- हाय!
- हाय!
- मुझे बताओ, तकनीकी सहायता करना क्या है?
- ठीक है, एक साइकिल की कल्पना करो ... और यह जलती है ... और तुम जलते हो ... और सड़क जलती है ... और सामान्य तौर पर, तुम नरक में हो ...

(c) लेखक अज्ञात है

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

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

वास्तविक समस्याएं क्या थीं?

आईटी के क्षेत्र में परियोजना प्रबंधन के लिए सबसे आम (और न केवल):

• बड़ी कार्य सूची
  
• फिटिंग प्रबंधक;
  
• इन बहुत कार्यों के स्रोतों की एक बड़ी संख्या;
  
• समय सीमा को पूरा करने में विफलता;
  
• सभी में आक्रोश।
  

हा, क्या भयानक है! आप कार्य लेते हैं और करते हैं - यह खरगोश के साथ सभी जादू है। तो हाँ, लेकिन ऐसा लगता है कि "हमारे हरे दोषपूर्ण था।"

हर दिन नए कार्य आए, और पुराने लोगों का जीवनकाल तेजी से बढ़ा। प्रत्येक विशेषज्ञ में, कार्यों की संख्या दर्जनों में मापी गई और दृष्टि में कोई अंत नहीं था।

हर कोई जो श्रृंखला में शामिल था, एक प्रोग्रामर से लेकर एक क्लाइंट तक, जिसे यह लग रहा था, वह हमारे आंसू धो रहा था (वास्तव में, मेरा मानना ​​है कि वह हमसे भी बदतर था, और हमने उस समय हर संभव कोशिश की थी )।

क्या उपाय किए गए हैं

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

नीचे मैं संक्षेप में "सबसे अच्छे" विकल्पों में से एक के बारे में बात करूँगा और एक अच्छा एक।

अंतिम नियत तारीख के साथ 7-14 दिनों की योजना

हां, वे मूर्ख थे, लेकिन अनुभव उपयोगी था।

विचार का सार क्या है:

• प्रत्येक कार्य के लिए, हमें पता लगा कि मानव-घंटे में कितना समय लगेगा;
  
• अगले 2 सप्ताह में प्रत्येक तिथि के लिए कार्यों की एक विशिष्ट सूची सौंपी गई थी;
  
• यह सूची कुल समय के आधार पर बनाई गई थी जिसे खर्च किया जाना था, और उपलब्ध कार्य समय (हमारे पास 7 वास्तविक मानव-घंटे हैं);
  
• कार्यों को स्वयं इस तरह से विशेषज्ञों को तुरंत सौंपा जाता है जैसे कि इसे 7 घंटे के लिए काम से पूरी तरह से भरना।
  

कूल! अब हमारे पास एक स्पष्ट योजना है और हम जानते हैं कि कब क्या कार्य किया जाएगा! यहाँ यह है - मोक्ष!

इन शब्दों के एक दिन बाद "प्रबंधकीय बीपी" आया।

गाने के बोल।
कई अलग-अलग परियोजनाओं के साथ तकनीकी समर्थन की विशिष्टता (कम से कम हमारे साथ) ऐसी है कि आपके पास आने वाले सप्ताह के लिए निर्धारित कार्यों (बैकलॉग) की अंतिम सूची कभी नहीं है। यहां तक ​​कि 3-दिवसीय बैकलॉग एक काल्पनिक श्रेणी का है। किसी भी क्षण में एक कार्य उड़ सकता है जिसे अभी करने की आवश्यकता है (कभी-कभी यह उचित है, कभी-कभी नहीं, लेकिन यह इस बारे में नहीं है)।

और अब, वास्तव में मुझे "प्रबंधकीय नरक" से क्या मतलब है।



"यहां और अब" की श्रेणी से नए बने कार्य ने पूरी योजना को पूरी तरह से तोड़ दिया। न केवल आपको वर्तमान दिन के लिए कार्यों को स्थानांतरित करना पड़ा, आपको सभी 2 सप्ताह के लिए कार्यों को स्थानांतरित करना पड़ा। यह तर्कसंगत है, क्योंकि यदि ऐसा नहीं किया जाता है, तो विशेषज्ञ को एक सूची मिलेगी जो प्रति दिन 7 व्यक्ति / घंटे से अधिक है, लेकिन इस मामले में हमारे लिए यह अस्वीकार्य था।

इन आंदोलनों पर बहुत अधिक समय और प्रयास खर्च किया गया, दोनों मानसिक और शारीरिक।

इससे, प्रबंधकों से किसी भी अनुरोध को "शत्रुता के साथ" माना जाता था, और कोई भी नया कार्य एक आपदा बन गया।

शायद यह "सबसे अच्छा" निर्णय है जिस पर हमने काम करने की कोशिश की।

श्रेणियों के आधार पर विशेषज्ञों के लिए कार्यों की एक सूची बनाना

यूनिवर्स अपेक्षाकृत समय पर समझाया गया (यह पहले हो सकता था) कि लगातार आने वाले कार्यों के लिए यह एक विशिष्ट निष्पादन समय निर्धारित करने और इसके आधार पर निर्माण करने का विकल्प नहीं था। इसे स्वीकार किया, समझा, त्याग दिया।

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

विचार का सार क्या है:

• एक अनुमानित प्रारंभिक आकलन के अनुसार, हम अपनी श्रेणी को कार्य पर नियत करते हैं - छोटे, मध्यम, बड़े और बहुत बड़े;
  
• प्रत्येक श्रेणी का अपना निरंतर औसत रनटाइम होता है , स्टोरी पॉइंट्स के समान (या शायद वे थे);
  
• प्रत्येक विशेषज्ञ के पास श्रेणियों के संयोजन के आधार पर कार्यों की अपनी अलग सूची है। उदाहरण के लिए: 4 छोटे + 2 मध्यम; 3 छोटे + 1 बड़े; 6 छोटे; 1 बहुत बड़ा है, आदि।
  
• और इसलिए अगले 3 दिनों के लिए (योजना की आवश्यकता है, कम से कम सबसे कुटिल)।
  

हुर्रे, आखिर! दोस्तों, हमारे पास सब कुछ है और-और ... यहाँ कॉस्मॉस ने अपनी बंदूक को फिर से लोड किया और हम पर गोली चलाना शुरू कर दिया। इस फैसले में क्या गलत था?

1. देर से, हमने एक श्रेणी के असाइनमेंट को सरल बनाने के लिए विशिष्ट कार्यों के आधार को बनाए रखना शुरू किया।
   
2. मुझे प्रत्येक व्यक्तिगत विशेषज्ञ पर कतारों का पालन करना था (हालांकि यह रिलीज की तारीखों को दिन में कई बार स्थानांतरित करने की तुलना में अपेक्षाकृत कम समय लगता था)।
   
3. आउट ऑफ़ टर्न के ज़रिए समस्याएँ कहीं भी नहीं गईं - फिर भी उन्होंने सूची को फिर से बनाने के लिए मजबूर किया।
   

यह एक अच्छा समाधान प्रतीत होता है। पहले विकल्प की तुलना में थोड़ा बेहतर है, लेकिन फिर भी उभरते तत्काल और महत्वपूर्ण कार्यों के मामले में लचीला नहीं है।

निष्कर्षण प्रणाली आधारित तकनीक (Kanban)

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

नई जानकारी से प्रेरित होकर, प्रबंधन के इस चमत्कार के बारे में पढ़ने के दिन शुरू हुए। हमें जानकारी मिली, अब हम (वर्तमान) कार्यप्रणाली के साथ प्रयोग करने के लिए तैयार हैं।

विचार का सार क्या है:

• विशेषज्ञों की अपनी कतार नहीं है ;
  
• सभी कार्य जो कार्य के लिए तैयार हैं, उन्हें एक सामान्य कतार में ले जाया जाता है;
  
• इस कतार से वर्तमान योजना बनती है। एक योजना उन कार्यों की एक सूची है जिनके पास अंतिम निष्पादन की तारीख नहीं है और इस समय यह प्रासंगिक है;
  
• कार्य उन प्राथमिकताओं के आधार पर वर्तमान योजना में आते हैं। प्रबंधक (कार्य जीवन, तात्कालिकता, आदि);
  
• योजना में कार्यों की संख्या की सीमा है;
  
• इकाई के सभी विशेषज्ञ एक ही वर्तमान योजना को देखते हैं;
  
• वर्तमान कार्य को पूरा करने के बाद, विशेषज्ञ अगले सर्वोच्च एक को और इतने पर खींचता है ।
  

अच्छा है! वे साथ आए, उन्होंने सभी को बताया कि यह कैसे करना है, हम देखते हैं। दोस्तों, वास्तव में ?!

1.5 कैलेंडर सप्ताह के बाद परिणाम क्या थे:

1. हमने अकेले विकास के वर्तमान कार्यों की संख्या 75 से घटाकर 25 कर दी है !!! और इससे बशर्ते आने वाला कार्य प्रवाह समान रहे
   
2. समय के बारे में नकारात्मकता की मात्रा कम करें
   
3. प्रक्रियाओं में लचीलापन
   

और यह वही है जो तुरंत दिखाई दे रहा था।

लेकिन यह कैसे हुआ कि कमोबेश सब कुछ काम कर गया? इस पर मेरे विचार हैं:

• प्रोग्रामर खुद अब सबसे समझने योग्य काम नहीं चुनते हैं। अब प्रबंधक ने कतार को प्रबंधित किया और इस समय केवल सबसे आवश्यक कार्यों में लगा (यह एक महत्वपूर्ण बिंदु है)।
  
• इस तरह के एक पुल ने प्रबंधकों और ग्राहकों की ओर से नकारात्मकता में कमी को सीधे प्रभावित किया। क्यों? हां, क्योंकि एक परियोजना पर समान रूप से तत्काल कार्य नहीं होते हैं और नकारात्मक सबसे अधिक संभावना इस समय सबसे मूल्यवान है।
  
• एक बिल्ली का लचीलापन और अनुग्रह, और कभी-कभी आलू की चपलता - खींचने की प्रणाली ने हमें कतार को बदलने या बर्बाद करने के बिना महत्वपूर्ण और तत्काल कार्यों का जवाब देने की अनुमति दी। हम योजना में आवश्यक कार्य का अनुवाद करते हैं और हाल के एक को इससे हटा देते हैं (योजना में प्रतिबंध याद रखें?)।
  

परिणाम

यदि आप एक स्रोत से भी, कार्यों के एक बड़े प्रवाह के साथ सामना कर रहे हैं, और महसूस नहीं करते हैं कि बाइक जितना हम चाहते हैं, उससे अधिक जल रहा है, तो अपनी आंखों को कानबन में घुमाएं। इस पद्धति के सिद्धांतों के आधार पर, यह मौजूदा व्यावसायिक प्रक्रियाओं में काफी दर्द रहित तरीके से लागू किया जा सकता है।

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

यह भी समझने योग्य है कि कानबन न केवल एक "शुष्क" पद्धति है, बल्कि मूल्यों और सिद्धांतों की एक प्रणाली है जो कि वर्तमान प्रक्रियाओं के निरंतर सुधार और अनुकूलन के उद्देश्य से है। पूर्णता की कोई सीमा नहीं है, इसलिए केवल आगे!