समय ट्रैकिंग के तरीकों के विकल्प [बंद]

Question

पहला सवाल: वेब / सॉफ्टवेयर डेवलपमेंट कंपनी में कर्मचारियों के लिए समय पर नज़र रखने के लिए कुछ संभव विकल्प क्या हैं, और वे बेहतर विकल्प क्यों हैं

स्पष्टीकरण:

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

हम यह पता लगाते हैं कि इसमें शामिल समय (डिजाइन और डेवलपर्स से) का अनुमान प्राप्त करने के लिए कितना चार्ज करना है, इसे हमारे प्रति घंटा की दर से गुणा करना और यही है। तो कहते हैं कि हम एक वेबसाइट के लिए 50 घंटे का अनुमान लगाते हैं। हमारे पास समय ट्रैकिंग सॉफ्टवेयर है और 15 का समय हम इस पर खर्च करते हैं (उदाहरण के लिए 7:00 से 7:15 तक), परियोजना का नाम, और इसे कुछ टिप्पणियां दें।

अब यदि हम 50 घंटे से अधिक समय तक चले जाते हैं, तो हम दोनों पैसे खो रहे हैं और अक्षम हैं।

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

Answer 1

सॉफ्टवेयर का अनुमान हमेशा मुश्किल होता है। सॉफ्टवेयर एक रचनात्मक व्यवसाय है, और रचनात्मकता वैक्स और वेन्स है। मैं सिर्फ एक हफ्ते की थकावट के बाद वापस उछालना शुरू कर रहा हूं - दूसरी रात मुझे एक काम करने में घंटों लग गए जो कि 15-30 मिनट होने चाहिए थे ...

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

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

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

यदि आपने नहीं किया है, तो मैं द मैथिकल मैन मंथ पढ़ने का सुझाव दूंगा

Answer 2

साक्ष्य आधारित समय-निर्धारण पर एक नज़र डालें । वास्तव में यह देखने में आपकी सहायता कर सकता है कि आपके अनुमान कितने सही हैं।

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

स्टेटर कर्व, जितना अधिक आप आश्वस्त हैं कि जहाज की तारीख वास्तविक है।

यहाँ आप इसे कैसे करते हैं ...

Comments

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

— STW

Answer 3

इस पद्धति की समस्या यह है कि यह अनुमानों में निहित जोखिम का कोई हिसाब नहीं रखती है। किसी भी अनुमान के लिए सबसे अच्छा अभ्यास इसे कई बार व्यक्त करना है, जैसे 50 घंटे ± 15 घंटे, या कुछ इसी तरह। त्रुटि शब्द के साथ आने के लिए कठिन है, लेकिन किसी को भी विश्वास नहीं है कि यह वैसे भी 50 घंटे लगेंगे।

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

Answer 4

हम "+/-" कारकों के साथ अनुमान लगाने की कोशिश करने के बजाय "अनिश्चितता" कारक के साथ अनुमान लगाते हैं। प्रोग्रामर आपको आसानी से बता सकते हैं कि "कुछ भी गलत नहीं होता है" कब तक कुछ समय लगेगा। अगर वे आसानी से आपको यह नहीं बता सकते हैं कि कुछ गलत होने पर कितना समय लगेगा। तो हम एक अनिश्चितता कारक जोड़ते हैं - "L" का अर्थ है "25% जोड़ें" - "M" का अर्थ है "50% जोड़ें", और "H" का अर्थ है "100% जोड़ें - दोगुना हो सकता है"। वास्तविक समय अनुमानित समय और अनुमान से अधिक अनिश्चितता के समय के बीच होता है।

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

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