Timesheets एक अर्थ में काम के राशि मापेंगे (जैसा कि आप देख सकते हैं कि कैसे अपने दिन नीचे और इतने पर टूट जाता है), लेकिन मैं समझ आप चाहते हैं में सोच भी नहीं।
अंत में मुझे विश्वास नहीं है कि इस अर्थ में परियोजना प्रबंधकों के लिए उपयोगी मीट्रिक है, लेकिन मुझे नहीं लगता कि यह एक मुद्दा है।
मुझे लगता है कि आखिरकार आपको "व्यस्त-नस्ल" की बजाय परियोजना की सफलता को मापना चाहिए। आखिरकार, आप परवाह क्यों करते हैं कि पीएम कितनी व्यस्त है अगर वे सफल परियोजनाएं प्रदान करते हैं?
एक पीएम आधा दिन जोखिम जोखिम और शमन योजना को एक साथ रख सकता है जिसमें 20 जोखिम होते हैं, दूसरा एक दिन में 2 दिन खर्च कर सकता है जिसमें केवल 5 जोखिम होते हैं लेकिन इनमें से कोई भी संख्या मीट्रिक के रूप में अधिक उपयोगी नहीं होती है कोड की रेखाएं मुख्य बात यह नहीं है कि आप इसे कितना समय बिताते हैं, आपने कितने जोखिमों की पहचान की है, आपकी शमन योजना कितनी बड़ी है, लेकिन चाहे आपने वास्तव में परियोजना पर सफलतापूर्वक जोखिम प्रबंधित किया हो।
आप इस परियोजना को देखने के लिए बेहतर हैं कि प्रोजेक्ट मैनेजर क्या करना है, जो समय-समय पर परियोजनाओं को बजट और ग्राहक संतुष्टि प्रदान करना है (जिसे मैं दोषों की बजाय गुणवत्ता के अंतिम उपाय के रूप में उपयोग करता हूं)।
आखिरकार, क्या आप मापते हैं कि सीईओ "व्यस्त" कैसे है? या क्या उसने सिर्फ कंपनी के लाभ पर फैसला किया है?
ऐसा करने के लिए:
समय - एक ही रास्ता यह वास्तव में gamed जा सकती है, बड़े पैमाने पर गद्दी अनुमान और योजनाओं के द्वारा होता है और इस योजना और अनुमानों की समीक्षा करने और होने से कम किया जा सकता सभी प्रासंगिक पार्टियों उन्हें इस बात से सहमत (डेवलपर्स, पीएम, क्लाइंट)। इसका दूसरा पक्ष यह है कि पीएम को उस पर लागू होने वाली कार्यान्वयन तिथि के बजाय योजना से सहमत होना चाहिए। आप इसे समग्र कार्यान्वयन या प्रत्येक मील का पत्थर पर मापना चाहेंगे।
बजट - मापनीय लेकिन गेमबल। अधिकांश विकास परियोजनाओं के लिए महत्वपूर्ण बात यह है कि वह डेवलपर्स से ईमानदार टाइम्सशीट हैं और यह सुनिश्चित करने का सबसे अच्छा तरीका यह है कि प्रधान मंत्री पीएम हैं लेकिन उनके लाइन मैनेजर नहीं हैं। इस तरह डेवलपर्स को अपने कोने से लड़ने के लिए कोई व्यक्ति होता है (उदाहरण के लिए तकनीकी निदेशक) यदि उन्हें बजट को कम रखने के लिए टाइम्सशीट भरने के लिए दबाव डाला जा रहा है। फिर प्रधान मंत्री को बजट से सहमत होना चाहिए, यह उचित नहीं है कि वह उस चीज़ पर पहुंचाए जो उसने कहा है कि आप अनुचित हैं।
ग्राहक संतुष्टि - मापने में मुश्किल है इसलिए मैं सुझाव दूंगा कि आप इसे सरल रखें और खाता प्रबंधक के साथ सीधे आगे पोस्ट परियोजना समीक्षा के साथ जाएं और 10, संचार, वितरण और वितरण के लिए 10 से अधिक अंक प्राप्त करें। यह व्यक्तिपरक है लेकिन आखिरकार ग्राहक संतुष्टि है।
लेकिन यह बहुत से कंपनी संस्कृति पर निर्भर करता है। कुछ संगठनों के लिए महत्वपूर्ण बात बिलकुल घंटे होगी, अन्य डेवलपर संतुष्टि मिश्रण का हिस्सा होगी।
स्रोत
2009-10-01 08:33:53
क्या आपके पास वर्तमान में एक प्रोग्रामर कितना व्यस्त है यह आकलन करने के लिए एक पद्धति है? – ChrisW
जलाएं और LOE औसत देवताओं के लिए हमारे पास एकमात्र वास्तविक मीट्रिक हैं, लेकिन स्वयं देव होने के नाते, मुझे लगता है कि वे अच्छी तरह से काम करते हैं। – unn
यह एक मीट्रिक है जो प्रोग्रामर के डिलिवरेबल्स को प्रमाणित करता है, वह "व्यस्त" कैसे है (यानी उसके समय का किस प्रतिशत पर कब्जा कर लिया जाता है) के लिए एक मीट्रिक नहीं है। – ChrisW