परियोजना प्रबंधन में YAGNI सिद्धांत

हमारी कंपनी कस्टम वेब एप्लिकेशन विकसित कर रही है। नहीं व्यापार कार्ड साइटों, अर्थात् अनुप्रयोगों। सबसे अधिक बार - कॉर्पोरेट उपयोग के लिए।

कस्टम विकास के सबसे प्रमुख मुद्दों में से एक परियोजना की शर्तों और बजट का सही मूल्यांकन है, ताकि काम पूरा हो जाए, ग्राहक संतुष्ट हो, और लाभ पर्याप्त हो। 3 वर्षों के दौरान, हमने समय सीमा और बजट की समस्या को हल करने के लिए विभिन्न तरीकों और तरीकों की कोशिश की है। पुस्तकों के एक समूह को फिर से पढ़ें, दर्जनों सम्मेलनों, वेबिनारों आदि में भाग लिया। कटौती के तहत समाधान का वर्णन है जो हमने अब हमारे लिए एक दिलचस्प बजट के लिए ग्राहक को अधिकतम लाभ पहुंचाने के लिए पाया है।

पहले हमें इस बारे में बात करनी होगी कि हम किस रास्ते पर आए हैं।

शास्त्रीय आउटसोर्सिंग - घड़ियों की बिक्री या निश्चित मूल्य

घड़ियों की बिक्री: ग्राहक एक "अंतहीन" अनुबंध पर बैठता है, टीम धीरे-धीरे बढ़ती है, और संभवतः दरें। अक्सर, कोई ग्राहक के हिस्से पर काम वितरित करता है, विकास टीम के पास अपने स्वयं के विश्लेषक नहीं होते हैं, विपक्ष: यह शायद ही कभी दरों को बढ़ाने के लिए संभव है, कभी-कभी यह पता चलता है कि परियोजना बंद नहीं होती है और सभी को पदावनत किया जाता है, लोग ऊब जाते हैं और अक्सर टीम को घुमाना पड़ता है। यह फायदेमंद है अगर सितारों के बिना औसत प्रोग्रामर हैं, लेकिन वास्तव में दिलचस्प और जटिल परियोजनाएं ऐसी टीम के साथ नहीं की जा सकती हैं।

ODesk पर एक छोटी निश्चित कीमत: थोड़े समय में छोटे काम, रॉक सितारों के लिए अच्छी तरह से अनुकूल जो अकेले और जल्दी से काम कर सकते हैं। विपक्ष: सितारों को जल्दी से एहसास होता है कि वे खुद इस तरह से काम कर सकते हैं और फ्रीलांस जा सकते हैं।

निश्चित मूल्य: सहमत अवधि के लिए टीके पर एक परियोजना बनाते हैं जिसमें एक टीम होती है जिसमें विभिन्न भूमिकाएं होती हैं। प्राचीन क्लासिक का विश्लेषण, मूल्यांकन, कार्यक्रम, परीक्षण, सब कुछ लागू करना और ... बजट से बाहर उड़ना है।
संघर्ष के तरीके:

1. लघु पुनरावृत्तियों में विभाजन,
2. जोखिम मूल्यांकन, संभाव्य तरीके, "पी", आदि द्वारा अनुमानों को गुणा करना।
3. दोनों विकल्पों का संयोजन कम पुनरावृत्तियों है, जिनमें से प्रत्येक विकास की गति का अनुमान लगाता है और संभावित प्रबंधन विधियों का उपयोग करके जोखिम प्रबंधन का उपयोग करता है, उदाहरण के लिए, SCRUM।

कार्गो के पंथ के साथ नीचे - SCRUM अपने शुद्ध रूप में क्यों हमारी टीम में काम नहीं किया

हमने कई परियोजनाओं पर कोशिश की, यहां तक ​​कि परियोजनाओं के चयन के मापदंड में भी लिखा - SCRUM पर काम करने के लिए ग्राहक की इच्छा। विपक्ष: ग्राहक को यह समझाना मुश्किल है कि उसे यह सब क्यों चाहिए, एक टीम में प्रक्रिया को ठीक से व्यवस्थित करने के लिए यह काफी मुश्किल है, बदलती टीमों की परिस्थितियों में वेग का अनुमान अपर्याप्त है, कई ग्राहकों को पूर्वाग्रह है। हमें ग्राहक के मुख्य प्रश्न का उत्तर नहीं मिला: "परियोजना के पूरा होने से पहले कितने स्प्रिंट की आवश्यकता होगी?"

एससीआरयूएम से क्या अपनाया गया है: पूर्वव्यापी के माध्यम से निरंतर सुधार की प्रक्रिया - प्रक्रिया के परिवर्तन तक; ग्राहक के साथ संकलित सुविधाओं के लिए स्वीकृति मानदंड; सुविधाओं का प्राथमिकताकरण; मूल्यांकन के लिए योजना बनाने वाला।

उद्योग द्वारा विनिर्माण खुशी - हम सिर्फ पैसे के लिए कोड क्यों नहीं लिखना चाहते हैं

ऐसे कई लोग हैं जो काम पर काम करते हैं, वे जो कहते हैं वह करते हैं, और किसी और चीज में खुशी पाते हैं - खेल, शौक, अंत में डिंग। मेरे साथी नीम और मैं इनसे संबंधित नहीं हूं, और इसलिए, समय के साथ, मैं इस निष्कर्ष पर पहुंचा कि मैं टीम में ऐसे लोगों को देखना चाहता हूं जो आनंद लेते हैं कि वे क्या करते हैं।

और जब एक बुद्धिमान व्यक्ति - विशेष रूप से शब्द के व्यापक अर्थों में एक डेवलपर - अपने काम का आनंद लेना चाहता है, सबसे पहले, वह यह समझना चाहता है कि वह जो करता है वह समझ में आता है और किसी को इसकी आवश्यकता है। (एक पतित मामला है - प्रौद्योगिकी की खातिर प्रौद्योगिकी के क्षेत्र में एक अल्ट्रा-गीक खोदता है, प्रौद्योगिकी के लिए प्रौद्योगिकी, और यह सब केवल उसके और समान विचारधारा वाले लोगों के एक संकीर्ण समूह के लिए आवश्यक है)।

चूंकि हम किसी और के व्यवसाय के लिए काम करते हैं, तो हम इस व्यवसाय के लिए क्या फायदेमंद होना चाहिए। या, अगर यह आम इंटरनेट उपयोगकर्ताओं के लिए एक उत्पाद है - जैसे उन्हें लाभ और लाभ।

जैसे ही प्रौद्योगिकी और प्रक्रियाओं के बजाय मुख्य फोकस उपयोगकर्ताओं, डेवलपर्स और ग्राहक की खुशी है - उस क्रम में, रूप मौलिक रूप से बदल जाता है। मैं गधे घंटों के मामले में पूरी तरह से सोचना नहीं चाहता। मूल रूप से, जो परियोजनाएं हमें पसंद हैं, वे निश्चित मूल्य टीम की श्रेणी से संबंधित हैं।

उपयोगकर्ताओं को खुश करने के लिए, आपको अच्छे इंटरफेस बनाने और प्रत्येक सुविधा के बारे में लाभ, सुविधा और सुंदरता के संदर्भ में सोचने की आवश्यकता है। टीम अपने सर्वश्रेष्ठ रूप में मार्केटिंग के बारे में सोचना शुरू कर देती है: बस एक अच्छा उत्पाद बनाएं और उपयोगकर्ता स्वयं अफवाह फैलाएंगे।

एक टीम को खुश होने के लिए, उन्हें पता होना चाहिए कि किसी को यह सब चाहिए, उपयोगकर्ताओं को जितना अधिक जीवंत होगा, उतना बेहतर होगा। टीम को एक ग्राहक को देखना चाहिए, जिसकी आंखें एक उत्पाद से जलाई जाती हैं जो उचित तर्क को पर्याप्त रूप से मानता है, और "यह 100 रुपये अधिक है, हटाएं" के संदर्भ में सब कुछ नहीं मापता है। और एक महत्वपूर्ण बिंदु - टीम को एक निरंतर समय सीमा और टूटने की समय सीमा में काम नहीं करना चाहिए, सामान्य सप्ताहांत और शाम होनी चाहिए। लेकिन अगर कोई इतना भावुक है कि घर पर भी वह इस परियोजना को लेता है - यह सामान्य है, तो यह पसंद है। लेकिन यह समझाना बेहतर है कि आप इसे बहुत दूर तक ले जा सकते हैं और सभी को काम के समय तक सीमित करने की कोशिश कर सकते हैं।

अगर हम ग्राहक की खुशी के बारे में बात कर रहे हैं, तो कौशल "समय सीमा और बजट में फिट" महत्वपूर्ण है। उपरोक्त सभी से, हमारे पास एक परियोजना के साथ काम करने का एक निश्चित तरीका है जिसे हम हाल ही में लागू करने की कोशिश कर रहे हैं। और यह किसी प्रकार की कार्यप्रणाली नहीं है - यह ग्राहक के व्यवसाय की सामान्य समझ + समझ है, जो उन्हें कार्यप्रणाली के संयोजन का चयन करने के लिए बाध्य करता है या उचित होने पर सभी नियमों को तोड़ देता है। कुछ बिंदु पर, द्वंद्वात्मकता के प्रथम नियम के संचित ज्ञान के कारण एक बदलाव आया। हमने ग्राहक के उत्पाद को अपना मानना ​​शुरू कर दिया।

अब हम जो प्रैक्टिस करते हैं

1. FFF - निश्चित मूल्य, निश्चित समय, लचीली गुंजाइश

FFF को डेडलाइन और बजट के भीतर रहने के लिए एक उच्च-स्तरीय तरीके के रूप में देखा जा सकता है, ग्राहक को गारंटी देता है कि वह उस पैसे के लिए जो वह भुगतान करता है और जिस समय वह आवंटित करने के लिए तैयार है, उसे वह सर्वोत्तम मिलेगा जो किया जा सकता है।

बुनियादी सिद्धांतों में से एक यहाँ पहले से ही उल्लेख किया गया YAGNI है। प्रत्येक सुविधा और इच्छा के लिए, प्राथमिकताएं स्पष्ट की जाती हैं, उत्पाद के लिए महत्व, आदि। इस समय, टीम के किसी भी व्यक्ति को यह सवाल पूछने का अधिकार है कि "इस सुविधा की आवश्यकता क्यों है?", "इस रिलीज़ में इसे जारी करना क्यों महत्वपूर्ण है?" और "यदि यह सुविधा नहीं है तो उत्पाद क्या खो देगा / बाद में होगा?"

सिद्धांत को किसी भी रचनात्मक कार्य पर लागू किया जा सकता है, विशेष रूप से, आंद्रेई शापिरो ने बताया कि कैसे एक रिपोर्ट के लिए बहुत ही सीमित समय में स्लाइड बनाने के लिए। सामान्य तौर पर, किसी समस्या को हल करने के लिए परिमित समय का आवंटन हमें इसे हल करने के लिए एक सरल तरीके की तलाश करता है, कभी-कभी प्रोग्रामिंग से परे।
आगे की तकनीकें इस लक्ष्य को हासिल करने में मदद करती हैं।

2. एमवीपी - केवल आवश्यक और अधिक कुछ नहीं

तो - हम यह समझना चाहते हैं कि हम किसके लिए और किसके लिए कर रहे हैं, ताकि समान या लगभग समान शर्तों पर कार्यक्षमता के बारे में ग्राहक के साथ चर्चा कर सकें। इसके लिए, उन तरीकों का उपयोग किया जाता है जो आमतौर पर व्यवसाय नियोजन में उपयोग किए जाने की सलाह दी जाती है (उदाहरण के लिए, स्टार्टअप उनके बहुत शौकीन हैं)।

1. लीन कैनवास मुख्य लक्षित दर्शकों, इसकी समस्याओं और अपेक्षाओं, प्रस्तावित समाधानों, लागतों और राजस्व को समझने में मदद करता है। खैर, जब ग्राहक पहले ही यह सब कर चुका है। यदि नहीं, तो हम उसके साथ करते हैं। उद्देश्य: यह समझने के लिए कि क्या आपको इस परियोजना को करने की आवश्यकता है। उपकरण: A0 प्रारूप की चादरें, स्टिकर, पेन, मार्कर।
2. व्यक्ति लक्षित श्रोताओं, एनिमेटेड पात्रों की सामूहिक छवियां हैं जो उत्पाद का उपयोग करते समय कुछ भूमिकाओं को पूरा करते हैं। उद्देश्य: जब नई सुविधाओं की योजना बना रहे हैं या पुराने सुधार कर रहे हैं, तो उनकी "राय" पर ध्यान दें, कल्पना करें कि वे कैसे प्रतिक्रिया देंगे उपकरण: ए 4 शीट, पेंसिल, पेन।
3. इम्पैक्ट मैपिंग व्यावसायिक लक्ष्यों का एक माइंड-मैप है, जहाँ हम यह कल्पना करने की कोशिश करते हैं कि हमारे लोग और व्यवसायों को इन लक्ष्यों को प्राप्त करने में कैसे मदद करें। उद्देश्य: उत्पाद की मुख्य क्रियाओं और कार्यक्षमता का निर्धारण करना। उपकरण: बोर्ड और मार्कर, या ऑनलाइन सेवा।
4. स्टोरी मैपिंग केवल उपयोगकर्ताओं के हिस्से पर प्रभाव मैपिंग का एक एनालॉग है। पहले से मौजूद व्यक्तियों को लिया जाता है, जिसमें से हम सबसे महत्वपूर्ण का चयन करते हैं, इम्पैक्ट मैपिंग के अनुसार, उनमें से प्रत्येक के लिए एक उच्च-स्तरीय कार्यात्मक लिखिए। फिर हम फीचर विशेषताओं के न्यूनतम आवश्यक सेट का वर्णन करते हैं, जो उत्पाद को व्यक्ति के लिए मूल्यवान बना देगा। और हम विकास के विकल्पों के साथ तस्वीर को पूरक करते हैं जो केवल एक सीमित समय में दिमाग में आते हैं। उद्देश्य: पहली रिलीज के दायरे को निर्धारित करने के लिए, यह एक न्यूनतम मूल्यवान उत्पाद या एमवीपी भी है। उपकरण: बोर्ड, चादरें A0, स्टिकर, पेन, मार्कर; कोई भी स्प्रेडशीट करेगा।

स्टिकर और बोर्ड बेहतर क्यों हैं? हर कोई एक साथ हो जाता है, प्रक्रिया में शामिल होता है।

3. ग्राहक यात्रा - भूमिकाएँ, संदर्भ, मनोदशाएँ

हम पृष्ठों पर नेविगेशन का एक मसौदा संस्करण बनाते हैं (यदि वेब) या अन्य मामलों में चरणों के बीच ग्राहक के संक्रमण। हम उन सभी लोगों को लेते हैं जिनकी पहचान महत्वपूर्ण है, और प्रत्येक के लिए करते हैं। प्रत्येक पृष्ठ से पहले, हम उस संदर्भ को समझने की कोशिश करते हैं जिसमें उपयोगकर्ता यहां आया था।

हमने खुद को उसकी जगह पर रखा और उसकी भावनाओं का मूल्यांकन किया जो उसने देखा और अगले कदमों पर आगे बढ़ने की प्रेरणा। उद्देश्य: यह समझने के लिए कि किस पृष्ठ की सामग्री उपयोगकर्ता को उत्पाद के साथ संवाद जारी रखने के लिए प्रेरित करती है, और क्या उसे छुट्टी दे सकती है। उपकरण: बोर्ड, चादरें A0, स्टिकर, पेन, मार्कर।

4. इंटरफ़ेस प्रोटोटाइप - त्वरित परिकल्पना परीक्षण

कार्यक्षमता को समझने के लिए एक महत्वपूर्ण बिंदु - और यहां तक ​​कि अगर कोई विनिर्देश है - इंटरफेस का प्रोटोटाइप है। भले ही टीम में UX विशेषज्ञ न हों, हर कोई कागज पर आयतें बना सकता है। इंटरफ़ेस की एक आम समझ ग्राहक के साथ सहमत होना बहुत महत्वपूर्ण है।

प्रोजेक्ट पर काम के पहले दिन से हम डिजाइनर के साथ काम क्यों नहीं करते? डिज़ाइनर छोटी-छोटी चीज़ों में तल्लीन करने और लेआउट को अंत तक, सभी रंगों और ग्रेडिएंट्स के साथ रंग में काम करने के शौकीन हैं। वे कलाकार हैं, लेकिन हमारे पास एक अलग लक्ष्य है - हमें पृष्ठ पर ब्लॉकों के स्थान के लिए 5 विकल्प खींचकर, जल्दी से समझने की आवश्यकता है, क्या लेआउट व्यावसायिक आवश्यकताओं से मेल खाती है। इस तथ्य के बावजूद कि प्रगतिशील जेपीईजी पद्धति को सबसे प्रसिद्ध डिजाइन स्टूडियो में से एक द्वारा प्रचारित किया जाता है - आर्टेम गोर्बुनोव ब्यूरो - हर डिजाइनर प्रतिमान को बदलने के लिए तैयार नहीं है। मेरे लिए ज्ञात दो ब्यूरो डिज़ाइनर, जो इसे पूरी तरह से समझते हैं, दूसरों को इस्तेमाल करते हैं और प्रशिक्षित करते हैं, उनके पास उच्च तकनीकी या शारीरिक-गणितीय शिक्षा है।

विधि का सार विस्तार का क्रमिक जोड़ है। वेब विकास के संबंध में: पहला, केवल पृष्ठों की एक सामान्य रूपरेखा और एक नेविगेशन योजना, फिर विस्तृत लेआउट और लेआउट, फिर कार्यान्वयन। महत्वपूर्ण: क्रमिक सुधार और विस्तार की प्रक्रिया एक साथ सभी पृष्ठों से गुजरती है, और एक बार में एक नहीं। यदि आपके पास अवसर और समय है, तो आप टीम, अन्य परियोजनाओं की टीमों, कागज के प्रोटोटाइप के साथ एक इंटरैक्टिव गेम में ग्राहक के साथ खेल सकते हैं।

उद्देश्य: इंटरफ़ेस की एक उच्च-स्तरीय समझ का समन्वय, रचनात्मक प्रक्रिया में ग्राहक को शामिल करना - आत्मा का एक टुकड़ा मॉडल में रखना, वह अब यह नहीं कह सकता है कि वे बेकार हैं। उपकरण: कागज, कैंची, स्टिकर, पेंसिल, पेन, गोंद; या Balsamiq जैसे उत्पादों

5. विकास प्रक्रिया का अनुकूलन

तो, रिलीज़ कार्यक्षमता परिभाषित है। सभी सुविधाओं के लिए स्वीकृति मानदंड संकलित हैं। अब ग्राहक के साथ सभी विशेषताओं के प्राथमिकता क्रम को निर्धारित करना महत्वपूर्ण है। और उन कुछ को उजागर करने के लिए जो कड़ाई से अनिवार्य नहीं हैं, हम फिर से YAGNI को याद करते हैं। यह ये विशेषताएं हैं जो चाकू के नीचे जाएंगे यदि, किसी कारण से, विकास आवंटित समय में फिट नहीं होता है।

अब तक, हमने ग्राहक की ओर से केवल रियायतों की मांग की है - हम उम्मीद करते हैं कि वह कार्यक्षमता को कम करने के लिए सहमत हो, लक्ष्यों और अर्थों के बारे में हमारे सवालों के प्रति वफादार रहे, उद्देश्य कारणों को समझने के लिए कि कुछ क्यों नहीं किया जा सकता है। और गुणवत्ता का त्याग किए बिना जितना संभव हो उतना समय में हम खुद को क्या करते हैं?

हम विकास की प्रक्रिया को अनुकूलित करने के लिए बाधाओं के गोल्डरेट के सिद्धांत का उपयोग करने का प्रयास करते हैं। हम महत्वपूर्ण मार्ग निर्धारित करते हैं, जहां भी आवश्यकता होती है, बफ़र्स बिछाते हैं। आरेख उन स्थानों को भी दर्शाता है जहां ग्राहकों की भागीदारी की आवश्यकता है - सवालों के जवाब, सामग्री का प्रावधान आदि। उद्देश्य: हर पल यह स्पष्ट होता है कि किस कार्य को करना है, ग्राहक देखता है कि समय सीमा कहाँ पर सीधे निर्भर करती है, सुरक्षा बफ़र्स का उपयोग करने में मदद करता है और अधिक बुद्धिमानी से केवल पीआई द्वारा शब्द को गुणा करें। उपकरण: कोई स्प्रेडशीट या विशेष सॉफ़्टवेयर (मेरे लिए ज्ञात नहीं)।

6. परिवर्तन के लिए तत्परता

हम टीओआरएस के प्रारूपण का स्वागत नहीं करते हैं। कभी-कभी ग्राहक उसके साथ आता है, लेकिन हम जानते हैं कि यह केवल एक मामले में अपरिवर्तित विकास के अंत तक जीवित रह सकता है: हर कोई आखिरी में बदलावों का विरोध करता है, भले ही वे समझते हों कि काम के बयान में जो लिखा गया है वह अब प्रासंगिक नहीं है।

इसके बजाय, हम चलते-फिरते कार्यक्षमता बदलने की संभावना रखते हैं। रात में एक शानदार विचार ग्राहक के पास आ सकता है और वह हमारे साथ चलता है। उदाहरण के लिए, SCRUM के साथ, यह विचार कार्यों के बैकलॉग पर जाएगा। वे अगले स्प्रिंट से पहले इसे नहीं लेंगे और संभवतः इसकी चर्चा भी नहीं करेंगे। हम ग्राहक को सूचित करते हैं कि उसका विचार रिलीज़ की संरचना में परिवर्तन कर सकता है, न केवल कार्यक्षमता जोड़ने की दिशा में, बल्कि कटौती की दिशा में भी। हम समझाते हैं कि चर्चा के आधे दिन हमें प्राथमिकता सूची में पूंछ से कुछ सुविधा फेंकने के लिए मजबूर करेंगे। यदि यह सब उसकी ललक को शांत नहीं करता है और वह वास्तव में मानता है कि यह विचार चर्चा करने और लागू करने के लायक है, तो हम इसमें लगे हुए हैं।

सारांश

अब किसी भी कार्यप्रणाली को उसके शुद्धतम रूप में लागू करना संभव नहीं है। आपको किसी और के अनुभव का अध्ययन करने की आवश्यकता है, उन तकनीकों में रुचि रखें जो सीधे प्रोग्रामिंग से संबंधित नहीं हैं, और वहां से उपकरण और विचार आकर्षित करते हैं।

खैर, आपको यह समझने की आवश्यकता है कि कोई भी कार्यप्रणाली और प्रक्रिया गुणवत्ता वाले उत्पाद बनाने में मदद नहीं करेगी। एक सिर को शामिल करना होगा और अपने आप में जिम्मेदारी विकसित करनी होगी! सभी को।

PS लेख में प्रत्येक तरीके के बारे में विस्तार से बात करने का कोई तरीका नहीं है। यह लेखक के वीडियो भाषणों को देखने के लिए Google की भी मदद करेगा, जहां यह सब अधिक विस्तार से बताया गया था - अचानक किसी को पढ़ने के लिए थक नहीं गया था :-)

एक ही विषय पर भाषण, दर्शकों के सवालों के जवाब सहित, व्याख्यात्मक चित्र और विधियों पर कुछ विवरण हैं:


स्टोरी मैपिंग, पेपर प्रोटोटाइप आदि जैसी प्रथाओं के बारे में अधिक जानें।