एक बड़े प्रोजेक्ट में विकास प्रबंधन

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

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

नीचे मैं आपको बताता हूं कि न्यूनतम प्रशासन लागत के साथ समानांतर कार्यों की एक बड़ी संख्या को नियंत्रित करने के लिए हमने परियोजनाओं पर किस पद्धति का उपयोग किया।

1. कार्य योजना

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

हालांकि, कुछ प्रकार के कार्यों के लिए एक सुसंगत विस्तृत कार्यक्रम तैयार करना व्यावहारिक रूप से असंभव है। ऐसी स्थिति में जहां कई कार्य समानांतर में किए जाते हैं, और प्रत्येक की अवधि और जटिलता केवल एक बड़ी त्रुटि के साथ अनुमानित की जा सकती है।

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

कैसे हो? काम की प्रगति को कैसे नियंत्रित करें? कैसे समझें - समय में या नहीं; अड़चनें कहां हैं; क्या पर्याप्त संसाधन हैं? कौन अच्छा काम करता है और कौन नहीं? कैसे, अंत में, प्रबंधन को रिपोर्ट करने के लिए?

नीचे एक विकल्प है जो मुझे इष्टतम लगता है, और कुछ स्थितियों में केवल एक ही है।

2. एक कार्य प्रबंधन प्रणाली का उपयोग करना

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

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

JIRA एटलसियन का कार्य (अनुरोध) प्रबंधन प्रणाली है। उपयोगकर्ताओं की संख्या के आधार पर लाइसेंस की लागत $ 10 प्रति 10 उपयोगकर्ताओं से शुरू होती है। अपने आप को स्थापित करने या क्लाउड में एप्लिकेशन का उपयोग करने के लिए विकल्प हैं। सभी विकल्पों की कीमतें यहां पाई जा सकती हैं ।

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

हमें संशोधन की आवश्यकता नहीं थी, हमने वर्कफ़्लो की स्थापना की और लगातार सुधार किया (कार्य प्रक्रिया कार्य और उनके बीच बदलाव के लिए स्थितियों का सेट और क्रम है), साथ ही साथ काम को नियंत्रित करने के लिए प्रतिभागियों और डैशबोर्ड की पहुंच।

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

3. कार्य प्रबंधन कार्यप्रवाह

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

उदाहरण के लिए, किसी एक प्रोजेक्ट में किसी विकास कार्य को ट्रैक करने के लिए निम्नलिखित वर्कफ़्लो थे।



समन्वय के कई चरण, कार्य का वितरण, प्रणाली के सभी उदाहरणों पर परीक्षण ... लेकिन इससे सिस्टम में हर कदम की पुष्टि करना, जिम्मेदारी को ट्रैक करना और यह जानना संभव है कि कार्य कौन और किस स्तर पर है।

4. कार्य की जटिलता

कार्य की जटिलता को दो घटकों में विभाजित किया गया था: डिजाइन और निर्माण। दस्तावेज़ तैयार करने और विकास का परीक्षण करने के लिए डिज़ाइन एक विश्लेषक का काम है। विश्लेषक के पास जाने से पहले तकनीकी डिजाइन, कोडिंग, खुद के परीक्षण के विकास के लिए डेवलपर का श्रम है।

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

अनुमानित मूल्यांकन के लिए, एक कैलकुलेटर का उपयोग किया जाता है, जो कार्य के प्रकार और जटिलता के आधार पर, इसके लिए नियोजित जटिलता को जिम्मेदार ठहराया जाता है।

कार्य की जटिलता वस्तु और उसके साथ काम की मात्रा के आधार पर निर्धारित की जाती है। उदाहरण के लिए, Oracle eBS में एक फॉर्म विकसित करने के लिए, जटिलता मानदंड निम्नानुसार वर्णित हैं:

• बहुत ही सरल - 8 या उससे कम कॉलम के साथ एकल ब्लॉक फॉर्म। इसमें विशेष कार्यात्मक तर्क की आवश्यकता नहीं है।
• सरल - एकल और बहु-ब्लॉक (2-3 ब्लॉक) 20 या उससे कम कॉलम के साथ। सरल कार्यात्मक तर्क (सरल संपादन, क्रॉस-एडिटिंग (क्रॉस संपादन), सरल गणना, योग और उप-योग) की आवश्यकता है।
• आदि

कार्य का प्रकार कार्य की सामग्री, प्रौद्योगिकी की बारीकियों, आवेदन या उसके भाग को दर्शाता है।

उदाहरण के लिए:

- नए या परिवर्तनशील रूप।
- नई या संशोधित रिपोर्ट।
- नए या परिवर्तनशील डेटाबेस प्रोग्राम।
- एसक्यूएल * लोडर स्क्रिप्ट।
- संकेत (अलर्ट)।
- निजीकरण।
- आदि।



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

5. कार्य प्रदर्शन की निगरानी करना

इसलिए, कार्य की स्थिति और इसकी जटिलता होने के कारण, हम कार्य की प्रगति का मूल्यांकन कैसे कर सकते हैं?

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

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

एक परियोजना पर, हमने तिथि नियंत्रण विधि का उपयोग करने की कोशिश की। कलाकारों द्वारा नियोजित तिथि निर्धारित की गई थी। इस तथ्य को स्वचालित रूप से इसी स्थिति से संक्रमण पर सिस्टम में दर्ज किया गया था।



यह आंकड़ा कार्यात्मक डिजाइन (एफडी) तैयार होने की तिथि तक विचलन का संकेत दिखाता है। सकारात्मक मान एक अग्रिम दिखाते हैं, नकारात्मक मान चार्ट में एक अंतराल का संकेत देते हैं। यह देखा जा सकता है कि पीडी की सबसे बड़ी संख्या निष्पादनकर्ताओं द्वारा 3.8 से 1.7 दिनों के अंतराल के साथ सौंपी जाती है। इस मामले में, चरम मूल्य 43 दिनों से देर से 67 दिनों के कार्यक्रम से आगे हैं।

इस स्थिति में, हम देखते हैं कि अधिकांश मामलों में, कलाकार अपने द्वारा निर्धारित समय सीमा का उल्लंघन करते हैं। यह व्यवस्थित त्रुटि इसके ऊपर विचार करने के लायक है। हालांकि, बशर्ते कि टीम प्रेरित हो, और हर कोई अच्छे विश्वास के साथ काम करता है, इसका मतलब केवल यही है कि लोग वास्तविक समय का संकेत नहीं दे सकते हैं, कलाकार उन जटिल कारकों को ध्यान में नहीं रखते हैं जो ज्यादातर मामलों में काम के दौरान उत्पन्न होते हैं।

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

यदि आप कुछ नियंत्रित करना चाहते हैं, तो सोचें कि आप नियंत्रण के परिणामों के साथ क्या करेंगे, एकत्र किए गए डेटा के आधार पर आप क्या निर्णय ले सकते हैं?

6. अर्जित मात्रा विधि

अनिश्चितता की एक बड़ी डिग्री के साथ कार्यों की एक बड़ी संख्या के लिए, एक विस्तृत स्तर पर केंद्र में प्रबंधन करने का प्रयास विफल रहता है।

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

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

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



इस तरह की तालिका को संकलित करने के बाद, प्रत्येक कार्य के लिए यह निर्धारित करना संभव है कि पहले से नियोजित कितने व्यक्ति-दिन पहले से ही महारत हासिल हैं और इस प्रकार प्रत्येक कार्य की प्रगति को मापते हैं।
उदाहरण के लिए, एक कार्य में डिजाइन के लिए 10 घंटे और विकास के लिए 20 घंटे का नियोजित श्रम इनपुट है। फिर, परीक्षण के चरण में, हम मानते हैं कि यह विश्लेषक के काम के मामले में 80% पूरा हो गया है (परीक्षण को पूरा करने के लिए आवश्यक श्रम का 20%) और डेवलपर के काम के मामले में 50%। हम यह स्वीकार करने के लिए तैयार हैं कि डिजाइन ने 8 घंटे काम किया है, और विकास पर - 10 घंटे। कुल मिलाकर, 30 मानव-दिनों में से 18 पहले ही पूरे हो चुके हैं।

उसी समय, हम इस बात पर ध्यान नहीं देते हैं कि वास्तव में, अन्य समय व्यतीत हो सकता है। निर्दिष्ट उद्देश्यों के लिए यह कोई फर्क नहीं पड़ता।

7. प्रोजेक्ट रिपोर्टिंग

एक तालिका जिसमें प्रत्येक कार्य के लिए हमारे पास एक योजनाबद्ध जटिलता और मास्टर की मात्रा है, यह समझना आसान है कि चीजें कैसे चल रही हैं।

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

नेतृत्व स्तर पर प्रस्तुति के लिए परियोजना की समग्र तस्वीर सुविधाजनक हो जाती है:

JIRA अपलोड सारांश तालिका



पूरी परियोजना के लिए योजना तथ्य का नियंत्रण





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