समय को ट्रैक करने के लिए सॉफ्टवेयर इंजीनियरों को प्रोत्साहित करना


24

मैं अपने सहकर्मियों को उन मुद्दों को हल करने के लिए कैसे प्रोत्साहित कर सकता हूं, जब वे मुद्दों को सुलझाने और सुविधाओं को लागू करने में खर्च करते हैं? हमारे पास ऐसा करने के लिए सॉफ्टवेयर है, लेकिन वे केवल संख्या दर्ज नहीं करते हैं।

मैं चाहता हूं कि टीम हमारे पिछले अनुमानों की वास्तविक समय की तुलना करके परियोजना अनुमान प्रदान करने में बेहतर हो। मुझे संदेह है कि मेरे सहकर्मी व्यक्तिगत लाभ नहीं देखते हैं, क्योंकि वे अक्सर परियोजना निर्धारण में शामिल नहीं होते हैं।


6
शायद समस्या यह है कि उन्हें सॉफ़्टवेयर को ट्रैक करने के बजाय संख्याओं को दर्ज करना पड़ता है और बस समय-समय पर उनसे गतिविधि का विवरण सेट करने और रिकॉर्ड को दबाने के लिए कहा जाता है। मैंने अपने लिए एक कार्यक्रम लिखा था, बिल्कुल इसे संबोधित करने के लिए, क्योंकि मैं पूरे दिन ज़ोन में और फिर सतह पर जाऊंगा और दिन के लिए अपना "टाइम लॉग" बनाने में कठिन समय लगाऊँगा। देखिए softwaremonkey.org/Program/TimeKeeper
लॉरेंस Dol

3
बस उनके लिए जो एक कंपनी में मैंने काम किया था, उसके लिए किया गया था। उसे एक कार्य सौंपें, तुरंत उसे बैठकों में 3 लगातार दिन बिताएं जो आप उसके साथ उपस्थित हों, और फिर बैठकों के तुरंत बाद यह जानने की मांग करें कि कार्य पूरा क्यों नहीं हुआ।
user16764

2
जब मैं घर के रास्ते में किसी समस्या का समाधान करता हूं, तो उस समय के लिए नंबर कहां रखूं?
पीटर बी

1
@PieterB IMO यदि आप नियमित रूप से कार में काम की समस्याओं के बारे में सोचने में पर्याप्त समय व्यतीत करते हैं जो आपकी उत्पादकता को बढ़ाती है तो मुझे लगता है कि परियोजना के अनुमानों के लिए समय को ट्रैक किया जाना चाहिए, भले ही यह असम्बद्ध हो। यह समय है कि आप अन्यथा अपने डेस्क पर सोच समझ कर खर्च करें। दूसरी ओर, अगर यह कार में एक-बंद रहस्योद्घाटन है, तो मुझे नहीं लगता कि यह ट्रैकिंग के लायक है क्योंकि यह ऐसा कुछ नहीं है जिसे आप एक प्रोजेक्ट अनुमान से दूर करेंगे।
एम। डुडले

1
@ पीटरबर निश्चित रूप से एक ग्रे क्षेत्र है। सभी इस बात पर निर्भर करते हैं कि शेड्यूल और प्रोजेक्ट अनुमान बनाते समय इसे ट्रैक करना उपयोगी है या नहीं।
एम। डडले

जवाबों:


41

मुझे संदेह है कि मेरे सहकर्मी व्यक्तिगत लाभ नहीं देखते हैं, क्योंकि वे अक्सर परियोजना निर्धारण में शामिल नहीं होते हैं।

यह तय करने योग्य है।

उन्हें शेड्यूलिंग में शामिल करें।


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

4
मैंने हाल ही में मेरी (6 महीने की परियोजना) परियोजना पर देखा, जहां हमारे पीएम ने एक अन्य एप्लिकेशन के साथ एकीकरण के लिए 4 घंटे आवंटित किए। यह कहने के लिए कि एकीकरण को पर्याप्त समय लगेगा और मुझे और एक अन्य डेवलपर को लगा कि यह काफी हास्यप्रद है।
क्रिस

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

21

जोएल स्पोलस्की ने एविडेंस बेस्ड शेड्यूलिंग पर एक लेख लिखा जो आपको कुछ तर्क खोजने में मदद कर सकता है।

आपको अपने सहकर्मियों को यह विश्वास दिलाना होगा कि बेहतर आकलन कौशल उन्हें बेहतर सॉफ्टवेयर बनाने में मदद कर सकता है। ट्रैकिंग कार्य समय के पक्ष में कुछ बिंदु इस प्रकार हैं:

  • यदि आपके पास एक मनमाना प्रबंधन-निर्धारित समय सीमा है, तो अच्छे अनुमान आपको बताएंगे कि आप वास्तव में उस समय में क्या पूरा कर सकते हैं । एक बोनस के रूप में आपके पास प्रबंधक को समझाने के लिए कुछ अच्छे रेखांकन हैं कि आप जानते हैं कि आप किस बारे में बात कर रहे हैं।
  • आपको प्रोजेक्ट को अधिक ध्यान से सोचना होगा। लेख जो मैंने राज्यों से जोड़ा है, "आपको अपने शेड्यूल को बहुत छोटे कार्यों में तोड़ना होगा जिन्हें घंटों में मापा जा सकता है ।" चूंकि आपने प्रोजेक्ट के हर पहलू के बारे में सोचा था (उम्मीद है कि एक युक्ति लिख रहा है !), आप किसी ऐसी चीज से आश्चर्यचकित हो सकते हैं, जिसके बारे में आपने सोचा नहीं था।
  • यह आपको एक बेहतर डेवलपर बनाता है। आप समय के साथ देखेंगे कि आप किस प्रकार के कार्यों को कम आंकते हैं, इसलिए आप आँख बंद करके अनुकूलन करने के बजाय उन विशिष्ट कार्यों में बेहतर होने में कुछ समय बिता सकते हैं ।

1
दूसरे बिंदु के लिए +1। मैंने पाया है कि कोई भी अनुमान जो दिनों या हफ्तों में समय का उपयोग करता है, हमेशा दिनों या हफ्तों के संदर्भ में गलत होगा। यदि आप कुछ घंटों से दूर हैं, तो आप हमेशा अन्य अनुमानों को अधिक सटीक रूप से पुनर्गणना कर सकते हैं। और एक कल्पना लिखना, या एक PoC विरूपण साक्ष्य का निर्माण अधिक सटीक अनुमानों के लिए बनाता है, हालांकि उन वस्तुओं के लिए अनुमानों के साथ आना इतना आसान नहीं है।
विनीत रेनॉल्ड्स

10

आप इसे मानक तरीके से पूरा कर सकते हैं - गाजर और लाठी।

इस मामले में गाजर को हमारे वर्तमान वेग को समझकर "भविष्य के अनुमान में सुधार" किया जा सकता है, लेकिन आपको इसका पालन करना होगा।

आपकी टिप्पणी कि वे अक्सर प्रोजेक्ट शेड्यूलिंग में शामिल नहीं होते हैं, यह एक कठिन बिक्री हो सकती है।

उनमें से सबसे उच्च-कार्य, खासकर यदि आपके पास PSP के कोई अनुयायी हैं , तो यह है कि आप उन्हें बेहतर बनाने में मदद कर रहे हैं।

सबसे आम छड़ी (उनके साथ मारना, उनके सामने गाजर को पकड़ना नहीं है) "यह अनिवार्य है, इसे करें"। जबकि एक प्रेरक के ज्यादा नहीं; कम से कम स्थिति स्पष्ट है।

अंत में, क्या सॉफ्टवेयर है जो आप उनकी मितव्ययिता में योगदान दे रहे हैं? क्या यह क्लूनी है? क्या उन्हें सिस्टम ए में समय-कोड देखना होगा, इससे पहले अपना समय सिस्टम बी में डाल दें? क्या यह बहुत बारीक है, क्या यह "बंद" समय की अनुमति नहीं देता है और प्रति दिन 8 घंटे का हिसाब मांगता है। इसे अपनाने के लिए यथासंभव घर्षण-मुक्त भी बनाएं।

शुभ लाभ


5
उस अंतिम पैराग्राफ के लिए +1। इसे न करने की तुलना में समय ट्रैकिंग करना आसान बनाएं, और अचानक यह जादुई तरीके से हो जाएगा।
स्कॉट

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

@Wonko +1 "अनुमान पासा" के लिए :-)
sdg

8

मेरे अनुभव में, अधिकांश समय ट्रैकिंग सॉफ़्टवेयर के साथ समस्याएं हैं:

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

मैंने अपने लिए पोमोडोरो तकनीक का उपयोग शुरू करके उन मुद्दों में से कई को संबोधित किया है। यदि मैं किसी कार्य पर 25 मिनट निर्बाध रूप से काम करता हूं, तो यह सही दर्ज हो जाता है, और मेरा अनुमान उन निर्बाध अंतरालों के संदर्भ में किया जाता है। मैं अभी भी अनिश्चितता को संप्रेषित करने के लिए साक्ष्य आधारित शेड्यूलिंग को शामिल करने पर काम कर रहा हूं, और मोटे-मोटे शेड्यूल पर नज़र रखने के लिए मोटे शेड्यूल में अनुमान लगाता हूं कि पीएम को पसंद है, लेकिन यह निश्चित रूप से अब तक एक सुधार है।


6

अच्छा रास्ता

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

बुरा रास्ता

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


3
मुझे आशा है कि आपने इस प्रश्न का उत्तर देने में व्यतीत किए गए समय को रिकॉर्ड करने के लिए tt-proc-1b फॉर्म भरा है, फिर समय बिताने के लिए प्रबंधकीय हस्ताक्षर प्राप्त करना। और आपने अनुमानित समय को रिकॉर्ड करने के लिए tt-est-1a फॉर्म भरा, जिसे आप इस प्रश्न का उत्तर देने से पहले खर्च करेंगे, इसका उत्तर देने पर काम शुरू करेंगे?
gbjbaanb

माइलिन / टास्कटॉप ... सही नहीं है, लेकिन निश्चित रूप से अच्छे समय पर नज़र रखने के लिए बहुत कुछ करता है जो किसी अन्य उपकरण के साइड इफेक्ट के रूप में होता है जो प्रोग्रामर को सीधे लाभ पहुंचाता है ... बिल्कुल सही नहीं फिर भी आनंदित भयानक !!
न्यूटॉपियन

2

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

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


2

अपना समय ट्रैक करें या भुगतान न करें। लाखों लोग इसे (सलाहकार, वकील आदि) करते हैं, वे क्यों नहीं कर सकते?

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

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


1
मेरा कथन बिलकुल यही होने वाला था। खासकर यदि आपके पास बिल का भुगतान करने वाले ग्राहक हैं - तो आप कैसे जान सकते हैं कि उन्हें क्या चार्ज करना है? मैं गारंटी देता हूं कि एक देर से तनख्वाह क्योंकि किसी ने अपना समय लोड नहीं किया समस्या को हमेशा के लिए ठीक कर दिया जाएगा।
HLGEM

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

1
@Wooble: जाहिर है कि मैं ऐसी कार्रवाइयों की वकालत नहीं करता, जो आपको मुकदमा करने, या अपने कर्मचारियों के साथ दुर्व्यवहार करने के लिए असुरक्षित बना दें। लेकिन विचार एक ही है। अपना काम नहीं करने के लिए पश्चाताप होना चाहिए। और कई मामलों में, अपना समय ट्रैक करना आपकी नौकरी का हिस्सा है। तो शायद आप भुगतान नहीं करते हैं, लेकिन आप चेतावनी देते हैं, परिवीक्षा पर रखो, जो कुछ भी है वह समझ में आता है, लेकिन तथ्य यह है, आपको अपना काम करना होगा । यह स्वार्थी नहीं है, क्योंकि यह आपकी टीम के सभी सदस्यों को भी प्रभावित करता है।
रिछार्ड

@HLGEM: आपकी बात बिल्कुल सही है। यदि क्लाइंट के साथ आपका अनुबंध T & M आधार पर है, तो आप अपना समय बेहतर तरीके से ट्रैक करते हैं, या आप बेईमान हो रहे हैं।
रीचर्ड

दुर्भाग्य से मैं किसी भी समय ट्रैकिंग को अनिवार्य करने की स्थिति में नहीं हूं, इसलिए मुझे वैकल्पिक तरीकों को खोजने की आवश्यकता है।
एम। डुडले

1

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

शायद वे चिंतित हैं कि अगर वास्तव में किसी कार्य को करने में कितना समय खर्च होता है, तो पारदर्शिता होती है , तो नकारात्मक परिणाम होंगे। मैंने हमेशा "प्रयास ट्रैकिंग टूल" डिजाइन करने के बारे में सोचा है जो गुमनाम था और जहां बाल्टी पर्याप्त रूप से उच्च स्तर की थी कि प्रत्येक व्यक्ति बाल्टी में प्रयास-खर्च की गई राशि डालने वाले कई व्यक्ति होंगे जो अलग-अलग योगदान नहीं कर सकते। यहां तक ​​कि उच्च-स्तरीय प्रोजेक्ट बकेट के लिए अधिक सटीक प्रयास लागत परियोजना की योजना और समग्र टीम वेग के लिए उपयोगी डेटा हो सकता है, लेकिन यह "ओएमजी" से बचना होगा, मैं विश्वास नहीं कर सकता हूं कि जो एक्स ने अपने अनुमान को कुछ इतना सरल बनाने के लिए 3x लिया। "या क्या नहीं कि लोग पारंपरिक समय-ट्रैकिंग प्रणाली में रिपोर्ट करने से डरते हैं।

मुझे लगता है कि ये केवल दो उदाहरण हैं, लेकिन वास्तव में, आपकी टीम के मनोवैज्ञानिक मेकअप की अच्छी समझ होने से आपको अपने प्रयास लागत जानकारी को योगदान करने के लिए प्रोत्साहित करने या अन्यथा उन्हें प्रोत्साहित करने का सही जवाब मिलेगा।


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

1

इस बारे में सोचें कि ऐसा क्यों हो सकता है कि वे इस अनुरोध पर अच्छी प्रतिक्रिया नहीं देते हैं। बस यह मत समझो कि वे आलसी हैं या प्रयास से बचते हैं।

डेवलपर्स जो सबूत पैदा करने से बचते हैं वे आमतौर पर होते हैं

  • चिंता है कि इसका उपयोग कैसे किया जा सकता है और / या
  • डेटा की वैधता के बारे में चिंतित हैं

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

और, जबकि यह तर्कसंगत नहीं लग सकता है, यह ज्यादातर काम करता है - कम से कम एक घंटे या दिन-आधारित प्रणाली। एक महीने में हासिल की गई एक टीम या व्यक्ति को सिर के चारों ओर बल्लेबाज़ी करना भी बहुत मुश्किल होता है अगर वह अनियंत्रित तरीके से किया जाता है।

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

मैं समझता हूं कि आप कह रहे हैं कि आप इस तरह से पुनर्मूल्यांकन का उपयोग नहीं करेंगे, लेकिन आपकी टीम के लोग इस पर कितने आश्वस्त हैं?


1

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

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

इसी तरह, यदि आपके पास डिज़ाइन दर्ज करने के लिए एक उपकरण है, तो आप वहां अवरोधन कर सकते हैं।


0

इस बात पर निर्भर करता है कि आप उन्हें कैसे और क्यों समय पर ट्रैक करना चाहते हैं, क्या हम भी कार्यालय में समय या कम्यूट पर बिताए समय को समस्या के बारे में सोचने के लिए गिन रहे हैं?

प्रोजेक्ट शेड्यूलिंग मुश्किल है और एक अच्छा मौका है कि आपके द्वारा प्राप्त मेट्रिक्स उतने उपयोगी नहीं होंगे जितना आपको लगता है कि वे होंगे। कोई भी दो समस्याएं एक जैसी नहीं होती हैं, इसलिए एक काम में आठ घंटे लग सकते हैं, जबकि दूसरे को खत्म होने में 32 घंटे लग सकते हैं।

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


0

उदाहरण के लिए उन्हें पोमोडोरो तकनीक जैसी व्यक्तिगत संगठन प्रणालियों से परिचित कराने का प्रयास करें (कई अन्य हैं, लेकिन यह वही है जो मैं अब कोशिश कर रहा हूं)

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


0

उन्हें अपनी संख्या दर्ज करने के लिए समझाने के बजाय, एक सॉफ्टवेयर का उपयोग करें जो सहजता से काम करता है। मैं स्क्रीनसेवर का उपयोग कर रहा हूं: https://www.screenaware.com/en/ यह आपके समय को स्वचालित रूप से ट्रैक करता है और इसे संबंधित परियोजनाओं को सौंपता है। इसलिए यह हमेशा सटीक होता है और किसी को भी इसका अनुमान नहीं लगाना चाहिए


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

-1

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

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