कैसे समर्थन रुट से बाहर निकलना और तकनीकी ऋण चुकाना शुरू करें!


13

मेरा एक दोस्त है"। हां अच्छी शुरुआत मुझे पता है लेकिन ईमानदारी से यह मैं नहीं हूं!

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

मैंने विभिन्न सुझाव दिए हैं, अपने सभी समय लॉग इन करें, टिकट बनाएं, ईमेल आदि का जवाब न दें। इसके साथ समस्या यह है कि यह केवल एक अनुस्मारक के रूप में काम करता है कि उसे कुछ भी "उपयोगी" नहीं मिल रहा है।

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

जो मैं जानना चाहता हूं कि क्या किसी के पास कोई सुझाव है कि वह इस कुचक्र से कैसे बाहर निकल सकता है, जिसका एक बड़ा हिस्सा उपयोगकर्ताओं की धारणाओं को बदलना होगा ताकि उन्हें नहीं लगता कि वे बस रिंग कर सकते हैं और उनसे कुछ उम्मीद कर सकते हैं तब और वहाँ किया जाना चाहिए।

यह सब बहुत अच्छी तरह से कह रहा है कि योजना बेहतर है, हालांकि मैं समझता हूं कि वास्तविक विकास की योजना बनाना बहुत मुश्किल है, जो कि उपयोगकर्ताओं के समर्थन और रिश्तेदार के दबाव की आवश्यकता को देखते हुए (ऊपर देखें)।


2
यदि मैं आपके प्रश्न को सही ढंग से समझता हूं, तो आपका मित्र कोड को व्यवस्थित करने के लिए उपयोगकर्ता समर्थन / परिवर्तन अनुरोधों को संभालने में बहुत व्यस्त है। क्या कोई नई सुविधाएँ हैं जो उपयोगकर्ताओं से पूछ रहे हैं कि परिणाम के रूप में आयोजित किया जा रहा है?
लैरी कोलमैन

@larry coleman, अरे हाँ यह एक चिपचिपा चक्र है, नए अनुरोधों में देरी हो रही है जो निरंतर समर्थन के रूप में निराशाजनक है।
मृदुमुंडो

जवाबों:


13

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

EDIT: यह कैसे काम करेगा, इसके उदाहरण के रूप में, अधिकांश संगठनों में गंभीरता का पैमाना है। उच्चतम गंभीरता स्तर एक व्यावसायिक-महत्वपूर्ण अनुप्रयोग या फ़ंक्शन है जो काम नहीं करता है। अगर कुछ ऐसा है जो व्यापार समस्या के आसपास काम कर सकता है, तो अगले स्तर के लिए गंभीरता को कम करता है। यदि एप्लिकेशन व्यवसाय-महत्वपूर्ण नहीं है, तो इससे गंभीरता और भी कम हो जाती है। नए संवर्द्धन के अनुरोधों को आम तौर पर अलग से प्राथमिकता दी जाती है।


समझ में आया, कि कैसे किसी भी दिन के कार्यों में मदद करता है जो मूल रूप से किया जाना चाहिए और किसी भी प्राथमिकता को छीनने के लिए लगता है जो कि जगह पर लगाया जाता है।
मृदुमुंडो

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

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

2
यह एकमात्र तरीका है यदि व्यवसाय का कोई रैंकिंग व्यक्ति प्राथमिकताएं निर्धारित कर रहा है। यदि व्यवसाय इकाई का प्रमुख प्राथमिकताएं निर्धारित करता है, उदाहरण के लिए, यदि वे अपनी नौकरियों को महत्व देते हैं, तो बाकी व्यवसाय इसके साथ जाएंगे। वे इसे पसंद नहीं कर सकते हैं, लेकिन यह आपके दोस्त की समस्या नहीं होगी।
लैरी कोलमैन

10

किसी और को कॉल करें, और लाइन परिवर्तन से है

हम अभी उस तक पहुँचेंगे।

सेवा

बहुत अच्छा सुझाव है। मैं जल्द से जल्द इस पर काम शुरू करने के लिए एक सुविधा अनुरोध बनाऊंगा। यदि आप अपने अनुरोध पर प्रगति का पालन करना चाहते हैं, तो आप इसे यहां ट्रैक कर सकते हैं: [केस ट्रैकर टिकट के लिए लिंक]। भविष्य में, आप वायदा के लिए अनुरोधों को उसी तरह प्रस्तुत कर सकते हैं जैसे मैं यहाँ हूँ: [केस ट्रैकर से लिंक]

शायद यह मेरी राय में करने का सबसे सरल और प्रभावी तरीका है। अंतिम बिट समय के साथ कॉल का जवाब देने वाले इस व्यक्ति पर तनाव को कम करने की कोशिश करता है।

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


3
+1 के लिए "जब सब कुछ एक प्राथमिकता है, कुछ भी प्राथमिकता नहीं है"
लैरी कोलमैन

2

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

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

रेट्रोस्पेक्ट में, मैंने संभवत: कई अच्छे फैसले किए जैसे कि मैंने बुरा किया, लेकिन यहाँ एक संक्षिप्त रास्ता है:

  1. इसे ठीक से और जल्दी कर्मचारी करें। जरूरत पड़ने पर फंडिंग हासिल करें। (कोई मांग नहीं करना मेरी सबसे बड़ी गलती थी।) यदि आप बिक्री करते हैं, तो आपको पैसे मिलेंगे।

  2. संस्करण नियंत्रण / यूनिट परीक्षण / सभी सर्वोत्तम अभ्यास संबंधित हूपला का उपयोग करें। जब वे विश्वविद्यालय में पढ़ाए जाते हैं, तो वे मूर्खतापूर्ण / उदासीन / अविवेकी दिखते हैं, लेकिन वे आमतौर पर अच्छे कारणों के लिए सबसे अच्छा अभ्यास करते हैं।

  3. कम से कम एक बिक्री / विपणन आदमी को किराए पर लें, खासकर यदि आप तकनीक उन्मुख हैं। (क्योंकि यदि ऐसा है, तो आपके पास विपणन से अधिक तकनीकी मामलों पर अधिक समय बिताने की एक स्वाभाविक प्रवृत्ति होगी, भले ही आपको संबद्ध नेटवर्क मिल गया हो)।

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

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

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

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


1

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


0

कुंजी यह है कि उसके पास कुछ हद तक उसे ढालने के लिए किस तरह की विकास पद्धति है? उदाहरण के लिए, स्क्रेम में यह विचार है कि आमतौर पर स्प्रिंट के दौरान क्या काम होता है। इस प्रकार क्या किया जाना है और क्या नहीं किया जा सकता है, इसके बारे में कुछ नियम हैं। दूसरा सवाल यह है कि प्रबंधन किस हद तक सपोर्ट रुट में नहीं होना चाहता है? यह भी महत्वपूर्ण हो सकता है क्योंकि एक उदासीन प्रबंधन आपके दोस्त की परियोजना के लिए मौत की घंटी का एक सा हो सकता है।


0

सबसे अच्छी बात यह है कि बस को रोककर पीछे मुड़कर देखें। आपका दोस्त चाहिए

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

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


सिद्धांत रूप में अच्छा लगता है, लेकिन यदि एप्लिकेशन महत्वपूर्ण है, तो फीचर-फ्रीज एक विकल्प नहीं हो सकता है।
tdammers

तब यह शाखा का एक अच्छा समय हो सकता है और रखरखाव करने के लिए किसी अन्य डेवलपर को जोड़ सकता है।
तजार्ट
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.