एकल आदमी परियोजना

Question

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

हमारी कंपनी सभी परियोजनाओं के लिए स्क्रम लागू करना चाहता है .. 1 या 2 व्यक्ति परियोजना के लिए स्क्रम प्रक्रिया को संभालने का सबसे अच्छा तरीका क्या है?

Answer 1

मैं मानता हूँ यह सरल बेवकूफ रखा जाना चाहिए, लेकिन अधिकांश स्क्रम ढांचे का उपयोग यहां किया जा सकता है।

मेरे पास परियोजनाओं के साथ-साथ रखरखाव/परिचालन कार्य दोनों पर इस फैशन में कई लोग काम कर रहे थे।

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

स्क्रम टीम - हाँ, या तो यह 1 या 2-व्यक्ति टीम है। तो यह वास्तव में स्वयं संगठन है ... लेकिन यह ठीक है! दैनिक स्क्रम? हां, 2 व्यक्तियों के बीच, या यदि यह केवल 1 व्यक्ति है, तो कार्यों और समस्याओं पर जाने का अच्छा समय, इस बारे में सोचें कि स्क्रम के स्क्रम या उत्पाद के मालिक को किस बाधाओं को सामने लाया जाना चाहिए।

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

रेट्रोस्पेक्टिव - हाँ, इसे अकेले रखा जा सकता है। मुझे लगता है कि हत्यारे प्रोग्रामर को अपने काम/प्रगति पर पीछे हटने की जरूरत है और उन चीजों पर कार्रवाई करना है जो उन्हें वापस पकड़ते हैं। प्रगति करने में आपकी सहायता के लिए यहां तक ​​कि अपने कार्यक्षेत्र में एक चार्ट रखें।

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

स्क्रम मास्टर - व्यक्ति अपना स्वयं का स्क्रम मास्टर होना चाहिए।

कोच - मेरे लिए अपनी स्पष्ट है कि मूल्यों और सिद्धांतों स्क्रम अंतर्निहित - अगर संगठन एक कोच टीमों/एसएमएस/POS की मदद करने के लिए किया था, तो वह भी इस स्क्रम सेल की मदद करनी चाहिए ...

सारांश में/Agile 1-2 व्यक्ति टीमों के लिए भी आवेदन करें। यह भी स्पष्ट करता है कि अधिकांश स्क्रम भी लागू किया जा सकता है।

सवाल यह है कि व्यक्तियों को क्या लगता है।

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

Answer 2

शायद एससीआरयूएम यहां अधिक है। कार्य पैकेज और अंतर्निहित कार्यों में व्यवस्थित करें।

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

Answer 3

एससीआरयूएम के लिए एक आदर्श टीम 8-10 लोगों है। इसलिए, मुझे नहीं पता कि आप इस तरह की छोटी टीम के लिए कैसे काम कर सकते हैं।

आम तौर पर, प्रबंधन लोगों द्वारा स्क्रम या फुर्तीली प्रक्रियाओं को गलत समझा जाता है। बस स्क्रम के सफलता अनुपात के बारे में पढ़कर यह मैं चाहता हूं कि यह प्रबंधन लोगों में आकर्षण का आकर्षण हो।

सब कुछ खत्म हो जमघट कार्यान्वयन के दो पहलुओं के होते हैं:

• प्रक्रियाएं: बैठकों खड़े हो, सिंहावलोकन बैठकों आदि
• इंजीनियरिंग प्रथाएं: स्पष्ट आवश्यकताओं (उपयोगकर्ता कथाएँ), टेस्ट स्वचालन, सतत एकीकरण बनाने आदि

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

आप इन्हें टुकड़े टुकड़े में बेहतर आकार में लाने के लिए अपना सकते हैं तो आप अभी तक हो सकते हैं। (कम से कम प्रबंधन की आंखों में ;-))

Answer 4

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

मार्टिन के। की तरह कहा: इसे सरल बेवकूफ रखें। यह सिर्फ 1 या 2 लोगों की है, इस तरह के "परियोजना प्रबंधन" की आवश्यकता नहीं है। बकवास बाहर कटौती और बस यह करो।

(यह कहने नहीं करने के लिए आप बजट, expences का पालन नहीं करना चाहिए और प्रगति को मापने, लेकिन बुनियादी ढांचे पर समय और पैसा है कि आवश्यकता न बर्बाद मत करो)

Answer 5

मेरे अनुभव में, स्क्रम अभी भी एक जोड़े की छोटी टीमों में परियोजनाओं के लिए प्रासंगिक हो सकता है मौजूदा जिम्मेदारियों वाले लोगों का। यहां बताया गया है:

1. यह अभी भी कार्य ब्रेकआउट और दानेदार अनुमान को प्रोत्साहित करता है।
2. स्पिंट्स अभी भी काम की इकाइयां सेट कर रहे हैं जिन्हें दायरे या अवधि में नहीं बदला जाना चाहिए।
3. दैनिक स्टैंड-अप मीटिंग्स नियमित चर्चा को प्रोत्साहित करती हैं।
4. आप अभी भी पुनरावृत्त चक्रों में पहुंचते हैं।
5. अभी भी ट्रैक करने के लिए एक बर्न-डाउन चार्ट है।
6. आपके पास अभी भी पूर्ववर्ती निरंतर सुधार चरण है।

ये सभी 2 सदस्य टीम या 8 सदस्य टीम के लिए समान रूप से प्रासंगिक हैं।लोगों द्वारा ब्रो-पीटा मत कहो "स्क्रम करने का केवल एक ही तरीका है" या आपको इसे काम करने के लिए कुछ हद तक लोगों की आवश्यकता है।