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

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

टीम

मैं जिस टीम में काम करता हूं वह एक सार्वजनिक एपीआई विकसित करती है और 2 जीआईएस 12 और वाणिज्यिक भागीदारों के लिए मुख्य डेटा प्रदाताओं में से एक है। 2gis.ru के साथ कोई भी खोज क्वेरी हमारी टीम के माध्यम से जाती है - हम प्रतिक्रिया में डेटा उत्पन्न करते हैं।



टीम में आने वाले कार्यों के सेट को निम्नानुसार सशर्त रूप से दर्शाया जा सकता है:

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

पहले और आखिरी प्रकार के कार्य एक ही लोगों से होते हैं, इन कार्यों की प्राथमिकताओं और दायरे में महत्वपूर्ण अंतर है। यदि आपको कुछ त्याग करना है, तो सबसे अधिक बार यह एक तकनीकी ऋण और ग्राहकों से कार्य होगा।

उदाहरण: कार्य के पास बीटा.2gis.ru को जारी करना होगा , ग्राहक का कार्य अनुप्रयोग प्रतिक्रिया में एक नया क्षेत्र जोड़ना है।

कार्यों का वितरण लगभग हमेशा समान था जैसा कि ऊपर वर्णित है, लेकिन इन कार्यों के प्रवाह के साथ काम करने का दृष्टिकोण वर्तमान से अलग हुआ करता था।

जैसा पहले था

हम एक ऐसी टीम थे जो स्क्रैम से कानबन तक के संक्रमण पर बीच में रुक गई थी। कानबन बोर्ड का उपयोग करके कार्यों के प्रवाह को नियंत्रित करने की कोशिश करते हुए, हमने उन कार्यों के मासिक सेट को नहीं छोड़ा जिन्हें हमने एक महीने में करने की योजना बनाई थी - अर्थात, हमने एक ठेठ स्प्रिंट टाइप किया था।

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

समस्या 1. यह ग्राहकों के लिए स्पष्ट नहीं है कि उनके कार्यों के साथ क्या हो रहा है।

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

ग्राहकों को यह समझ में नहीं आया कि जब कंबन बोर्ड ने काम किया तो कितना समय बीत जाएगा। योजना बनाते समय, हमने कहा कि एक महीने के भीतर कार्य पूरा हो जाएगा। हो सकता है कि। अगर हमारे पास समय है। इसके अलावा, ग्राहक को समझ में नहीं आया कि क्या किया जाना चाहिए, किसके साथ बात करनी है, और कैसे कार्य को हल करना है।

गोग्लोडोक जानकारीपूर्ण नहीं था। यह एक महीने के लिए कार्यों की एक सूची और कार्यों का एक बैकलॉग था जिसे शीट से शीट में स्थानांतरित किया गया था। कार्य खो गए और दोहराए गए। यह स्पष्ट नहीं था कि कार्य को कहां एम्बेड करना है, कैसे समझें कि वे इसे मासिक स्प्रिंट पर ले गए या नहीं। और सामान्य तौर पर, Google डॉक प्रतिकारक लग रहा था।

समस्या 2. कानबन बोर्ड वास्तविकता को प्रतिबिंबित नहीं करता है

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

समस्या 3. टीम स्पष्ट नहीं है कि कार्यों के साथ क्या हो रहा है

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


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

ग्राहक को पारदर्शी बनाएं

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

टीम को पारदर्शी बनाएं

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

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

कैसे किया

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

मैं आगे क्या करना चाहता हूं:

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

क्या आपने इनमें से कोई समस्या हल की? टिप्पणियों में विचार साझा करें।

जारी रखना चाहते हैं? कल के DevDay को IT लाइव स्ट्रीम में शामिल करें।