जीरा को कचरे के ढेर से बाहर निकालना, जहां से शुरू करना है

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

कुछ परियोजनाएं खराब हो गईं, कुछ गिर गईं, आरपी को बाहर निकाल दिया गया, लेकिन जीरा में कार्यों को साफ नहीं किया गया। आपके पास हाथ पर 10-20 चल रहे "प्रोजेक्ट्स" हैं और आपको जल्दी से यह समझने की ज़रूरत है कि यह कहाँ अधिक दर्द करता है।

इस समस्या को हल करने में KiFB (फ्रांसिस बेकन क्लब) की सभाओं में प्रतिभागियों के अनुभव की तुलना करते हुए, हमने इस अनुभव को रिकॉर्डेड रूप में प्रस्तुत किया (जिसके लिए सभी प्रतिभागियों को धन्यवाद)।

शुरुआत में, आप 50+ परियोजनाओं के साथ एक संगठन में आए, जहां एक ट्रैकर को पारदर्शी रिपोर्टिंग सहित एक व्यवस्थित परियोजना प्रबंधन स्थापित करने की गहरी इच्छा के साथ पेश किया गया था।

परियोजना प्रबंधक (आरपी) की राय के अलावा किसी अन्य चीज पर आधारित परियोजना की स्थिति की समझ को निष्पक्षता में निवेश किया जाता है।
ऐसा क्यों? ज्यादातर लोगों की तरह आरपी का इस्तेमाल गलतियों के लिए किया जाता है। आरपी क्या करता है? बहुत देर होने तक अपनी गलतियों को छुपाता है।

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

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

मुझे रिपोर्ट की आवश्यकता क्यों है

रिपोर्ट के लिए रिपोर्ट की आवश्यकता नहीं है



फिल्म "द पेंटागन वार्स" से। ऑडिटर रिपोर्ट लाया। सभी रिपोर्ट।

रिपोर्टों के एक समूह में डेटा के बड़े पैमाने पर सामना करने वाला प्रबंधक एक स्तूप में गिर सकता है। (स्ट्राइक फॉर्म: यदि आप रिपोर्ट चाहते हैं - रिपोर्ट प्राप्त करें)।

कंपनी कार्यों को पूरा करके पैसा प्राप्त करती है।

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

विभिन्न प्रकार की गतिविधियां हैं (संयुक्त रूप से और एक दूसरे को पूरक करना): डिजाइन, प्रक्रिया, संगठनात्मक और अनुसंधान, जिनमें से विश्लेषण कुछ भिन्न होता है।

परियोजना की गतिविधियाँ

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

अनुसंधान

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

प्रक्रिया गतिविधियों

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

आने वाला कार्य भविष्य का पैसा है। लटकने का काम = फाँसी का पैसा। एक समस्या जो सड़ी हुई है (अब ज़रूरत नहीं है) = धन की हानि। जिस कार्य के लिए कार्य किया गया था, लेकिन जो बंद = संबंधित पूंजी नहीं है, जिसे कार्य खराब होने पर फेंक दिया जा सकता है।

आपके पास कितना भविष्य का कारोबार है? ये नए कार्य हैं, जिनमें ग्राहक के साथ एक सहमत मूल्यांकन है। लेकिन इसे देखने के लिए, आपको स्लैग को साफ करना होगा - अप्रचलित नहीं प्रासंगिक कार्य।

संबंधित राजधानी क्या है? बिक्री मूल्य में, ये ऐसे कार्य हैं जिन्हें काम में लिया गया और पूरा नहीं किया गया। लागत मूल्य में, यह ऐसे कार्यों के लिए घंटों या पेरोल के मूल्य में श्रम लागत है। कम लावा।

राजस्व सृजन की दर क्या है? स्प्रिंट माइनस में समस्या को हल करने के लिए धन की राशि टीम के स्वामित्व की लागत। लेकिन इसके लिए यह आवश्यक है कि कार्य उनकी स्थिति को बदल दें + लोगों ने परियोजना पर खर्च किए गए समय को नोट किया। हालांकि, समस्याओं के इन संकेतकों के साथ, एक नियम के रूप में, कम से कम उठता है।

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

लीन के लिए आगे का रास्ता अधिक जटिल रिपोर्टों (जो कि सभाओं पर ज्यादा छुआ नहीं गया था, और विस्तार से हस्ताक्षर नहीं करते) द्वारा समर्थित है।

क्या विचार मन में आते हैं:

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

लेकिन इससे पहले आपको ट्रैकर को स्लैग से साफ करना होगा।

हम जीरा को साफ करते हैं

चरण 1. हम कुछ भी कॉन्फ़िगर नहीं करते हैं

वर्कफ़्लो, स्टेटस, रिज़ॉल्यूशन को न बदलें। हालाँकि यह असामान्य स्थिति से निपटने के लिए असामान्य है, लेकिन यह डेटा है जिसमें लोगों ने कुछ अर्थों का निवेश किया है।

चरण 2. हम पुरानी परियोजनाओं को हटा देते हैं

प्रारूप में रिपोर्ट (परियोजना, अंतिम कार्य स्थिति परिवर्तन की अंतिम तिथि)।

जिन परियोजनाओं के लिए कोई आंदोलन नहीं थे वे संग्रह के लिए स्थानांतरण के लिए उम्मीदवार हैं।

यदि परियोजना का प्रभारी व्यक्ति अभी भी काम कर रहा है, तो वह स्थिति कहेगा, यदि नहीं, तो खोजने के लिए खोज शुरू होती है।

हम अभिलेखीय परियोजनाओं के कार्यों को अंतिम स्थिति में स्थानांतरित नहीं करेंगे। जमी हुई परियोजनाएं हैं। ऐसे कार्यों की स्थिति जमे हुए में बदल जाती है।

चरण 3. हम पुराने कार्यों को हटा देते हैं

X से कम स्थिति के अंतिम परिवर्तन (दो साल पर्याप्त से अधिक) के साथ असंगत कार्यों की रिपोर्ट करें, लेकिन आमतौर पर, यदि कार्य 90 दिनों के लिए लटका हुआ है - यह "खराब हो जाता है") दिन, असाइनमेंट द्वारा समूहीकृत। सबसे अधिक संभावना है कि वे सड़े हुए हैं, जिम्मेदार व्यक्ति कहेंगे (यदि वह नियुक्त किया गया है और खारिज नहीं किया गया है)।

चरण 4. अनावश्यक कार्य प्रकार निकालें

अनावश्यक प्रकारों को छोड़ने के लिए टास्क के द्वारा अशुद्ध कार्यों के वितरण की रिपोर्ट।

चरण 6. हम बर्खास्त किए गए कार्यों का विश्लेषण करते हैं

हम निकाल कलाकारों के साथ काम करते हैं।

अपने वरिष्ठों द्वारा निर्धारित कर्मचारियों के कार्यों को देखना विशेष रूप से दिलचस्प है। कर्मचारी के प्रमुख ने कार्य पर खर्च किए गए समय की संबद्ध पूंजी के "निकास" की अनुमति दी और कार्य को पूरा करने का आयोजन नहीं किया।

हम बर्खास्तगी / बंद अप्रासंगिक कार्यों के दायित्व को खारिज करने के विनियमन में प्रवेश करते हैं।

चरण 5. सबसे बड़ा ढेर खोजें और पार्स करें

अशुद्ध कार्यों की स्थिति पर रिपोर्ट। हम पहचानते हैं कि किस स्थिति में सबसे अधिक कार्य हैं।

यदि कार्य में स्थिति एक कार्य है, तो हम कलाकारों द्वारा इस स्थिति में कार्यों के वितरण पर एक रिपोर्ट बनाते हैं। हम असाइन किए गए निष्पादक के बिना कार्यों को एकल करते हैं, हम "लाइव" निष्पादकों द्वारा कार्यों को देखते हैं। कुछ कलाकारों पर 2000 कार्य जमा हुए हैं। हम्म ...

चरण 7. हम स्थिति, संकल्प, जीवन चक्र को मानकीकृत करते हैं

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

चरण 8. हम सबसे अधिक समस्याग्रस्त परियोजनाओं की तलाश कर रहे हैं। हम दहन की रिपोर्टों को देखते हैं

जीरा - दो प्रकार की परियोजनाएं हो सकती हैं

• कार्यों के ज्ञात दायरे वाली परियोजनाएं (ऐसा होता है) जहां दहन रिपोर्ट लागू होती हैं। कभी-कभी ऐसा होता है।
• प्रक्रियाएँ: सतत कार्य प्रसंस्करण

परियोजनाओं

यदि टास्क पूल शुरू किया गया है, तो हम पूरा होने वाले पूर्वानुमान को देखते हैं और यदि पूर्वानुमान में सुकून नहीं है तो उपाय करते हैं।

प्रक्रियाओं

हम आने वाले कार्यों के खिलाफ हल की गई समस्याओं को देखते हैं।

विभाजित कार्यों को बाहरी और आंतरिक (प्रशिक्षण, रीफ़ैक्टरिंग, आदि) में विभाजित किया जाता है, हम चार्ट पर केवल बाहरी लोगों को प्रदर्शित करते हैं।

चार्ट कैसे पढ़ें

तीन सशर्त रेखांकन हैं:



आईटी की वास्तविकता यह है कि कार्यों को जारी करने में शामिल श्रम का एक महत्वपूर्ण सांख्यिकीय प्रसार है (जब तक कि यह अधिकार देने जैसे कार्य नहीं हैं)।

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

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

विकल्प ए

यदि यह सुविधाओं का कार्यान्वयन है तो यह सामान्य है। अधिक विशेषताएं इनपुट में प्रवेश कर सकती हैं, जितना कि टीम पचा सकती है।

यदि यह समर्थन (प्रशासन और बग फिक्सिंग) है, तो स्थिति खराब है। अधिक त्रुटियां, उनके सुधार को धीमा कर देती हैं। धीमे धीमे सुधार, अधिक त्रुटियां जमा होती हैं। बारूद के बैरल के नीचे कुछ टिक रहा है। टिक-टू-टिक-टू-टिक…।

विकल्प बी

अगर कोई टीम बैकलॉग के समान ही कई कार्य करती है, तो इसका मतलब है कि

• या तो बैकलॉग को किसी अन्य प्रोजेक्ट / जगह पर रखा जाता है और परिणामस्वरूप, आप रिपोर्ट में भविष्य का टर्नओवर नहीं देखते हैं और टीम के आकार को बढ़ाने के महत्व के आधार पर रिपोर्ट के आधार पर निर्णय नहीं ले सकते हैं,
• या लोग डाउनटाइम (संवेदनाओं और अंतर्ज्ञान के बिना, कस्टदेव, बाजार विश्लेषण आदि) के समय अपने लिए कार्यों का आविष्कार करते हैं; ऐसे कितने कार्य अस्पष्ट हैं और यह चिंताजनक है (क्या होगा यदि वे पहले से ही 90% हैं),
• या रिपोर्ट फेक हैं।

विकल्प सी

ठीक है अगर यह समर्थन है। टीम के पास डाउनटाइम होना चाहिए ताकि यह समस्याओं और कार्यों को जल्दी और कुशलता से हल कर सके।

यदि यह सुविधाओं का कार्यान्वयन है, तो स्थिति अक्सर सामान्य नहीं होती है। एक बार कार्यों का बैकलॉग जमा हो गया था, जो नए की तुलना में तेजी से समझता है। ऐसा क्यों हो सकता है?

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

स्टेज का उपयोग सुरक्षा कदम

हम इंटरनेट पर Google डॉक्स के लिंक वाले कार्यों को पकड़ते हैं। सभी दस्तावेज परिधि के अंदर होने चाहिए, हम सामग्री को आवक स्थानांतरित करने का कार्य निर्धारित करते हैं

विश्लेषक नियंत्रण चरण

चरण कहाँ बने हैं?

विकल्प A. वसा में अधिकार।
विकल्प बी। व्यक्तिगत Google डॉक्स कर्मचारी में।

सही विकल्प: कार्यक्षमता में परिवर्तन सबसे अधिक बार तकनीकी और कामकाजी प्रलेखन में परिवर्तन के साथ होना चाहिए। इसे कैसे नियंत्रित करें?

हम विवरण पृष्ठ को कार्य में वसा में लिंक करते हैं (बस लिंक डालें, इससे स्वचालित रूप से द्विदिश लिंक का निर्माण होगा)।

हम संगम में पृष्ठ परिवर्तन पर एक रिपोर्ट का निर्माण करते हैं और इसे श्रम लागत के साथ सुधार पर जीरा की रिपोर्ट के साथ विश्लेषण पर सारांशित करते हैं। महत्वपूर्ण श्रम लागत के साथ सभी सुधार लेखों में परिवर्तन के साथ सहसंबद्ध होने चाहिए।

धन्यवाद

KiFB के सक्रिय सदस्यों और चर्चा के संगठन और चर्चा में भाग लेने वाले सभी लोगों के लिए धन्यवाद।