वितरित पेपरलेस त्रैमासिक योजना का संचालन कैसे करें और इसे खराब न करें?

यह देखते हुए: एक कंपनी जो संगठन के पार विकास को बढ़ाने के लिए स्केल एजाइल फ्रेमवर्क (SAFe) का उपयोग करती है; 10 विकास टीमों को एक आम उत्पाद देने के लिए एक बड़ी टीम (एजाइल रिलीज़ ट्रेन, एसएएफई शब्दावली के अनुसार) में संयुक्त; अगले 3 महीनों के लिए आईटी टीमों की कार्य योजना निर्धारित करने के लिए दो-दिवसीय त्रैमासिक योजना (पीआई योजना) की आवश्यकता; सबसे दूरदराज के लोगों के बीच की दूरी के साथ तीन विकास कार्यालय 6 हजार किलोमीटर से अधिक और इसी काम के समय में 5 घंटे का अंतर; पिछला नियोजन अनुभव जिसने एनालॉग बोर्ड / व्हाइटबोर्ड / हाइलाइटर्स / स्टिकी नोट्स और एक ही कमरे में सभी प्रमुख कर्मचारियों की संबंधित भौतिक उपस्थिति के उपयोग को निहित किया।

* यह हैवीवेट निर्माण "अगले 3 महीनों के लिए आईटी टीमों की कार्य योजना" से पाठ के आकार में काफी वृद्धि होने का खतरा है, इसलिए इसके बाद मैं इसे "प्रतिबद्धता" के साथ बदलने जा रहा हूं। तदनुसार, कार्य योजना तैयार करने और अपनाने के लिए "प्रतिबद्ध" होना चाहिए।

हमें इसकी आवश्यकता क्यों है?

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



हां, यह कागज की एक शीट है, जिसका आकार 2 से 5 मीटर है, प्रत्येक चिपचिपा नोट योजना के बाद JIRA कार्य में बदल जाता है ...

2) हमारे खानाबदोश सहयोगियों की थकान। इस तथ्य के बावजूद कि हमारा प्रधान कार्यालय एक सुखद और गर्म देश में स्थित है, मुझे पिछले साल यह जानकर आश्चर्य हुआ था कि वे आगे और पीछे की सभी यात्राओं के बारे में खुश होने से दूर हैं। मेरे तर्क "ओह ठीक है, आप समुद्र के किनारे धूप में आराम कर सकते हैं।" बहुत गर्मजोशी से नहीं मिले। जैसा कि यह निकला कि हर कोई लगातार व्यापार यात्रा के लिए तैयार नहीं होता है, जो अक्सर अपने परिवारों द्वारा स्वागत नहीं करते हैं, कुछ सहयोगियों ने कार्यालयों और बैठकों की आवृत्ति के बीच की दूरी को देखते हुए हवा में हर समय सहन नहीं किया।

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

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

भाग शून्य: पोर्टफोलियो बैकलॉग के साथ काम करना

सब कुछ वास्तविक योजना की तुलना में बहुत पहले शुरू होता है। नियोजन के दौरान प्रतिबद्धता पर उत्पादक रूप से काम करने के लिए, आपको कुछ करना होगा। यह सुनिश्चित करने के लिए, मुझे संभावित पहल (या, SAFe शब्दावली, महाकाव्य में, लेकिन बाद में मैं अपने सामान्य शब्द का उपयोग करने जा रहा हूं) पर काम करने वाले व्यवसाय मालिकों को "लोड" करना है। आदर्श रूप से, इस प्रक्रिया को पूरी तरह से त्रैमासिक योजना की पुनरावृत्ति प्रकृति से तलाक दिया जाना चाहिए और अपने कानबन रास्ते पर जाना चाहिए। हमने SAFe पोर्टफोलियो कानबन को एक आधार के रूप में लिया:



हमारे पास तीन मुद्दों के प्रकार के साथ एक अलग JIRA परियोजना है: महाकाव्य, व्यवसाय पहल और वास्तुकला पहल; साथ ही कानबन बोर्ड के अनुरूप है। इनिशिएटिव्स बिज़नेस ओनर के लिए एल्गोरिदम सरल है: वह इस परियोजना के लिए एक मुद्दा जोड़ता है, और यह डिफ़ॉल्ट रूप से बैकलॉग पर जाता है, जो हमारे कंबन प्रवाह की पहली स्थिति है - फ़नल:



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

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

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

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

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

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



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

जब शामिल सभी लोगों का मानना ​​है कि पहल का पर्याप्त विश्लेषण किया गया है और अगले चरण के लिए तैयार है, तो इसे अगली स्थिति में ले जाया जाता है - पोर्टफोलियो बैकलॉग।

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



पहल के इतिहास को ट्रैक करने में सक्षम होने के लिए, उनमें से प्रत्येक के लिए मैं तिमाही डेटा के साथ JIRA में एक लेबल जोड़ता हूं: 2018Q4, 2019Q1, आदि।

आगे देखना, मुझे सभी संभावित स्थितियों का वर्णन करना चाहिए। पीआई योजना में अंतिम प्रतिबद्धता के बाद, पहल को सफलतापूर्वक काम में ले लिया गया है, इसे लागू करने की स्थिति में ले जाया जाता है, जबकि 'फिट नहीं किए गए' को पार्क की गई स्थिति प्राप्त होती है और इसे अगले तिमाहियों के लिए माना जा सकता है। वितरित पहल को डोन की स्थिति में ले जाया जाता है।

परिणामस्वरूप, हमारे पास कानबन बोर्ड पर निम्न चित्र है:



बेशक, हम अभी भी अपने रास्ते के बीच में नहीं हैं, लेकिन फिलहाल मैं पहले ही नोट कर सकता हूं कि पोर्टफोलियो बैकलॉग कार्यान्वयन के लिए धन्यवाद

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

इस स्तर पर उपयोग किए जाने वाले उपकरण:

• एटलसियन जीरा सॉफ्टवेयर सर्वर
• जीरा के लिए प्लगइन रंग - व्यापार और वास्तु पहल को उजागर करने के लिए
• 'संरचना - स्केल में परियोजना प्रबंधन' प्लगइन - पहल और उनसे संबंधित सुविधाओं और उनके WSJF प्राथमिकता से बना संरचना की कल्पना करने के लिए
• एटलसियन कंफ्लुएंस - आंतरिक प्रलेखन का स्रोत
• ल्यूसिडचार्ट और जीरा और कॉन्फ्लुएंस के लिए इसके प्लगइन्स - आरेख ड्राइंग के लिए

भाग 1 पीआई योजना के लिए तैयारी

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

प्रतिक्रिया। प्रत्येक पीआई प्लानिंग के कुछ दिनों बाद हम एक पूर्वव्यापी आचरण करते हैं, जो हमें यह न भूलने में मदद करता है कि हम किस नतीजे पर आए और हमें पाठ्यक्रम को कैसे समायोजित करना चाहिए। निरंतर सुधार के संदर्भ में यह एक महत्वपूर्ण हिस्सा है।

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

सूत्रधारों। यह प्रत्येक कार्य समूह में सुविधा के लिए जिम्मेदार कर्मचारियों की एक सूची है, जो उनके स्थान और कार्य समूह के स्थायी ज़ूम-चैनल के लिंक को दर्शाता है।

श्रोतागण। सभी आमंत्रितों की पूरी सूची।

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

भाग II पीआई योजना और प्रतिबद्धता की प्रक्रिया

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

इन पहल में से प्रत्येक पर डिस्कवरी के पूरा होने पर, सुविधाकर्ता सुनिश्चित करता है कि सभी आवश्यक डेटा, जैसे कि स्वीकृति मानदंड, तकनीकी समाधान, जोखिम, निर्भरता, एक नए बुनियादी ढांचे की आवश्यकता, उपलब्ध है और आईटी के साथ पहल को चिह्नित करता है। प्रगति की आसान ट्रैकिंग के लिए सत्र समाप्त 'चेकबॉक्स। उसके बाद कार्य समूह अगले पहल पर आगे बढ़ सकता है।

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



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



नतीजतन, मुद्दा इस संरचना से गायब हो जाएगा और एक नए रूप में दिखाई देगा, जो बढ़ती प्रतिबद्धता को दर्शाता है:



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

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

इसके बजाय सीधे प्रक्रिया के अंत में, दल कंपनी के ध्वज पर अपनी प्रतिबद्धता देने के लिए शपथ लेते हैं (ठीक है, वास्तव में नहीं) और अपने घरों को जल्दी करो (अच्छी तरह से, फिर से, वास्तव में नहीं, ज्यादातर वे जश्न मनाने के लिए कुछ बार भाग जाते हैं)।

इस स्तर पर उपयोग किए जाने वाले उपकरण:

• एटलसियन जीरा सॉफ्टवेयर सर्वर
• 'संरचना - स्केल पर परियोजना प्रबंधन' प्लगइन - डिस्कवरी प्रक्रिया की निगरानी और प्रतिबद्धता के निष्पादन के दौरान।

भाग III कंपनी के कामकाजी JIRA पारिस्थितिकी तंत्र में क्लोनिंग के मुद्दे

जब हर कोई पी रहा है, आरटीई उस रूप में प्रतिबद्धता बनाने पर काम कर रहा है जिसमें इसे विकास टीमों के बैकलॉग में वितरित किया जा सकता है और पूरे तिमाही में निगरानी की जा सकती है। ऐसा करने के लिए, मैं 'बल्क क्लोन प्रोफेशनल फॉर जीरा' प्लगइन का उपयोग करता हूं - यह बल्क चेंज मेनू में सामूहिक क्लोनिंग करने वाला आइटम जोड़ता है और इसमें लिंक क्लोनिंग, नव निर्मित क्लोनों के बीच लिंक अपडेट करने, एपिक लिंक अपडेट करने, सारांश जोड़ने जैसे आवश्यक फीचर हैं। उपसर्ग और स्वचालित लेबलिंग:



मैं स्थिति को उपसर्ग के रूप में जोड़ता हूं, क्योंकि नियोजन चरण में स्थितियां पूर्ण होने की योजनाबद्ध पुनरावृत्ति को दर्शाती हैं। परिणामस्वरूप मैं सारांश में तुरंत देख सकता हूं जब हम सुविधा या कहानी को समाप्त करने की योजना बना रहे हैं।

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

नतीजतन, मैं एक संरचना बनाता हूं जो वर्तमान प्रतिबद्धता को दर्शाता है और अंतिम कहानियों से युक्त होता है, जिसे मैं फिर निगरानी के लिए उपयोग करता हूं:



सामान्य तौर पर, इस दृष्टिकोण के लाभ निम्नलिखित हैं:

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

इस स्तर पर उपयोग किए जाने वाले उपकरण:

• एटलसियन जीरा सॉफ्टवेयर सर्वर
• 'जीरा के लिए थोक क्लोन प्रोफेशनल' - काम करने वाले फीचर्स और स्टोरीज के लिए JIRA प्रोजेक्ट्स में प्लग इन।
• अंतिम प्रतिबद्धता संरचना के निर्माण के लिए 'संरचना - परियोजना प्रबंधन स्केल पर' प्लगइन।

उपसंहार

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

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

टिप्पणियों में मिलते हैं!