फुर्तीली और दुबली, क्या अंतर है?

हाल ही में एक स्कूली छात्र ने एक दोस्त से कहा कि मुझे एजाइल के बारे में कुछ भी पता नहीं है, और एक शैक्षिक माहौल में परियोजनाओं और लोगों को व्यवस्थित करने में मदद करने के सबसे तेज और आसान तरीकों में से एक है?

मुझे पता था कि मेरे दोस्त का मतलब क्या है, लेकिन दुबले और तेज के बीच के अंतर के बारे में स्पष्टता की कमी ने मुझे पूरी तरह से कथा मोड में ला दिया, और इसलिए मैं इसके बारे में कुछ लिखना चाहता था। यह वही था जो मैंने लिखा था, और मुझे इसे और फैलाने की सलाह दी गई।

Agile / Scrum / Kanban बिल्कुल समान नहीं हैं, लेकिन उन्हें समान उपकरण और दृश्य संकेतों के साथ प्रस्तुत किया जाता है, इसलिए वे अक्सर भ्रमित होते हैं।

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

स्क्रम एक परिष्कृत तकनीक है जो सबसे लोकप्रिय है, लेकिन अन्य हैं। स्क्रम मुख्य रूप से प्रोजेक्ट डिलीवरी पर केंद्रित है, आमतौर पर सॉफ्टवेयर, लेकिन कई अन्य प्रकार की परियोजनाओं के लिए पुन: उपयोग किया जाता है। विशिष्ट विशेषताएं जिन्हें आप ढूंढ रहे हैं: * आप यह निर्धारित कर सकते हैं कि आप समाप्त होने पर (या किसी भी समय काम पूरा कर लें और काम करना बंद कर दें) * आपके पास ऐसे लोगों का समूह है जिन्हें परियोजना में सहयोग करने की आवश्यकता है * अपनी इच्छित डिलीवरी को चरणों या छोटी कार्यात्मक इकाइयों में विभाजित करें संभव है।

इसका मतलब यह है कि जब आपके प्रोजेक्ट में ये फीचर्स होते हैं तो स्क्रेम वास्तव में अच्छा काम करता है।

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

कानबन, या क्योंकि मैं इसे लीन कहना पसंद करता हूं, मूल उत्पादन से आता है। टोयोटा उत्पादन प्रणाली लीन को खिलाती है, और आप वास्तव में देख सकते हैं कि ब्रिटेन में कारखानों में क्या हो रहा है (मैंने एक दशक पहले कारखाने में काम नहीं किया है!)।

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

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

लीन / कानबन, निम्नलिखित समस्याओं के लिए इतना सही है: * प्रक्रिया निरंतर है, लेकिन आप इसे कभी नहीं कर सकते "* जारी रखना, या इससे भी बदतर, प्रक्रिया के चरणों के बीच प्रक्रिया को किसी भी तरह से महंगा या बेकार रखना। * आसानी से मापें और सुधार करें जहां प्रक्रिया को बदला जा सकता है

विशेष रूप से, वजन कुछ बुनियादी सिद्धांतों पर केंद्रित है: * साइकिल का समय, जो शुरू से अंत तक खराब है * जो कार्य आपको करने की आवश्यकता है उसे सीमित करने की आवश्यकता है क्योंकि आप यह सुनिश्चित कर सकते हैं कि आप अधिक समय व्यतीत करने की अपेक्षा आप इसे अगले स्तर पर ले जा सकें * प्रसंस्करण चरणों के बीच भंडारण कदम व्यर्थ या कठिन हैं

मैंने अंकन और सत्यापन या किसी भी बहु-चरण प्रक्रिया जैसी प्रक्रियाओं का उपयोग किया। प्रत्येक व्यक्ति या टीम एक या अन्य टीमों की जानकारी पर निर्भर करती है और भविष्य के काम के लिए प्रयासों का समन्वय और समन्वय करती है।

लीन से वास्तव में एक दिलचस्प सीख यह है कि स्थानीय अनुकूलन पूरी तरह से बेकार हो सकता है। यदि आपके पास 5-चरण की प्रक्रिया है और एक चरण में 10 उत्पादों को एक दिन में संसाधित किया जा सकता है, तो एक और चरण पर काम करें ताकि आप प्रति दिन 25 उत्पादों को संसाधित कर सकें, यदि आप धीमे चरण को तेज नहीं कर सकते हैं। इससे आपको यह सोचने में मदद मिलेगी कि कहां सुधार करना है। इसके लिए कानबन शब्द कैज़ेन है, जो श्रृंखला के सबसे धीमे, सबसे कमज़ोर, सबसे कम गुणवत्ता (चुनिंदा पैमाने) हिस्से में छोटे सुधार करता है और फिर अगले सप्ताह / पुनरावृत्ति को दोहराता है।

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

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

आप एक ही काम कर रहे हैं, लेकिन बहुत सारी प्रक्रिया है, उदाहरण के लिए, कई लोगों के आसपास कागजात या रिपोर्ट दाखिल करना, हर एक को दर्ज करना या संशोधित करना, और यदि आप हर साल या साल में एक ही काम करते हैं, तो Lean / Kanban मेल हो सकता है। आप बेहतर हैं

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