यह उत्तर किसी ऐसे व्यक्ति के परिप्रेक्ष्य से लिखा गया है जिसके पास एक प्रदर्शन प्रबंधन प्रणाली थी जो एक फुर्तीली टीम के चारों ओर रखी गई थी; आप की तरह, टीम के सभी लोगों को एक फुर्तीली समूह पर लागू वर्ष-भर के स्मार्ट लक्ष्यों की कठिनाई / बेकारता का एहसास हुआ , जहां, जब पूरी तरह से कार्य करते हैं, तो Agile के कार्यान्वयन को स्वाभाविक रूप से / पहले से ही स्मार्ट माना जा सकता है।
सच में नहीं! यदि आपको ज़रूरत हो तो निम्न युक्तिकरण को कॉल करें (यदि तर्क आधा-बेक किया गया है ...), लेकिन तत्काल संगठन के बाहर के समीक्षकों को यह समझाकर हमने वास्तविक "लक्ष्य" के लिए मंच निर्धारित किया है जिसे हमने प्रदर्शन प्रबंधन प्रणाली में रखा है।
- विशिष्ट के लिए एस : प्रत्येक स्प्रिंट प्लानिंग के दौरान, टीम प्राप्त करने के लिए कार्यों के एक विशिष्ट सेट पर सहमत होती है, और उन्हें करने के लिए प्रतिबद्ध होती है। कार्य (और उपयोगकर्ता कहानियां), मैं लक्ष्य को पूरा करने के लिए क्या करना चाहता हूं, लक्ष्यों को पूरा करने के उद्देश्यों, लाभों का उत्तर देता हूं, जो इसमें शामिल है, जहां यह होता है, और बाधाएं।
- मापने योग्य के लिए एम : इन कार्यों की सूची, साथ ही स्प्रिंट के दौरान टिकटों की आवाजाही, विकास से लेकर कोड समीक्षा तक जारी करने के लिए क्यूए (या जो भी आपका प्रवाह है), कितना काम करता है और कब पूरा होगा के सवालों के जवाब देता है। ।
- प्राप्य के लिए A : कार्यशील फुर्तीली समूह आमतौर पर नियोजन चरण में कुछ के लिए प्रतिबद्ध नहीं होते हैं जब तक कि यह स्पष्ट रूप से प्राप्य न हो - सभी टुकड़ों को यह जानना है कि इसे कैसे पूरा किया जाए
- प्रासंगिक के लिए : जैसे प्रश्न यह सार्थक है, क्या यह सही समय है, क्या यह हमारे अन्य प्रयासों से मेल खाता है - कहानियां और कार्य एक स्प्रिंट में नहीं खींचे जाते हैं, और जब तक इन सभी सवालों के जवाब में हां नहीं है, तब तक के लिए प्रतिबद्ध हैं ( आम तौर पर ... YMMV)
- टी टाइम-बाउंड के लिए : एक स्प्रिंट आवश्यक रूप से समय-बद्ध है, यह 2 सप्ताह, 3 सप्ताह, अधिक या कम हो।
यदि आप स्वयं को समझते हैं / आश्वस्त करते हैं कि आपका त्रैमासिक कार्य (और इस प्रकार आपका साल भर का कार्य) स्वयं एक बड़ा स्मार्ट लक्ष्य है, और आप जानते हैं कि आप अपने लक्ष्यों को प्राप्त कर रहे हैं क्योंकि टीम अच्छा प्रदर्शन कर रही है, वेग सकारात्मक है, रिलीज हो रही हैं , तो आप अपने प्रश्न के बिंदु पर पहुंचते हैं, जो अंततः किसी और के लाभ के लिए स्मार्ट लक्ष्यों के एक सेट में एक एसएमएआरटी प्रक्रिया का अनुवाद कैसे किया जाता है।
मैं अतीत में सफलतापूर्वक ऐसा कुछ करने में सक्षम रहा हूं, जो मुझे अस्पष्ट और अच्छी तरह से दिखता है, बहुत स्मार्ट नहीं है, लेकिन वास्तव में दूसरों के लिए पूरी तरह से स्वीकार्य है।
कुछ उदाहरण जो मेरे लिए कहीं और पास हुए हैं:
"मैं अगले वर्ष में हर तीन महीने में विजेटमेकर का एक नया संस्करण जारी करना चाहता हूं, हमारी आंतरिक सॉफ्टवेयर विकास प्रक्रिया का पालन करके, समग्र उत्पाद विकास अनुसूची (ब्ला ब्ला) के साथ संरेखित करना है।"
"हम अपनी प्रभावशीलता बढ़ाने और उत्पाद की शिपिंग में देरी को कम करने के लिए, बैकलॉग संवारने की प्रक्रिया में वृद्धिशील परिवर्तनों पर ध्यान केंद्रित करके, ए को रिलीज से ए, बी से रिलीज के लिए टीम के विकास के वेग को n% तक बढ़ाना चाहते हैं।"
आप जानते हैं और मुझे पता है कि ये आपके वास्तविक विकास समूह के मार्गदर्शक सिद्धांत नहीं हैं, लेकिन वे पूरी तरह से असंबंधित नहीं हैं, और मेरे अनुभव में ऐसी चीजें हैं जो आपके तत्काल संगठन के बाहर लोगों के लिए वास्तव में स्मार्ट और उपयोगी दिखाई देती हैं (बिना) एकमुश्त झूठ या पूरी तरह से लंगड़ा होना)।