एक भी योजना नहीं

पुस्तक रूवर्ट के बारे में, पुस्तक स्वयं और विषय " क्यों प्रोग्रामर समय सीमा को तोड़ते हैं" विषय से प्रेरित हैं। मैं आपको यह बताने की कोशिश करूंगा कि एक महीने में टीम के साथ योजना बनाने और काम करने के लिए मेरा दृष्टिकोण क्यों बदला, 37 वें पद से पुस्तक की मदद के बिना नहीं।



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



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



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



यह देखते हुए कि जिन स्थितियों में हम वर्तमान में काम कर रहे हैं, वे लगभग "गैरेज" के समान हैं, शब्द के अच्छे अर्थ में, मुझे कई चालें आज़माने का अवसर मिला, जिनके बारे में पहले सोचा था कि यह अकल्पनीय लग रहा था।

योजना से बाहर निकलें

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



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



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



और मुख्य, अक्षम्य गलती, जैसा कि मैं इसे समझता हूं, आईटी में काम की शुरुआत से कई वर्षों तक मुझे प्रेतवाधित किया। लंबे समय तक मैं इस ज्ञान के लिए गया था, "जब आप एक नई परियोजना / वेबसाइट / कार्यक्रम विकसित करना शुरू करते हैं तो आप नई तकनीकों को नहीं सीख सकते हैं" जैसे सरल शोध से। अब मेरा नारा, कोई बहाना नहीं है, बल्कि नारा यह है कि वाक्यांश: "आप वह योजना नहीं बना सकते जो आपने पहले कभी नहीं की।"



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



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



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

संचार

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



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



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



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

निष्कर्ष के बजाय

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