अपने नियोक्ता (जो एक प्रोग्रामर नहीं है) को अपनी परियोजना (एजाइल) की प्रगति की रिपोर्ट कैसे करें?


15

मुझे अपने नियोक्ता को प्रगति की रिपोर्ट करने में समस्या है। मैं एक अंशकालिक प्रोग्रामर हूं, अपने स्कूल के (गैर-तकनीकी) विभाग के लिए एक सॉफ्टवेयर परियोजना को संभाल रहा हूं।

संपर्क व्यक्ति:
1. वह कर्मचारी जो वास्तव में सॉफ्टवेयर का उपयोग करता है और फीचर अनुरोधों को उठाता है,
2. मेरे बॉस (गैर-प्रोग्रामर), और वह सॉफ्टवेयर का उपयोगकर्ता नहीं है।

परियोजना की प्रकृति:
यह एक तैयार सॉफ्टवेयर है, जिसे तीसरे पक्ष से खरीदा गया है। मुझे विभाग की आवश्यकता को पूरा करने के लिए इस सॉफ़्टवेयर में सुविधा / फ़ंक्शन को संशोधित या जोड़ना होगा। यह एक सॉफ्टवेयर है जो पूरे सेमेस्टर में उपयोग करने की आवश्यकता है। शुरुआत में सभी सुविधाओं का उपयोग करने की आवश्यकता नहीं है।

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

समस्या:
हर बार मेरे बॉस ने मुझसे पूछा कि प्रगति कैसे हुई, मैं जवाब नहीं दे सकता, क्योंकि मुझे नहीं पता कि मुझे कैसे जवाब देना है। मेरे पास सभी आवश्यक सुविधाओं की पूरी सूची नहीं है। भले ही मैंने ऐसी सुविधाएँ पूरी कर ली हैं जिन्हें पिछले हफ्ते उठाया गया था, फिर भी मैं अपने बॉस को यह नहीं बता सकता कि मैंने "पूरा" कर दिया है, क्योंकि नई सुविधाएँ भी आ रही हैं, और मुझे नहीं पता कि कितना है। मैं यह नहीं बता सकता कि "हमारे पास कितने% पूर्ण हैं" और न ही "हम इसे xxx द्वारा पूरा करने जा रहे हैं"। 3 अनुरोधों में से कुछ समय, मैं 2 को पूरा करने का प्रबंधन करता हूं, मैं अपने बॉस को बताऊंगा "मैंने 2 को पूरा कर लिया है, लेकिन अभी तक एक भी सुविधा नहीं है"। लंबे समय के बाद, मुझे लगता है "मुझे हमेशा कुछ खत्म नहीं होता है, इतने लंबे समय के बाद"।

प्रगति की रिपोर्ट करने में असमर्थ होना मुझे बहुत बुरा लगता है। यह इस बारे में नहीं है कि मैंने कितना काम किया है, यह इस बारे में है कि लोगों को कैसे जाने दिया जाए। यदि मैं प्रबंधक था, और मेरे कर्मचारी महीनों तक मुझे प्रगति की रिपोर्ट करने में असफल रहते हैं, तो मुझे लगेगा कि यह लड़का भी असमर्थ है।

क्या आप लोगों को इस बात की कोई जानकारी है कि कैसे रिपोर्ट करें, या प्रश्न का उत्तर सरल करें "सॉफ़्टवेयर संशोधन की स्थिति / प्रगति क्या है"?

अद्यतन मेरा मालिक सीधे विकास कार्य में शामिल नहीं होता है, इसलिए उसके पास इस बात का कोई सुराग नहीं है कि मैं क्या कर रहा हूं, या कार्यक्रम कैसे काम करता है। हम नियमित रूप से नहीं मिलते क्योंकि वह व्यस्त है, और मुझे लगता है कि यह समय की बर्बादी होगी क्योंकि वह मुख्य उपयोगकर्ता नहीं है, उसे कार्यक्रम का विस्तार नहीं पता है।

मैं उन कर्मचारियों से नियमित रूप से मिलता हूं जो सॉफ्टवेयर के बारे में बेहतर तरीके से उपयोग और जानते हैं।

अपने बॉस को प्रगति की व्याख्या करना मुझे कठिन लगता है।

जवाबों:


24

यह एक आम समस्या है जब आप एक प्रोग्रामर हैं जो स्वतंत्र रूप से काम करते हैं, और आप किसी ऐसे व्यक्ति को रिपोर्ट करते हैं जो तकनीकी नहीं है।

उस तरह के बॉस ज्यादातर कुछ चीजों का पता लगाने में सक्षम होना चाहते हैं:

  • यूजर्स कितने खुश हैं?
  • क्या वे चीजें हैं जो उपयोगकर्ता चाहते हैं?
  • क्या आप जो पैसा चुका रहे हैं, उसके लायक क्या है?

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

इसलिए अगर मैं तुम थे, मैं उन्हें एक सप्ताह में एक बार एक रिपोर्ट ईमेल करेंगे:

  • शुरुआत में एक "कार्यकारी सारांश": "इस सप्ताह 3 सुविधाएँ समाप्त हो गईं, और 2 नए फ़ीचर अनुरोध प्राप्त हुए। इस सप्ताह की शुरुआत में, 11 अपूर्ण फीचर अनुरोध थे, और अंत में 10. थे।"
  • तीन समूहों में एक संक्षिप्त वाक्य के साथ एक फीचर स्टेटस सूची:
    1. सप्ताह के दौरान आपको जो सुविधाएँ मिली हैं
    2. सुविधा अनुरोध जो सप्ताह के दौरान आए थे
    3. "बैकलॉग" में अन्य विशेषताएं
  • किसी भी चीज की संक्षिप्त चर्चा जो जटिल या असामान्य थी, अधिमानतः गैर-तकनीकी भाषा का उपयोग करना।

अगर मैं आपका बॉस होता, और मुझे कोई रिपोर्ट नहीं मिल रही होती, तो मुझे हर हफ्ते ऐसा ही मिलता। और अगर मुझे कुछ अलग चाहिए था, तो मैं आपसे इसके लिए पूछूंगा।


5
+1। ईमेल भी सभी के लिए उपयोगी होगा, न कि केवल बॉस जो किसी भी प्रोजेक्ट नंबर के लिए प्रकट नहीं होता है। सभी प्रबंधकों को एक कार्य सूची पसंद आ रही है।
DBlackborough

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

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

मेरे पास मूल रूप से मेरे उत्तर में यही था, और प्रतिबिंब पर मुझे लगता है कि यह बेहतर है। यह सरल है और यह समझना आसान बनाता है कि बैकलॉग में सुधार हो रहा है, या खराब हो रहा है।
जो मैकमोहन

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

3

ऐसा लगता है कि आपके पास यह जानने का कोई तरीका नहीं है कि क्या आप पूर्ण हैं या आप कितने दूर हैं। यह ठीक है।

अनुरोध की गई सुविधाओं की एक सूची रखें, जो की गई हैं, प्रगति में हैं या शुरू नहीं हुई हैं। प्रत्येक श्रेणी में कुल के सप्ताह से सप्ताह के चार्ट के अनुसार इन्हें ट्रैक करें। यह आपको उन बिंदुओं का एक सेट देगा, जिन्हें आप अंतिम तिथि तक एक्सट्रपलेशन कर सकते हैं। वह है (केवल "पूर्ण" फीचर काउंट को देखना)

  • सप्ताह 1 - 2 पूरा
  • सप्ताह 2 - 5 पूर्ण (सप्ताह से 2, सप्ताह 2 से 3)
  • सप्ताह 3 - 8
  • सप्ताह 4 - 12

यदि आपके पास 16 सप्ताह हैं, तो आप लगभग 48 सुविधाएँ पूरी कर सकते हैं (कुछ सुविधाओं के बारे में बहुत अधिक चिंता न करें / दूसरों की तुलना में छोटी / छोटी हों, 4-5 सप्ताह के बाद यह आम तौर पर औसत हो जाएगी)। फिर आप सभी को रिपोर्ट कर सकते हैं कि आप केवल X नंबर की सुविधाएँ ही संभाल सकते हैं। परियोजना के अंत में, सबसे महत्वपूर्ण बात यह है कि आपने आवश्यक सुविधाओं को वितरित किया है और आपने पिछले दो हफ्तों में खुद को नहीं मारा है। इस तरह से रिपोर्ट करके, आप प्रमुख आवश्यकताओं को जल्द से जल्द खींच सकते हैं।

दूसरी चीज जिसे आप रिपोर्ट करना चाहते हैं कि आपके पास कितनी क्षमता है। "मुझे केवल 2 फ़ीचर अनुरोध मिले, लेकिन 3 को संभाला जा सकता था ... क्या आप कर्मचारियों को जल्द और अधिक सुविधाएँ जुटाने के लिए कह सकते हैं?"

यकीन नहीं होता कि मैंने आपके प्रश्न का पूरी तरह से उत्तर दिया है, इसलिए बेझिझक अनुवर्ती प्रश्न पूछें ...


2

तीन शब्द ... चार्ट नीचे जला।

आपका नियोक्ता, चाहे वे चुस्त नशेड़ी हों या केवल डेवलपर्स के प्रभारी व्यक्ति एक बर्न डाउन चार्ट की सराहना करेंगे ।

हर कोई यह समझना पसंद करता है कि एक परियोजना कब पूरी होगी और कल का मौसम का लाभ उठाने से किसी परियोजना के पूरा होने की भविष्यवाणी करने का सबसे सटीक और सबसे यथार्थवादी तरीका मिलेगा।


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

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

एक जला ऊपर चार्ट प्रगति दिखाने के लिए भले ही सुविधा अनुरोधों में बह रखने में सक्षम होगा।
rwong

1

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

आपका प्रबंधक शायद मिनट-दर-मिनट टूटने की तलाश में नहीं है; s / वह केवल यह देखने की कोशिश कर रहा है कि क्या काम हो रहा है, अगर महत्वपूर्ण चीजों पर अधिक ध्यान दिया जा रहा है, और आप लोड या बेकार के तहत डूब नहीं रहे हैं क्योंकि आप आगे बढ़ने से अवरुद्ध हैं।

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

कई सप्ताह लगने वाला एक बड़ा डेटाबेस ओवरहाल कुछ इस तरह टूट सकता है: बैकअप की स्थापना, बैकअप की पुष्टि करना अच्छा है, नए डेटाबेस लेआउट को डिजाइन करना, रूपांतरण सॉफ्टवेयर लिखना और उसका परीक्षण करना, रोलबैक सेट करना और उसका परीक्षण करना, रूपांतरण की कोशिश करना स्टेजिंग मशीन, उसी स्थान पर रोलबैक की कोशिश कर रही है, और फिर अंत में रूपांतरण कर रही है। उनमें से प्रत्येक को शायद 1-सप्ताह (या उससे कम) विखंडू में तोड़ा जा सकता है। यदि कुछ चरणों में 2 या 3 सप्ताह लग सकते हैं, तो आप अगली बैठक में कितनी दूर तक रिपोर्ट करेंगे (2-सप्ताह के लिए 50% लक्ष्यीकरण, 3-सप्ताह के लिए 33%, आदि)।

आदर्श रूप से, आपके पास एक चार्ट होगा जिसमें आपके पास जो सामान होना चाहिए, बनाम वह सामान जो आप अब करने जा रहे हैं, और आप "अब कर" आइटम की जांच करेंगे जैसे आप साथ जा रहे हैं। यह आपके प्रबंधक को बस चलने देता है और देखता है कि कितनी चीजें बनाम चीजें चिह्नित हैं जो करने के लिए सूची में हैं।


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

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

1

एक बार हर हफ्ते (मैं मानता हूं कि आपकी चुस्त प्रक्रिया में पुनरावृत्ति / स्प्रिंट की लंबाई उदाहरण के लिए एक सप्ताह है), निम्नलिखित करें :

  • यह सुनिश्चित करने के लिए कि उनके अनुरोध पूरे हो गए हैं, कर्मचारियों को नए कार्य का डेमो दें
  • बॉस को सप्ताह के दौरान आपके द्वारा पूर्ण किए गए अनुरोधों की संख्या और उन अनुरोधों की पहचान / वर्णन करना। एक छोटा सारांश बनाएं
  • बॉस को सप्ताह के दौरान आपके बैकलॉग / कतार में जोड़े गए नए अनुरोधों की संख्या और अनुरोधों की कुल संख्या की रिपोर्ट करें
  • बॉस को बताएं कि आप किस (किस अनुरोध) पर अगले सप्ताह काम करने की योजना बना रहे हैं; दूसरे शब्दों में, वर्तमान प्राथमिकताएँ। यहाँ उसके लिए यह पुष्टि करने या उन्हें बदलने और आप दोनों के लिए उस पर स्पष्ट होने का अवसर है
  • बॉस को बताएं कि उसके बाद 1-2 सप्ताह के लिए क्या योजना है।

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


0

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

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


0

सुझाव दें कि आप साप्ताहिक रिपोर्ट दें: मांगी गई सुविधाओं को सूचीबद्ध करें। परिवर्तित सुविधाओं को रिकॉर्ड करें। आपने जो किया है, उसकी रिपोर्ट करें।


0

मैं इसे इस तरीके से नीचे लाने की कोशिश करूंगा कि प्रबंधक समझ सकें।

Total Recieved Feature Requests:
Requests Completed:
Requests since last Update:
Estimated Time to required to complete remaining Requests:

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.