मैं अपनी टीम के कानबन पर गुणवत्ता विशेषताओं को कैसे ट्रैक कर सकता हूं?


13

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

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

मैं अपनी टीम के कानबन पर गुणवत्ता विशेषताओं (या अन्य वास्तुशिल्प रूप से प्रासंगिक निर्णयों) पर प्रगति को कैसे ट्रैक कर सकता हूं?

जवाबों:


7

हम स्पष्ट रूप से वास्तुकला के बारे में निर्णय ले रहे हैं, लेकिन हमारे ज्ञात गुणवत्ता विशेषता आवश्यकताओं के संदर्भ में उन निर्णयों पर विचार नहीं कर रहे हैं।

मुझे लगता है कि आप अपने वर्कफ़्लो में "आर्किटेक्चरल रिव्यू" चरण बनाकर इसकी कल्पना कर सकते हैं। इस कदम का प्रतिनिधित्व कान्बाद बोर्ड के कॉलम में किया जाएगा, जिसमें WIP की अपनी सीमा होगी। डब्ल्यूआईपी सीमा इस बात पर निर्भर करेगी कि आपको इन समीक्षाओं में कितने आर्किटेक्ट / डिजाइनरों को भाग लेना है।

विकास टीम उपयोगकर्ता कहानियों के क्षैतिज, बाएं से दाएं प्रवाह के लिए जिम्मेदार है। वास्तुकार (ओं) को, ज्यादातर मामलों में, कहानियों को केवल तभी स्पर्श करना चाहिए, जब वे वास्तुशिल्प / तकनीकी समीक्षा कॉलम में हों। क्षैतिज स्विम्लेन के साथ स्तंभ का चौराहा डेवलपर (ओं) और वास्तुकार (ओं) की बैठक को दर्शाता है।

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

ज्ञात गुणवत्ता विशेषताओं को तब निम्न के रूप में दर्शाया जा सकता है:

  • वास्तु समीक्षा कदम के लिए की गई परिभाषा।
  • गैर-कार्यात्मक आवश्यकताओं का प्रतिनिधित्व करने वाले पहले से ही किए गए उपयोगकर्ता कहानियों के आसपास स्वीकृति परीक्षण। फिर एक नई उपयोगकर्ता कहानी के लिए की गई परिभाषा में उन परीक्षणों को नहीं तोड़ना शामिल होगा।

जोड़ा : "आर्किटेक्चरल रिव्यू" वर्कफ़्लो स्टेप कॉमन्स की त्रासदी नामक समस्या के प्रति संदिग्ध हो सकता है । यहाँ एक बढ़िया ब्लॉग पोस्ट है कि कैसे कनबन विज़ुअलाइज़ेशन इसके और संभावित समाधानों से निपटने में मदद कर सकता है।


आपकी पीडीऍफ़ का लिंक मर चुका है
marc.d

@ marc.d: ध्यान देने के लिए धन्यवाद। मैं मृत लिंक के साथ पैराग्राफ को हटा रहा हूं। कृपया चित्रण के लिए "कॉमेडी की त्रासदी" लेख देखें (पोस्ट के अंत के पास लिंक)।
अज़ेगलोव

6

इस प्रश्न के दो भाग हैं। एक हिस्सा है: हम कैसे जानते हैं कि वास्तुकला कब बदल जाती है। दूसरा भाग है: हम कैसे जानते हैं कि वास्तुकला अभी भी अच्छी है।

इस पहले भाग के लिए: आप कैसे जानते हैं कि वास्तुकला कब बदल जाती है?

यहां लक्ष्य कुछ ऐसा लेना है जो स्पष्ट रूप से किया जा रहा है और इसे स्पष्ट करना है

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

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

अब दूसरे प्रश्न पर आते हैं: हम कैसे जानते हैं कि वास्तुकला अभी भी अच्छी है?

मैं विज़ुअलाइज़ेशन का बहुत बड़ा प्रशंसक हूँ। आपके पास घटक और वास्तुकला का वर्णन करने वाले नोटों के साथ व्हाइटबोर्ड पर एक चार्ट हो सकता है।

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

ये आपको जो करने की अनुमति देते हैं वह आपकी वास्तुकला और डिजाइन को दृश्यमान बनाता है। टीम के सदस्य एक बार में इसे देख लेंगे और उस पर टिप्पणी करेंगे कि क्या कुछ बदला जा सकता है या बेहतर तरीके से किया जा सकता है।


4

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

परिदृश्यों में से प्रत्येक के लिए कण्बन के एक भाग के रूप में "स्पष्ट निर्णयों को स्पष्ट करना" रखने से मदद मिल सकती है।

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

विक्रम।


3

यह एजाइल टीमों पर स्थापत्य निर्णयों में देरी के जोखिमों में से एक है। स्पष्ट रूप से फुर्तीले होने के लिए सबसे ज़िम्मेदार चीज़ अंतिम जिम्मेदार क्षण तक स्थापत्य निर्णयों में देरी करना है । लेकिन संभावना है कि आखिरी जिम्मेदार क्षण जल्दी हो सकता है (या होना चाहिए)।

एक चीज जो आपकी मुख्य ड्राइविंग आवश्यकताओं पर जल्दी से स्पष्ट रूप से वितरित करने में मदद करती है; ऐसी चीजें जो आप स्पष्ट रूप से जानते हैं कि आपके पास होनी चाहिए (लेकिन अभी आवश्यक रूप से लागू करने की आवश्यकता नहीं है।) आपकी विकसित वास्तुकला (जो न्यूनतर और लचीली होने का प्रयास करती है) को ऐसी आवश्यकताओं के लिए मौजूदा या भविष्य के समर्थन को समायोजित करना चाहिए।

इससे भी महत्वपूर्ण बात, हालांकि, आपकी विकसित वास्तुकला ऐसी प्रमुख ड्राइविंग आवश्यकताओं का समर्थन करने के तरीके को प्राप्त करने वाली कलाकृतियों को लागू नहीं करती है (या प्राप्त कर सकती है), भले ही उन कलाकृतियों को वर्तमान आवश्यकताओं को हल करने के लिए हो। हम ऐसी कलाकृतियों को संदर्भित कर सकते हैं, जो कलाकृतियों में दखल देने वाली कलाकृतियां हैं , जो वास्तविक मूल्य प्रदान करती हैं (जैसा कि वे मौजूदा आवश्यकताओं के समाधान को लागू करते हैं) लेकिन जिनकी उपस्थिति से भविष्य की कुंजी ड्राइविंग आवश्यकता को लागू करना मुश्किल / महंगा हो जाता है।

ऐसे मामलों में जब आपको एक हस्तक्षेप कलाकृतियों को लागू करना होगा, तो आपका काम किसी बिंदु पर इसके हटाने की योजना बनाना होगा (ताकि आप उस महत्वपूर्ण ड्राइविंग आवश्यकता को लागू कर सकें जो हस्तक्षेप किया जा रहा है।)

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

महत्वपूर्ण आवश्यकताएं आर्किटेक्चर की मृत हैं। हर चीज को स्पष्ट किया जाना चाहिए, दोनों प्रमुख ड्राइविंग आवश्यकताएं और जो सहायक हैं। आपको किसी आवश्यकता को जल्दी लागू करने की आवश्यकता नहीं है। आपको केवल इसके लिए सक्षम होना चाहिए।

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.