जीवन हैक: किसी भी असंगत स्थिति में, तीन से गुणा करें

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

---

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

लेकिन पहले, अपने बारे में कुछ शब्द। मेरी उम्र 26 साल है, मैं वर्तमान कंपनी में चार साल से थोड़े समय से काम कर रहा हूं। कंपनी राज्यों में मुख्यालय वाला एक विशिष्ट आउटसोर्सर है। इससे पहले (2002 से), मैंने 3 वेब स्टूडियो बदले।

निश्चित शुल्क बनाम समय और सामग्री

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

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

इस तरह की परियोजनाएं बहुत लंबे समय तक चल सकती हैं: ग्राहक के पास लगातार कुछ विचार और परिवर्तन होते हैं। आप उन्हें पूरा करते हैं, फिर नए विचारों का जन्म होता है, और इसी तरह एक सर्कल में। जब तक वह बिलों का भुगतान आसानी से कर लेता है।

हालांकि, यह नई परियोजनाओं पर लागू नहीं होता है। ग्राहक जल्द से जल्द परिणाम देखना चाहता है। और, ज़ाहिर है, जितना संभव हो उतना कम पैसा खर्च करना।

सोशल नेटवर्क

इसलिए, जब एक ग्राहक हमारे पास आया और उसने कहा कि वह जानना चाहता है कि "सामाजिक नेटवर्क" बनाने में कितना खर्च आएगा तो हम मुस्कुराए। एक प्रवृत्ति रही है। तथ्य यह है कि इससे पहले हमने ... एक सामाजिक नेटवर्क भी किया था।

हमने कहा कि 4-6 डेवलपर्स के लिए लगभग 3-4 महीने लगेंगे और बजट को रेखांकित करने के लिए हमारे प्रति घंटा की दर से आंकड़े को गुणा करेंगे। यदि आपको एक नए ग्राहक को आकर्षित करने की आवश्यकता है - यह विकल्प लगभग हमेशा काम करता है (यदि उनके पास वास्तव में बड़ी परियोजना है) और वे विकास शुरू करने के लिए सहमत हैं।

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

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

हमने इस सूची को लेने और यह पता लगाने का निर्णय लिया कि उनमें से प्रत्येक के लिए कितना समय लग सकता है। मेरे अमेरिकी सहयोगी ने निम्नलिखित कार्यप्रणाली को लागू किया: प्रति पृष्ठ 8 घंटे + कुछ घंटे कुल संख्या (40-120) प्रति व्यक्ति सबसिस्टम। इसलिए, यदि व्यक्तिगत संदेशों के लिए 5 अलग-अलग पृष्ठ बनाए गए थे, तो इसके परिणामस्वरूप 80-100 घंटे काम हुआ।

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

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

आकलन

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

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

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

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

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

समस्या

पहले आंकड़ों से पता चला कि बात बकवास है। हम नुकसान में हैं। लेकिन क्यों?

पहला अनुमान घटिया था। यह स्पष्ट था। इसके अलावा, इस प्रक्रिया में अमेरिकी नेतृत्व ने मांग की कि साइट पूरी तरह से एक पृष्ठ पुनः लोड किए बिना AJAX थी। और हमने मूल्यांकन में इस पर ध्यान नहीं दिया। हमने सोचा था कि हम अपने अजाक्स कॉल के साथ कई अलग-अलग पेज बनाएंगे। और हमें कई चीजों को फिर से करने के लिए मजबूर किया गया था ताकि कोई पृष्ठ अधिभार न हो।

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

समय विफलताओं

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

8-घंटे के कार्य पर, 1-2 घंटे के अनुमान का अनुमान किसी ने नहीं देखा। छह घंटे आवंटित - डेवलपर्स अभी भी छह घंटे बिताए, आए और फिर समाप्त हो गए। इसलिए हमने किसी तरह डेडलाइन में निवेश करना शुरू किया। फिर मैं आगे बढ़ गया और आधे समय में कमी तक पहुंच गया। और यह काम किया! कभी-कभी, हालांकि, लोग आने लगे और शिकायत करने लगे कि उनके पास ऐसे समय में कार्य पूरा करने के लिए समय नहीं होगा और उन्हें अधिक समय की आवश्यकता होगी। मैंने पूछा कि कितना, उन्होंने उत्तर दिया कि एक और 1-2 घंटे, मेरी सहमति प्राप्त करते हैं और इस नए कार्यकाल में करते हैं। और अंत में - यह पता चला कि उन्होंने शुरुआती अनुमान की तुलना में तेजी से किया। ब्याज 10-15% तेज है, और 15-20% अधिक नहीं है जैसा कि पहले था। हालांकि, इससे उनके मूड पर बहुत अच्छा असर नहीं पड़ा। वे तनावग्रस्त और घबराए हुए थे क्योंकि उन्होंने आवंटित समय में निवेश नहीं किया था। जब मैंने टास्क अकाउंटिंग सिस्टम को भरा, तो मैंने डेडलाइन के साथ बहुत अधिक समय तक नहीं खेलने का फैसला किया और उन्हें एक चौथाई से कम करके आंका।

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

परिणाम

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