लगातार परिवर्तन को देखते हुए, योजना अवधि कितनी कम है?

Question

परिवर्तन असामान्य नहीं है, आवश्यकताओं में परिवर्तन, चश्मा में परिवर्तन वर्कफ़्लो में परिवर्तन। मैंने स्वीकार किया है कि परिवर्तन होगा, लेकिन मुझे आश्चर्य है: यह जानते हुए कि परिवर्तन होने जा रहा है, योजना अवधि कितनी कम है? (औचित्य को प्रोत्साहित किया जाता है)

• एक पुनरावृत्ति (2-4 सप्ताह)?
• एक सप्ताह?
• 2-3 दिन की अवधि?
• एक दिन?
• दिन में १/२?

मान लें कि कंपनी ने वर्तमान से अग्रिम में 1 [समय अंतराल (ऊपर से)] की योजना बनाई है ताकि कोई भी योजना इस तरह लगे:

"" यह सुबह / आज / इस सप्ताह / आदि।] आप इस पर काम करेंगे और [इस दोपहर / कल / अगले सप्ताह / आदि।] आप उस पर काम करेंगे ।

यह भी मान लें कि फ़ोकस / दिशा में परिवर्तन लगातार हर दूसरे से तीसरे समय अंतराल में होगा।

Answer 1

मैं एक स्क्रैम प्रैक्टिशनर हूं इसलिए मैं आपको इसका उपयोग करने का सुझाव दूंगा।

1. अपने पुनरावृत्ति की अवधि को परिभाषित करें। मुझे स्टार्टअप्स में दो सप्ताह का चलना पसंद है, और बड़े उद्यम परियोजनाओं में एक महीने
2. एक पुनरावृत्ति की शुरुआत में, उन विशेषताओं से चुनें जिन्हें आप उत्पाद बैकलॉग से विकसित करेंगे। किसी को भी iteration plan बदलने का अधिकार नहीं है, उत्पाद प्रबंधक को भी नहीं।
3. उत्पाद बैकलॉग में परिवर्तन होते हैं, पुनरावृति योजना में नहीं। इसलिए, आप अपने काम में कभी प्रभावित नहीं होते हैं।

Scrum के बारे में अधिक जानकारी

Answer 2

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

मैं XP (या स्क्रैम) का उपयोग करना पसंद करता हूं जो कहता है कि आपको प्रत्येक पुनरावृत्ति की शुरुआत में एक बार योजना बनानी चाहिए, जो मुझे सबसे प्रभावी लगता है जब वे 1-2 सप्ताह की लंबाई के होते हैं।

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

Answer 3

मैं चीजों को इस तरह से तोड़ता हूं:

1. किसी भी महत्वपूर्ण परियोजना / अनुप्रयोग विकास - 1 सप्ताह।
2. सरल वन-ऑफ एन्हांसमेंट को एक सूची में डाला जाता है, प्राथमिकता दी जाती है, और प्रत्येक को आधे से पूरे दिन की अवधि में संबोधित किया जाता है।
3. बग फिक्स आमतौर पर प्राथमिकता लेते हैं और # 2 के समान प्रक्रिया से गुजरते हैं, लेकिन कभी-कभी बहुत जल्दी तय किया जा सकता है।

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

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