क्या प्रोजेक्ट मैनेजर स्क्रैम में उपयोगी हैं?

17

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

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

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

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

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

क्या आप स्क्रैम से सहमत हैं कि एक परियोजना प्रबंधक की आवश्यकता नहीं है? क्या आपको लगता है कि ऐसी भूमिका अभी भी आवश्यक है? क्यों?

project-management agile scrum

— मार्टिन विकमैन
स्रोत

मैं उस एक को पहचानता हूं। हालाँकि हो सकता है कि ScrumMasters सोचें कि वे नए पीएम हैं।

— आमिर रज़ाई

बजट कौन करता है और अन्य परियोजनाओं के साथ सिंक करता है?

— अमीर रज़ाई

3

@Amir Rezae खैर, निश्चित रूप से यह प्रधान मंत्री है। लेकिन उन्हें घोटाले में हिस्सा नहीं लेना है। जो वास्तव में हमारे पास है, एक ओवरसियर पीएम जो सुनिश्चित करता है कि परियोजना के विभिन्न हिस्से (देव और गैर-देव) ट्रैक पर हैं और किसी को भी दूसरे से प्रतिक्रिया की प्रतीक्षा नहीं है। यह काम करता हैं।

— biziclop

यहां प्रोजेक्ट मैनेजर से आपका क्या मतलब है? मुझे ऑर्ग चार्ट के प्रोजेक्ट मैनेजरों को स्कैम में प्रोडक्ट ओनर बनने के लिए देखने की आदत है, इसलिए वे बहुत ज्यादा हैं, हालांकि जरूरी नहीं कि पहले जितनी ताकत हो।

— जेबी किंग

मैं @biziclop से सहमत हूं। इसी तरह हम काम भी करते हैं। हमारा उत्कृष्ट प्रोजेक्ट मैनेजर लगातार स्क्रैम टीमों (और इसमें शामिल सभी अन्य लोगों) के बीच चल रहा है, यह सुनिश्चित करता है कि कोई गंभीर समस्या नहीं है, और उन्हें होने पर हमें हल करने में मदद करता है। लेकिन वह "घबराहट" में बिल्कुल भी शामिल नहीं है, और ऐसा ही होना चाहिए।

— Boise

15

शायद आपको इस तरह की चीजें पेश करनी चाहिए:

स्क्रैम में प्रोजेक्ट मैनेजर गायब नहीं हुआ था । वह अभी भी वहीं है। अभी उनमें से तीन हैं!

द स्क्रम मास्टर : वह प्रक्रिया का प्रबंधन करता है और बाधाओं को हल करता है। इससे पहले परियोजना प्रबंधक की जिम्मेदारी थी।
उत्पाद स्वामी : वह बैकलॉग का प्रबंधन करता है। Microsoft प्रोजेक्ट में सब कुछ की भविष्यवाणी करने से पहले परियोजना प्रबंधक की जिम्मेदारी थी।
टीम : स्वयं इसके उत्पादन का प्रबंधन करती है। कौन और कैसे दिया गया उपयोगकर्ता कहानी संभावित रूप से भरोसेमंद उत्पाद वृद्धि में परिवर्तित हो जाता है। यह प्रोजेक्ट मैनेजर की जिम्मेदारी थी जब उसने कार्य सौंपा।

धन्यवाद, मैंने अपने प्रश्न पर प्रकाश डालने के लिए कुछ जोर दिया।

— मार्टिन विकमैन

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

आईटी बिल्ड के बाहर तत्वों को कौन शामिल करता है?

— जॉन हॉपकिंस

1

@ जॉन: प्रोडक्ट ओनर और स्क्रैम मास्टर (प्रोडक्ट ओनर से बहुत कम)। मतलब प्रोडक्ट ओनर उस प्रोजेक्ट मैनेजर की तरह दिखता है जिसके बारे में हम बात कर रहे हैं। वह सिर्फ चीजों को सौंपता है जो वह टीम को नियंत्रित नहीं कर सकता है।

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

— जॉन हॉपकिंस

9

मेरे लिए यह इस बात की समझ में कमी से आता है कि एक प्रोजेक्ट मैनेजर क्या करता है और पीएम शीर्षक की सामान्य प्रकृति। मैं SCRUM का विशेषज्ञ नहीं हूं, लेकिन मैंने हमेशा SCRUM मास्टर को प्रोजेक्ट मैनेजर के बजाय विकास प्रबंधक / टीम लीडर के रूप में देखा है।

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

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

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

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

— जॉन हॉपकिंस
स्रोत

1

मैं कहूंगा कि शायद क्लासिक पीएम की सबसे करीबी भूमिका स्क्रेम मास्टर है। स्क्रम मास्टर यह सुनिश्चित करता है कि टीम उनकी चिंताओं को सक्रिय रूप से सुनकर और बाधाओं को दूर करके योजना के अनुसार काम करने में सक्षम है। Scrum Master के रूप में एक PM अपने पूर्व कार्यों (जैसे योजना) को खो सकता है क्योंकि वे अधिक परामर्श भूमिका में चले जाते हैं -> वे वास्तविक योजना नहीं बना सकते हैं और एक स्प्रिंट का अनुमान लगा सकते हैं, लेकिन वे टीम को ऐसा करने में मदद करते हैं और इसमें कूदने के लिए तैयार होना चाहिए कोई समस्या उत्पन्न होती है।

— ऐनी शूसेलर

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

— जॉन हॉपकिंस

4

कुछ चीजें हैं जो एक प्रोजेक्ट मैनेजर कर सकता है जो एक स्क्रैम मास्टर या उत्पाद स्वामी नहीं कर सकता है।

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

Scrum में PM होने का आदेश नहीं है। लेकिन आप वैसे भी एक होना चाह सकते हैं।

— Lunivore
स्रोत

1

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

— मार्टिन विकमैन

1

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

— लूनीवोर

2

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

— मार्टिन विकमैन

धन्यवाद। यह शानदार प्रतिक्रिया है जो मुझे भविष्य में अपनी बात बेहतर तरीके से बताने में मदद करेगी। मैं व्याख्यान देने के लिए माफी माँगता हूँ।

— लूनीवोर

1

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

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

— पेटर टॉर्क
स्रोत

1

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

— मार्टिन विकमन

1

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

— Shehan
स्रोत

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

— जिमी होफा

1

परियोजना प्रबंधक: एक पारंपरिक संगठन या उद्यम के भीतर एक भूमिका।

स्क्रम मास्टर: एक सॉफ्टवेयर डेवलपमेंट टीम के भीतर एक भूमिका जो कि स्क्रैम पद्धति का उपयोग करती है।

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

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

एक परियोजना प्रबंधक संगठन के लिए स्क्रैम मास्टर का इंटरफ़ेस होना चाहिए। स्क्रम मास्टर को टीम के प्रोजेक्ट मैनेजर का इंटरफ़ेस होना चाहिए।

तो, क्या प्रोजेक्ट मैनेजर स्क्रैम में उपयोगी हैं? नहीं, प्रोजेक्ट मैनेजर स्क्रैम के बाहर उपयोगी हैं। वे स्क्रेम सॉफ़्टवेयर डेवलपमेंट मेथडोलॉजी का हिस्सा नहीं हैं, लेकिन वे ऐसे संसाधन प्रदान करते हैं जो स्क्रेम को काम करने की अनुमति देते हैं।

— कालेब
स्रोत

1

इस सवाल से स्क्रबट की गंध आती है ।

Scrum एक परियोजना प्रबंधन विधि (प्रिंस 2 / पीएमपी आदि) में निहित है का एक सबसेट है। वास्तव में, यदि आप प्रिंस 2 प्रक्रिया एमपी (उत्पाद वितरण का प्रबंधन) को देखते हैं, तो स्क्रैम के सभी तत्व वहां निहित हो सकते हैं।

स्क्रैम मास्टर विक्रेताओं, कर्मियों, कानूनी, वित्त, आपूर्तिकर्ताओं, अधिकारियों या बीएयू गतिविधि के साथ बैठकों में फंसना नहीं चाहता है । उन्हें मौजूदा स्प्रिंट पर टीम से बाधाओं को हटाने पर ध्यान केंद्रित करने की आवश्यकता है, न कि एक रोजगार एजेंसी ने FY2011 / 12 में ठेकेदार दरों को बंद कर सकते हैं या विक्रेता एक्स के साथ एस्क्रो समझौते को मान्य कर सकते हैं।

यदि आपका Scrum Master उपरोक्त कार्य कर रहा है, तो आप Scrum नहीं चला रहे हैं, आप Scrumbut चला रहे हैं।

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

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

— कुटकी
स्रोत

2

स्क्रबट टिप्पणी के साथ क्या है, मुझे वह नहीं मिला।

— मार्टिन विकमैन

2

@MartinWickman मैंने इसका अर्थ "स्क्रैम तरीके से बहुत प्रतिबद्ध नहीं" के रूप में पढ़ा है: हम स्क्रैम कर रहे हैं, लेकिन हमारे पास अभी भी एक प्रबंधक है जो समय निर्धारित करता है।

— कालेब

0

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

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

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

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

— guillaume31
स्रोत

0

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

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

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

इसलिए जहां मैं काम करता हूं, परियोजना प्रबंधक अभी भी वहां हैं, जो उन्होंने हमेशा किया है। इसका मतलब है कि वे परियोजना को ट्रैक पर रखते हैं, "ऊपर" से बहुत अधिक व्यामोह और सूक्ष्म-प्रबंधन की प्रवृत्ति के खिलाफ एक फिल्टर के रूप में कार्य करते हैं, समस्याओं को हल करते हैं जिन्हें हल करने के लिए हमारे पास अधिक क्लॉट की आवश्यकता होती है, और इसी तरह।

मुझे यकीन है कि यह अन्य स्थानों पर काफी अलग है, लेकिन हमारे लिए यह बहुत अच्छा काम करता है।

संपादित करें : हो सकता है कि मैं स्पष्ट कर दूं कि हमारे लिए, एक Scrum टीम किसी प्रोजेक्ट टीम को प्रतिस्थापित नहीं करती है । एक परियोजना के लिए (और आमतौर पर) वास्तविक विकास कार्य करने के लिए एक या एक से अधिक स्क्रैम टीमें शुरू की जाती हैं । प्रोजेक्ट लीडर को छोड़कर, स्क्रम टीम (एस और एस) हमेशा पुरानी टीम के सदस्यों को शामिल कर सकते हैं।

— Boise
स्रोत