हम, प्रोग्रामर के रूप में, लगातार पूछा जा रहा है कि 'कितना समय लगेगा'?
और आप जानते हैं, स्थिति लगभग हमेशा ही ऐसी होती है:
- आवश्यकताएँ स्पष्ट नहीं हैं। किसी ने सभी निहितार्थों का गहन विश्लेषण नहीं किया है।
- नई सुविधा संभवत: आपके कोड में आपके द्वारा की गई कुछ मान्यताओं को तोड़ देगी और आप तुरंत उन सभी चीजों के बारे में सोचना शुरू कर देंगे जिन्हें आपको रिफ्लेक्टर करना पड़ सकता है।
- आपके पास पिछले असाइनमेंट से करने के लिए अन्य चीजें हैं और आपको एक अनुमान के साथ आना होगा जो उस अन्य काम को ध्यान में रखता है।
- 'किया' परिभाषा शायद अस्पष्ट है: यह कब किया जाएगा? 'किया' के रूप में बस इसे पूरा करने में कोडिंग, या 'किया' के रूप में "उपयोगकर्ताओं को यह उपयोग कर रहे हैं"?
- कोई फर्क नहीं पड़ता कि आप इन सभी चीजों के प्रति कितने सचेत हैं, कभी-कभी आपके "प्रोग्रामर का गौरव" आपको मूल रूप से लगने वाले समय की तुलना में कम समय देता है। विशेष रूप से जब आप समय सीमा और प्रबंधन की उम्मीदों का दबाव महसूस करते हैं।
इनमें से कई संगठनात्मक या सांस्कृतिक मुद्दे हैं जिन्हें हल करना आसान और आसान नहीं है, लेकिन अंत में वास्तविकता यह है कि आपसे एक अनुमान लगाया जा रहा है और वे आपसे उचित उत्तर देने की अपेक्षा करते हैं। यह आपकी नौकरी का हिस्सा है। आप बस यह नहीं कह सकते: मुझे नहीं पता।
नतीजतन, मैं हमेशा यह अनुमान लगाकर समाप्त कर देता हूं कि मुझे बाद में एहसास हुआ कि मैं पूरा नहीं कर सकता। यह अनगिनत बार हुआ है, और मैं हमेशा वादा करता हूं कि यह फिर से नहीं होगा। लेकिन यह करता है।
एक अनुमान लगाने और देने के लिए आपकी व्यक्तिगत प्रक्रिया क्या है? आपने किन तकनीकों को उपयोगी पाया है?
14
यह भी देखें कि यह कैसे समझा जाए कि किसी बड़ी सॉफ्टवेयर परियोजना के लिए आवश्यक समय का अनुमान लगाना कठिन है? बेहतर अनुमान लगाने के लिए कैसे सीखें? गैर-प्रोग्रामर को विकास प्रक्रिया को समझने के लिए और यह अनुमान लगाने में बेहतर करने के लिए मैं क्या कर सकता हूं कि कितनी लंबी परियोजनाएं लेने जा रहे हैं?
—
कुटकी
यदि आवश्यकताएं इतनी स्पष्ट नहीं हैं, तो आप 50% त्रुटि मार्जिन (व्यापक श्रेणी) के साथ अनुमान लगा सकते हैं। यदि आवश्यकताएँ स्पष्ट हैं, तो आप 20% त्रुटि मार्जिन के साथ अनुमान लगा सकते हैं। एक और अच्छी रणनीति जो मेरे लिए काम करती है वह है एक परियोजना को चरणों में विभाजित करना। इस तरह से अनुमान लगाना आसान है और आपको केवल पहले चरण का अनुमान लगाना होगा। जब आप अगले चरण का अनुमान लगाने वाले होते हैं, तो आपको परियोजना की बेहतर समझ होती है। साथ ही, आपके और आपके ठेकेदार के बीच विश्वास बेहतर होना चाहिए। मैं हमेशा अपनी मान्यताओं और पूर्वधारणाओं को भी लिखता हूं। कभी भी लिखो "यह IE8 या उच्चतर पर काम करेगा", विशिष्ट हो।
—
फ्रांसिस्को गोल्डनस्टीन
सर्जियो, "नतीजतन, मैं हमेशा यह अनुमान लगाकर समाप्त कर देता हूं कि मुझे बाद में एहसास हुआ कि मैं पूरा नहीं कर सकता। यह अनगिनत बार हुआ है, और मैं हमेशा वादा करता हूं कि यह फिर से नहीं होगा। लेकिन यह होता है।" आज आप कितना सुधार महसूस करते हैं?
—
रेमीगिजस पनकेविउसियस
@ r.pankevicius ईमानदारी से, मैंने अभी अनुमान देना बंद कर दिया है: rclayton.silvrback.com/software-estimation-is-a-losing-game
—
Sergio Acosta
मुझे लगता है कि "अनुमान" और "समय सीमा" के बीच की बारीकियों को देखना भी महत्वपूर्ण है। एक अनुमान एक प्रतिबद्धता नहीं है, इसलिए एक छोटी सी त्रुटि भी समस्याग्रस्त नहीं होनी चाहिए। मैंने इस बारे में एक लंबा ब्लॉग पोस्ट लिखा है कि कोई भी इसमें दिलचस्पी रखता है: marcgg.com/blog/2015/08/27/deadlines-estimates-software-startup
—
marcgg