सुरू करण्यासाठी. स्क्रॅम आणि चपळ - काय फरक आहे? थोडक्यात, चपळ हे एक तत्वज्ञान आहे, सॉफ्टवेअर डेव्हलपमेंटसाठी लवचिक दृष्टिकोनांचे एक कुटुंब आहे. स्क्रॅम हा असाच एक दृष्टीकोन आहे. त्याला एक भाऊ आहे - कानबन. हा देखील चपळ मध्ये वापरला जाणारा एक दृष्टीकोन आहे.

एलेना ट्रुस्कोवाम्हणतो:

या आठवड्यात मी दोन दिवसांचे चपळ/स्क्रम (उच्चारित “चपळ” आणि “स्क्रम”) प्रशिक्षण पूर्ण केले. लवचिक सॉफ्टवेअर डेव्हलपमेंट पद्धतींवर बरेच अ‍ॅब्स्ट्रुस आणि इतके अ‍ॅब्स्ट्रुस साहित्य लिहिले गेले आहे, मी बरेच वाचले आहे. पण या विषयात दोन दिवस मग्न राहिल्यानंतर मला शेवटी ज्या विषयावरून मी ही नोंद लिहित आहे त्या विषयाची प्राथमिक समजूत काढली.

चपळ आणि स्क्रम टीम वर्क प्रक्रिया अशा प्रकारे आयोजित करण्यात मदत करतात जेणेकरुन वापरकर्त्यासाठी नियमितपणे आणि वारंवार मनोरंजक असलेले उत्पादन रिलीज होईल.

काही बँकांमध्ये, चपळतेमुळे वापरकर्त्यांसाठी कल्पनेचा मार्ग दोन वर्षांवरून सहा महिन्यांपर्यंत लहान केला गेला; इतर कंपन्यांमध्ये, सहा महिन्यांचे विकास चक्र तीनमध्ये संकुचित केले गेले. या गोंधळाच्या काळात, हा एक खरा स्पर्धात्मक फायदा आहे, विशेषत: लहान खेळाडूंसाठी.

स्क्रॅमची तत्त्वे पूर्णपणे कोणत्याही गोष्टीवर लागू केली जाऊ शकतात: उदाहरणार्थ, सर्जनशील उत्पादनावर काम करण्यासाठी. हे, अर्थातच, "प्रामाणिक चपळ" नाही; स्क्रम इव्हेंजलिस्ट दात खातील, परंतु तुमच्या प्रक्रिया अधिक जोमाने पुढे जातील. चेकर्स किंवा जा?

चपळ आणि स्क्रममधील काही गोष्टी वैयक्तिक कामात देखील घेतल्या जाऊ शकतात. पोस्ट्सचे नियमित प्रकाशन सुनिश्चित करा, परफॉर्मरवरील भार मोजा, ​​भविष्यातील कार्यांचा वेळेनुसार अंदाज लावा आणि केलेल्या कामाच्या गुणवत्तेचे विश्लेषण करण्यास विसरू नका - पहा, आमच्यासाठी सर्व काही आधीच विचारात घेतले गेले आहे. फक्त त्याची अंमलबजावणी करणे बाकी आहे.

चपळ

(eng.agile - “चपळ, चपळ, चपळ”)

लवचिकता संकल्पना:

"विकास" या शब्दासाठी तुमच्या क्रियाकलापाचा प्रकार बदला - आणि ही तत्त्वे जवळची आणि समजण्यायोग्य होतील.

"कार्यरत उत्पादन हे प्रगतीचे मुख्य सूचक आहे", "अनावश्यक काम कमी करण्याची कला म्हणून साधेपणा" आणि "प्रक्रिया आणि साधनांपेक्षा लोक आणि परस्परसंवाद अधिक महत्वाचे आहेत" - हे वाजवी वाटत नाही का?

स्क्रॅम

(इंग्लिश स्क्रम - रग्बीमध्ये बॉलच्या लढाईत घाई)

येथे हे लक्षात ठेवण्यासारखे आहे की स्क्रॅमवरील हा माझा वैयक्तिक आणि व्यक्तिनिष्ठ दृष्टिकोन आहे. येथे मी IT पासून दूर असलेल्या सर्जनशील प्रकल्पांमध्ये आणि वैयक्तिक कामात (म्हणजे, ब्लॉगवर) दोन्ही स्क्रॅम घटकांच्या लागू होण्यावर प्रतिबिंबित करतो. हे करण्यासाठी, आपल्याला बरेच अचूक तपशील वगळावे लागतील; मी मजकूर सोपा ठेवण्याचा प्रयत्न करतो आणि शब्दावलीसह वाचकांना जास्त फीड करू नये.

स्क्रॅमची कणखरता रचनामध्ये असते. अशा पद्धतींचा एक निश्चित संच आहे जो स्वतंत्रपणे एकत्र काम करण्यापेक्षा चांगले कार्य करतो. मला आशा आहे की कोणीही तुम्हाला काहीतरी बाहेर काढण्यास आणि ते वापरण्यास मनाई करणार नाही.

सामान्यत:, स्क्रम उद्भवते जेथे विशिष्ट उत्पादन आहे ज्याचे वापरकर्ते आणि ग्राहकांसाठी मूल्य आहे आणि आम्ही आता योग्य दिशेने धावत आहोत की नाही - किंवा आम्हाला दुरुस्त करण्याची आवश्यकता आहे की नाही हे लक्ष्याच्या मार्गावर शक्य तितक्या लवकर समजून घेणे आवश्यक आहे. अभ्यासक्रम स्क्रॅम फॉरमॅट तुम्हाला पुढील आवृत्ती अधिक वेळा रिलीझ करण्यास, नियमितपणे फीडबॅक प्राप्त करण्यास आणि उत्पादनास द्रुतपणे परिष्कृत करण्यास तसेच कार्य प्रक्रियेत सुधारणा करण्यास अनुमती देते.

जर तुम्ही टीममध्ये काम करत असाल, तर स्क्रम प्रक्रियेतील प्रत्येकाला अदलाबदली, शेजारी आजारी असल्यास "पिक अप" करण्याची क्षमता, कौशल्याची देवाणघेवाण आणि उत्पादनाची सामूहिक जबाबदारी यासाठी प्रयत्न करण्याची सूचना देते. स्क्रॅममध्ये व्यक्तिवाद कमी आहे. निर्णय एकत्रितपणे घेतले जातात (कठोर तत्त्वांनुसार); कोणीही दबाव आणू शकत नाही आणि संघाला खात्री असेल की त्यांनी योग्य निवड केली असेल तर दुसरा उपाय निवडण्यास भाग पाडू शकत नाही.

स्क्रॅममध्ये अशा प्रकारचा आत्मविश्वास बाळगणे डरावना नाही, कारण प्रत्येक सक्तीचा कूच एक स्प्रिंट (एक स्पष्ट कालावधी, सामान्यतः एक ते चार आठवड्यांपर्यंत) टिकतो. स्प्रिंट संपल्यानंतर, विश्लेषणाचा क्षण येतो: आम्ही त्यातून कसे गेलो? पुढच्या वेळी तुम्ही आणखी चांगले काय करू शकता?

त्यामुळे, जरी आपण सर्वजण आत्मविश्वासाने चुकीच्या दिशेने धावलो असलो तरी, स्प्रिंटच्या शेवटी आपल्याला ते दुरुस्त करण्याची आणि आपल्याला चुकीच्या दिशेने काय पाठवत आहे ते सुधारण्याची संधी मिळेल. स्क्रम टीम स्वयं-संघटित आणि स्व-समायोजित आहे.

स्क्रममधील संघ

स्क्रम टीमचा मानक आकार 7 अधिक किंवा वजा 2 लोकांचा असतो. म्हणजे पाच ते नऊ पर्यंत. स्क्रॅम स्केलिंग घडते: तुम्ही 25 संघांपैकी एक अवाढव्य कार्यावर काम करण्याची प्रणाली तयार करू शकता. पण स्क्रॅमचे मूळ एकक म्हणजे संघ.

प्रत्येक संघात आहे:

• सहभागी (आयटीच्या बाबतीत - विकसक, हे सात लोक कोण आहेत - तुम्हीच ठरवा)
• उत्पादन मालक (उत्पादन मालक). त्याची भूमिका: बाजार आणि वापरकर्ता समजून घ्या, व्यवसाय आणि वापरकर्त्यांच्या भाषेत कार्ये तयार करा, मूल्य आणि फायदा कोणत्या दिशेने विकसित झाला पाहिजे याची जागरूकता लक्षात ठेवा, उत्पादन विकासासाठी कार्ये शोधा आणि निवडा. उत्पादन व्यवस्थापक (संघ नव्हे) सारखे काहीतरी.
• स्क्रम मास्टर (स्क्रम मास्टर, स्क्रम इव्हेंजलिस्ट). त्याची भूमिका: प्रक्रियेचे निरीक्षण करा, संघाच्या अंतर्गत जीवनाचे निरीक्षण करा, लोकांना प्रेरित करा, अडथळे दूर करा. प्रशिक्षकासारखे काहीतरी.
  संघाभोवती वापरकर्ते आणि भागधारक (ग्राहक) आहेत. उत्पादनाचा मालक सल्ला घेण्यासाठी या लोकांकडे जातो.

स्प्रिंट डिव्हाइस

स्क्रम वर्कमध्ये स्प्रिंट्स असतात. सर्व स्प्रिंटची रचना सारखीच आहे. असे गृहीत धरले जाते की प्रत्येक त्यानंतरच्या स्प्रिंटसह संघ अधिकाधिक सहयोगी आणि प्रभावी होत जातो. स्क्रॅममध्ये, तुम्ही तुमच्या चुकांमधून शिकता, परंतु त्वरीत - प्रत्येक स्प्रिंटमध्ये तुम्ही नेमके काय केले आणि तुम्हाला ते कसे दुरुस्त करायचे आहे याचे विश्लेषण करता.

उत्पादन मालकाकडे वापरकर्त्यांना आनंदी करण्यासाठी व्यवसाय कल्पनांची सूची आहे. याला उत्पादन अनुशेष, उत्पादन कल्पनांची यादी म्हणतात. हे महत्त्व आणि महत्त्वानुसार कल्पनांची क्रमवारी लावते.

प्रत्येक स्प्रिंटमध्ये स्प्रिंट बॅकलॉग असतो - कल्पनांची क्रमवारी केलेली यादी जी संघाने पुढील स्प्रिंटमध्ये करण्याचा निर्णय घेतला. स्क्रॅमचा मुद्दा असा आहे की संघ स्वतः प्रत्येक कार्याच्या जटिलतेचे मूल्यांकन करतो आणि पुढील स्प्रिंटमध्ये कोणती कार्ये समाविष्ट केली जातील हे ठरवते.

स्प्रिंटमधील टास्कचे वजन संघाला माहीत असते (त्याला किती वेळ लागेल हे माहीत असते), त्याला एक एक्झिक्यूटर नियुक्त केले जाते आणि ते समजण्यासारखे आणि महत्त्वाचे असते. तुम्हाला एखादे कार्य किती वेळ लागेल हे माहित नसल्यास, तुम्हाला ते लहान भागांमध्ये विभाजित करणे आवश्यक आहे.

एक संघ नेहमी त्याच्या आयुष्याच्या सुरुवातीला खराब योजना करतो. हे वस्तुनिष्ठ वास्तव आहे. परंतु स्प्रिंट दरम्यान ती काय साध्य करते याची आकडेवारी ती ठेवते आणि कालांतराने अधिकाधिक अचूकपणे योजना आखते. तिला स्प्रिंटच्या अंतिम बैठकीद्वारे मदत केली जाते - एक पूर्वलक्षी. तेथे तुम्ही आउटगोइंग स्प्रिंटच्या कमकुवत मुद्यांवर चर्चा करू शकता आणि गोष्टी वेगळ्या पद्धतीने करण्याचे मार्ग शोधू शकता.

सहसा स्प्रिंट 5 अधिक किंवा वजा 2 कल्पनांना बसते. कल्पना खूप मोठ्या असल्यास, संघ त्यांना विभाजित करतो जेणेकरून प्रत्येक स्प्रिंटमध्ये काहीतरी लहान दाखवता येईल.

स्क्रममध्ये, कल्पनांना वापरकर्ता कथा (वापरकर्त्यांबद्दलच्या कथा) म्हणतात आणि त्या खालीलप्रमाणे तयार केल्या जातात: “(भूमिका?) मला (काय?) करण्यासाठी (का?) हवे आहे.” अशा प्रकारे, कार्यसंघ केवळ कार्यक्षमताच पाहत नाही तर त्याच्या निर्मितीचा अर्थ देखील पाहतो आणि विशिष्ट भूमिकेसाठी: वापरकर्ता, ग्राहक, खरेदीदार.

स्प्रिंटचा परिणाम नेहमीच काहीतरी दाखवण्यासाठी असतो. स्प्रिंटच्या शेवटी टीम डेमोवर त्यांचे कार्य दर्शवते.

माझ्या मते, स्क्रम प्रक्रिया ही टीम ब्लॉगवर काम करण्यासारखीच आहे. अशा प्रक्रियेमुळे नियमितता राखण्यात मदत होईल, लेखकांचे कौशल्य एकत्र आणले जाईल आणि इतके गोळा केले जाणार नाही की आपल्याला ते करण्यास वेळ मिळणार नाही.

स्प्रिंट रचना

स्प्रिंटची सुरुवात नियोजनाने होते: संघ खाली बसतो आणि चर्चा करतो: आम्ही ही कल्पना घेऊ, आम्ही ती घेणार नाही. आयटीमध्ये, ही प्रक्रिया काही तासांपर्यंत ड्रॅग होऊ शकते, कारण चर्चा तपशीलांपर्यंत जाते. ब्लॉगवर काम करण्याच्या बाबतीत, हे विषय आणि लेखांच्या योजनांच्या चर्चेत बदलू शकते, जे नंतर आपल्याला बसून लिहावे लागेल - आपण काय, कधी आणि का लिहित आहोत हे समजून घेणे.

दररोज 15 मिनिटे स्टँड-अप बैठक असते. उभे असताना हे करणे महत्वाचे आहे: जर कोणी गप्पा मारण्यास सुरुवात केली, तर बाकीचे लोक वाक्प्रचाराने पायापासून पायाकडे सरकतील आणि त्यांचे कान खाजवतील. तुम्ही काही ऑब्जेक्ट वापरू शकता जेणेकरून एका वेळी फक्त एक सहभागी बोलू शकेल आणि ते एका वर्तुळात फिरू शकेल.

प्रत्येक स्टँड-अप सहभागी तीन प्रश्नांची उत्तरे देतो:

• मी काल काय केले
• मी आज काय करू
• काय मला कमी करत आहे

प्रक्रियेदरम्यान उद्भवणारी सर्व तपशीलवार संभाषणे स्टँड-अपच्या पलीकडे जातात. स्टँड-अप हा एक बिंदू आहे ज्यावर आपण समस्या पकडू शकता किंवा शोधू शकता की काही कारणास्तव माझे सहकारी आणि मी एकाच वेळी समान गोष्ट करत आहोत, याचा अर्थ आपल्यापैकी कोणीतरी काहीतरी करू शकतो.

सर्वसाधारणपणे, वर्तनाचे हे सर्व स्पष्ट नियम राखण्यासाठी स्क्रम मास्टर जबाबदार असावा. हे सहसा तंत्रज्ञानाचे विचारवंत असतात, जे त्यावर विश्वास ठेवतात आणि एकत्र घालवलेल्या वेळेच्या जास्तीत जास्त कार्यक्षमतेसाठी एक प्रक्रिया तयार करण्यास तयार असतात. स्क्रम मास्टरशिवाय, प्रक्रिया शक्य तितक्या कमी होतील, कारण ती व्यक्ती आळशी आणि आर्थिक आहे.

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

"जर माझ्याकडे झाड तोडण्यासाठी आठ तास असतील तर मी कुर्‍हाडीला धार लावण्यासाठी सहा तास घालवीन." (लांबरजॅक आणि अध्यक्ष अब्राहम लिंकन यांचे श्रेय)

स्क्रम ही एक मालकीची लवचिक विकास पद्धत आहे ज्यामध्ये संघातील भूमिकांचे अ-मानक वितरण आणि पुनरावृत्तीची एक अद्वितीय संस्था आहे. स्क्रॅम, इतर चपळ प्रकल्प व्यवस्थापन पद्धतींप्रमाणेच, कार्य प्रक्रियेदरम्यान एक सांघिक दृष्टीकोन, लहान पुनरावृत्ती आणि सतत सुधारणा यांचा व्यवसाय करतात. ही तत्त्वे विशिष्ट भूमिका, नियम, प्रक्रिया आणि साधनांच्या संचाद्वारे अंमलात आणली जातात जी संघांना अर्ध्या वेळेत उत्पादने वितरीत करण्यात मदत करतात.

स्क्रम संघांमध्ये, प्रमुख पदे व्यापली जातात
scrum-masterआणि उत्पादन मालक,
पुनरावृत्ती सुरू होते नियोजन,
कोणत्या संघाचे सदस्य "खेळतात"
व्ही निर्विकारनियोजन,
आणि संपतो सह डेमोपूर्वलक्षी.

स्क्रॅम पद्धत अमेरिकन जेफ सदरलँड, एक संशोधक आणि व्यवसाय सल्लागार आणि केन श्वाबर, एक सराव प्रोग्रामर यांनी 1993 मध्ये तयार केली होती. 1995 मध्ये, ऑस्टिन, टेक्सास येथील असोसिएशन फॉर कॉम्प्युटिंग मशिनरी वैज्ञानिक परिषदेत या संकल्पनेच्या लेखकांनी औपचारिकपणे त्यांचे दृष्टिकोन सादर केले.

स्क्रॅमच्या सह-लेखकांची कल्पना नवीन नव्हती: त्यांनी 1986 मध्ये प्रकाशित जपानी व्यवस्थापन संशोधकांच्या कार्यातून संकल्पना आणि नाव देखील स्वीकारले. तरीही, जपानी उत्पादकांनी स्क्रॅमचा आधार बनवलेल्या दृष्टिकोनांचा वापर केला. आणि पद्धतीचे नाव रग्बी खेळाडूंच्या शब्दकोशातून घेतले आहे. स्क्रम किंवा स्क्रम हा खेळाचा एक घटक आहे जो मैदानावर जिंकण्यासाठी टीमवर्कचे महत्त्व दर्शवतो.

आयटी आणि त्यापुढील क्षेत्रात स्क्रॅमचा वापर

स्क्रॅमचा वापर सर्वप्रथम सॉफ्टवेअर तयार करणाऱ्या कंपन्यांमध्ये झाला. स्क्रमच्या अधिकृत सादरीकरणापूर्वी जे. सदरलँडने देखरेख केलेला पहिला प्रकल्प म्हणजे एटीएम नेटवर्कसाठी सॉफ्टवेअरची निर्मिती (1983). IT कंपन्या आणि विभागांमधील प्रोग्रामिंग संघ अजूनही Scrum चे मुख्य ग्राहक आहेत. तथापि, पद्धतीचा लेखक आग्रह करतो की कोणत्याही समस्येचे निराकरण करण्यासाठी Scrum लागू आहे आणि उत्पादन, बांधकाम, शिक्षण, राजकारण आणि वसंत ऋतु साफसफाई किंवा सुट्टीचे आयोजन यासारख्या दैनंदिन समस्या सोडवताना देखील Scrum वापरण्याची उदाहरणे देतात.

खरंच, 2016 मध्ये स्क्रॅम अलायन्सनुसार, स्क्रम वापरून पूर्ण झालेले 21% प्रकल्प आयटी क्षेत्राशी संबंधित नव्हते. कोणते विभाग यशस्वीरित्या Scrum वापरत आहेत ते पहा:

स्क्रम VS चपळ VS धबधबा

स्क्रम लवचिक पद्धती किंवा चपळ पद्धतींच्या गटाशी संबंधित आहे. चपळ ही वेगळी कार्यपद्धती नाही, तर सॉफ्टवेअर डेव्हलपमेंटचे संपूर्ण तत्त्वज्ञान आहे; त्याचे मुख्य दृष्टिकोन 2001 मध्ये नोंदवले गेले. जाहीरनाम्यात चपळतेची मुख्य तत्त्वे आहेत - संघाचे महत्त्व, दस्तऐवजीकरणापेक्षा उत्पादनावर भर, प्रक्रियेची पारदर्शकता, सतत सुधारणा, झटपट निकाल.

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

कल्पना करा की चपळ ख्रिश्चन धर्म आहे, आणि स्क्रॅम त्याच्या हालचालींपैकी एक आहे, उदाहरणार्थ, प्रोटेस्टंटवाद. जरी सामान्यतः ख्रिश्चन आणि विशेषत: प्रोटेस्टंट समान तत्त्वे सांगत असले तरी, प्रोटेस्टंट लोकांच्या त्यांच्या विश्वासाचे प्रदर्शन करण्यासाठी त्यांच्या स्वतःच्या विशिष्ट विधी आहेत.

त्यानुसार, व्हिज्युअल फरक आणि दरम्यान समानतास्क्रम आणिचपळ असा विचार केला जाऊ शकतो:

* कलाकृती Scrum मध्ये, हे ऑब्जेक्ट्स आहेत जे प्रोजेक्टवर काम करताना टीमद्वारे तयार केले जातात. यामध्ये उत्पादन अनुशेष, स्प्रिंट अनुशेष आणि उत्पादन वाढ यांचा समावेश होतो, म्हणजे कार्यक्षमतेचा एक भाग जो संघ स्प्रिंटच्या शेवटी प्रदर्शित करतो.

चपळ विकास पद्धतींना विरोध आहे कॅस्केड मॉडेल (कॅस्केड, धबधबा, धबधबा), जे 90 च्या दशकात जवळजवळ सर्व विकास संघांद्वारे वापरले जात होते.

कॅस्केड मॉडेलचे सार हे प्रकल्पाची टप्प्याटप्प्याने अंमलबजावणी आहे आणि प्रत्येक पुढील टप्प्यावर काम मागील एक पूर्ण झाल्यानंतरच सुरू होते. योजनाबद्धपणे, कॅस्केड मॉडेल असे दिसते:

परंतु धबधबा पद्धतशीर दृष्टीकोन कार्य करू शकला नाही - संघांनी मुदती गमावल्या आणि बजेटपेक्षा कमी झाले. धबधबा पद्धतीने उदयोन्मुख समस्या, विलंब आणि अपयश आणि बदलत्या ग्राहक आणि पर्यावरणीय गरजा विचारात घेतल्या नाहीत. पर्याय शोधणे आणि कामाची प्रक्रिया बदलणे आवश्यक होते - नियमितपणे मागे वळून पहा, केलेल्या कामाचे विश्लेषण करा आणि अडथळे त्वरित दूर करा आणि बदल करा. म्हणूनच चपळ पद्धतींचा उदय झाला. आणि त्याचे डेरिव्हेटिव्ह्ज.

Scrum सह कसे कार्य करावे

Scrum मध्ये भूमिका

स्क्रॅम टीम

स्क्रॅम संघ किंवा गटावर आधारित आहे - व्यावसायिकांची एक सु-समन्वित संस्था. स्क्रम टीम स्वायत्त आहेत; कार्य कसे पूर्ण करायचे हे सदस्य स्वतः ठरवतात. ते बहु-कार्यक्षम आहेत - समस्या सोडवण्यासाठी कार्यसंघ सदस्यांचे ज्ञान आणि कौशल्ये पुरेसे आहेत.

स्क्रॅमला एक लहान संघ आवश्यक आहे: 7±2 लोक. अधिक लोकांसह, कार्यसंघ सदस्य संप्रेषणावर खूप संसाधने खर्च करतात. 90 च्या दशकाच्या मध्यात, लॉरेन्स पुटनम यांनी 491 विकास संघांचे विश्लेषण केले: ते सर्व नवीन उत्पादन तयार करत होते आणि ते वेगवेगळ्या आकाराचे होते. संशोधनात असे दिसून आले आहे की मोठ्या संघांना (9-20 लोक) समस्या सोडवण्यासाठी लहान संघांपेक्षा (3-7 लोक) 4 पट जास्त वेळ आणि प्रयत्न आवश्यक आहेत.

स्क्रम मास्टर

स्क्रम मास्टर हा स्क्रम टीमचा औपचारिक नेता आहे, एक सहाय्यक जो कार्यपद्धतीच्या योग्य वापरावर लक्ष ठेवतो आणि संघाचे मनोबल राखतो. काम कसे करायचे याचा भार त्याच्यावर असतो.

उत्पादन मालक

उत्पादन मालक ही व्यक्ती आहे जी अंतिम उत्पादनाच्या कार्यक्षमतेसाठी जबाबदार आहे. तो वापरकर्त्यांच्या कथांची यादी (प्रोजेक्ट बॅकलॉग) संकलित करतो आणि प्रकल्प जसजसा पुढे जातो तसतशी ती ठेवतो. प्रकल्पात काय करावे आणि ग्राहकाशी संवाद साधावा ही त्याची जबाबदारी असते.

ग्राहक

ग्राहक किंवा क्लायंट तो आहे ज्यांच्यासाठी प्रकल्प केला जात आहे. ग्राहक तृतीय पक्ष किंवा संस्था किंवा अंतर्गत असू शकतो. उदाहरणार्थ, विक्री विभाग ज्याने विकसकांना CRM प्रणाली विकसित करण्याचे आदेश दिले.

नियमित स्क्रम मीटिंग्ज आणि वर्कसेक्शन

नियोजन

स्प्रिंट सुरू होणारी पहिली बैठक. त्यावर, संघ, स्क्रम मास्टर आणि उत्पादन मालकाच्या मदतीने, अनुशेषाच्या शीर्षस्थानी कार्ये निवडतो जी त्यांना पूर्ण करण्यासाठी वेळ असेल.

निवडलेली कार्ये स्प्रिंट प्रोजेक्टमध्ये अंतिम मुदत आणि परफॉर्मरसह समाविष्ट केली आहेत.

जाता जाता दररोज बैठका

सर्व कार्यसंघ सदस्य प्रगतीचा आढावा घेण्यासाठी आणि माहितीची देवाणघेवाण करण्यासाठी दररोज एकाच वेळी भेटतात.

हे करण्यासाठी, ते तीन प्रश्नांची उत्तरे देतात:

1. संघाचे ध्येय साध्य करण्यासाठी मी काल काय केले?
2. संघाचे ध्येय साध्य करण्यासाठी मी आज काय करू?
3. मला माझे काम करण्यापासून काय रोखत होते?

मीटिंग 15 मिनिटांपेक्षा जास्त काळ टिकत नाही आणि उभ्या राहिल्या जातात.

या बैठकीसाठी, प्रत्येकजण निवडलेल्या दिवसासाठी त्यांचा अहवाल पाहू शकतो.

स्प्रिंट डेमो किंवा पुनरावलोकन

स्प्रिंट काम पूर्ण झाल्यावर आयोजित. स्प्रिंट दरम्यान संघाने तयार केलेल्या कार्यक्षमतेचे ग्राहक आणि सर्व इच्छुक पक्षांसाठी हे एक प्रात्यक्षिक आहे. या टप्प्यावर, ग्राहक त्याचे मत व्यक्त करतो, समायोजन करतो, अतिरिक्त कार्यक्षमतेची विनंती करतो इ.

संबंधित कालावधीसाठी अहवाल, प्रकल्पांसाठी "क्लायंट ऍक्सेस" वापरले जातात (प्रगती दृश्यमान आहे, अंतर्गत स्वयंपाकघर दृश्यमान नाही), टिप्पण्या आणि भावना.

पूर्वलक्षी

ही एक बैठक आहे ज्यामध्ये संघ स्प्रिंट दरम्यान पूर्ण केलेल्या कार्यांवर चर्चा करतो, त्यांची पूर्णता किती आहे आणि ज्या समस्यांचे निराकरण करणे आवश्यक आहे. नियोजित आणि पूर्ण केलेल्या कार्यांचे गुणोत्तर संघाची प्रभावीता निर्धारित करते. भूतकाळात, ते सुधारण्याचे मार्ग शोधतात.

लोक, विभाग, खाते आणि तपशीलवार संबंधित कालावधीसाठी अहवाल वापरले जातात.

अल्गोरिदम. काय करायचं?

1. उत्पादन मालक निवडा, जे करणे आवश्यक आहे ते स्पष्टपणे परिभाषित करेल.

2. स्क्रॅम टीम तयार करा.

3. स्क्रम मास्टरची नियुक्ती करा.

4. वापरकर्ता कथांच्या सूचीच्या स्वरूपात प्रकल्प अनुशेष तयार करा.प्रकल्पासाठी कार्यसंघ करू शकणारी सर्व कार्ये समाविष्ट करा आणि त्यांना प्राधान्य द्या. अशी कार्ये पुढे आणा ज्यात प्रकल्पाची मुख्य कार्यक्षमता असेल आणि ज्यामुळे ग्राहकाला उत्पन्न मिळेल.

अनुशेष म्हणजे कामाची संपूर्ण यादी जी पूर्ण करणे आवश्यक आहे.
वापरकर्ता कथा या उत्पादनाच्या कार्यक्षमतेसाठी आवश्यकता आहेत, अंतिम ग्राहकाच्या वतीने आवाज दिला जातो. उदाहरणार्थ, मी, ऑनलाइन स्टोअरचा खरेदीदार म्हणून, साइटवर इच्छित उत्पादन शोधू इच्छितो (कार्डसह खरेदीसाठी पैसे द्या, कार्टमध्ये आयटम जतन करा इ.).

5. अनुशेषातून कार्यांचे मूल्यमापन करा, सापेक्ष मूल्ये वापरणे, जसे की टी-शर्टचे आकार किंवा फिबोनाची क्रमातील संख्या: 0, 1, 1, 2, 3, 5, 8, 13, इ. प्लॅनिंग पोकर वापरून तुमच्या संपूर्ण टीमसह कार्यांचे मूल्यांकन करा: कार्ड्सचा डेक किंवा स्मार्टफोन अॅप वापरा.

प्लॅनिंग पोकर हा फिबोनाची नंबर असलेल्या कार्डांचा एक खास डेक आहे. प्रत्येक संघ सदस्याला त्यांचे स्वतःचे किट मिळते. जेव्हा स्क्रॅम मास्टर कार्याची घोषणा करतो, तेव्हा कार्यसंघ सदस्य एकाच वेळी टेबलवर कार्डे ठेवतात ज्या त्यांच्या मते, कार्याच्या जटिलतेशी संबंधित असतात. जर सहभागींची कार्डे एक किंवा दोन युनिट्सने वळली, उदाहरणार्थ, 3 आणि 8, तर कार्य या संख्यांच्या अंकगणित सरासरीच्या बरोबरीने एक अडचण नियुक्त केले जाते. विसंगती जास्त असल्यास, ज्या सहभागींनी सर्वात लहान आणि सर्वात मोठी कार्डे फेकून दिली ते त्यांचे निर्णय स्पष्ट करतात. यानंतर, सर्व कार्यसंघ सदस्य पुन्हा कार्डे घालतात. आणि असेच प्रत्येकजण एक करार होईपर्यंत.

6. स्प्रिंट नियोजन करा: कार्ये निवडा आणि त्यांना कलाकारांमध्ये वितरित करा.

7. स्क्रम बोर्ड सुरू करा, ते तीन भागांमध्ये विभाजित करा: करणे आवश्यक आहे, प्रगतीपथावर आहे, पूर्ण झाले आहे. कामाची गतिशीलता पाहण्यासाठी कार्यांसह स्टिकर्स हलवा. वास्तविक किंवा आभासी व्हाईटबोर्ड वापरा.

8. दैनंदिन सभांबद्दल विसरू नका.

9. स्प्रिंटच्या शेवटी डेमो द्या.

10. पूर्वलक्ष्य घ्या., काम कसे सुधारायचे, कोणते अडथळे दूर करायचे यावर चर्चा करा. हे नॉन-वर्किंग कॉफी मशीन, मंद संगणक, अस्वस्थ हवेचे तापमान, सहकाऱ्याचा स्वभाव किंवा बेईमान कंत्राटदार असू शकते. जेव्हा एखादी टीम स्क्रॅम वापरून काम करण्यास सुरुवात करते, तेव्हा मागील बर्नरवर काही महिन्यांपासून ठेवलेल्या समस्यांचे निराकरण केले जाते.

11. नियोजनासह पुढील धावपळ सुरू करा(बिंदू 6).

स्क्रम मार्गदर्शक. द अल्टिमेट गाईड टू स्क्रम: द रुल्स ऑफ द गेम / केन श्वाबर, जेफ सदरलँड

स्क्रम ऍप्लिकेशन मार्गदर्शक: स्क्रम भूमिका, क्रियाकलाप, कलाकृती आणि त्यांच्या वापरासाठी नियमांचे वर्णन करते. स्क्रम पद्धतीच्या सह-लेखकांद्वारे संकलित आणि देखभाल.

स्क्रॅम. क्रांतिकारी प्रकल्प व्यवस्थापन / जेफ सदरलँड

Scrum मध्ये उत्पादन व्यवस्थापन. तुमच्या व्यवसायासाठी चपळ पद्धती / रोमन पिचलर

एक महत्त्वपूर्ण भाग उत्पादनाच्या मालकास समर्पित आहे: त्याचे कार्य, गुण, त्रुटी. लेखक स्क्रॅम पद्धतीचा वापर करून उत्पादन तयार करण्याच्या प्रक्रियेचे तपशीलवार परीक्षण करतो, भविष्यातील उत्पादनाच्या संकल्पनेचा विचार करून आणि अहवाल तयार करून समाप्त होतो.

स्क्रॅम आणि एक्सपी: फ्रंट लाइन्स / हेन्रिक निबर्गकडून नोट्स

आधुनिक चपळ दृष्टीकोनांच्या व्यावहारिक अनुप्रयोगाबद्दल - स्क्रॅम आणि एक्स्ट्रीम प्रोग्रामिंग - विशिष्ट संघात. बरीच उदाहरणे, साधने, स्क्रम पद्धती पाणी आणि सिद्धांताशिवाय कृतीत आहेत.

चपळ सॉफ्टवेअर विकास जाहीरनामा

लवचिक पद्धतींवर आधारित अनेक ओळींचा समावेश आहे.

IT मध्ये Scrum चे फायदे आणि तोटे

स्क्रॅम ही एक उत्कृष्ट पद्धत आहे: अत्यंत प्रभावी, पारदर्शक, प्रेरक. हा एक विजय-विजय दृष्टीकोन आहे ज्यामुळे संघ आणि ग्राहक दोघांनाही फायदा होतो.

1. पारदर्शकता.एका संघात माहिती, ज्ञान, समस्या यांची खुली देवाणघेवाण होते, प्रत्येकाला समान ध्येयामध्ये गुंतलेले वाटते. ग्राहकाला नेहमी कामाच्या प्रगतीची जाणीव असते, प्रक्रियेदरम्यान बदल करतात आणि वितरण तारखांची विश्वसनीय माहिती मिळते.
2. संघ स्वायत्तता.एच प्रकल्पावर कसे काम करायचे हे संघाचे सदस्य स्वतः ठरवतात; कृतीचे स्वातंत्र्य आणि जबाबदारी प्रेरणा देते. ग्राहक फोनचे नुकसान न करता थेट टीमला आवश्यकता प्रसारित करतो.
3. परिणामानुसार प्रेरणा.स्क्रम संकल्पना प्रत्येक कार्यसंघ सदस्याला त्यांची स्वतःची आणि सामायिक केलेली उपलब्धी दररोज पाहण्याची परवानगी देते. ग्राहकाला प्रत्येक पुनरावृत्तीसह कार्यक्षमतेत वाढ प्राप्त होते.
4. बाजारातील जोखीम कमी करणे.कार्यसंघ प्रकल्पाच्या आवश्यकतांमधील बदलांना त्वरित प्रतिसाद देतो आणि अनावश्यक काम करत नाही. ग्राहकाला हवे ते मिळते आणि बाजारात मागणी असते.
5. आर्थिक जोखीम कमी करणे.दोष दूर करण्यासाठी आणि कार्यक्षमता जोडण्यासाठी थोडा वेळ आणि पैसा खर्च केला जातो; सर्वकाही बजेटमध्ये गुंतवले जाते.

परंतु स्क्रम ही एक औपचारिक पद्धत आहे आणि काही प्रकल्पांसाठी ती लागू करणे इतके सोपे नाही.

येथे स्क्रॅमचे स्पष्ट तोटे आहेत:

• अंतिम उत्पादनासाठी अस्पष्ट आवश्यकता असलेल्या प्रकल्पांसाठी योग्य नाही, कारण ग्राहक कार्यक्षमता अनिश्चित काळासाठी वाढवू शकतो;
• कार्यांना योग्यरित्या प्राधान्य आणि मूल्यांकन कसे करावे हे शिकणे कठीण आहे;
• प्रकल्पाचे यश स्क्रम मास्टरवर खूप अवलंबून आहे;
• मोठ्या प्रकल्पांमध्ये स्क्रम वापरणे कठीण आहे; तुम्हाला कार्यपद्धती मोजावी लागेल आणि स्क्रम मीटिंग्जचा स्क्रम सादर करावा लागेल. अशा मीटिंगमध्ये संबंधित उत्पादनांवर काम करणाऱ्या अनेक स्क्रम टीमचे प्रतिनिधी असतात.

आमच्या प्रकल्पात, आम्ही ताबडतोब दोन-स्तरीय स्क्रॅमचा सराव करण्याचा प्रयत्न केला: जागतिक आणि विभागीय स्तरावर (विक्री, विपणन, वित्त इ.). प्रथम, विभाग प्रमुखांनी जागतिक नियोजनात कार्ये परिभाषित केली, नंतर ती विभाग स्तरावर गेली. आम्ही चांगले केले नाही - अंतिम परिणाम खूप अस्पष्ट होता.

• उच्च कामगिरी करणारे संघ आत्मसंतुष्ट होतात आणि सुधारणा करणे थांबवतात. स्प्रिंट उत्पादकतेच्या गतिशीलतेमध्ये घट होणे हे समस्येचे सूचक आहे. स्क्रम मास्टरने टीमला समस्येची तीव्रता कळवली पाहिजे. जर कार्यसंघ स्वतःच डेडलॉकमधून बाहेर पडला नाही तर व्यवस्थापन हस्तक्षेप करते: नवीन कर्मचारी नियुक्त केले जातात आणि कर्मचारी फिरवले जातात.

स्क्रम कंपन्या

Scrumalliance अहवालानुसार, 70% IT कंपन्या Scrum चा वापर करतात. त्यापैकी Google, Amazon, Salesforce.com, Microsoft, Adobe सारखे दिग्गज आहेत.

Salesforce.com

अमेरिकन, व्यवसायासाठी सीआरएम सिस्टमचा अग्रगण्य विकासक. त्याची उत्पादने 150 हजार कंपन्या वापरतात. बर्‍याच वर्षांपासून तो स्क्रमच्या नेतृत्वात लवचिक पद्धतशीर दृष्टिकोन वापरत आहे, त्याच्या आधारावर अनेक चपळ फ्रेमवर्कचा एक अद्वितीय संकर तयार करतो.

1999 पासून चपळ पद्धती वापरत आहे आणि 2004 पर्यंत अनेक विकास संघ आधीच Scrum वापरत होते. 2009 पर्यंत, बहुतेक विकसकांना हेतुपुरस्सर स्क्रममध्ये हस्तांतरित केले गेले.

Spotify

Google, Apple आणि Amazon या दिग्गजांशी यशस्वीपणे स्पर्धा करणारी डिजिटल संगीत सेवा. Spotify त्‍याच्‍या स्‍पर्धात्‍मक फायद्याचा स्‍क्रम क्षमतांचा जास्तीत जास्त वापर मानते. कंपनीचे व्यवस्थापन स्क्रम मास्टर्स म्हणून काम करण्यासाठी सर्वोत्तम स्क्रम प्रशिक्षक नियुक्त करते. हे काम लहान स्वायत्त संघांमध्ये केले जाते ज्यांना स्टार्टअपसारखे वागवले जाते.

हे 2008 पासून स्क्रम वापरत आहे, 10-12 लोकांच्या शेकडो टीममधील 4 हजार डेव्हलपर दर तीन आठवड्यांनी एक नवीन उत्पादन रिलीझ करून स्क्रम पद्धतीनुसार कार्य करतात. कॉर्पोरेशनने स्क्रॅमला त्याच्या आकारात बसण्यासाठी यशस्वीरित्या स्केल केले.

स्क्रमचा वापर केवळ आयटी क्षेत्रातच होत नाही हे या प्रकल्पाद्वारे दाखवून दिले आहे - अल्फेन आन डेन रिझन या डच शहरातील एका शाळेतील रसायनशास्त्र शिक्षकाचा पुढाकार. हॉलंडमधील व्यावसायिक समुदायाच्या पाठिंब्याने, eduScrum फाउंडेशन तयार केले गेले, जे शिक्षकांना वर्गात Scrum वापरण्यासाठी प्रशिक्षण देते. स्क्रम टीममध्ये काम करणारी शाळकरी मुले त्यांच्या समवयस्कांपेक्षा चांगले आणि अधिक आनंदाने शिकतात.

एफबीआयसाठी प्रोजेक्ट सेंटिनेल

स्क्रम पद्धतीच्या परिचयामुळे अमेरिकन सरकारचा करोडो-डॉलरचा प्रकल्प कोसळण्यापासून वाचला—FBI साठी युनिफाइड सेंटिनेल डेटाबेस. सेंटिनेल हा एफबीआयसाठी एकत्रित माहिती प्रणाली विकसित करण्याचा दुसरा प्रयत्न होता. पहिला एक दिवसही काम न करता नापास झाला.

2005 मध्ये कॅस्केड मॉडेल वापरून “गार्डियन” तयार करण्यास सुरुवात झाली. या प्रकल्पासाठी 4 वर्षे 450 दशलक्ष डॉलर्सची तरतूद करण्यात आली होती. पाचव्या वर्षाच्या सुरुवातीस, कंत्राटी कंपनीने अर्धे काम पूर्ण केले होते आणि बजेटच्या 95% खर्च केले होते. तज्ञांच्या मते, तिला प्रकल्प पूर्ण करण्यासाठी आणखी 350 दशलक्ष आणि 6-8 वर्षे लागतील.

2010 च्या सुरुवातीस जेव्हा वॉटरफॉल मॉडेलची जागा स्क्रॅम टीम वर्कने घेतली, तेव्हा डेव्हलपरची उत्पादकता तिप्पट झाली आणि 2 जुलै 2012 पर्यंत प्रत्येक राज्यात FBI कर्मचाऱ्यांद्वारे सेंटिनेलचा वापर केला जात होता.

अर्ज

स्क्रम प्रकल्पांवर काम विशेष अनुप्रयोग आणि कार्यक्रमांमध्ये केले जाते. मल्टीफंक्शनल इंटरफेस तुम्हाला वेगवेगळ्या कोनातून प्रकल्पाच्या प्रगतीवर लक्ष ठेवण्याची परवानगी देतो.

प्रकल्पांवर काम करण्यासाठी आणि विविध व्यावसायिक समस्यांचे निराकरण करण्यासाठी सोपे आणि अंतर्ज्ञानी.

वर्कसेक्शन सध्या स्क्रमसाठी (ऑक्टोबर 2017 पर्यंत) वैशिष्ट्यांच्या अंमलबजावणीपूर्वी अंतिम रूप देत आहे आणि चाचणी करत आहे: टास्क बर्नडाउन चार्ट आणि बॅकलॉग - पूर्णपणे स्क्रम टूल्स. कदाचित ते असेलनिर्विकार नियोजन.या संदर्भात आमचे सल्लागार,

अलीकडे मला अनेकदा विचारले गेले आहे की ज्यांचा आयटीशी फारसा संबंध नाही अशा लोकांकडून स्क्रॅम म्हणजे काय. या संदर्भात, मी स्क्रॅम म्हणजे काय हे सोप्या शब्दात सांगायचे ठरवले. म्हणून सज्जन स्क्रॅम-अनुयायी, माझा कठोरपणे न्याय करू नका.

स्क्रम हे संक्षिप्त रूप नाही, परंतु रग्बीमधून घेतलेली संज्ञा आहे जी बॉलभोवती असलेल्या स्क्रॅमचा संदर्भ देते.

स्क्रम हा शब्द स्वतःच, मी अशा प्रकारे परिभाषित करेन, ही एक प्रकल्प व्यवस्थापन पद्धत आहे जी वेळ व्यवस्थापनाच्या तत्त्वांवर आधारित आहे. प्रक्रियेतील सर्व सहभागींचा सहभाग हे त्याचे मुख्य वैशिष्ट्य आहे, प्रत्येक सहभागीची स्वतःची विशिष्ट भूमिका आहे. मुद्दा असा आहे की केवळ कार्यसंघ समस्या सोडवण्यावर काम करत नाही, परंतु ज्यांना समस्या सोडवण्यास स्वारस्य आहे अशा सर्वांनी फक्त ते सेट केले नाही आणि आराम केला नाही तर ते सतत टीमबरोबर "काम" करत आहेत आणि या कामाचा अर्थ असा नाही. सतत नियंत्रण.

पद्धतीमध्ये वापरल्या जाणार्‍या मूलभूत संज्ञा:

उत्पादन मालक - ज्या व्यक्तीला उच्च-गुणवत्तेच्या अंतिम उत्पादनामध्ये थेट स्वारस्य आहे, त्याला उत्पादन कसे दिसावे/काम करावे हे समजते. ही व्यक्ती टीममध्ये काम करत नाही, तो ग्राहक/क्लायंटच्या बाजूने काम करतो (ही दुसरी कंपनी किंवा दुसरा विभाग असू शकतो), पण ही व्यक्ती टीमसोबत काम करते. आणि हीच व्यक्ती कामांना प्राधान्य देते.

स्क्रॅम मास्टर एक अशी व्यक्ती आहे ज्याला प्रकल्प व्यवस्थापक म्हणता येईल, जरी हे पूर्णपणे सत्य नाही. मुख्य गोष्ट अशी आहे की ही अशी व्यक्ती आहे जिला “स्क्रम बॅसिलसची लागण” झाली आहे की तो तो त्याच्या टीम आणि ग्राहक दोघांकडे घेऊन जातो आणि त्यानुसार सर्व स्क्रम तत्त्वे पाळली जात असल्याची खात्री करतो.

स्क्रॅम टीम एक संघ आहे जो सर्व स्क्रम तत्त्वे स्वीकारतो आणि त्यांच्यासोबत काम करण्यास तयार आहे.

धावणे - ठराविक (मर्यादित) कार्यांची यादी पूर्ण करण्यासाठी घेतलेला कालावधी. 2-4 आठवडे घेण्याची शिफारस केली जाते (कालावधी संघाद्वारे एकदा निर्धारित केला जातो).

अनुशेष सर्व कामांची यादी आहे. आम्ही असे म्हणू शकतो की ही सामान्य वापरासाठी डायरी आहे :)

2 प्रकारचे अनुशेष आहेत: उत्पादन अनुशेष आणि स्प्रिंट अनुशेष.

उत्पादन अनुशेष - ही सर्व कामांची संपूर्ण यादी आहे, ज्याच्या अंमलबजावणीदरम्यान आम्हाला अंतिम उत्पादन मिळेल.

स्प्रिंट अनुशेष पुढील अहवाल कालावधीसाठी (स्प्रिंट) कार्यसंघाने उत्पादनाच्या मालकाशी ओळखले आणि त्यावर सहमती दर्शविलेल्या कामाची यादी आहे. स्प्रिंट अनुशेषातील कार्ये उत्पादन अनुशेषातून घेतली जातात.

स्प्रिंट नियोजन ही एक बैठक आहे जिथे प्रत्येकजण (टीम, स्क्रम मास्टर, उत्पादन मालक) उपस्थित असतो. या बैठकीदरम्यान, उत्पादन मालक स्प्रिंटच्या शेवटी पूर्ण झालेल्या कामांना प्राधान्य देतो. संघ वेळोवेळी अंदाज लावतो की त्यांना काय साध्य करायचे आहे. परिणाम म्हणजे स्प्रिंट दरम्यान बदलू शकणार्‍या कार्यांची यादी आहे आणि स्प्रिंटच्या शेवटी पूर्ण करणे आवश्यक आहे.

मी PR एजन्सीच्या कामाचे उदाहरण वापरून हे सर्व समजावून सांगण्याचा प्रयत्न करेन, जर त्यांनी स्क्रॅमनुसार काम केले तर ते कसे दिसेल.

क्लायंट कंपनी X आपल्या भागीदारांसाठी आणि पत्रकारांसाठी 2 महिन्यांत मोठ्या प्रमाणात कार्यक्रम आयोजित करू इच्छित आहे. कंपनी X ने एजन्सी Zet कडून असा कार्यक्रम आयोजित करण्यासाठी सेवा मागवल्या. कंपनी X चे प्रतिनिधित्व पीआर व्यवस्थापकाद्वारे केले जाते जो क्लायंटच्या बाजूने कार्यक्रम आयोजित करण्यासाठी जबाबदार असतो. स्क्रमच्या परिभाषेत या व्यक्तीला म्हणतात उत्पादन मालक. एजन्सीच्या बाजूने, खाते व्यवस्थापक कार्यक्रम आयोजित करण्यासाठी जबाबदार आहे ( स्क्रॅम मास्टर), संघ ज्याच्या अधीन आहे ( स्क्रॅम टीम). संयुक्त बैठकीत ( स्प्रिंट नियोजन) कंपनी आणि एजन्सी ठरवतात की ते दर 2 आठवड्यांनी अहवाल देतील आणि योजना करतील ( स्प्रिंट लांबी). पहिल्या 2 आठवड्यांसाठी त्यांनी कामांची यादी तयार केली ( स्प्रिंट अनुशेष), तथापि, संघाचा अंदाज आहे की ते या यादीतील सर्व काही पूर्ण करू शकणार नाहीत. मग पीआर व्यवस्थापक (उर्फ उत्पादन मालक), पुढील 2 आठवड्यांसाठी या कार्यांच्या यादीपैकी कोणते काम जास्त प्राधान्य आहे ते सांगते, त्यानंतर टीम कार्ये पूर्ण करते. येथे फक्त एक गोष्ट लक्षात घेतली पाहिजे की पहिल्या धावण्याच्या नियोजनाच्या वेळी, 2 महिन्यांच्या कार्यांची संपूर्ण यादी नियोजित केली पाहिजे ( उत्पादन अनुशेष), जेणेकरून इव्हेंट घडण्याच्या वेळेपर्यंत काहीतरी पूर्ण झाले नाही असे दिसून येत नाही.

शेवटी, मला असे म्हणायचे आहे की प्रत्यक्षात बरेच काही अटी आहेत आणि संपूर्ण कार्यपद्धती खूप खोल आहे. मला आशा आहे की वर वर्णन केलेली प्रत्येक गोष्ट पहिली कल्पना एकत्र ठेवण्यासाठी पुरेशी असेल :)

साध्या भाषेत स्क्रम

"नासाला चंद्रावर पाठवताना आलेल्या सर्व आव्हानांपैकी, नियंत्रण हे कदाचित सर्वात आव्हानात्मक होते."

- रॉजर लॉनिस, नासा इतिहासकार

संपूर्ण इतिहासात, मानवतेने यशस्वीरित्या अंमलात आणलेल्या जटिल प्रकल्पांची प्रभावी यादी जमा केली आहे. गिझाचे पिरॅमिड बनवण्यापासून ते चंद्रावर माणसाला पाठवण्यापर्यंत, सर्वात धाडसी मानवी प्रयत्नांना हजारो लोकांच्या समन्वयित कार्याची आवश्यकता होती. आणि हे एक जटिल प्रकल्प व्यवस्थापन प्रणाली सूचित करते.

आणि जरी आपल्यापैकी फक्त काहींनाच या स्केलच्या कामांचा सामना करावा लागणार असला तरी, या ब्लॉगच्या बहुतेक वाचकांना एक ना एक प्रकारे प्रकल्प व्यवस्थापनाचा सामना करावा लागेल. PMI च्या अंदाजानुसार, 2020 पर्यंत असेल - आणि इतर अनेक व्यावसायिकांना कमीतकमी वैयक्तिक स्तरावर मिनी-प्रोजेक्ट व्यवस्थापित करावे लागतील.

सोप्या भाषेत, प्रोजेक्ट मॅनेजमेंट म्हणजे ध्येय साध्य करण्यासाठी आवश्यक असलेल्या प्रत्येक गोष्टीचे व्यवस्थापन आणि संघटन - अर्थातच वेळेवर आणि बजेटमध्ये. नवीन सॉफ्टवेअर विकसित करणे, विपणन मोहीम चालवणे किंवा मानवांना मंगळावर उतरवणे असो, प्रकल्प व्यवस्थापन तुम्हाला यश मिळवू देते.

सर्व प्रकल्प वेगळे आहेत. प्रत्येक प्रकारच्या प्रकल्पासाठी योग्य अशी कोणतीही परिपूर्ण प्रकल्प व्यवस्थापन प्रणाली नाही. अशी कोणतीही प्रणाली नाही जी प्रत्येक व्यवस्थापकास अनुकूल असेल आणि सर्व कार्यसंघ सदस्यांसाठी सोयीस्कर असेल. तथापि, प्रकल्प व्यवस्थापनाच्या अस्तित्वादरम्यान, अनेक प्रभावी पध्दती, पद्धती आणि मानके तयार केली गेली आहेत जी अवलंबली जाऊ शकतात. आज आपण त्यापैकी सर्वात लोकप्रिय बद्दल बोलू.

विकसित केलेले दृष्टिकोन एकमेकांपेक्षा खूप वेगळे आहेत. ते अनुप्रयोग, तपशील, स्वयंपूर्णता आणि औपचारिकता या क्षेत्रांमध्ये भिन्न आहेत. शीर्षकात, आम्ही त्यांना सोयीसाठी "पद्धती" म्हटले आहे, परंतु प्रत्यक्षात, लेख प्रकल्प व्यवस्थापनात वापरल्या जाणार्‍या मानके, संकल्पना, पद्धती आणि फ्रेमवर्क सादर करतो. या लेखाचा उद्देश प्रकल्प व्यवस्थापनातील विद्यमान दृष्टिकोनांचे विस्तृत विहंगावलोकन देणे आहे.

या लेखात आपण पाहू:

• क्लासिक प्रकल्प व्यवस्थापन
• चपळ
• स्क्रॅम
• लीन
• कानबन
• सहासिग्मा
• PRINCE2

आणि आपण विशिष्ट पद्धती पाहण्यापूर्वी, स्पष्ट प्रश्नाचे उत्तर देऊया - "आम्हाला प्रोजेक्ट मॅनेजमेंट सिस्टम आणि पद्धतींची अजिबात गरज का आहे?"- चला, अर्थातच, प्रकल्प व्यवस्थापनाच्या इतिहासाकडे थोडक्यात पाहू आणि प्रकल्प व्यवस्थापनाच्या मूलभूत अटी परिभाषित करू.

"प्रकल्प व्यवस्थापन" का?

नील आर्मस्ट्राँग आणि बझ आल्ड्रिन यांची नावे इतिहासात कायमस्वरूपी मानवजातीच्या सर्वात महान कामगिरीचे प्रतीक म्हणून खाली जातील - चंद्रावर मानवाचे उतरणे. तथापि, या कार्यक्रमाचे प्रमुख योगदान 400,000 NASA कर्मचारी आणि 20,000 कंपन्या आणि विद्यापीठे होते ज्यांनी अपोलो मोहिमेवर एकत्र काम केले.

1961 मध्ये, जॉन केनेडीने पृथ्वीच्या उपग्रहावर माणसाला उतरवण्याचे आणि त्याला परत आणण्याचे काम सेट केले - त्या वेळी नासाने केवळ 15 मिनिटांसाठी एका माणसाला अंतराळात पाठवले. अशा महत्त्वाकांक्षी उद्दिष्टासाठी संसाधने, सहकार्य, नवकल्पना आणि नियोजनाची अविश्वसनीय रक्कम आवश्यक होती.

नासाच्या मॅनेजिंग द मून प्रोग्राम या पुस्तकानुसार, मुख्य समस्या " काय करायचं?", आणि त्यात " इतक्या कमी वेळात इतकं कसं करायचं?जॉन्सन स्पेस सेंटरमधील अभियांत्रिकी विभागाचे प्रमुख डॉ. मॅक्स फॅगेट यांच्या मते (लिंडन बी. जॉन्सन स्पेस सेंटर, जेएससी), तेव्हा NASA ला 10 वर्षात सर्व आवश्यक क्रिया कशा पूर्ण करायच्या याची कल्पना नव्हती. म्हणून, पहिली पायरी म्हणजे "प्रकल्पाला आटोपशीर टप्प्यात मोडणे."

तेव्हा प्रत्येक वैयक्तिक टप्प्याला गती देणे आणि प्रत्येक टप्प्यात काम करणाऱ्या संघ आणि कंपन्या एकमेकांशी प्रभावीपणे संवाद साधतात आणि वेळेवर निकाल देतात याची खात्री करणे महत्त्वाचे होते. हे काम डॉ. जॉर्ज ई. म्युलर यांच्याकडे सोपवण्यात आले होते, ज्यांनी अपोलो प्रकल्पातील प्रत्येक भागाचे व्यवस्थापन केले होते, ते व्हाईट हाऊसपासून अगदी लहान भागाच्या पुरवठादारापर्यंत. प्रकल्प नियंत्रित करणे सोपे करण्यासाठी, त्यांनी प्रकल्पाचे 5 क्षेत्रांमध्ये विभाजन करण्याचा निर्णय घेतला: प्रोग्राम कंट्रोल, सिस्टम इंजिनियरिंग, चाचणी, विश्वसनीयता आणि गुणवत्ता आणि फ्लाइट ऑपरेशन्स. अपोलो प्रोग्राम कंट्रोल डायग्राम मध्ये दर्शविला आहे आकृती १.

ही 5-चरण प्रणाली - ज्याला डॉ. म्युलरच्या आद्याक्षरानंतर "GEM फेसेज" म्हटले जाते - "उत्पादनाची चाचणी करण्यावर लक्ष केंद्रित करण्यासाठी आणि त्याची चाचणी घेण्यासाठी डिझाइन करण्यासाठी" डिझाइन केले गेले होते, जसे म्युलर स्वतः नोंदवतात. प्रोग्राम कंट्रोलने काय केले पाहिजे हे निर्धारित केले, बजेट आणि आवश्यकता व्यवस्थापित केली आणि प्रोग्राम घटकांचे परस्परसंबंध व्यवस्थापित केले. प्रणाली अभियांत्रिकी क्षेत्र नवीन उपकरणे आणि घटक विकसित करण्यासाठी जबाबदार होते, चाचणी हे नवीन आयटम कार्य करतात याची खात्री करण्यासाठी जबाबदार होते, आवश्यकता आणि मानकांचे पालन सुनिश्चित करण्यासाठी विकसित वस्तूंची विश्वसनीयता आणि गुणवत्ता तपासली गेली आणि हे नोड्स आहेत याची खात्री करण्यासाठी फ्लाइट ऑपरेशन जबाबदार होते. फ्लाइट दरम्यान काम करेल.

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

प्रकल्प व्यवस्थापनाचा संक्षिप्त इतिहास

प्रकल्प व्यवस्थापनाचा शोध नासा किंवा डॉ. म्युलर यांनी लावला नव्हता. इजिप्शियन पिरॅमिड आणि चीनची ग्रेट वॉल ही प्रागैतिहासिक कालखंडातील प्रकल्प व्यवस्थापनाची उत्पादने आहेत. दुर्दैवाने, हे प्रकल्प कसे अंमलात आणले आणि व्यवस्थापित केले गेले याचा कोणताही कागदोपत्री पुरावा नाही आणि सध्याचे प्रकल्प व्यवस्थापन मागील शतकांच्या ज्ञानापासून वेगळे आहे.

प्रकल्पाची अंमलबजावणी करण्याचा सर्वात स्पष्ट मार्ग म्हणजे तो टप्प्याटप्प्याने किंवा वैयक्तिक कार्यांमध्ये विभागणे. स्वयंपाकाच्या रेसिपीप्रमाणे - तुम्ही साहित्य खरेदी करता, त्यांना योग्यरित्या मिसळा, शिजवा आणि सर्व्ह करा. सर्वात सोपा प्रकल्प व्यवस्थापन साधन म्हणजे ध्येय साध्य करण्यासाठी आवश्यक असलेल्या क्रियांची चेकलिस्ट. साधे आणि प्रभावी.

तथापि, जर तुम्ही आचारी असाल आणि तुम्ही एक नाही तर अनेक डिश तयार करत असाल, उदाहरणार्थ, सॅलड (ज्याच्या तयारीमध्ये 3 टप्पे असतात) आणि एक मिष्टान्न (ज्याला फक्त सर्व्ह करावे लागते), तर तुम्हाला याची आवश्यकता असेल. साधन जे तुम्हाला त्या प्रत्येकावर घालवलेल्या वेळेचा मागोवा घेण्यास अनुमती देते. आयटम आणि ते कधी तयार असावेत. आणि येथे प्रथम आधुनिक प्रकल्प व्यवस्थापन साधनांपैकी एक बचावासाठी येतो: Gantt चार्ट, वर सादर केला आकृती 2.

के यांनी स्वतंत्रपणे शोध लावला ओ 20 व्या शतकाच्या सुरुवातीला कोरोल अॅडमेकी आणि हेन्री एल. गँट यांची भूमिका, गॅंट चार्ट कार्यांच्या समाप्ती आणि पूर्ण होण्याच्या तारखांवर आधारित प्रकल्प वेळापत्रक दर्शवितो. कार्ये, त्यांचे कालावधी आणि संबंध त्यामध्ये प्रविष्ट केले जातात आणि नंतर गंभीर मार्गाची गणना केली जाते - परस्परसंबंधित कार्यांची सर्वात लांब साखळी जी प्रकल्पाचा कालावधी निर्धारित करते. वेगवेगळ्या कामांची सुरुवात आणि शेवट यांच्यातील संबंध खूप महत्वाचे आहेत - तुम्ही तुमच्या पाहुण्यांना सूप शिजवल्याशिवाय देऊ शकत नाही, तुम्ही करू शकता का?

तर, एक नमुनेदार प्रकल्प रात्रीच्या जेवणाची तयारी आणि सर्व्ह करण्याच्या प्रकल्पासारखाच असतो, फक्त त्यात बरीच कामे, संबंध, मुदती आणि संसाधनांचे प्रकार असतात. घट्ट मुदती असलेल्या प्रकल्पांसाठी, Gantt चार्ट अंमलबजावणीची वेळ कमी करण्यासाठी काही कार्ये कधी सुरू करणे सर्वोत्तम आहे हे ठरविण्यात मदत करतो. आणि मजबूत संसाधन मर्यादा असलेल्या प्रकल्पांसाठी, Gantt चार्ट संसाधन नियोजनासाठी इव्हेंट-चालित प्रक्रिया साखळीच्या स्वरूपात एक आकृती तयार करण्याची संधी प्रदान करते.

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

अशा प्रकल्पांसाठी, चपळ प्रकल्प व्यवस्थापन पद्धती आणि संबंधित दृष्टीकोन जसे की लीन, कानबान आणि इतर अधिक योग्य आहेत. अशा पद्धती देखील आहेत ज्या आपल्याला कार्य प्रवाह, वेळ आणि संसाधने दोन्ही व्यवस्थापित करण्याची परवानगी देतात - 6 सिग्मा आणि स्क्रम.

लोकप्रिय प्रकल्प व्यवस्थापन प्रणाली

प्रकल्प व्यवस्थापनाच्या संपूर्ण इतिहासात, जवळजवळ कोणत्याही गरजेनुसार अनेक भिन्न प्रकल्प व्यवस्थापन पद्धती तयार केल्या गेल्या आहेत. जरी तुम्ही चंद्रावर माणूस पाठवणार नसाल आणि तुमच्याकडे तितकीच संसाधने नसली तरीही तुम्हाला तुमच्यासाठी योग्य साधन सापडेल. मुख्य गोष्ट म्हणजे तुमच्या प्रकल्पासाठी सर्वात महत्त्वाचे काय आहे हे समजून घेणे - अंतिम मुदत, संसाधने, प्रक्रियेचे अनुपालन किंवा एकाच वेळी अनेक घटक - आणि नंतर हा निर्देशक साध्य करण्यासाठी केंद्रित प्रकल्प व्यवस्थापन पद्धत निवडा.

सर्वात लोकप्रिय पद्धती पाहण्यापूर्वी, काही प्रमुख संज्ञा परिभाषित करूया.

प्रकल्प व्यवस्थापनाच्या मूलभूत अटी

चपळ:प्रकल्प आणि उत्पादन व्यवस्थापनासाठी एक लवचिक पुनरावृत्ती-वाढीव दृष्टीकोन, विविध क्षेत्रातील तज्ञांचा समावेश असलेल्या स्वयं-संघटित कार्य गटांमध्ये सतत परस्परसंवादाचा परिणाम म्हणून आवश्यकतांच्या गतिशील निर्मितीवर लक्ष केंद्रित करणे आणि त्यांची अंमलबजावणी सुनिश्चित करणे. चपळ कल्पनांवर आधारित अनेक पद्धती आहेत, त्यापैकी सर्वात लोकप्रिय स्क्रॅम आणि कानबान आहेत.

गंभीर मार्ग:सुरुवातीपासून अंतिम इव्हेंटपर्यंत कामाचा आणि इव्हेंटचा सतत क्रम, ज्याला पूर्ण करण्यासाठी जास्तीत जास्त वेळ लागतो.

प्रक्रियेची घटना साखळी (EPC आकृती):संसाधनांची उपलब्धता आणि वर्कलोड यावर आधारित प्रकल्प कार्य अंमलबजावणीचा क्रम दर्शविणारा आकृती

वेळ राखीव:प्रकल्पाच्या एकूण कालावधीवर परिणाम न करता काम सुरू होण्यास किती वेळ उशीर होऊ शकतो. अशा प्रकारे, गंभीर मार्गावरील काम शून्याचा फ्लोट असेल.

मैलाचा दगड (नियंत्रण बिंदू,मैलाचा दगड):एक महत्त्वाची घटना, चिन्हांकित करणे, उदाहरणार्थ, स्टेजचा शेवट. गॅंट चार्टवर, शून्य कालावधी असलेले कार्य सूचित केले आहे.

प्रकल्प व्यवस्थापक (प्रकल्प व्यवस्थापक,प्रकल्पव्यवस्थापकP.M. ): प्रकल्प व्यवस्थापन (नियोजन, अंमलबजावणी आणि प्रकल्प बंद करणे) साठी जबाबदार प्रोजेक्ट टीम लीडर.

संसाधने:प्रकल्पाच्या अंमलबजावणीसाठी आवश्यक घटक. संसाधनांमध्ये वेळ, उपकरणे, साहित्य, कर्मचारी इ.

धावणे (धावणे):स्क्रममधील पुनरावृत्ती (कार्य चक्र), एक आठवडा ते एक महिना टिकते, ज्या दरम्यान उत्पादनाची कार्यरत आवृत्ती किंवा ग्राहकासाठी मूल्यवान घटक तयार केला जातो.

"शास्त्रीय" किंवा "पारंपारिक" प्रकल्प व्यवस्थापन:तथाकथित "वॉटरफॉल" किंवा कॅस्केड सायकलवर आधारित प्रकल्प व्यवस्थापनाची सर्वात व्यापकपणे वापरली जाणारी पद्धत, ज्यामध्ये कार्य प्रवाहाप्रमाणे असलेल्या टप्प्यांद्वारे अनुक्रमे हस्तांतरित केले जाते.

क्लासिक प्रकल्प व्यवस्थापन

तुमचा प्रकल्प अधिक व्यवस्थापित करण्याचा सर्वात स्पष्ट मार्ग म्हणजे त्याच्या अंमलबजावणीची प्रक्रिया अनुक्रमिक टप्प्यात खंडित करणे. या रेखीय संरचनेवरच पारंपारिक प्रकल्प व्यवस्थापन आधारित आहे. या अर्थाने, हे संगणक गेमसारखे दिसते - आपण मागील एक पूर्ण केल्याशिवाय पुढील स्तरावर जाऊ शकत नाही. वर्कफ्लो डायग्राम मध्ये दर्शविला आहे आकृती 3.

हा दृष्टिकोन अशा प्रकल्पांवर केंद्रित आहे ज्यामध्ये कार्यांच्या क्रमावर कठोर निर्बंध आहेत. उदाहरणार्थ, घर बांधणे - आपण पायाशिवाय भिंती बांधू शकत नाही.

सामान्यत: क्लासिक प्रोजेक्ट मॅनेजमेंटचे 5 टप्पे असतात, परंतु प्रोजेक्टला आवश्यक असल्यास अतिरिक्त टप्पे जोडले जाऊ शकतात.

पारंपारिक व्यवस्थापनाचे 5 टप्पे:

स्टेज 1. दीक्षा.प्रकल्प व्यवस्थापक आणि कार्यसंघ प्रकल्प आवश्यकता परिभाषित करतात. या टप्प्यावर, प्रकल्पाचे उत्पादन काय असावे हे ठरवण्यासाठी अनेकदा बैठका आणि विचारमंथन सत्रे आयोजित केली जातात.

स्टेज 2. नियोजन.या टप्प्यावर, संघ ठरवतो की तो आधीच्या टप्प्यात ठरवलेले ध्येय कसे साध्य करेल. या टप्प्यावर, कार्यसंघ प्रकल्पाची उद्दिष्टे आणि परिणाम तसेच त्यासाठी कामाची व्याप्ती स्पष्ट करतो आणि तपशील देतो. या माहितीच्या आधारे, संघ एक वेळापत्रक आणि बजेट तयार करतो, जोखमींचे मूल्यांकन करतो आणि भागधारकांना ओळखतो.

स्टेज 3. विकास.हा टप्पा सर्व प्रकल्पांसाठी लागू केला जात नाही; नियमानुसार, तो नियोजन टप्प्याचा भाग आहे. विकासाच्या टप्प्यात, तंत्रज्ञान प्रकल्पांचे वैशिष्ट्य, भविष्यातील प्रकल्प आणि/किंवा उत्पादनाचे कॉन्फिगरेशन आणि ते साध्य करण्याचे तांत्रिक माध्यम निश्चित केले जातात. उदाहरणार्थ, आयटी प्रकल्पांमध्ये, या टप्प्यावर प्रोग्रामिंग भाषा निवडली जाते. ( घरगुती व्यवहारात, हा टप्पा सहसा ओळखला जात नाही आणि "विकास" हा शब्द वापरला जात नाही - अंदाजे. ट्रान्स.)

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

टप्पा 5. प्रकल्पाचे निरीक्षण आणि पूर्तता.प्रकल्पाच्या आधारावर, या टप्प्यात ग्राहकाला प्रकल्प परिणामांचे साधे हस्तांतरण, किंवा प्रकल्प सुधारण्यासाठी आणि त्यांचे समाधान वाढविण्यासाठी आणि प्रकल्पाच्या परिणामांना समर्थन देण्यासाठी ग्राहकांशी संवादाची दीर्घ प्रक्रिया असू शकते. नंतरचे ग्राहक सेवा आणि सॉफ्टवेअर क्षेत्रातील प्रकल्पांना लागू होते.

वर वर्णन केलेले आहे ज्या आधारावर विविध प्रकल्प व्यवस्थापन पद्धती तयार केल्या जातात. वेगवेगळ्या प्रकल्पांना अंमलबजावणीचे वेगवेगळे टप्पे आवश्यक असतात - काहींना तीन टप्पे लागतात, तर काहींना बरेच काही. कधीकधी तथाकथित "पुनरावृत्ती धबधबा" वापरला जातो, ज्यामध्ये प्रत्येक टप्पा एक उपप्रकल्प असतो, ज्या दरम्यान कार्ये निश्चित पुनरावृत्तीमध्ये अंमलात आणली जातात. परंतु सार समान आहे - प्रकल्प कठोरपणे परिभाषित क्रमाने कार्यान्वित केलेल्या टप्प्यांमध्ये विभागलेला आहे.

शास्त्रीय प्रकल्प व्यवस्थापन हे कार्यांच्या अंमलबजावणीच्या वेळेशी काटेकोरपणे जोडलेले आहे, सामान्यत: नियोजनाच्या टप्प्यावर पूर्वनिश्चित केले जाते, कॅलेंडर आणि नेटवर्क नियोजन साधने या दृष्टिकोनातील प्रकल्पांच्या अंमलबजावणीसाठी उत्कृष्ट आहेत. शेड्युलिंग आणि नेटवर्क प्लॅनिंगसाठी सर्वात सामान्य साधन म्हणजे पूर्वी नमूद केलेला Gantt चार्ट. ते तयार करण्यासाठी अनेक साधने आहेत - Excel आणि Smartsheet सारख्या साध्या स्प्रेडशीटपासून ते Microsoft Project आणि Primavera सारख्या व्यावसायिक सॉफ्टवेअर पॅकेजेसपर्यंत.

शास्त्रीय प्रकल्प व्यवस्थापनाची ताकद

आज बहुतेकदा असे म्हटले जाते की धबधब्याचा क्लासिक दृष्टीकोन जुना झाला आहे, परंतु तो जमीन गमावण्याचा विचार करत नाही. या दृष्टिकोनाचा मोठा फायदा असा आहे की प्रकल्पाच्या पहिल्या टप्प्यावर ग्राहक आणि कंपनी व्यवस्थापनाने त्यांना काय प्राप्त करायचे आहे हे निर्धारित करणे आवश्यक आहे. लवकर समावेश केल्याने प्रकल्पाला एक निश्चित स्थिरता येते आणि नियोजनामुळे तुम्हाला प्रकल्पाची अंमलबजावणी सुव्यवस्थित करता येते. याव्यतिरिक्त, या दृष्टिकोनामध्ये कार्यप्रदर्शन निरीक्षण आणि चाचणी समाविष्ट आहे, जे विविध आकारांच्या वास्तविक प्रकल्पांसाठी पूर्णपणे आवश्यक आहे.

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

शास्त्रीय प्रकल्प व्यवस्थापनातील कमकुवतपणा

शास्त्रीय प्रकल्प व्यवस्थापनाची मुख्य कमकुवतता बदलण्यासाठी असहिष्णुता आहे. लीन आणि कानबान सारख्या प्रणाली तयार करण्यासाठी प्रसिद्ध असलेल्या टोयोटाच्या व्यवस्थापनावर अनेकदा टीका केली जाते की ते त्यांच्या कंपनीसाठी सॉफ्टवेअर विकसित करण्यासाठी शास्त्रीय दृष्टिकोन लागू करतात आणि लवचिकतेच्या अभावामुळे.

आता शास्त्रीय दृष्टिकोनाचा मुख्य आधार बांधकाम आणि अभियांत्रिकी प्रकल्प आहेत, ज्यामध्ये प्रकल्पाची सामग्री संपूर्ण प्रकल्पामध्ये अक्षरशः अपरिवर्तित राहते. परंतु जर तुमच्या प्रकल्पातील संसाधने आणि वेळ या महत्त्वाच्या अडचणी नसतील आणि प्रकल्पाची सामग्री बदलू शकते, तर कदाचित तुम्ही इतर प्रकल्प व्यवस्थापन प्रणालीकडे बारकाईने लक्ष द्यावे.

चपळ

आधी सांगितल्याप्रमाणे, सर्व प्रकल्पांची रचना अशा प्रकारे केली जाऊ शकत नाही की क्लासिक प्रकल्प दृष्टीकोन वापरून अंमलबजावणी केली जाईल. शेफच्या आमच्या उदाहरणाकडे परत जाणे: एक डिश तयार करणे "वॉटरफॉल" पद्धतीमध्ये अगदी तंतोतंत बसते, परंतु तयारी सुरू करण्यासाठी प्रत्येक वेळी एक डिश संपेपर्यंत प्रतीक्षा करावी लागल्यास वेळेवर चार-कोर्स डिनर तयार करणे आणि सर्व्ह करणे जवळजवळ अशक्य होईल. दुसरा

आणि इथेच चपळता येते - प्रकल्प आणि उत्पादन व्यवस्थापनासाठी लवचिक पुनरावृत्ती-वाढीव पद्धतींचे एक कुटुंब. या दृष्टिकोनानुसार, प्रकल्प अनुक्रमिक टप्प्यात विभागलेला नाही, परंतु लहान उपप्रकल्पांमध्ये विभागला गेला आहे, जे नंतर तयार उत्पादनात "एकत्रित" केले जातात. ऑपरेटिंग डायग्राम मध्ये दर्शविले आहे आकृती 5.

अशा प्रकारे, संपूर्ण प्रकल्पासाठी आरंभ आणि उच्च-स्तरीय नियोजन केले जाते आणि त्यानंतरचे टप्पे: विकास, चाचणी आणि इतर प्रत्येक लघु-प्रकल्पासाठी स्वतंत्रपणे केले जातात. हे तुम्हाला या लघु-प्रकल्पांचे परिणाम, तथाकथित वाढ, जलद हस्तांतरित करण्यास अनुमती देते आणि नवीन उपप्रकल्प (पुनरावृत्ती) सुरू करताना, तुम्ही उच्च खर्चाशिवाय आणि उर्वरित प्रकल्पावर परिणाम न करता त्यात बदल करू शकता.

तुलनेने अलीकडेच चपळ फॅशनमध्ये आले असूनही, पुनरावृत्ती विकासाची कल्पना नवीन नाही. (दिसण्याच्या इतिहासाबद्दलचपळ वाचता येते - अंदाजे).लवचिक पद्धतींच्या कुटुंबाला 2001 मध्ये ऍजाइल मॅनिफेस्टोच्या प्रकाशनासह त्याचे वर्तमान नाव प्राप्त झाले, ज्याने लवचिक सॉफ्टवेअर विकासाची मुख्य मूल्ये आणि तत्त्वे स्थापित केली, जी टीमवर्क आणि अनुकूलन, अगदी बदलासाठी "प्रेम" यावर आधारित आहेत.

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

ताकदचपळ

चपळ चा सर्वात महत्वाचा फायदा म्हणजे त्याची लवचिकता आणि अनुकूलता. हे संस्थेच्या जवळजवळ कोणत्याही परिस्थिती आणि प्रक्रियांशी जुळवून घेऊ शकते. हेच त्याची सध्याची लोकप्रियता ठरवते आणि त्याच्या आधारावर विविध क्षेत्रांसाठी किती प्रणाली तयार केल्या गेल्या आहेत.

चपळ तत्त्वांपैकी एक आहे: "योजनेचे पालन करण्यापेक्षा बदलावर प्रतिक्रिया देणे अधिक महत्त्वाचे आहे." बदलासाठी हा जलद आणि तुलनेने वेदनारहित प्रतिसाद म्हणूनच अनेक मोठ्या कंपन्या त्यांच्या प्रक्रिया अधिक लवचिक बनवू पाहत आहेत. याव्यतिरिक्त, सेवा किंवा ब्लॉग लॉन्च करणे यासारख्या ओपन-एंडेड प्रकल्पांसाठी चपळ उत्तम आहे.

नवीन, नाविन्यपूर्ण उत्पादनांचा विकास हे एजाइलचे डोमेन आहे. अशा उत्पादन विकास प्रकल्पांमध्ये मोठ्या प्रमाणावर अनिश्चितता असते आणि प्रकल्प जसजसा पुढे जातो तसतशी उत्पादनाविषयी माहिती समोर येते. अशा परिस्थितीत, "धबधबा" प्रकल्प राबविणे अशक्य होते - नियोजनासाठी कोणतीही माहिती नाही.

कमकुवत बाजूचपळ

PRINCE2 आणि PMBOK च्या विपरीत, चपळ ही पद्धत किंवा मानक नाही. चपळ हा तत्त्वे आणि मूल्यांचा संच आहे. दुर्बलता अशी आहे की प्रत्येक संघाला स्वतंत्रपणे स्वतःची व्यवस्थापन प्रणाली तयार करावी लागेल, चपळ तत्त्वांद्वारे मार्गदर्शन केले जाईल. ही एक गुंतागुंतीची आणि लांबलचक प्रक्रिया आहे ज्यासाठी संपूर्ण संस्थेमध्ये प्रक्रियांपासून ते मूलभूत मूल्यांपर्यंत बदल आवश्यक आहेत. हा एक काटेरी मार्ग आहे आणि सर्व संस्था ते करू शकत नाहीत.

या मार्गासाठी बदलाच्या नेत्याकडून केवळ ज्ञान आणि चिकाटीच नाही तर गंभीर प्रशासकीय संसाधने तसेच खर्च देखील आवश्यक आहेत. सुदैवाने, अशा पद्धतींचे तयार संच आहेत जे संस्थेचे चपळ परिवर्तन सुलभ करतात. अशा सेटमध्ये स्क्रॅम फ्रेमवर्क, कानबान पद्धत आणि इतर अनेक - क्रिस्टल, लेएसएस, सेफ, नेक्सस समाविष्ट आहेत.

स्क्रम

1986 मध्ये तयार केलेले, चपळ फ्रेमवर्क चपळ कुटुंबातील सर्वात संरचित मानले जाते. 1986 मध्ये तयार केलेले, हे शास्त्रीय प्रक्रियेचे घटक आणि प्रकल्प व्यवस्थापनाच्या चपळ दृष्टिकोनाच्या कल्पना एकत्र करते. परिणाम लवचिकता आणि रचना एक अतिशय संतुलित संयोजन होते.

चपळाच्या नियमांचे पालन करून, स्क्रम प्रकल्पाला अशा भागांमध्ये विभाजित करते ज्याचा वापर ग्राहक ताबडतोब मूल्य मिळविण्यासाठी करू शकतो, ज्याला उत्पादन अनुशेष म्हणतात. आणि "उत्पादन अनुशेष" हे बर्‍यापैकी योग्य भाषांतर आहे आणि व्यावसायिक साहित्यात वापरले जाते हे असूनही, रशियन व्यवहारात फक्त "अनुशेष" वापरला जातो. मग या भागांना उत्पादन मालक - टीममधील ग्राहक प्रतिनिधी द्वारे प्राधान्य दिले जाते. स्प्रिंटमध्ये अंमलात आणण्यासाठी सर्वात महत्वाचे "तुकडे" निवडले जातात - यालाच स्क्रममधील पुनरावृत्ती म्हणतात, 2 ते 4 आठवडे टिकतात. स्प्रिंटच्या शेवटी, ग्राहकाला उत्पादनाची कार्यरत वाढ दिली जाते - ते अत्यंत महत्वाचे "तुकडे" जे आधीपासूनच वापरले जाऊ शकतात. उदाहरणार्थ, कार्यक्षमतेचा काही भाग असलेली वेबसाइट किंवा अर्धवट असूनही, आधीपासून कार्यरत असलेला प्रोग्राम. यानंतर, प्रोजेक्ट टीम पुढील स्प्रिंट सुरू करते. स्प्रिंटचा कालावधी निश्चित आहे, परंतु संघ प्रकल्पाच्या सुरूवातीस प्रकल्प आणि स्वतःच्या कामगिरीच्या आधारावर स्वतंत्रपणे निवडतो.

प्रत्येक स्प्रिंट सुरू होण्यापूर्वी प्रकल्प ग्राहकाच्या गरजा पूर्ण करतो याची खात्री करण्यासाठी, ज्या कालांतराने बदलतात, प्रकल्पाच्या अपूर्ण सामग्रीचे पुनर्मूल्यांकन केले जाते आणि त्यात बदल केले जातात. प्रत्येकजण या प्रक्रियेत सहभागी होतो - प्रोजेक्ट टीम, स्क्रम मास्टर (स्क्रम मास्टर, प्रोजेक्ट टीम लीडर) आणि उत्पादन मालक. आणि या प्रक्रियेची जबाबदारी प्रत्येकाची आहे.

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

स्क्रम प्रक्रियेची मूलभूत रचना 5 मुख्य बैठकांभोवती फिरते: बॅकलॉग अलाइनमेंट, स्प्रिंट प्लॅनिंग, दैनंदिन स्टँड-अप मीटिंग, स्प्रिंट रॅप-अप आणि स्प्रिंट रेट्रोस्पेक्टिव्ह.

अनेकांसाठी, स्क्रॅमची अंमलबजावणी करणे कठीण वाटू शकते - एक नवीन प्रक्रिया, नवीन भूमिका, भरपूर प्रतिनिधीमंडळ आणि पूर्णपणे नवीन संघटनात्मक रचना. परंतु प्रकल्पाच्या अंमलबजावणीसाठी हा एक लवचिक तरीही संरचित दृष्टीकोन आहे, जो चपळाच्या अस्पष्ट आणि सामान्य तत्त्वांच्या विपरीत, काम चुकीच्या दिशेने जाऊ देणार नाही.

ताकदस्क्रॅम

बदलासाठी सहिष्णुतेसह "त्वरित विजय" आवश्यक असलेल्या प्रकल्पांसाठी स्क्रम विकसित केले गेले. या व्यतिरिक्त, हे फ्रेमवर्क अशा परिस्थितींसाठी योग्य आहे जेथे सर्व कार्यसंघ सदस्यांना प्रकल्पाची अंमलबजावणी होत असलेल्या क्षेत्रात पुरेसा अनुभव नाही - कार्यसंघ सदस्यांमधील सतत संवादामुळे काही कर्मचार्‍यांचा अनुभव किंवा पात्रता नसल्यामुळे माहिती आणि मदतीचा फायदा होऊ शकतो. सहकारी

ऑनलाइन टीव्ही चॅनेल नेटफ्लिक्स हे निकाल जलद वितरणाचे उत्कृष्ट उदाहरण आहे. संसाधन वेबसाइट दर दोन आठवड्यांनी अद्यतनित केली जाते Scrum धन्यवाद, जे तुम्हाला केवळ उच्च गतीने काम करण्याची परवानगी देत ​​​​नाही, परंतु वापरकर्ता अनुभव देखील जमा करते आणि क्लायंटसाठी सर्वात महत्वाच्या गोष्टी ओळखणे शक्य करते.

प्रत्येक पुनरावृत्ती दरम्यान, विकासक नवीन साइट वैशिष्ट्ये जोडतात आणि चाचणी करतात आणि ग्राहकांनी वापरलेली नसलेली ती काढून टाकतात. Netflix टीमच्या मते, Scrum चा मुख्य फायदा हा आहे की तो तुम्हाला "जलद अपयशी" होऊ देतो. मोठ्या प्रमाणात प्रकाशन तयार करण्यासाठी बराच वेळ आणि खर्च करण्याऐवजी, स्क्रम द्विसाप्ताहिक वितरण आकाराने लहान असतात. त्यांचा मागोवा घेणे सोपे आहे आणि जर काही चूक झाली तर त्वरीत दुरुस्त करा.

कमकुवत बाजूस्क्रॅम

स्क्रॅमला प्रोजेक्ट टीमची खूप मागणी आहे. ते लहान (5-9 लोक) आणि क्रॉस-फंक्शनल असावे - म्हणजेच, प्रकल्पाच्या अंमलबजावणीसाठी टीम सदस्यांकडे एकापेक्षा जास्त योग्यता असणे आवश्यक आहे. उदाहरणार्थ, सॉफ्टवेअर डेव्हलपरला चाचणी आणि व्यवसाय विश्लेषणाचे ज्ञान असणे आवश्यक आहे. हे केले जाते जेणेकरून टीमचा भाग प्रकल्पाच्या वेगवेगळ्या टप्प्यांवर "निष्क्रिय" राहू नये आणि कर्मचारी एकमेकांना मदत करू शकतील आणि बदलू शकतील.

याव्यतिरिक्त, कार्यसंघ सदस्यांनी "संघ खेळाडू" असणे आवश्यक आहे, सक्रियपणे जबाबदारी घेणे आणि स्वत: ला आयोजित करण्यास सक्षम असणे आवश्यक आहे. अशी परिपक्व संघ शोधणे खूप कठीण आहे!

स्क्रम सर्व संघ आणि संस्थांसाठी देखील योग्य नाही कारण प्रस्तावित प्रक्रिया विशिष्ट उत्पादन विकसित करण्यासाठी योग्य असू शकत नाही - उदाहरणार्थ, औद्योगिक मशीन किंवा इमारत बांधण्यासाठी.

लीन

चपळ आम्हाला कामाचे छोट्या, व्यवस्थापित करण्यायोग्य पॅकेजमध्ये विभाजन करण्यास सांगते, परंतु त्या पॅकेजच्या विकासाचे व्यवस्थापन कसे करावे हे ते आम्हाला सांगत नाही. Scrum आम्हाला त्याची प्रक्रिया आणि कार्यपद्धती ऑफर करते. प्रत्येक पुनरावृत्ती समान गुणवत्तेने पूर्ण झाली आहे याची खात्री करण्यासाठी लीन, चपळ तत्त्वांमध्ये वर्कफ्लो आकृती जोडते.

लीनमध्ये, स्क्रॅमप्रमाणेच, काम लहान वितरण पॅकेजमध्ये विभागले गेले आहे जे स्वतंत्रपणे आणि स्वतंत्रपणे लागू केले जातात. परंतु लीनमध्ये, प्रत्येक वितरण पॅकेज विकसित करण्यासाठी एक कार्यप्रवाह आहे, ज्यामध्ये प्रोजेक्ट अपोलोसाठी तयार केलेल्या चरणांप्रमाणेच चरण आहेत. शास्त्रीय प्रकल्प व्यवस्थापनाप्रमाणे, हे नियोजन, विकास, उत्पादन, चाचणी आणि वितरणाचे टप्पे असू शकतात - किंवा प्रकल्पांच्या उच्च-गुणवत्तेच्या अंमलबजावणीसाठी आवश्यक असलेले इतर कोणतेही टप्पे.

दुबळे टप्पे आणि त्यांची लवचिकता तुम्हाला हे सुनिश्चित करण्यास अनुमती देते की प्रकल्पाचा प्रत्येक भाग आवश्यकतेनुसार कार्यान्वित झाला आहे. लीनला टप्प्यांच्या स्पष्ट सीमा नाहीत, कारण स्क्रॅमला स्प्रिंट सीमा नाहीत. याव्यतिरिक्त, शास्त्रीय प्रकल्प व्यवस्थापनाच्या विपरीत, लीन तुम्हाला वेगवेगळ्या टप्प्यांवर समांतरपणे अनेक कार्ये करण्यास अनुमती देते, ज्यामुळे लवचिकता वाढते आणि प्रकल्प अंमलबजावणीची गती वाढते.

चपळ प्रमाणे, लीन ही एक संकल्पना आहे, विचार करण्याचा एक मार्ग आहे, दगडात बसवलेल्या गोष्टीपेक्षा. लीन कल्पनांचा वापर करून, आपण स्वतंत्रपणे एक प्रणाली तयार करू शकता जी आपल्या प्रकल्प व्यवस्थापन आवश्यकता पूर्ण करेल.

ताकदलीन

तुम्हाला चपळाच्या कल्पना आवडत असल्यास, परंतु प्रकल्पासाठी अतिशय सातत्यपूर्ण गुणवत्ता आणि अचूक अंमलबजावणी आवश्यक असल्यास, लीन या आवश्यकता पूर्ण करण्यासाठी साधनांचा एक संच प्रदान करते. लीन लवचिकता आणि स्क्रॅम सारखी रचना एकत्र करते, परंतु थोड्या वेगळ्या प्रकारे.

कमकुवत बाजूलीन

प्रकल्पाच्या प्रत्येक भागाला तितक्याच तपशीलवार आणि बारकाईने अभ्यास आणि लक्ष देण्याची आवश्यकता नाही. परंतु लीन प्रत्येक कार्य आणि टप्प्यासाठी नेमका हा दृष्टिकोन गृहीत धरतो. मोठ्या आणि विषम प्रकल्पांसाठी लीन वापरण्याचा हा मुख्य तोटा आहे.

तसेच, स्क्रॅमच्या विपरीत, लीन प्रकल्पाच्या "तुकडे" अंमलबजावणीसाठी स्पष्ट कार्यप्रवाह ऑफर करत नाही, जे प्रकल्पाच्या टाइमलाइनच्या विस्तारासाठी योगदान देते. ही समस्या प्रभावी नेतृत्व आणि स्पष्ट संप्रेषणाने सोडवली जाऊ शकते - लक्षात ठेवण्याची मुख्य गोष्ट ही आहे.

कानबन

लीन स्वतःच थोडेसे अ‍ॅबस्ट्रॅक्ट दिसते, परंतु कानबानसह एकत्रित केल्यावर तुमची स्वतःची प्रकल्प व्यवस्थापन प्रणाली तयार करण्यासाठी वापरणे खूप सोपे होते. टोयोटा अभियंता ताइची ओनो यांनी 1953 मध्ये तयार केलेले, कानबान हे औद्योगिक उत्पादन फ्लोचार्टसारखेच आहे. या प्रक्रियेच्या इनपुटवर, धातूचा तुकडा प्रवेश करतो आणि आउटपुटवर, एक तयार भाग प्राप्त होतो. तसेच कानबानमध्ये, उत्पादनाची वाढ स्टेजवरून स्टेजवर पाठवली जाते आणि शेवटी डिलिव्हर करण्यासाठी तयार वस्तू असते.

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

कानबान स्क्रॅमपेक्षा खूपच कमी कठोर आहे - ते स्प्रिंट्सची वेळ मर्यादित करत नाही, उत्पादन मालकाचा अपवाद वगळता कोणतीही भूमिका नाही. कानबॅन टीम सदस्याला एकाच वेळी अनेक कार्ये व्यवस्थापित करण्याची परवानगी देतो, ज्याला Scrum परवानगी देत ​​नाही. तसेच, प्रकल्पाच्या स्थितीवरील बैठका कोणत्याही प्रकारे नियंत्रित केल्या जात नाहीत - आपण ते आपल्या सोयीनुसार करू शकता किंवा आपण ते अजिबात करू शकत नाही.

Kanban सह कार्य करण्यासाठी, तुम्हाला वर्कफ्लोचे टप्पे परिभाषित करणे आवश्यक आहे. कानबानमध्ये, ते स्तंभ म्हणून चित्रित केले जातात आणि कार्ये विशेष कार्डांद्वारे दर्शविली जातात. कार्ड टप्प्याटप्प्याने फिरते, जसे की कारखान्यातील एखादा भाग मशीनमधून मशीनवर जातो आणि प्रत्येक टप्प्यावर पूर्ण होण्याचा दर जास्त होतो. परिणामी, आम्हाला ग्राहकाला डिलिव्हरीसाठी तयार उत्पादन घटक प्राप्त होतो. स्तंभ आणि कार्डे असलेला बोर्ड एकतर वास्तविक किंवा इलेक्ट्रॉनिक असू शकतो - येथेही कानबान वापरकर्त्यांवर कोणतेही निर्बंध लादत नाही.

तुमची स्वतःची कानबान प्रणाली तुम्हाला हवी तितकी लवचिक असू शकते - अनेक प्रकारे, कानबान हे चपळतेच्या कल्पनेचे दृश्य आहे. परंतु कानबानमध्ये 4 खांब आहेत ज्यावर संपूर्ण यंत्रणा आहे:

1. कार्डे:प्रत्येक कार्यासाठी, एक वैयक्तिक कार्ड तयार केले जाते ज्यामध्ये कार्याबद्दल सर्व आवश्यक माहिती प्रविष्ट केली जाते. अशा प्रकारे, कार्याबद्दल सर्व आवश्यक माहिती नेहमी हातात असते.
2. प्रति स्टेज कार्यांच्या संख्येवर मर्यादा:एका टप्प्यावर कार्डांची संख्या कठोरपणे नियंत्रित केली जाते. याबद्दल धन्यवाद, जेव्हा ऑपरेशनच्या प्रवाहात "जाम" उद्भवते तेव्हा ते त्वरित स्पष्ट होते, जे त्वरित काढून टाकले जाते.
3. सतत प्रवाह:अनुशेष कार्ये प्राधान्य क्रमाने प्रवाहात जोडली जातात. त्यामुळे काम कधीच थांबत नाही.
4. सतत सुधारणा (Kaizen)kaizen)): 20 व्या शतकाच्या शेवटी जपानमध्ये सतत सुधारणेची संकल्पना उदयास आली. त्याचे सार म्हणजे उत्पादन प्रक्रियेचे सतत विश्लेषण आणि उत्पादकता सुधारण्याचे मार्ग शोधणे.

ताकदकानबन

स्क्रॅम प्रमाणे, कानबान चांगल्या संप्रेषणासह एकसंध संघांसाठी योग्य आहे. परंतु स्क्रॅमच्या विपरीत, कानबानमध्ये कठोर मुदत नसते, जी प्रेरित आणि अनुभवी संघांसाठी चांगली असते.

सेट अप आणि योग्यरितीने व्यवस्थापित केल्यावर, कानबॅनला प्रोजेक्ट टीमचा खूप फायदा होऊ शकतो. संघावरील वर्कलोडची अचूक गणना, निर्बंधांची योग्य नियुक्ती आणि सतत सुधारण्यावर एकाग्रता - हे सर्व कानबानला संसाधनांची गंभीरपणे बचत करण्यास आणि अंतिम मुदत आणि बजेट पूर्ण करण्यास अनुमती देते. आणि हे सर्व लवचिकतेसह एकत्रित आहे.

कमकुवत बाजूकानबन

आपण बर्‍याचदा ऐकू शकता की कानबान, स्क्रॅमच्या विपरीत, आपल्याला जवळजवळ कोणत्याही संघासह कार्य करण्याची परवानगी देतो. पण तसे नाही. कानबान अशा संघांसाठी सर्वात योग्य आहे ज्यांच्या सदस्यांची कौशल्ये एकमेकांना ओव्हरलॅप करतात. अशा प्रकारे, ते एकमेकांना समस्यांचे निराकरण करण्यात अडचणींवर मात करण्यास मदत करू शकतात. याशिवाय कानबान तितका प्रभावी ठरणार नाही. तसेच, आधीच नमूद केल्याप्रमाणे, कानबान अशा प्रकरणांमध्ये अधिक योग्य आहे जेथे कोणतीही कठोर मुदत नाही. घट्ट मुदतीसाठी, क्लासिक दृष्टीकोन किंवा स्क्रम अधिक चांगले आहे.

6 सिग्मा (सहा सिग्मा)

टोयोटासह मोटोरोलाने जागतिक प्रकल्प व्यवस्थापनाच्या विकासातही योगदान दिले. कंपनीचे अभियंता बिल स्मिथ यांनी 1986 मध्ये 6 सिग्माची संकल्पना तयार केली. ही कानबानपेक्षा लीनची अधिक संरचित आवृत्ती आहे, जी संसाधने वाचवण्यासाठी, गुणवत्ता सुधारण्यासाठी आणि दोष आणि समस्यांची संख्या कमी करण्यासाठी अधिक नियोजन जोडते.

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

यासाठी DMEDI म्हणून ओळखली जाणारी 5-चरण प्रक्रिया प्रस्तावित करण्यात आली आहे:

• व्याख्या (परिभाषित):पहिला टप्पा इतर प्रकल्प व्यवस्थापन प्रणालींच्या सुरुवातीच्या टप्प्यांसारखाच आहे. हे प्रकल्पाची सामग्री निश्चित करते, प्रकल्पाच्या पूर्व-आवश्यकतेबद्दल माहिती गोळा करते आणि उद्दिष्टे निश्चित करते.
• मोजमाप (मापन): 6 सिग्मा प्रकल्पाविषयी परिमाणवाचक डेटा संकलित आणि विश्लेषित करण्यावर केंद्रित आहे. या टप्प्यावर, कोणते निर्देशक प्रकल्पाचे यश निश्चित करतील आणि कोणता डेटा संकलित आणि विश्लेषण करणे आवश्यक आहे हे निर्धारित केले जाते.
• अभ्यास (अन्वेषण):संशोधनाच्या अवस्थेदरम्यान, प्रकल्प व्यवस्थापक ठरवतो की कार्यसंघ आपली उद्दिष्टे कशी साध्य करू शकतो आणि वेळेवर आणि बजेटमध्ये सर्व आवश्यकता पूर्ण करू शकतो. या टप्प्यावर, प्रकल्प व्यवस्थापकाने उद्भवलेल्या समस्यांचे निराकरण करताना चौकटीच्या बाहेर विचार करणे खूप महत्वाचे आहे.
• विकास (विकसित करा):या टप्प्यावर, मागील टप्प्यावर केलेल्या योजना आणि निर्णयांची अंमलबजावणी केली जाते. हे समजून घेणे महत्त्वाचे आहे की या टप्प्यावर आपल्याला एक तपशीलवार योजना आवश्यक आहे जी आपले लक्ष्य साध्य करण्यासाठी आवश्यक असलेल्या सर्व क्रियांचे वर्णन करते. तसेच या टप्प्यावर प्रकल्पाची प्रगती मोजली जाते.
• नियंत्रण (नियंत्रण): 6 सिग्मा पद्धतीतील महत्त्वाचा टप्पा. प्रकल्प अंमलबजावणी प्रक्रियेत दीर्घकालीन सुधारणा हे त्याचे मुख्य कार्य आहे. या टप्प्यासाठी शिकलेल्या धड्यांचे काळजीपूर्वक दस्तऐवजीकरण करणे, गोळा केलेल्या डेटाचे विश्लेषण करणे आणि प्रकल्पांमध्ये आणि संपूर्ण कंपनीमध्ये प्राप्त केलेल्या ज्ञानाचा वापर करणे आवश्यक आहे.

6 सिग्मा हे कानबान सारखेच आहे, केवळ कार्य अंमलबजावणीच्या स्थापित टप्प्यांसह - नियोजन, ध्येय सेटिंग आणि गुणवत्ता चाचणी. बहुधा, कानबान वापरण्यापेक्षा 6 सिग्मा वापरताना लक्षणीयरीत्या अधिक कार्यसंघ बैठका असतील, परंतु प्रकल्प अंमलबजावणी प्रक्रिया अधिक संरचित आहे आणि संघाला दिशाभूल करणे अधिक कठीण आहे. आणि, कानबान प्रमाणे, 6 सिग्मा एका विशिष्ट कंपनी किंवा कार्यसंघाच्या गरजा तुलनेने सहजपणे स्वीकारले जाऊ शकतात. अंमलबजावणीच्या टप्प्यावर केवळ काळजीपूर्वक मोजमाप करणे आणि प्रकल्प निर्देशकांचे नियंत्रण करणे ही कठोर आवश्यकता आहे - याशिवाय, प्रकल्प अंमलबजावणी प्रक्रियेत सतत दीर्घकालीन सुधारणा करणे अशक्य आहे.

6 सिग्माची ताकद

6 सिग्मा संकल्पना प्रकल्प अंमलबजावणी आणि सतत प्रक्रिया सुधारण्यासाठी एक स्पष्ट फ्रेमवर्क प्रदान करते. उद्दिष्टे निश्चित करून, नंतर त्यांचे काळजीपूर्वक विश्लेषण करून आणि सुधारित करून, प्रकल्प अधिक चांगल्या प्रकारे समजून घेण्यासाठी आणि चांगले निर्णय घेण्यासाठी तुम्ही परिमाणात्मक डेटा मिळवता. डेटा संकलित करणे, विश्लेषित करणे आणि धडे काढणे यासाठी थोडा वेळ लागू शकतो, तरीही ते प्रकल्प अंमलबजावणी प्रक्रिया सुधारेल आणि अनुकूल करेल आणि त्यामुळे भविष्यात संसाधनांची बचत होईल.

6 सिग्मा कठीण प्रकल्पांसाठी योग्य आहे ज्यात अनेक नवीन आणि जटिल क्रियाकलापांचा समावेश आहे. हा दृष्टिकोन तुम्हाला प्रकल्प घटकांची अंमलबजावणी करण्यास, चुकांमधून शिकण्यास आणि भविष्यात गुणवत्ता सुधारण्यास अनुमती देतो.

6 सिग्मा च्या कमकुवतपणा

6 सिग्माची समस्या अशी आहे की जरी मुख्य घोषित उद्दिष्ट खर्च कमी करणे आणि कार्यक्षमता वाढवणे हे आहे, तरीही ग्राहकांचे समाधान अनेकदा समोर येते. प्रकल्पाच्या वेगवेगळ्या टप्प्यांवर उद्दिष्टांमध्ये काही फरक दिल्याने, संघांना अनेकदा प्राधान्यक्रमांबद्दल संभ्रम निर्माण होतो आणि हे टाळणे सोपे नसते.

याव्यतिरिक्त, 6 सिग्माचे मुख्य लेटमोटिफ आहे: "सर्वकाही नेहमीच चांगले केले जाऊ शकते." हे त्यांच्या कामात समाधानी नसलेल्या कर्मचार्‍यांची अवनती करू शकते. याव्यतिरिक्त, जर प्रकल्प एक-ऑफ प्रकल्प असेल आणि कंपनीने भविष्यात तत्सम प्रकल्प राबविण्याची योजना आखली नाही, तर विश्लेषण आणि धडे शिकण्याचे सर्व खर्च व्यर्थ ठरू शकतात.

PRINCE2

नासा ही एकमेव सरकारी संस्था नाही ज्याने प्रकल्प व्यवस्थापनाच्या विकासात योगदान दिले आहे. ब्रिटीश सरकारने प्रकल्प व्यवस्थापनाच्या प्रभावीतेची प्रशंसा केली आहे आणि 1989 मध्ये ब्रिटीश PRINCE2 पद्धत तयार केली गेली. हे नाव परिवर्णी शब्दावरून आले आहे " पीआरवस्तू IN सीनियंत्रित इपर्यावरण आवृत्ती 2 ", जे "नियंत्रित पर्यावरण आवृत्ती 2 मधील प्रकल्प" मध्ये भाषांतरित करते. चपळ पद्धतींच्या विपरीत, PRINCE2 प्रकल्पासाठी पुनरावृत्तीचा दृष्टीकोन घेत नाही. जर PRINCE2 ची तुलना इतर उत्पादनांशी केली गेली, तर त्याची तुलना प्रोजेक्ट मॅनेजमेंटच्या शास्त्रीय दृष्टिकोनाच्या संकराशी आणि 6 सिग्माच्या गुणवत्तेवर लक्ष केंद्रित करण्याशी केली जाऊ शकते.

PRINCE2 पद्धती, उदाहरणार्थ, PMBOK ज्ञानाच्या बॉडीच्या विपरीत, त्यात हे समाविष्ट नाही:

• प्रकल्प व्यवस्थापनाचे विशेष पैलू, जसे की उद्योग विशिष्ट;
• विशिष्ट प्रकल्प व्यवस्थापन पद्धती आणि साधने, जसे की Gantt चार्ट, WBS, इ.

PRINCE2 प्रकल्पाच्या व्यवस्थापन पैलूंवर लक्ष केंद्रित करते, 7 तत्त्वे, 7 प्रक्रिया आणि 7 प्रकल्प थीममध्ये व्यक्त केले जाते.

• 7 तत्त्वे PRINCE2 नुसार प्रकल्प व्यवस्थापनाचे सामान्य नियम परिभाषित करतात, कार्यपद्धतीचा आधार परिभाषित करतात;
• 7 प्रक्रिया प्रकल्प चक्राद्वारे प्रगती करण्याच्या चरणांची व्याख्या करतात;
• 7 विषय - प्रकल्प यशस्वी होण्यासाठी परीक्षण केलेले पैलू.

प्रकल्पाच्या सुरुवातीला, PRINCE2 आम्हाला प्रकल्पाचे 3 मुख्य पैलू परिभाषित करण्यास सांगते:

• व्यावसायिक पैलू (या प्रकल्पामुळे फायदा होईल का?)
• ग्राहक पैलू (कोणत्या उत्पादनाची गरज आहे, आम्ही काय करू?)
• संसाधन पैलू (आमच्याकडे आमचे ध्येय साध्य करण्यासाठी पुरेसे आहे का?)

PRINCE2 मध्ये बहुतेक प्रकल्प व्यवस्थापन पद्धतींपेक्षा अधिक स्पष्टपणे परिभाषित प्रकल्प संघ रचना आहे. हे PRINCE2 मोठ्या प्रमाणात सरकारी प्रकल्प आणि मोठ्या संस्थांवर केंद्रित आहे या वस्तुस्थितीमुळे आहे.

PRINCE2 नुसार, प्रत्येक कार्यसंघ सदस्याची प्रत्येक 7 प्रक्रियांमध्ये स्पष्ट भूमिका असते:

• प्रकल्पाची सुरुवात (प्रारंभing वरa प्रकल्प): या प्रक्रियेदरम्यान, एक प्रकल्प व्यवस्थापक नियुक्त केला जातो आणि एकूण उत्पादन कार्यप्रदर्शन आवश्यकता निर्धारित केल्या जातात. प्रकल्प व्यवस्थापक, ज्यांचे प्राथमिक लक्ष तपशीलाकडे असते, ते प्रकल्प सुकाणू समितीला अहवाल देतात, जी प्रकल्पाच्या संपूर्ण व्यवस्थापनासाठी जबाबदार असते. ही सुकाणू समिती आहे जी प्रकल्प मार्गावर राहील याची खात्री करते आणि शेवटी प्रकल्पाच्या यशासाठी जबाबदार असते.
• प्रकल्पाची सुरुवातa प्रकल्प): या प्रक्रियेदरम्यान, प्रकल्प व्यवस्थापक एक "प्रोजेक्ट इनिशिएशन डॉक्युमेंट" लिहितो, ज्यामध्ये प्रकल्पाची टप्प्याटप्प्याने योजना असते. टप्पे वेगवेगळ्या प्रमाणात टिकू शकतात, परंतु, शास्त्रीय दृष्टिकोनाप्रमाणे, ते एकामागून एक काटेकोरपणे अनुसरण करतात.
• प्रकल्प व्यवस्थापन (निर्देशएनजी a प्रकल्प): ही प्रक्रिया सुकाणू समितीला प्रकल्प व्यवस्थापकाच्या कार्यक्षेत्रातील तपशीलांमध्ये अडकून न पडता प्रकल्पाच्या यशाची संपूर्ण जबाबदारी घेण्यास अनुमती देते.
• स्टेज नियंत्रणलिंग a स्टेज): प्रकल्पाच्या अंमलबजावणीदरम्यान, अगदी आदर्श परिस्थितीतही, काही बदल केले जातील. स्टेज कंट्रोल प्रक्रिया PRINCE2 तत्त्वांपैकी एक लागू करते - अपवादाने व्यवस्थापनाचे तत्त्व. स्टेजच्या अंमलबजावणीदरम्यान प्रकल्पाच्या नियोजित पॅरामीटर्समधील वेळ, सामग्री, बजेट इ. मधील विचलनांचे निरीक्षण करणे ही प्रकल्प व्यवस्थापकाची जबाबदारी आहे. जर हे विचलन सुकाणूने प्रकल्प व्यवस्थापकाला दिलेल्या अधिकारांपेक्षा जास्त असेल तर समिती (PRINCE2 परिभाषेत - tolerances), प्रकल्प व्यवस्थापक सुकाणू समितीला सूचित करण्यास आणि परिस्थितीतून मार्ग सुचवण्यास बांधील आहे.
• उत्पादन निर्मिती व्यवस्थापन (व्यवस्थापन उत्पादन वितरण):प्रोडक्ट क्रिएशन मॅनेजमेंट प्रोसेस ही प्रोजेक्ट मॅनेजर आणि टीम मॅनेजर यांच्यातील प्रोजेक्ट प्रोडक्ट तयार करण्यासाठी परस्परसंवाद आहे. या प्रक्रियेतील प्रकल्प व्यवस्थापकाच्या जबाबदाऱ्यांमध्ये उत्पादन तयार करण्याचे अधिकार संघ व्यवस्थापकाला सोपवणे आणि तयार केलेले उत्पादन स्वीकारणे यांचा समावेश होतो.
• स्टेज सीमा व्यवस्थापन (Managing a स्टेज सीमा): या प्रक्रियेदरम्यान, प्रकल्प व्यवस्थापक सुकाणू समितीला पूर्ण झालेल्या टप्प्याच्या निकालांचे मूल्यमापन करण्यासाठी आणि पुढील टप्प्यावर जाण्याचा निर्णय घेण्यासाठी सर्व आवश्यक माहिती प्रदान करतो.
• प्रकल्प पूर्ण करणे (बंद करणेa प्रकल्प): PRINCE2 मधील फरकांपैकी एक असा आहे की प्रकल्प पूर्ण करण्याची प्रक्रिया शास्त्रीय दृष्टिकोनाप्रमाणे वेगळ्या टप्प्यात किंवा टप्प्यात विभक्त केली जात नाही, परंतु उत्पादन निर्मितीच्या अंतिम टप्प्याचा भाग म्हणून केली जाते. प्रकल्पाचे उत्पादन स्वीकारले गेले आहे किंवा प्रकल्प यापुढे काहीही उपयुक्त देऊ शकत नाही याची पुष्टी करणे हा प्रक्रियेचा उद्देश आहे.

PRINCE2 कोणत्याही आकाराच्या आणि कोणत्याही विषय क्षेत्राच्या प्रकल्पांसाठी स्वीकारले जाऊ शकते. प्रकल्पाचे जीवनचक्र, रोल मॉडेल आणि प्रकल्पाच्या गरजांनुसार अनिवार्य कागदपत्रांचा संच बदलण्यासाठी कार्यपद्धती विशिष्ट शिफारसी देते.

PRINCE2 ची ताकद

• संस्थेच्या वैशिष्ट्यांशी जुळवून घेण्याची क्षमता;
• भूमिकांच्या स्पष्ट वर्णनाची उपलब्धता आणि जबाबदाऱ्यांचे वितरण;
• प्रकल्प उत्पादनांवर लक्ष केंद्रित करा;
• व्यवस्थापनाचे काही स्तर;
• आर्थिक व्यवहार्यतेवर लक्ष केंद्रित करा;
• डिझाइन कामाचा क्रम;
• अनुभव कॅप्चर करणे आणि सतत सुधारणा करण्यावर भर.

PRINCE2 च्या कमकुवतपणा

• उद्योग पद्धतींचा अभाव;
• प्रकल्पात काम करण्यासाठी विशिष्ट साधनांचा अभाव.

सर्वोत्तम प्रकल्प व्यवस्थापन प्रणाली... तुमच्यासाठी!

प्रकल्प व्यवस्थापन हे एक विज्ञान आहे, परंतु ते अचूक विज्ञान नाही. या क्षेत्रात कोणतेही अचल पाया किंवा सार्वत्रिक उपाय नाहीत. जर तुम्ही तुमच्या प्रकल्पासाठी आदर्श असलेली पद्धत शोधण्यात व्यवस्थापित करत असाल, तर स्वतःला खूप भाग्यवान समजा, कारण सर्वात कमी भाग्यवान व्यवस्थापकांना त्यांच्या स्वतःच्या प्रकल्प व्यवस्थापन प्रणाली तयार आणि कॉन्फिगर करण्यासाठी प्रयत्न करावे लागतात. अपोलो मोहिमेप्रमाणेच या प्रणाली अस्तित्वात असलेल्या प्रणालींच्या घटकांपासून बनवल्या जाऊ शकतात किंवा अगदी सुरवातीपासून पूर्णपणे तयार केल्या जाऊ शकतात. मुख्य गोष्ट म्हणजे काहीतरी वापरणे जे आपल्याला कमीतकमी काही रचना देईल आणि आपल्या प्रकल्पासाठी काय महत्वाचे आहे हे लक्षात ठेवण्यास अनुमती देईल.

« निंदकपणा म्हणजे निराशेच्या भावनेला आपल्या चेतनेचा प्रतिसाद».
जेफ सदरलँड

पीएम पर्याय किती मजबूत आहे?

टॉप मॅनेजर आणि प्रोजेक्ट मॅनेजर म्हणून काम करताना, मला शास्त्रीय प्रोजेक्ट मॅनेजमेंटचा एक प्रकारचा विदेशी पर्याय म्हणून स्क्रमची संकल्पना आली. मला हे समजून घ्यायचे होते की या दृष्टिकोनाची वैचारिक आणि तांत्रिक वैशिष्ट्ये काय आहेत आणि खरं तर, पद्धतीची क्रांती काय आहे? मी अनेक मोनोग्राफ वाचले. खरे सांगायचे तर, पहिल्या भेटीनंतर मला फारशी खोली दिसली नाही. स्क्रॅम पद्धत काहीशी पक्षपाती आणि अस्पष्ट वाटली.

स्क्रम पद्धतीच्या एका सेकंदाच्या, अधिक सखोल तपासणीनंतर, माझ्या मते, व्यावसायिक समुदायाकडून अजूनही लक्ष देण्यास पात्र आहेत, अशी वैशिष्ट्ये लक्षात येऊ लागली. असे दिसते की ही पद्धत केवळ व्यावसायिक आणि उत्पादन क्षेत्रासाठीच नाही तर आपल्या समाजातील इतर संस्थांसाठी देखील मनोरंजक आहे. शिक्षण, संशोधन आणि विकास, राज्य आणि नगरपालिका बांधकामांचे मॉडेल डिझाइन करताना ही पद्धत लागू होते. तथापि, कोणत्याही नवीन प्रमाणे, हे महत्वाचे आहे:

• प्रश्नातील तंत्रज्ञानाची निरपेक्षता आणि कृती निर्दोषता वगळा;
• लक्षात घ्या की स्क्रम पद्धत वैचारिकदृष्ट्या क्रूड आहे आणि ती तिच्या पद्धती आणि परंपरांसह "आपल्या मातीत बसत नाही" असू शकते;
• या पद्धतीत असलेले संघर्षाचे मुद्दे पहा;
• हे समजून घ्या की स्क्रम पद्धतीला विकासात गुंतलेल्या कर्मचार्‍यांसह "खेळाचे नियम" संबंधित राज्य आणि व्यवसायाची पारदर्शक विचारसरणी आवश्यक आहे.

आधुनिक प्रकल्प व्यवस्थापन नमुना, आंतरराष्ट्रीय आणि राष्ट्रीय मानके (ANSI PMbok Guide, PM ICB IPMA, NTK) हे उत्पादन आहेत जे ग्राहक वापरतात: राज्य, त्याच्या संस्था, व्यवसाय? होय खात्री. कामकाजाच्या पद्धतीवर आधारित आधुनिक डिझाइन प्रॅक्टिसमध्ये कोणती समस्या आहेत? त्यापैकी अनेक आहेत, परंतु मुख्य दोन आहेत: प्रकल्पाची मुदत पूर्ण करण्यात अपयश आणि प्रकल्पाचे बजेट ओलांडणे.

व्यवस्थापनामध्ये एक सुप्रसिद्ध नियम आहे: जर एखाद्या कार्यात निराकरणाची पूर्ववर्ती उदाहरणे असतील आणि ते आधीच अनेक वेळा केले गेले असेल, तर ते प्रक्रियेकडे आकर्षित होते आणि ते सोडवण्यात अडचणी विशिष्ट स्वरूपाच्या असतात. जर ते सोडवण्याचा कोणताही अनुभव नसेल, तर एकीकडे हे कार्य स्वभावतः एक आदर्श प्रकल्प आहे आणि दुसरीकडे, त्याच्या अंमलबजावणीची पद्धत कमी स्पष्ट आहे आणि एक अस्पष्ट प्रतिमा आहे. प्रोजेक्ट मॅनेजरसाठी सर्वात मोठा ताण म्हणजे सामग्री आणि वेळेच्या दृष्टीने आदर्श प्रकल्पाचे नियोजन करण्याची प्रक्रिया. त्याच वेळी, ग्राहकाला प्राप्त होण्याची अपेक्षा असलेल्या मूल्यांच्या रचनेवर आधारित डिझाइन कार्याचा परिणाम विघटित करणे कधीकधी खूप कठीण असते.

प्रकल्पांची ही मालमत्ता विशेषतः अशा क्षेत्रांमध्ये तीव्र आहे ज्यांना नाविन्यपूर्ण दृष्टीकोन आवश्यक आहे. स्क्रॅम पद्धत या समस्या लक्षणीयरीत्या कमी करू शकते. 2000 च्या दशकाच्या सुरुवातीस, डी. सदरलँड आणि के. श्वाबर (यूएसए) या दोन नवोदितांच्या कार्याचा परिणाम होता. त्यांच्या विकासामध्ये, पद्धतीच्या लेखकांनी एच. टेकुची आणि आय. नोनाकाच्या सिद्धांताचे घटक तसेच टोयोटा प्रणाली (ताईची ओनो) च्या कल्पनांचा वापर केला. आणि प्रोजेक्ट मॅनेजमेंटची एक क्रांतिकारी पद्धत म्हणून, स्क्रम मॉडेलला पाश्चात्य देशांमध्ये आधीच मान्यता मिळाली आहे आणि आज त्याच्या वापराचा सराव केवळ व्यवसायापुरता मर्यादित नाही.

पद्धत शब्दावली

पद्धतीच्या लेखकांनी प्रकल्प शेड्यूलिंगच्या शास्त्रीय मॉडेलवर योग्यरित्या टीका केली, जी G. Gantt च्या दृष्टिकोनावर आधारित सुमारे 100 वर्षांपासून वापरली जात आहे. खरंच, व्हिज्युअल गँट चार्ट अनिवार्यपणे एकदाच वापरला जातो या विधानाला काहीही विरोध करता येणार नाही. केवळ त्यावर काम करण्यास बराच वेळ लागत नाही, परंतु डिझाइनचे काम सुरू झाल्यानंतर जवळजवळ लगेचच, बहुतेक प्रकरणांमध्ये धबधबा मॉडेल निरुपयोगी ठरते.

कारण अगदी सोपे आहे: सामग्री आणि ऑपरेशनच्या कालावधीच्या दृष्टीने मानसिक रचना प्रकल्पाच्या वास्तविक घटनांशी कधीही जुळत नाही. कॅस्केड प्रकल्प नियोजनाला पर्याय म्हणून, स्क्रॅम पद्धत लवचिक नियोजन यंत्रणा देते. आम्ही ते थोड्या वेळाने पाहू, परंतु आत्तासाठी आम्ही स्क्रॅम पद्धत ज्या मूलभूत संकल्पनांसह कार्य करते त्यांचे विश्लेषण करू.

1. उत्पादन मालक. हा आकडा हे सुनिश्चित करण्यासाठी जबाबदार आहे की टीमवर्क कंपनीला नफा मिळवून देणारे परिणाम देते. त्याला उत्पादनाचे सार, संघाच्या क्षमता आणि बाजारातील प्राधान्यक्रमांची उत्कृष्ट समज असणे आवश्यक आहे.
2. स्क्रम मास्टर. रूपकदृष्ट्या, ही एक अतिशय मनोरंजक भूमिका आहे. “सेवक नेता”, “संघ कर्णधार”, “प्रशिक्षक प्रशिक्षक”. संघाला सतत सुधारणे, अडथळे आणि अडथळ्यांची कारणे दूर करणे हे त्याचे मुख्य कार्य आहे.
3. स्क्रॅम बोर्ड. एक सामान्य ऑफिस बोर्ड, भागांमध्ये विभागलेला: "अनुशेष", "काम करण्यासाठी", "प्रगतीमध्ये", "विचारासाठी", "पूर्ण!". टास्क असलेले स्टिकर त्यावर फिरतात.
4. स्क्रॅम बैठक. स्प्रिंटच्या शेवटी अंतिम बैठक.
5. धावणे. 1 ते 4 आठवड्यांचा कालावधी जो नवीन कार्यक्षमता निर्माण करण्यासाठी स्क्रॅम टीमच्या क्रियाकलापांची कार्यशील लय स्थापित करतो.
6. जाता जाता बैठका किंवा दररोज Scrum. परिणाम, दिवसाच्या योजना आणि सध्याच्या अडथळ्यांबद्दल स्क्रम मास्टरच्या प्रश्नांची उत्तरे देण्यासाठी प्रकल्प कार्यसंघाच्या छोट्या बैठका.
7. अनुशेष (बॅकलॉग). सध्याच्या आवश्यकतांची यादी-प्रकल्प उत्पादनाची कार्यक्षमता तयार करण्यासाठी कार्ये.
8. टास्क बर्नडाउन चार्ट. दिलेल्या कार्यामध्ये केलेल्या कामाचे प्रमाण आणि उर्वरित काम दर्शविणारा तक्ता.
9. फिबोनाची क्रम. आपल्या विश्वाच्या निसर्गात अंतर्भूत असलेला एक गणितीय नमुना, ज्यामध्ये संख्यांचा एक विशेष क्रम चालतो. तथाकथित "शेड्युलिंग पोकर" वापरून, प्रकल्पाच्या कामाच्या कालावधीचा वैकल्पिकरित्या अंदाज लावण्यासाठी हा क्रम योग्य आहे. खाली संख्या क्रमाचे दृश्य मॉडेल आहे.
10. शुहरी (शु हा री). शुहारी ही जपानी मार्शल प्रथा (उदाहरणार्थ, आयकिडो) च्या संकल्पनांपैकी एक आहे, जी प्रोजेक्ट टीमच्या पूर्णतेच्या हळूहळू (पुनरावृत्ती) साध्य करण्याच्या शक्यतेसाठी रूपक म्हणून स्क्रॅम पद्धतीच्या तत्त्वांमध्ये समाविष्ट केली गेली होती.
11. OODA. चक्रीय अंमलबजावणीच्या स्क्रॅम पद्धतीचे तत्त्व: निरीक्षण करा, नेव्हिगेट करा, निर्णय घ्या, कृती करा.

फिबोनाची अनुक्रम मॉडेल

स्क्रॅम पद्धतीचे मूळ मॉडेल. स्रोत: अस्खत उराझबाएव. स्क्रॅम पद्धतीचे संक्षिप्त विहंगावलोकन

प्रक्रियेचे संक्षिप्त वर्णन

स्क्रॅम पद्धती प्रकल्प कार्य अंमलबजावणीच्या फॅब्रिकला चक्रीय स्प्रिंट्सच्या बर्‍यापैकी कठोर लयमध्ये बुडवते. मानक प्रकल्प क्रियाकलापांच्या विपरीत, कार्यपद्धतीमध्ये नियोजनाचा प्रारंभ बिंदू म्हणजे कार्ये नसतात (जरी प्रकल्प कार्य रद्द केले जात नाही), परंतु कथा आणि तथ्ये जी वापरकर्त्याची मूल्ये आणि गरजा समजून घेण्यास मदत करतात, प्रकल्प उत्पादनाचा ग्राहक. . त्याच्या उत्पादनाची गरज निर्माण करणाऱ्या प्रेरणा समजून घेणे आवश्यक आहे.

क्लासिक प्रकल्प क्रियाकलापांमध्ये, असे कार्य प्रकल्प चार्टर विकसित करण्याच्या टप्प्यावर केले जाते, परंतु तेथे ते अधिक औपचारिक आहे. येथे, काही वापरकर्ता कथा तयार केल्या आहेत, संक्षिप्त आणि त्यानंतरच्या विखंडनासाठी सोयीस्कर. कृपया लक्षात घ्या की डिझाइन कार्यांच्या पारंपारिक विघटनाने, ते अस्पष्टतेच्या कोरड्या भाषेच्या स्वरूपात अत्यंत एकत्रित केले जातात. स्क्रॅम पद्धतीत, त्याउलट, मुक्ती येते ज्यामुळे कथा प्रकल्प उत्पादनाची एक मौल्यवान प्रतिमा तयार करतात.

स्क्रम प्रक्रिया वापरून प्रकल्प अंमलबजावणीमध्ये चार मोठे ब्लॉक्स असतात.

1. स्क्रॅम टीमच्या भूमिका भरणे.
2. स्क्रॅम आर्टिफॅक्ट्सची निर्मिती.
3. क्रियाकलाप अंमलबजावणी.
4. स्क्रॅम सायकलचे पुनरुत्पादन.

स्क्रॅम पद्धत प्रक्रियेचे व्हिज्युअल मॉडेल

स्क्रम पद्धतीतील भूमिका सोप्या आहेत: उत्पादन मालक, स्क्रम मास्टर आणि टीम. त्याच क्रमाने या भूमिकांसाठी लोकांची निवड केली जाते. उत्पादन मालक प्रकल्प व्यवस्थापकाच्या उत्कृष्ट भूमिकेच्या सर्वात जवळ असतो; तो उत्पादन अनुशेष तयार करण्यासाठी आणि नियमितपणे बदलण्यासाठी जबाबदार असतो. अनुशेष तयार झाल्यानंतर, प्रोजेक्ट टीम आगामी स्प्रिंटचे नियोजन करण्यास सुरुवात करते. त्याच वेळी, डेल्फिक पद्धत आणि फिबोनाची अनुक्रमांवर आधारित, "प्लॅनिंग पोकर" सक्रियपणे अधिक वस्तुनिष्ठ आणि संतुलित साधन म्हणून वापरले जाते. यामुळे नवीन स्प्रिंटच्या आगामी सायकलसाठी स्थानिक अनुशेष तयार होतो.

पद्धतीतील स्क्रम आर्टिफॅक्ट्स असे समजतात: उत्पादन आणि स्प्रिंट बॅकलॉग, नवीन कार्यक्षमतेसह प्रकल्प उत्पादन. प्रत्येक स्प्रिंटचे उद्दिष्ट नवीन उत्पादन कार्यक्षमतेची निर्मिती आहे, जरी किरकोळ आगाऊ, परंतु जे स्पष्ट होईल आणि प्रकल्प ग्राहक आणि इतर इच्छुक पक्षांना सादर केले जाऊ शकते. स्प्रिंट सायकलच्या अंतर्गत वातावरणात, संघ स्वायत्तपणे कार्य करतो, सोबत "रनिंग मीटिंग्ज" आणि स्क्रम बोर्डवर चिकट नोट्स हलवतो. बोर्डच्या देखाव्याचे उदाहरण खाली दर्शविले आहे.

स्क्रॅम बोर्ड उदाहरण

स्क्रॅम बोर्डच्या गुणधर्मांची रचना कंपनीच्या डिझाइनच्या दृष्टिकोनाची विशिष्ट वैशिष्ट्ये प्रतिबिंबित करू शकते. याव्यतिरिक्त, टास्क बर्नडाउन चार्ट, स्प्रिंट गोल घोषणा इ. समाविष्ट केले जाऊ शकतात. स्प्रिंट पूर्ण झाल्यानंतर, दोन प्रकल्प कार्यक्रम आयोजित केले जातात: एक स्प्रिंट पुनरावलोकन बैठक आणि एक पूर्वलक्षी बैठक. पुनरावलोकन बैठकीचे आउटपुट हे सुधारित किंवा पूर्णपणे पूर्ण कार्यक्षमतेसह एक प्रकल्प उत्पादन आहे. पूर्वलक्षी विश्लेषणानंतर, स्क्रम टीमच्या कामात आवश्यक सुधारणांची यादी समोर येते. सायकल बंद आहे, उत्पादनाचा अनुशेष समायोजित केला आहे. त्यातून नवीन कार्ये "खेचली" जातात आणि प्रक्रिया पुन्हा सुरू होते.

भूमिका भरण्यावर टिप्पण्या

डी. सदरलँडचे पुस्तक ज्या मोनोग्राफशी मला परिचित होऊ शकले त्यापैकी एक मोनोग्राफ आहे, ज्यामध्ये स्क्रॅम हे प्रोजेक्ट मॅनेजमेंटच्या क्रांतिकारक पद्धतीपेक्षा कमी नाही. लेखकाचा वैयक्तिक अनुभव, यशस्वी डिझाइन सोल्यूशन्स आणि मोठ्या नावांच्या अनेक उदाहरणांनी हे कार्य परिपूर्ण आहे. युक्तिवादाचा भावनिक रंग प्रभावी आहे. सर्वसाधारणपणे, उत्तर अमेरिकन पद्धतशीर शाळेसाठी हा दृष्टिकोन पारंपारिक आहे. किंचित गोंधळात टाकणारे तर्क असूनही, डिझाइन पद्धत समजणे कठीण नाही. परिशिष्टात चांगली मदत आहे. तंत्रज्ञानाचे पहिले तीन टप्पे स्क्रम टीममधील भूमिकांसाठी वाजवीपणे समर्पित आहेत.

स्क्रॅम मेथडॉलॉजी अल्गोरिदमची पायरी 1

बारकाईने परीक्षण केल्यावर, पद्धतीच्या प्रत्येक विभागासाठी दिलेले निष्कर्ष आणि रूपक खूप प्रभावी ठरले. पुढे, अल्गोरिदमच्या विभागांवरील माझ्या टिप्पण्या स्क्रॅमला पारंपारिक प्रकल्प पद्धतीपासून वेगळे करणाऱ्या सकारात्मक पैलूंचा शोध घेण्याच्या तत्त्वावर आधारित असतील. मग मी असे प्रश्न तयार करण्याचा विचार करतो ज्यामुळे मला शंका येते किंवा डिझाइन सरावाच्या रशियन अटींसाठी निराकरण आवश्यक आहे. पद्धतीच्या पहिल्या चरणाच्या सकारात्मक पैलूंपैकी, मी पाहिले:

• प्रोजेक्‍ट मॅनेजरच्‍या भूमिकेचे उत्‍पादन मालकामध्‍ये, NLP दृष्टीकोनातून, प्रोजेक्‍ट टास्‍कच्‍या परिणामासाठी लीडरचे तंतोतंत प्रोग्रॅमिंग करणे;
• मूल्ये (क्लायंटसाठी) आणि जोखमींनुसार प्रकल्पाच्या कार्यांची यादी (अनुशेष) रँकिंग करणे;
• प्रकल्प ग्राहकासाठी उत्पादनाच्या मूल्यातील बदल स्वीकारण्यात लवचिकता;
• कार्यांचे स्कोअरिंग आणि प्राधान्यांच्या पुनर्वितरण दरम्यान आणि स्प्रिंट थांबवताना प्रकल्प कार्ये पुनर्स्थित करण्याची क्षमता.

स्क्रम मेथडॉलॉजी अल्गोरिदमची पायरी 2

माझ्या मते, पायरी 2 चा सर्वात मौल्यवान पद्धतशीर संदेश आहे, "दोष देणे मूर्खपणाचे आहे." Scrum टीम आकाराचे "गोल्ड स्टँडर्ड" देखील आक्षेपाशिवाय स्वीकारले जाते. विशिष्ट प्रकारच्या प्रकल्प संघ संस्कृतीसाठी, उदाहरणार्थ, अधिराज्य किंवा, दुसर्‍या वर्गीकरणात, सहभागी, मी स्क्रम टीम स्वायत्ततेच्या तत्त्वाशी पूर्णपणे सहमत आहे. स्टेप 2 चे इतर सर्व प्रबंध सार्वत्रिक आहेत आणि शास्त्रीय प्रकल्प दृष्टिकोनाप्रमाणे आहेत.

स्क्रॅम मेथडॉलॉजी अल्गोरिदमची पायरी 3

स्क्रमच्या पुढील पायरीसाठी पहिले आठ रूपक व्यवसाय किंवा इतर कोणत्याही प्रकारच्या क्रियाकलापांचे नियम म्हणून मानले जाऊ शकतात, ज्यामध्ये प्रकल्प क्रियाकलापांचा समावेश आहे. आपण मदत करू शकत नाही परंतु आश्चर्यचकित करू शकता: प्रकल्पाच्या सरावाच्या वास्तविकतेमध्ये हे पाहणे का शक्य नाही? मला वाटते की याचे उत्तर देण्यासाठी आणखी काही मुद्दे स्पष्ट केले पाहिजेत.

1. जर “नेता बॉस नाही” आणि स्क्रम मास्टर “प्लेअर कोच” असेल तर स्क्रम टीमचे व्यवस्थापन कोण करते? स्व-शासन, माझ्या मते, प्रकल्प व्यवस्थापनाच्या संकल्पनेत बसत नाही.
2. प्रकल्प उत्पादन मालक, स्क्रम मास्टर आणि स्क्रम टीम यांच्या प्रेरणेचा प्रश्न उद्भवतो. कार्यपद्धती प्रकल्पाच्या आर्थिक डेटामध्ये प्रवेशासह माहितीच्या मोकळेपणाच्या तत्त्वाचे वर्णन करते. कल्पना वाईट नाही, परंतु बर्याच रशियन कंपन्यांमध्ये उपस्थित मॅकियाव्हेलियन वृत्ती लक्षात घेता, अशा संधी कदाचित व्यवस्थापकांमध्ये बरेच विरोधक असतील.

आर्टिफॅक्ट निर्मितीचा मुद्दा

स्क्रम पद्धतीच्या अल्गोरिदमच्या पुढील चार पायऱ्या मॉडेल आर्टिफॅक्ट्सच्या निर्मितीसाठी आणि कार्य करण्यासाठी समर्पित आहेत. त्यांच्याद्वारे आम्ही माहिती आणि भौतिक वस्तू समजून घेऊ ज्या क्रियाकलापांच्या विशिष्ट टप्प्यासाठी प्रारंभ बिंदू म्हणून काम करतात, कृती ज्या प्रकल्पाच्या मध्यवर्ती किंवा अंतिम परिणामाकडे नेतील. उत्पादन अनुशेष तयार करण्याची पायरी त्याच्या वैशिष्ट्यांसाठी लक्षणीय आहे.

मुख्य म्हणजे स्क्रॅम आवश्यकतांची ही यादी एकदा सापडलेली आणि अचल अशी गोष्ट मानली जात नाही. प्रत्येक वेळी स्प्रिंट संपल्यावर उत्पादनाचा अनुशेष गतिशीलपणे पुन्हा शोधला जातो. आणि हे माझ्या मते खूप मौल्यवान आहे. मी माझ्या स्वतःच्या सरावावरून असे म्हणू शकतो की प्रकल्प व्यवस्थापनाच्या शास्त्रीय मॉडेलमध्ये अशी यंत्रणा गहाळ आहे.

स्क्रम मेथडॉलॉजी अल्गोरिदमची पायरी 4

स्क्रॅम अल्गोरिदमची पाचवी पायरी कमी मनोरंजक नाही. मला संख्यांच्या गूढ पैलूंमध्ये जाण्याची इच्छा नाही. परंतु आमच्याकडे एक सामान्य व्यावहारिक कार्य आहे: सर्वात वस्तुनिष्ठ तज्ञ मूल्यांकन वापरून प्रकल्पाच्या कामाच्या कालावधीचा सर्वोत्तम अंदाज लावणे. दुर्दैवाने, MS प्रोजेक्टमध्ये घड्याळ सेट करण्यासाठी "चहाच्या पानांचा अंदाज लावणे" हे जाणकार तज्ञांच्या सहभागासह देखील, अधिक त्रासदायक आणि थकवणारे काहीही नाही. मी आत्मविश्वासाने सांगू शकतो की प्रकल्पाच्या सरावात "प्लॅनिंग पोकर" पेक्षा चांगली पद्धत मी कधीही पाहिली नाही. पद्धत व्यापकपणे ज्ञात आहे, म्हणून आम्ही त्यावर लक्ष केंद्रित करणार नाही. मी फक्त लक्षात घेईन की डेल्फी पद्धत आणि फिबोनाची क्रम यांचे संयोजन आश्चर्यकारक परिणाम देते.

"प्लॅनिंग पोकर" पद्धतीचे सॉलिटेअर उदाहरण

स्क्रम पद्धतीला आधुनिक पीएम सिद्धांताचे ट्यूनिंग म्हणून नव्हे तर प्रकल्प व्यवस्थापनाची खरोखर क्रांतिकारी पद्धत मानण्याची अनेक कारणे आहेत. त्यापैकी एक म्हणजे कथांच्या दृष्टीकोनातून प्रोजेक्ट टास्क पूर्ण करण्याच्या कामाचे वर्णन करण्याची वृत्ती, जी डी. सियाम्पी आणि एम. हॅमर यांच्या प्रक्रियेच्या दृष्टिकोनाच्या विरुद्ध आहे. लोक खरोखर चित्रांमध्ये विचार करतात. एकीकडे, हे मान्य करणे कठीण आहे की कामाच्या परिणामाची अस्पष्ट व्याख्या गमावण्याची भीती बाळगू शकत नाही. दुसरीकडे, जर तुम्ही टास्कच्या दबावापासून एक पाऊल पुढे टाकले आणि खरोखर क्लायंट-ओरिएंटेड प्रोजेक्टच्या दृष्टीकोनातून समस्येकडे पाहिले तर, "सॉफ्ट" कथा इच्छित कार्य परिणाम मिळविण्यासाठी अधिक करू शकतात.

स्क्रम मेथडॉलॉजी अल्गोरिदमची पायरी 5

चरण 5 आणि 6 विचारात घेतल्यास, कार्यप्रदर्शन गतीशीलता, स्प्रिंट अनुशेष, प्रकल्प पूर्ण होण्याच्या तारखा आणि प्रवेग संधींची गणना करण्याची यंत्रणा संशयाच्या पलीकडे आहे. सर्व काही अगदी स्पष्ट आहे. एक प्रश्न समजून घेण्यात अडचणी उद्भवतात: प्रत्येक स्प्रिंटच्या शेवटी उत्पादनाच्या कार्यक्षमतेत दृश्यमान वाढ कशी मिळवायची? सॉफ्टवेअर डेव्हलपमेंट प्रकल्पांबद्दल, हे अगदी शक्य आहे. परंतु, उदाहरणार्थ, स्क्रॅम पद्धतीचा वापर करून बजेटिंग सिस्टम लागू करण्याचा प्रकल्प राबवताना, जेथे पूर्वतयारी कार्याचे अनेक टप्पे आहेत ज्यामध्ये कार्यक्षमतेत कोणतीही दृश्यमान वाढ होत नाही? असे दिसते की पद्धतीच्या या भागासाठी अतिरिक्त विसर्जन आवश्यक आहे.

स्क्रम मेथडॉलॉजी अल्गोरिदमची पायरी 6

प्रक्रियेदरम्यान सक्रिय क्रियांचे मुद्दे

स्क्रॅम पद्धतीचा तिसरा प्रक्रियात्मक ब्लॉक क्रियाकलापांची अंमलबजावणी आहे. क्रियाकलापांद्वारे आमचा अर्थ सध्याच्या स्प्रिंट किंवा संपूर्ण प्रकल्पाचे स्थानिक परिणाम साध्य करण्यासाठी उत्पादन मालक, स्क्रम मास्टर आणि संपूर्ण स्क्रम टीमच्या क्रिया आहेत. डिझाइन प्रक्रियेचा सातवा टप्पा विवादास्पद आहे. एकीकडे, आम्ही सामूहिक कार्यासाठी पूर्णपणे कार्यरत साधनांबद्दल बोलत आहोत, उच्च पातळीची प्रसिद्धी, संप्रेषण सामग्री आणि दृश्यमानता सुनिश्चित करणे. आम्ही स्क्रम बोर्ड, स्टिकर्स, टास्क बर्नडाउन चार्ट वापरण्याबद्दल बोलत आहोत. दुसरीकडे, केवळ मलाच नाही तर अनेक रशियन व्यवस्थापकांनाही व्यवस्थापन तंत्रज्ञानाचा घटक म्हणून आनंदाची श्रेणी समजणे कठीण वाटते. मी लेखाचा संपूर्ण भाग या समस्येसाठी समर्पित करेन.

स्क्रॅम मेथडॉलॉजी अल्गोरिदमची पायरी 7

मी स्क्रॅम पद्धतीच्या स्पष्ट निष्कर्षांपैकी एक म्हणजे जाता जाता दैनंदिन बैठकांचे तंत्र मानतो. स्प्रिंटमध्ये प्रोजेक्ट टीमच्या परस्परसंवाद आणि प्रेरणाचे एक अतिशय संक्षिप्त आणि प्रभावी माध्यम. 20 व्या शतकातील महान धावपटू मोहम्मद अली यांनी कोणत्याही प्रयत्नात यश मिळवण्यासाठी नियमित विधींना खूप महत्त्व दिले. डेली स्क्रॅम मीटिंगचा अर्थ असा आहे की तो शक्तिशाली, नियमित विधी आहे जो संघाच्या एकत्रीकरणाला एका लहान स्फोटासाठी चालना देतो. कोचिंग सपोर्ट, एकल प्रादेशिक जागा, "रँक आणि टायटल" द्वारे विभागणीचा अभाव - हे सर्व स्क्रम टीम प्रकल्प अंमलबजावणीला गती देण्यासाठी कार्य करते याची खात्री करण्यासाठी कार्य करते.

स्क्रम मेथडॉलॉजी अल्गोरिदमची पायरी 8

स्क्रम मेथड अल्गोरिदमच्या चरण 9 वर, तुम्हाला काय काळजी वाटते आणि पुन्हा स्प्रिंटसाठी कार्ये तयार करण्यासाठी परत येते. अनेक वर्षांपासून, मला असा विश्वास जोपासावा लागला की प्रोजेक्ट मॅनेजमेंटचा कार्य संदर्भ "साध्य किंवा साध्य झाले नाही" या अर्थाने निकालाचे एक अस्पष्ट सूत्र तयार करतो. या प्रकरणात, कोणता परिणाम मानला जातो हे महत्त्वाचे नाही: उच्च-स्तरीय कार्य किंवा विघटित. कोणत्याही परिस्थितीत, प्रोजेक्ट टास्कचे डिझायनर आणि जबाबदार संसाधन फॉर्म्युलेशनच्या अस्पष्टतेमध्ये फेरफार करण्याच्या संधीपासून वंचित असावे.

स्क्रम मेथडॉलॉजी अल्गोरिदमची पायरी 9

स्प्रिंट सायकल पायरी दहाने संपते, ज्यामध्ये पूर्ण झालेल्या स्प्रिंटचे समवयस्क पुनरावलोकन समाविष्ट असते. कार्यांवरील कामाच्या प्रगतीचे मूल्यांकन करताना आणि सुधारणांचा शोध घेत असताना स्क्रम टीमसह परस्परसंवादाचा कोचिंग मोड पुन्हा सक्षम केला जातो. रशियन मानसिकता नेहमीच अयशस्वी परिणाम आणि अपयशांच्या नकारात्मक अर्थासह मूल्याच्या निर्णयाद्वारे दर्शविली जाते. या प्रकरणात, "स्विचमन" नेहमी नियुक्त केले जावे - प्रकल्प कार्यसंघाचा सदस्य ज्याच्या चुकांमुळे नुकसान झाले. प्रकल्प क्रियाकलापांचे विषय म्हणून स्क्रॅम प्रक्रियेतील सहभागींच्या कृतींपेक्षा सिस्टम त्रुटीच्या प्राथमिकतेची तत्त्वे आणि दोष दर्शविण्यास नकार देणे हे सर्व अधिक मौल्यवान आहेत.

स्क्रॅम मेथडॉलॉजी अल्गोरिदमची पायरी 10

अँटिसिनिसिझमची संहिता म्हणून स्क्रम

मला उपशीर्षक मध्ये सादर केलेले रूपक आवडले. हे जेफ सदरलँडचे आहे आणि आधुनिक व्यवसायातील एक महत्त्वपूर्ण त्रुटी म्हणून निंदकतेची खोल भावना व्यक्त करते. सर्वसाधारणपणे, स्क्रॅम पद्धतीच्या लेखकाची स्थिती नक्कीच प्रामाणिक आहे. हे मनमोहक आहे. आणि, तत्त्वतः, सदरलँडने व्यवस्थापकीय संदर्भात आनंदाच्या घटकाची ओळख करून देणे अजिबात वाईट नाही. हे अशा अमेरिकन पद्धतीने केले जाते. त्याच वेळी, विचाराधीन क्रांतिकारी प्रकल्प सिद्धांतामध्ये "आनंद" हा शब्द आणि त्याच्याशी संबंधित प्रत्येक गोष्ट अंतर्गत अस्वस्थता का कारणीभूत आहे हे मला समजून घ्यायचे आहे. हे फक्त एक व्यक्तिनिष्ठ आणि वैयक्तिक समज आहे, किंवा हे प्रस्तावित दृष्टिकोनाचे काही सामान्य सांस्कृतिक दृश्य आहे?

90 च्या दशकाच्या उत्तरार्धात आणि 2000 च्या सुरुवातीस रशियामध्ये काय घडले ते तुम्हाला आणि मला बहुधा आठवते. वैयक्तिक आणि कॉर्पोरेट यशाबद्दल "सत्य" पसरवत "नवीन-नवीन नूव्यू रिच" अक्षरशः जगभरातून आणि प्रामुख्याने युनायटेड स्टेट्समधून देशात ओतले गेले. हे प्रामाणिकपणे सांगितले पाहिजे की असे "प्रकटीकरण" कोणत्याही ट्रेसशिवाय गेले नाहीत; अनेक व्यावसायिकांनी पश्चिमेकडून आणलेल्या व्यवस्थापन सिद्धांतांचे मुख्य पैलू स्वीकारले. मी विशेषत: प्रशिक्षण अभ्यासक्रम, मालकी सिद्धांत आणि प्रसिद्ध शाळांना नाव देत नाही. ज्यांचा सामना झाला आहे त्यांना समजेल.

70 वर्षांच्या सोव्हिएत सत्तेने लोकांच्या अंतर्गत संस्कृतीत मोठ्या प्रमाणात बदल केला, परंतु रशियन व्यक्तीचा अनुवांशिक कोड पूर्णपणे गमावला नाही, कारण तो शतकानुशतके तयार झाला होता. तथापि, जेव्हा संप्रेषण आणि व्यावसायिक संबंधांच्या विस्तृत संधी उघडल्या गेल्या तेव्हा व्यावसायिक आणि व्यवस्थापकांचे नैसर्गिक फिल्टर फाटले गेले. आणि अनेक कल्पना स्वयंसिद्ध म्हणून स्वीकारल्या गेल्या, तर प्राथमिक शहाणपणाची तत्त्वे लागू केली गेली नाहीत. हे आता संपत असलेल्या इंटरटाइमचे खर्च आहेत.

राज्य स्तरावर आणि व्यावसायिक लोकांच्या दोन्ही स्तरावर झपाट्याने सावध होत आहे. आणि त्यांना हे समजू लागते की सादर केलेले काही उपाय, व्यवसाय करण्याचे मार्ग, कर्मचार्‍यांशी संबंध निर्माण करणे हे केवळ उपयुक्त नाही, त्यांनी प्रतिकूल आणि विध्वंसक हेतूने काम केले, ज्यामुळे व्यावसायिक संस्कृतीसह आपली राष्ट्रीय संस्कृती नष्ट झाली. मी दोन विचारसरणीच्या विरोधाचे एकच उदाहरण देईन: “विभागा आणि जिंका!” आणि "व्यापारीचा शब्द करारापेक्षा अधिक मौल्यवान आहे!"

नियंत्रणाचे साधन म्हणून आनंदाचे स्त्रोत लादण्याबद्दल अत्यंत सावध वृत्तीचे हे गंभीर कारण आहे. रशियन परंपरेत, त्याच्या शतकानुशतके जुन्या सांप्रदायिकता, ऑर्थोडॉक्स आणि इस्लामिक मुळे, "आनंद" उच्च आध्यात्मिक, सद्गुण श्रेणींचा संदर्भ देते. नैतिक पैलूच्या दृष्टीकोनातून, मनोवैज्ञानिक स्थितीच्या दृष्टिकोनातून, बौद्धिक आकलनाच्या कोनातून, शारीरिक आणि मानसिक उन्नतीच्या दृष्टीकोनातून याचा सर्वसमावेशकपणे विचार केला जाऊ शकत नाही.

वरील कोणत्याही प्रकारे लेखात चर्चा केलेल्या स्क्रॅम पद्धतीच्या फायद्यांपासून कमी होत नाही. जर तुम्ही निरपेक्षता, अधोरेखितपणा आणि काही पॅथॉसचा बुरखा काढून टाकला तर हे डिझाइनसाठी पूर्णपणे कार्यरत साधन आहे. नवीन काहीतरी मार्ग काढणे नेहमीच कठीण असते. प्रथम या उदात्त कल्पना आहेत, नंतर ही वेगळी उदाहरणे आहेत आणि शेवटी व्यापक स्वीकाराचा कालावधी येतो. असे दिसते की भविष्यात प्रकल्प क्रियाकलाप आयोजित करण्यासाठी संकरित अल्गोरिदम आणि पारंपारिक आणि क्रांतिकारक दृष्टिकोन वापरण्यात लवचिक परिवर्तनशीलता आहे.