सही स्थिति रिपोर्ट कैसी दिखती है?

Question

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

• आइटम और कितना समय प्रत्येक
• समस्याएं हुई है और उसे कितना समय प्रत्येक
• आइटम है कि अगले पर काम किया जाएगा, उनके अनुमान (पर खर्च किया गया था पर खर्च किया गया था:
  मैं सीखना चाहता हूँ आदमी घंटे) और उनके लक्ष्य तारीखों
• सवालों में वे काम पर है

मैं एक प्रारूप है कि यह जानकारी जबकि प्रदान करेगा के लिए देख रहा हूँ:

• हर डेवलपर

के लिए त्वरित होने के नाते के लिए डेवलपर्स मुझे पढ़ सकते हैं और जल्दी से ब्राउज़ करने के लिए के लिए

आसान (सोच बहुत अधिक के बिना, 5-10 मिनट) पूरा करने के लिए एक समान है तुम क्या होगा सुझाना?

Answer 1

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

मैं यहाँ नमूने के लिए एक लिंक नहीं है, लेकिन कुछ ड्राफ्ट हैं:

 
10/02/2008 - Product A daily status 

<Burndown chart> 

Team member A 
Last 24: feature A 
Next 24: feature A unit tests 

Team member B 
Last 24: bug jail 
Next 24: feature B 

Team member C 
Last 24: feature C 
Next 24: feature C 
Blocked on: Dependency D - still waiting on the redist from team D 

 
10/02/2008 - Product A weekly status 

<Burndown chart> 

**Feature A** - Green 
[note: red/yellow/green represents status; use background color as well for better visualisation] 
On track 

**Feature B** - Yellow 
[note: red/yellow/green represents status; use background color as well for better visualisation] 
Slipping a day due to bug jail 
Mitigation: will load balance unit tests on team member A 

**Feature C** - Red 
[note: red/yellow/green represents status; use background color as well for better visualisation] 
Feature is blocked on external dependency from team D. No ETA on unblock. 
Mitigation: consider cutting the feature for this sprint 

**Milestone schedule:** 
Planning complete - 9/15 (two weeks of planning) 
Code complete - 10/15 (four weeks of coding) 
RC - 10/30 (two weeks stabilization and testing) 

Answer 2

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

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

ऐसा लगता है कि "मैं सीखना चाहता हूं" सूची एक टेम्पलेट उत्पन्न करने के लिए एक उत्कृष्ट प्रारंभिक बिंदु है। केवल आप ही जानेंगे कि आपके लिए सही प्रारूप क्या है।

Answer 3

ऐसा लगता है कि एक्सट्रीम प्रोग्रामिंग बैठकों खड़े करना चाहते हैं।

http://www.extremeprogramming.org/rules/standupmeeting.html

आप laudspeaker साथ फोन का उपयोग कर बंद साइट दल के सदस्यों, या कुछ वीओआइपी से बात कर सकते हैं।

Answer 4

आम तौर पर मैंने स्टेटस रिपोर्ट प्रदान करने के साधन के रूप में ई-मेल पर भरोसा किया है, यह सादगी और पूर्णता की गति प्रदान करता है लेकिन किसी भी तरह की एकरूपता को लागू नहीं करता है।

इसे प्राप्त करने के लिए कई विकल्प हैं लेकिन वे सभी प्रक्रिया को अधिक जटिल और समय लेने वाली जोखिम बनाने का जोखिम उठाते हैं। इनमें से कुछ हो सकते हैं:

प्रत्येक शीट एक अनुभाग होने के साथ प्रत्येक या बहु शीट स्प्रेडशीट के लिए अनुभागों वाला एक ऑनलाइन फॉर्म।

इन सभी को बनाने के लिए इनके द्वारा कुछ प्रयासों की आवश्यकता है, क्या आपको किसी उद्देश्य के लिए समानता की आवश्यकता है? जैसे सारांश रिपोर्ट स्वचालित करने के लिए।

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

Answer 5

आप शायद यह सुनने के लिए नहीं करना चाहते हैं, लेकिन यहाँ यह वैसे भी है -

मैं डेस्क के दोनों किनारों पर इस स्थिति में किया गया है, और निष्कर्ष पर आने में रोल-अप स्थिति रिपोर्ट के इन प्रकार आपके और डेवलपर्स के लिए समय की पूरी बर्बादी है।

• डेवलपर्स निर्दिष्ट समय सीमा
• डेवलपर्स सवाल पूछ किया जाना चाहिए जब वे होते हैं
• संचार की जरूरत

के रूप में दोनों दिशाओं में प्रवाह चाहिए साथ सुविधाओं/डिलिवरेबल्स पर काम किया जाना चाहिए: यहां इसका कारण अगर इन बातों को हो रहा नहीं कर रहे हैं, निष्क्रिय स्थिति रिपोर्टिंग का कोई राशि समस्याओं कि अनिवार्य रूप से devel पर

पैदा होगा ठीक करने के लिए जा रहा है बाड़ के ओपर पक्ष - एक "त्वरित पांच मिनट स्थिति" [! मैं उस वाक्यांश नफरत है, पांच मिनट जल्दी नहीं है] डेवलपर के प्रवाह को बाधित, पंद्रह मिनट (या अधिक) उत्पादकता के का नुकसान के कारण (जोएल भी इस मैं के बारे में ब्लॉग सोच)। लेकिन भले ही यह वास्तव में सिर्फ पांच मिनट, तुम बर्बाद कर रहे हैं अगर आप एक दर्जन से अधिक डेवलपर्स तो है पाँच आदमी घंटे administrivia पर प्रति सप्ताह (और इसे और अधिक 20 की तरह शायद है)

बाड़ के प्रबंधक की ओर

- परियोजना आदि द्वारा टीमों में व्यक्तियों की स्थिति रिपोर्ट को रोल करना गैर-उत्पादक व्यस्त कार्य है जो आपके समय को भी बर्बाद कर देता है। संभावना है कि कोई भी रिपोर्ट पढ़ता नहीं है।

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

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

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

ओह, और अपने प्रश्न का शाब्दिक उत्तर देने के लिए: सही स्थिति रिपोर्ट कहती है "परियोजना योजना के साथ लक्ष्य पर ", और कुछ भी नहीं ;-)