एक असफलता की कहानी

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

शुरुआत में एक इच्छा थी

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

स्टेज 1

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

जल्दी से इस menagerie से परिचित, मैं कंपनी A के कार्यालय में B के साथ बात करने के लिए जाता हूं कि वे वास्तव में क्या चाहते हैं। लगभग 4 घंटे में, इंटरफ़ेस के स्केच का एक सेट, प्रोग्राम के काम का तर्क बनता है, एक समझ यह प्रकट होती है कि एक्सेल में गुणन, घटाव, विभाजन और अन्य कोष्ठक का एक mishmash एक व्यावसायिक वितरण गणना होने का दावा करता है। और यहां तक ​​कि यह कैसे करना है, इसकी समझ भी है। युद्ध में कार्यान्वयन, समय, भुगतान पर सहमति बन जाती है। कुछ समय बाद, प्रोग्राम प्रकट होता है।

ऑफ सीजन

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

चरण 2. ढहने का मार्ग

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

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

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

बीदा, लालसा और शोक।

परिणाम?

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

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

त्रुटियों

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

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

पुनरीक्षण के लिए सहमति। या बल्कि, उनके नियंत्रण की कमी है। काम करते समय, मैं मध्यवर्ती या अंतिम वितरण से पहले मूल कार्य से 10% से अधिक परिवर्तन नहीं करने का प्रयास करता हूं। यहाँ स्कोर खो गया था, मेरे द्वारा।

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

आज के लिए बस इतना ही। मुझे उम्मीद है कि अनुभव कामरेड के लिए उपयोगी होगा। शुभ रात्रि