पुस्तक "द ब्रिलिएंट एजाइल। फुर्तीली, स्क्रैम और कानबन के साथ लचीले परियोजना प्रबंधन »

लचीली परियोजना प्रबंधन क्या है?

क्या आपके प्रोजेक्ट को इसकी जरूरत है?

क्या इससे कोई लाभ होगा?

समझना चाहते हैं कि कैसे लचीला परियोजना प्रबंधन काम करता है और यह शक्तिशाली दृष्टिकोण लेता है? फिर आपने सही किताब चुनी है।

"ब्रिलिएंट एजाइल" केवल तरीकों और प्रक्रियाओं के बारे में एक और कहानी नहीं है, व्यवसाय के वातावरण में एजाइल का उपयोग करने के वास्तविक जीवन के उदाहरणों पर ध्यान केंद्रित किया गया है।

यहां आपको अपनी परियोजना को सफल बनाने और अपने संगठन में लचीले प्रबंधन को लागू करने के लिए व्यावहारिक सुझाव और विशिष्ट चुस्त कार्यान्वयन तकनीक मिलेगी।

ऑटो के बारे में

रोब कोल 20 से अधिक वर्षों के अनुभव के साथ एक परियोजना प्रबंधन सलाहकार है। वह प्रोजेक्ट्स और समस्या निवारण में माहिर हैं। आरओबी शुरुआती दिनों से ही एजाइल समुदाय में शामिल है और स्क्रम मास्टर का अभ्यास कर रहा है।

एडवर्ड स्कॉचर एक लीड प्रोडक्ट मैनेजर, प्रोजेक्ट मैनेजर, ट्रेनर और एजाइल कोच है। वह संगठनों, टीमों और व्यक्तियों की मदद करने में माहिर हैं और व्यावहारिक और दीर्घकालिक उपयोग के लिए एजाइल को अनुकूलित करते हैं।

वैज्ञानिक संपादक का भविष्य

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

वह:

• बहुत फुर्तीली जिसके बारे में हर कोई बात कर रहा है;
• उन लोगों की आवश्यकता है जो एजाइल के बारे में कुछ भी नहीं जानते हैं और वास्तव में इन तरीकों से परिचित होना चाहते हैं;
• लचीला दृष्टिकोण के पूर्ण अनुयायियों द्वारा लिखित;
• फुर्तीली शैली में लिखी गई (लेखक बहुत दिलचस्प छवियों, उदाहरणों और चित्रों का उपयोग करते हैं, जो अकादमिक साहित्य में शायद ही कभी पाए जाते हैं);
• सार्वभौमिक पढ़ने और आवेदन के लिए उपयुक्त;
• इसमें वह भाषा और शब्दावली शामिल नहीं है जो हमें तकनीकी आईटी साहित्य में डराती है, और पढ़ने में आसान है।

आपको कई सवालों के जवाब मिलेंगे:

• लचीला परियोजना प्रबंधन क्या है और क्या यह आपको लाभान्वित करेगा?
• Agile का उपयोग करने से कैसे लाभ होगा?
• चंचलता में कौन से तरीके और प्रक्रियाएं चलती हैं?
• क्या आपका संगठन या प्रोजेक्ट एजाइल का उपयोग करने के लिए उपयुक्त है?
• चंचलता से जुड़ी सबसे आम समस्याओं को कैसे हल करें?

और अंत में, किसी भी परियोजना में इसे कैसे लागू किया जाए?
मैं ईमानदारी से ब्रिलिएंट एजाइल को पढ़ने और उपयोग करने की सलाह देता हूं। यह अफ़सोस की बात है कि मेरे हाथ में लगभग पाँच साल पहले ऐसी कोई किताब नहीं थी, जब मैंने अपने काम में यह सब इस्तेमाल करना शुरू किया था ...

फंटोव वालरी निकोलाइविच
डी। ई। एन।, पीएमपी, एजाइल कोच और ट्रेनर

मार्ग। परियोजना टीम निर्माण

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

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

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

पूरी टीम को दृष्टि और उत्पाद रिलीज से संबंधित सभी पहलुओं को परिभाषित करने में शामिल होना चाहिए। यदि आप ऐसा नहीं करते हैं, तो कठिनाइयाँ पैदा होंगी।

एक निर्माता पत्रिका बनाना

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

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

कैसे चीजों को शुरू से ही भटका दिया जाए

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

बुनियादी कार्यक्षमता को परिभाषित करें

लक्ष्य परियोजना की दृष्टि का अनुवाद करने के लिए क्या आवश्यक है की एक सूची संकलित करना है। ऐसा करने के कई तरीके हैं, और हमारा पसंदीदा तरीका यह है कि आप अपने वर्कफ़्लो की योजना बनाने के लिए क्लाइंट के प्रत्येक चरण के बारे में सोचें।


कार्यात्मक समूह बनाएं

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


प्राथमिकता विशेषताएँ

परियोजना की दृष्टि और सामान्य ज्ञान के आधार पर, प्रत्येक सूची में सबसे महत्वपूर्ण से - अवरोही क्रम में प्रत्येक तत्व की प्राथमिकता निर्धारित करें।


पहले अंक की परिभाषा

एक बार ऊपर हो जाने के बाद, पहले दिन से ग्राहक की ओर बढ़ने में हर महत्वपूर्ण कदम पर विचार करें और इन चरणों में विचार का सबसे मूल्यवान हिस्सा क्या है। ऐसा विकल्प मुश्किल हो सकता है और अंततः राय पर निर्भर हो सकता है, लेकिन ग्राहक की राय - या जो अपने व्यवसाय का प्रतिनिधित्व करता है - उसकी एक निर्णायक भूमिका होती है। चरणों का अंतिम परिणाम ग्राहक के लिए स्वीकार्य न्यूनतम है जिसे इस चरण में परियोजना को प्राप्त करना चाहिए। इसे आमतौर पर न्यूनतम व्यवहार्य उत्पाद (एमवीपी) या न्यूनतम व्यवहार्य रिलीज (एमवीआर) कहा जाता है।


बड़े प्लसस में से एक अंतिम उपयोगकर्ताओं से महत्वपूर्ण प्रतिक्रिया की त्वरित प्राप्ति है, हालांकि, एक राय बनाने के लिए, उन्हें कुछ काफी महत्वपूर्ण चाहिए। तकनीकी प्रक्रिया के बारे में सार्थक प्रतिक्रिया प्राप्त करना असंभव है, लेकिन नया VegBox ऑर्डर फॉर्म पूरा हो गया है। स्वाभाविक रूप से, यह एक न्यूनतम व्यवहार्य उत्पाद का हिस्सा होगा।

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

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

सुविधाएँ जोड़ना

एक बार यह निर्धारित कर लिया जाए कि न्यूनतम व्यवहार्य उत्पाद (MVP) या न्यूनतम व्यवहार्य रिलीज़ (MVR) में क्या होगा, असली मज़ा शुरू होता है। अतिरिक्त कार्यक्षमता या नई उत्पाद सुविधाएँ भागों में जोड़ी जा सकती हैं या बड़ी रिलीज़ का हिस्सा हो सकती हैं। इसे वृद्धिशील डिलीवरी कहा जाता है, और व्यवसायी इसे बहुत पसंद करते हैं। सभी घंटियों और सीटियों के साथ एक बड़ी रिलीज़ के लिए और अधिक लंबे समय तक इंतजार नहीं करना चाहिए। चंचल उत्पाद रिलीज तेजी से और अक्सर होता है। और, फिर से, यह ग्राहक है जो निर्धारित करता है कि क्या और कब जारी करना है। कम से कम, किसी एकल समस्या में एक विशेषता होनी चाहिए जो अभ्यास द्वारा सिद्ध की गई हो।

जानकारी प्राप्त करना

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

मुझे एक कहानी बताओ

उपयोगकर्ता कहानियां उस उत्पाद की विशेषताओं का संक्षिप्त सरल विवरण हैं जो उस व्यक्ति के दृष्टिकोण से है जो इसका उपयोग करने जा रहा है। यह आमतौर पर एक उपयोगकर्ता या खरीदार है। उपयोगकर्ता कहानियां आमतौर पर एक सरल प्रारूप का अनुसरण करती हैं।
<उपयोगकर्ता प्रकार> होने के नाते, मुझे <कारण> के लिए <लक्ष्य> की आवश्यकता है।


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

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

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


इन चर्चाओं के दौरान, सबसे महत्वपूर्ण उत्पाद विशेषताओं के प्रमुख पहलुओं की पहचान की जाती है। याद रखें, रिकॉर्डिंग स्वयं का कोई मतलब नहीं है, लेकिन जीवंत सामूहिक संचार हमें न केवल मौलिक विवरणों को विकसित करने की अनुमति देता है, बल्कि परियोजना पर नए सिरे से नजर रखने के लिए भी। हर तरह से जीतना।

»पुस्तक की अधिक जानकारी प्रकाशक की वेबसाइट पर पाई जा सकती है
» सामग्री
» अंश

एग्रो-एजेंट्स के लिए कूपन पर 20% की छूट - एजाइल