विशेषज्ञों की टीमों के लिए स्क्रम

Question

स्क्रम सामान्य सदस्यों के साथ टीमों के लिए सबसे अच्छा है, वह टीम है जहां कम से कम 2 लोग एक ही कार्य कर सकते हैं। मेरी मुख्य चिंता विशेषज्ञों से बनी टीमों के लिए स्क्रम को अनुकूलित करने के लिए (क्या रखना है, क्या हटाना है, क्या सुधार करना है) के लिए अच्छे समाधान खोजना है ?

मान लें कि आपके पास 5 डेवलपर्स की टीम है (वास्तविक नहीं, उदाहरण के लिए):

1. सी में मजबूत कौशल के साथ एक गणितज्ञ;
2. एक डीबी डेवलपर;
3. एक वेब डेवलपर;
4. एक यूएक्स / जीयूआई डेवलपर;
5. एक सॉफ्टवेयर आर्किटेक्ट;

यहां, सभी विशेषज्ञ हैं और कोई भी किसी और की जगह नहीं ले सकता (मैं ऐसी टीम के निर्माण के जोखिमों की परवाह नहीं करता, मैं स्कैटर पर ध्यान केंद्रित करना चाहता हूं)। इसलिए, एक घबराहट के संदर्भ में, यहां मेरे विचार हैं:

1. बेकार वसंत योजना: वास्तव में, जब गणितज्ञ कहते हैं कि एक विशिष्ट कार्य 2 अंकों के लायक है, कोई भी उसके खिलाफ वोट नहीं कर सकता है;
2. बेकार टीम वेग मीट्रिक: जैसा कि हर कोई अपने स्वयं के कार्यों के लिए किसी भी संख्या को आवंटित कर सकता है, कंप्यूटिंग वेग समझ में नहीं आता है;
3. साप्ताहिक (लंबी) स्क्रैम मीटिंगों के साथ दैनिक स्क्रैम मीटिंग्स को बदलें: जैसा कि टीम का प्रत्येक सदस्य अपने स्वयं के कार्यों पर काम कर रहा है, "टीम भावना" रखने के लिए दैनिक स्क्रैम मीटिंग वास्तव में महत्वपूर्ण होनी चाहिए। हालाँकि, दैनिक स्क्रैम मीटिंग लगभग 15 मिनट तक चलने वाली होती हैं। यह स्पष्ट रूप से समझने के लिए पर्याप्त नहीं है कि दूसरे क्या कर रहे हैं और क्या करेंगे। इसके अलावा, गणितज्ञ ज्यादातर समय एक ही चीजों का जवाब देगा: "मैं अभी भी % & Lo (+! $ $ + और) कर रहा हूं ..." साप्ताहिक बैठकें अधिक समय देती हैं। "प्रारंभिक" स्क्रैम मीटिंग्स और "साप्ताहिक" स्क्रैम मीटिंग्स के बीच एक ही मीटिंग का समय रखने के लिए, प्रत्येक साप्ताहिक स्क्रैम मीटिंग्स (सप्ताह में 5 दिन, 4 सप्ताह स्प्रिंट्स के साथ, स्प्रिंट मीटिंग्स 4 घंटे और दैनिक मीटिंग्स 15 मिनट तक चलने वाली) होनी चाहिए: (४ * ६० + २० * १५) / ४ =>

या घोटाले अभी भी प्रयोग करने योग्य है? शायद एक और चुस्त तकनीक का इस्तेमाल किया जाना चाहिए?

Comments

यह पसंद है या नहीं, यदि आप सब कुछ घोटाले से बाहर ले जाते हैं, तो आप अब घोटाले नहीं कर रहे हैं। और बीटीडब्ल्यू - दैनिक स्क्रब 15 मीटर से अधिक 5 मीटर की तरह होना चाहिए।

— जामेइक

खैर, एसओ का एक स्क्रैम टैग है, इसलिए मुझे लगा कि मैं एक स्क्रैच संबंधित प्रश्न पूछ सकता हूं ^ ^। इसके अलावा, सभी संदर्भों में मेरे पास 15 मिनट के दैनिक

— घोटाले का

हाँ, मुझे आशंका है, चुस्त, चुस्त टैग पूर्व-तिथि प्रोग्रामर -। लेकिन निश्चित रूप से आजकल ऐसे प्रश्न पूछने के लिए एक बेहतर जगह है।

— जैमीक

ठीक है धन्यवाद। क्या आप इस प्रश्न को प्रोग्रामर के पास माइग्रेट कर सकते हैं। क्या मुझे इसे हटा देना चाहिए और किसी नए को पुनः आरंभ करना होगा?

— कोर्चकिडु

'मुझे डर है कि मेरे पास इसे स्थानांतरित करने की कोई शक्ति नहीं है। माफ़ करना।

— जमीके

Answer 1

स्क्रम चांदी की गोली नहीं है। हर प्रोजेक्ट को सफल होने के लिए स्क्रैम का उपयोग नहीं करना पड़ता है। हालांकि आप जिस स्थिति का वर्णन कर रहे हैं वह लीन / कानबन के लिए एक महान फिट की तरह लग रहा है। आप इसकी जांच कर सकते हैं।

Kanban मूल रूप से आपको केवल कुछ चीजें करने के लिए कहता है, जिनमें से कोई भी उस तरह की टीम के साथ नहीं है जिस तरह का आप वर्णन कर रहे हैं:

• मूल्य के प्रवाह की कल्पना करें, अर्थात कानबन बोर्ड। स्क्रैम बोर्ड एक कानबन बोर्ड का एक विशिष्ट अनुप्रयोग है; विशेषज्ञता के लिए अनुमति देने के लिए इसे अनुकूलित करना संभव है।
• वर्क इन प्रोग्रेस (WIP) को सीमित करें, ताकि टीम को सौंपे गए काम की मात्रा केवल प्रवाह को स्थिर रखने के लिए पर्याप्त हो - अर्थात स्ट्रीम (डिज़ाइन) या समाप्ति (तैनाती) की शुरुआत पर कोई "रुकावट" न हो। ।

आप कनबन के बारे में कुछ संदर्भों की जांच करना चाहते हैं:

• एक दिन कानबन लैंड में
• प्राइमिंग कानबन (मुफ्त ईबुक)

Comments

बड़ी मदद! मैं लीन और कानबन की जांच करूंगा! हम +2 को SE पर कैसे करते हैं? ..?)

— Korchkidu

Answer 2

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

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

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

Comments

मैं पूरी तरह सहमत हूं कि संचार अभी भी होना चाहिए। हालाँकि, स्प्रिंट प्लानिंग की बैठकें कहानी के बिंदुओं के मूल्यांकन के बारे में हैं। यदि प्रति कहानी एक व्यक्ति अपने मूल्यों का अनुमान लगा सकता है, तो यह बैठक बेकार है ... और मेरा मानना ​​है कि स्क्रैम में यांत्रिकी (सामान्य रूप से चुस्त नहीं) वास्तव में महत्वपूर्ण हैं।

— कोर्चकिडु

Answer 3

यदि आपके पास आपके द्वारा वर्णित योग्यताओं के साथ विशेषज्ञ हैं, तो आपकी धारणा है कि प्रत्येक व्यक्ति अपने काम पर काम कर रहा है, शायद ही कभी दूसरों को संवाद करने की आवश्यकता होती है, आईएमएचओ गलत है। वास्तव में, एक नई सुविधा (एक "उपयोगकर्ता कहानी") का एहसास करने के लिए, आपको अक्सर करना होगा

• अपना डेटाबेस बदलें
• GUI या वेब इंटरफ़ेस जोड़ें या बदलें
• इसे सही व्यावसायिक तर्क के साथ संयोजित करें (जहां, शायद, आप "गणितज्ञ" में आते हैं)
• सुनिश्चित करें कि उन सभी परिवर्तनों को एक साथ अच्छी तरह से काम करते हैं

इसलिए मुझे लगता है कि उन्हें अधिक से अधिक संवाद स्थापित करना होगा जैसा कि सामान्यवादी की एक टीम में होता है, जहां हर कोई एक अलग एप्लिकेशन / यूजर स्टोरी पर काम कर सकता है, जिससे सभी एप्लिकेशन लेयर्स में सभी आवश्यक बदलाव खुद-ब-खुद हो जाते हैं। इस प्रकार, आपके द्वारा ऊपर बताई गई स्क्रैम की सभी टीम गतिविधियाँ ऐसी टीम के लिए बहुत मायने रखती हैं।

Comments

"तो मुझे लगता है कि उन्हें सामान्यज्ञ की टीम के रूप में बहुत अधिक संवाद करना होगा": यह वास्तव में मेरी बात है। इसीलिए मेरा मानना ​​है कि दैनिक घोटाले की बैठकें पर्याप्त नहीं होती हैं और इन्हें साप्ताहिक बैठकों द्वारा प्रतिस्थापित किया जाना चाहिए। या दैनिक स्क्रेम बैठकें इसके बजाय 30 मिनट तक चलती हैं।

— कोर्चकिडु

@ कोर्चकिडु: नहीं - दैनिक घोटाले की बैठक एक तकनीकी बैठक नहीं है, बल्कि एक प्रगति रिपोर्ट है। आप उस दिन बाद में 15 मिनट की मीटिंग शेड्यूल करने के लिए मीटिंग में 15 सेकंड बिताते हैं। एक स्कैम मास्टर के रूप में, स्टैंडअप को ध्यान में रखना आपकी जिम्मेदारी है।

— MSalters

हाँ सचमुच। तो एक 15 'स्टैंडअप + 15' वैकल्पिक तकनीकी बैठक शायद इसे बना सकती है। धन्यवाद!

— Korchkidu

Answer 4

आपकी स्थिति के लिए स्क्रम निश्चित रूप से अभी भी उपयुक्त है, लेकिन अन्य रूपरेखाएं भी हो सकती हैं।

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

मैं आपके लिए लाए जाने वाले कुछ विशिष्ट विषयों को संबोधित करना चाहूंगा:

क्रॉस फंक्शनल टीम्स एक टीम को क्रॉस-फंक्शनल माना जाएगा, अगर उसमें स्प्रिंट गोल और / या प्रोडक्ट बैकलॉग आइटम देने के लिए आवश्यक सभी कौशल हैं। इसका मतलब यह नहीं है कि हर काम के लिए 2 लोग हैं।

आकार देना यह याद रखना महत्वपूर्ण है कि हम एक व्यावसायिक समस्या या आवश्यकता का समाधान कर रहे हैं, न कि समाधान या समाधान का हिस्सा। उदाहरण के लिए, सोशल मीडिया / ट्विटर को हमारी ई-कॉमर्स साइट में एकीकृत करना एक ऐसी समस्या है जिसके लिए UX, UI डिज़ाइन, प्रोग्रामिंग, डेटाबेस और Twitter API का ज्ञान आवश्यक है। एक टीम को आकार देना चाहिए क्योंकि वे एक इकाई के रूप में, एक टीम के रूप में, इस कार्यक्षमता को वितरित करने वाले हैं। यह आकार 100% सटीक नहीं है, लेकिन हम पाते हैं कि कुल मिलाकर, सापेक्ष आकार के आधार पर पूर्वानुमान अधिक सटीक हैं। इसका मतलब है कि कुछ उच्च होंगे, कुछ कम होंगे और साथ में ली गई गणना अनुमानित अवधि की तुलना में अधिक सटीक होगी।

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

यह दो तरह से सहयोग है। टीम को PBI का एक सेट सौंपना और कहना "जाना" एक तानाशाह की भूमिका है। टीम स्प्रिंट में समय को अधिकतम करने के लिए उत्पाद स्वामी के साथ बातचीत कर रही है।

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

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

साप्ताहिक (लंबी) स्क्रैम मीटिंगों के साथ दैनिक स्क्रैम मीटिंग्स को बदलें । डेली स्क्रेम एक टीम को एक 24 घंटे के फीडबैक चक्र और अगले 24 घंटों के लिए योजना बनाने का अवसर प्रदान करता है। न कुछ ज्यादा, न कुछ कम। "तीन प्रश्न" उस प्रयास को सुविधाजनक बनाने में मदद करने के लिए हैं।

यदि आपके पास 5 दिनों के लिए कोई प्रतिक्रिया नहीं है, तो मेरा मानना ​​है कि आपके कार्य पर्याप्त रूप से ठीक नहीं हैं। यह केवल मेरी राय है, लेकिन यह कोच और टीम के सदस्य के रूप में मेरे अनुभव पर आधारित है। टीमों को अपने प्रयासों एफएआर पर अधिक बार बात करना, योजना बनाना और एकीकृत करना चाहिए।

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

Comments

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

— डॉक ब्राउन

मेला। मेरी कोशिश चिंता के प्रत्येक आइटम को सीधे संबोधित करने की थी। मेरा निष्कर्ष निश्चित रूप से खराब था। प्रतिक्रिया की सराहना करें।

— रयान क्रॉमवेल