एक परियोजना के मद्देनजर बग पर काम करना

पृष्ठभूमि की एक बिट

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

यह ध्यान दिया जाना चाहिए कि मैं नाम और कुछ विवरणों को इंगित नहीं करता हूं, क्योंकि अन्यथा मैं कणबोर्ड से संबंधित जानकारी पर स्पर्श करूंगा।

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

परियोजना के चरण

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

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

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

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

परियोजना सारांश

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

परिणाम और निष्कर्ष को ध्यान से दर्ज करने के बाद, मैंने परियोजना पर एक निष्कर्ष लिखा। यह सब पढ़ने के बाद, CIO ने एक क्वाड फेसपालम का प्रदर्शन किया और परियोजना बंद कर दी गई।

______
¹ ऐसा नहीं है कि एक बड़ी परियोजना को तुरंत देना गलत है, मैं खुद इस सिद्धांत का समर्थक हूं कि "आपको लड़ाई में एक राइफल मिलेगी", जो नए कर्मचारियों को प्रशिक्षित करते समय पूरी तरह से समर्थन में काम करती है। लेकिन परियोजनाओं में मैं "ओवरक्लॉकिंग के लिए" देता हूं जो सरल और कम महाकाव्य है।
² वास्तव में, यह सिस्टम में खुद को और इसकी कार्यप्रणाली को ध्यान में रखकर शुरू करने के लायक था, न कि प्रस्तुति सामग्री और दूसरे हाथ की राय में।
³ यहाँ गलती, शायद, यह है कि सबसे पहले वे "एक शांत विचार के साथ आए", फिर वे इस बात की तलाश करने लगे कि इसकी ज़रूरत किसे है।
⁴ और वह सही था, अब मैं हमेशा ऐसा करता हूं। अचानक निराशा से बचने में मदद करता है।
⁵ "इसके कारणों को छाँटने के बजाय आगे काटना" यहाँ निश्चित रूप से अधिकारियों द्वारा एक गलती थी, जिसके कारण एक महीने और आधे काम व्यर्थ हो गए।
_____

निष्कर्ष

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

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

मैं एक सम्मानित समुदाय की राय सुनना चाहूंगा - क्या मैं कुछ भी भूल गया हूं, क्या मैंने सभी निष्कर्ष दिए हैं? यह Habré पर मेरी पहली पोस्ट है, इसलिए कृपया कुछ गलत होने पर ज्यादा लात मत मारो :)