चंचलता पर चिंतन

बुद्धि का उपाय है
बदलने की क्षमता।
अल्बर्ट आइंस्टीन

प्रस्तावना

मैं आईटी समुदाय में "एजाइल पर विचार" शुरू कर रहा हूं, या इस लेख को "एजाइल" कहा जा सकता है, क्या यह अभी भी एक दर्शन या एक डिजाइन पद्धति है? "

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

यह प्रश्न कुछ हद तक स्वयं उद्धृत किया गया है, क्योंकि इसे आगे बढ़ने के लिए, यह कुछ तर्कों और निष्कर्षों को बताने के लिए समझ में आता है।

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

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

विषय पर हैबे के कई लेख:

• चंचल: आईटी में सबसे बड़ा वैचारिक मुद्दा। (19 अप्रैल, 2019)
  
  
• चंचल क्यों काम नहीं करता है और इसके बारे में क्या करना है। (20 दिसंबर, 2017)
  
  
• चंचल संकट। क्या करें? (२३ जून २०१ ९)
  
  

संक्षेप में विषय वस्तु के बारे में

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

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

अब मैं प्रोजेक्ट मैनेजर के रूप में सॉफ्टवेयर डेवलपमेंट के क्षेत्र में सक्रिय रूप से काम कर रहा हूं, वैकल्पिक रूप से बिजनेस एनालिटिक्स के रूप में काम कर रहा हूं।

इस प्रकार, इस लेख की चर्चा का विषय घरेलू विकास के संबंध में सॉफ्टवेयर उत्पादों के विकास के लिए परियोजना प्रबंधन का अभ्यास है।

लेखक द्वारा प्रश्न को समझना

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

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

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

PMBoK को समझना अनुभव के साथ आता है।
@PM

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

संक्षेप में, विषय के विषय पर लेख के लेखक, दुनिया के रुझान के साथ रखने की कोशिश करता है, क्लासिक्स को नहीं भूलता है।

सॉफ्टवेयर के प्रोजेक्ट प्रबंधन में गहरी डुबकी

आठ साल के काम के बाद टेलिकॉम में ऊब आ गई और आगे बढ़ने का फैसला करते हुए उन्होंने आईटी में कदम रखा।

यह पता चला है कि आईटी क्षेत्र क्लासिक "झरने" के एक स्पष्ट ढांचे में नहीं रहना चाहता है, GOST 34 फैशन में नहीं है, जब तक कि राज्य को ध्यान में नहीं रखा जाता है। क्षेत्र। वैश्विक परियोजना प्रबंधन में परियोजना प्रबंधन में अन्य रुझान हैं।

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

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

Habré पर लेखों का विश्लेषण, सामान्य रूप से, ऊपर दिए गए संक्षिप्त सारांश की पुष्टि करता है।

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

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

लेकिन मेरे संदेह के बावजूद, एजाइल देश भर में घूमता रहा, यह सक्रिय रूप से जी। ग्रीफ द्वारा प्रचारित किया गया था और विभिन्न पश्चिमी और घरेलू आईटी उद्योग गुरुओं ने इसे स्वीकार किया था।

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

नतीजतन, सवाल बढ़ता गया और मजबूत होता गया, और कोई भी इसका जवाब नहीं दे सका।

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

इस अनुभाग को पूरा करने से पहले, ध्यान देने योग्य कई बिंदु हैं:

1. 2018 में PMBoK के 6 वें संस्करण की रिलीज़ के बाद, Agile का मुद्दा और भी दिलचस्प हो गया (6 वें संस्करण में, लेखकों ने Agile का उपयोग करके मामलों को शामिल किया)।
   
2. पढ़ने के लिए, मैंने लॉरेंस लीच की पुस्तक, "समय पर और बजट के भीतर" पढ़ी।
   

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

अधिग्रहीत सैद्धांतिक और व्यावहारिक ज्ञान को देखते हुए, एजाइल को घरेलू परियोजनाओं में इसके पर्याप्त कार्यान्वयन के लिए एक कार्यप्रणाली के रूप में समझने में अपूर्णता की समझ बढ़ रही थी।

एंडगेम

माइक कोहन से सही फुर्तीली या अनुकूली PMBoK।

काफी दुर्घटना से, या जैसा कि वे कहते हैं, "अचानक कहीं से बाहर," मैं एजाइल के बारे में एक और किताब में आया था। यह एक किताब है जिसे एक निश्चित माइक कोहन (कोहन माइक) ने लिखा है जिसका शीर्षक है “एजाइल। मूल्यांकन और परियोजना योजना। ”

शुरुआत में, उन्होंने सुझाव दिया कि यह एक और व्यवसायिक पुस्तक है जिसमें बताया गया है कि एजाइल शांत, फैशनेबल, युवा हैं।

तो यह प्रस्तावना पढ़ने का फैसला किया गया था, लेकिन पहले अध्याय को पढ़ने के बाद ही यह दिलचस्प हो गया कि वह कौन है, यह माइक कोहेन, और वह इस तरह की सही बातें क्यों लिखता है।

त्वरित संदर्भ कौन है कोहन माइक

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

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

मैं तुरंत ध्यान दूंगा कि माइक ने ज्ञान का एक और सेट नहीं लिखा, उबाऊ और समझ से बाहर, उन्होंने PMBoK की नकल नहीं की। इसके बजाय, माइक कोहन ने एक दिलचस्प, आसानी से पढ़ी जाने वाली और प्रासंगिक पुस्तक बनाई:

• उन सिद्धांतों और नियमों का वर्णन किया जो कि एजाइल में होने चाहिए;
• कार्य के नियोजन और मूल्यांकन के लिए वर्णित उपकरण;
• एक विचार और सक्षम विकास प्रबंधन दिया;
• और भी बहुत कुछ।

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

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

किसी भी प्रक्रिया का निर्माण करने के लिए, आपको नियमों, मानदंडों और सिद्धांतों की आवश्यकता होती है, माइक ने उन्हें हमारे लिए वर्णित किया।

सारांश

मेरी राय में, हमें 2001 से कई दिलचस्प सवालों का सामना करना पड़ा है:

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

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

ऊपर वर्णित एक के अलावा, माइक की पुस्तक स्पष्ट कार्यप्रणाली निर्देश देती है (हालांकि कोई व्यक्ति इस शब्द को पसंद नहीं कर सकता है) कि एजाइल सॉफ्टवेयर परियोजना प्रबंधन कैसे बनाया जाना चाहिए।

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

इन सिद्धांतों को वर्णित और निर्धारित किया जाता है, उनका अध्ययन किया जा सकता है, उनका उपयोग किया जा सकता है।

मेरे फिर से शुरू को अंतिम रूप देने के लिए, मैं निम्नलिखित को निर्दिष्ट करूंगा:

Ageli संकट में नहीं है, Agile कोई समस्या नहीं है, Agile काम कर रहा है।

एकमात्र सवाल यह है कि क्या हम नियमों का अध्ययन करना चाहते हैं और जैसा कि वे निर्धारित हैं, या क्या हम चाहते हैं कि हम काम करना जारी रखना चाहते हैं।

एक पवित्र जिज्ञासा को कभी न खोएं।
अल्बर्ट आइंस्टीन

पुनश्च

प्रिय पाठकों, जो फिर भी लेख को पढ़ते हैं, मुझे आपकी राय और टिप्पणियों में बहुत दिलचस्पी है, साथ ही इसी तरह की किताबों पर सिफारिशें भी हैं, जैसे कि माइक कोहेन की पुस्तक।