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