स्क्रम (मक्खियों) के बाद 5 चीजें

स्क्रम (स्टैंड-अप मीटिंग, rus।: Letuchka) - प्रोजेक्ट टीम के लिए एक दैनिक बैठक।

(अनुवाद मेरी धारणा के चश्मे के माध्यम से पारित किया गया है, हालांकि मैं कुछ से असहमत हूं)



पहला "जटिलता" है। कुछ भी जो कठिनाई, हस्तक्षेप का कारण बनता है, और लक्ष्य की ओर प्रगति को रोकता है, का अध्ययन किया जाना चाहिए और अस्थिरता के बाद बाहर रखा जाना चाहिए। एली एली गोल्डट्रैट द्वारा वर्णित "प्रतिबंधों के सिद्धांत" का उपयोग करता है, जिसमें प्रबंधक को टीम के रास्ते में किसी भी बाधा को दूर करना होगा। प्रत्येक मक्खी के बाद प्रबंधक को कार्यों की एक TO-DO सूची बनानी चाहिए।





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



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



चौथा "प्रश्न" है । शायद आपने उड़ान के दौरान सवालों और समस्याओं पर पूरी तरह से ड्राइव नहीं किया। यदि स्पष्टीकरण देने वाले प्रश्न स्पष्टीकरण से अधिक भ्रम लाते हैं, तो यह मक्खी के बाद बात करने का सही तरीका है (इससे पहले कि जब मैं एक डेवलपर था, मैं जल्दी से इन सभी तकनीकी समस्याओं में शामिल होने में कामयाब रहा, अब मैं एक कार्यक्रम प्रबंधक बन गया और मुझे अलमारियों को चबाने की जरूरत है; इसके अलावा, मैं; पीएमपी प्रमाण पत्र प्राप्त किया और मैं यह दिखा सकता हूं कि अब मेरे लिए सब कुछ चबाने के लिए m-e-d-e-n-o) होना चाहिए। हम जो नहीं समझते उसे ठीक नहीं कर सकते। विकास में कई चीजें तकनीकी समस्याओं से बढ़ती हैं, लेकिन जब वृद्धि और उन्मूलन की आवश्यकता होती है (और यह मेरा काम है) मुझे सबसे अच्छा समाधान खोजने के लिए पता होना चाहिए।



पाँचवाँ "मान्यता" है। काम अंततः उबाऊ हफ्तों, महीनों या परियोजनाओं में बदल जाता है। किए गए कार्यों, महत्वपूर्ण घटनाओं या अगले चरण के पूरा होने के लिए मान्यता व्यक्त करने के तरीके देखें। हमें लोगों की प्रेरणा का समर्थन करना चाहिए ताकि हम सभी के पास कठिनाइयों से निपटने के लिए पर्याप्त ताकत हो। सभी की प्रगति और योगदान का जश्न मनाने का सबसे अच्छा तरीका है। यह सिर्फ इस बात के लिए ईमानदारी से धन्यवाद हो सकता है कि लोगों ने परियोजना के लिए क्या किया, या शायद एक अच्छा दोपहर का भोजन, और सभी प्रकार के ट्रिंकेट। यह एक कामीकेज़ टीम और सिर्फ एक अच्छी टीम के बीच अंतर होना चाहिए।



आज यह 5 सबसे अधिक है, कल वे भिन्न हो सकते हैं।



मूल: अग्रणी