time management tips क्या आपके पास "सुस्त" समय है?




time management tips (5)

CodePlex टीम में एक धीमी समय नीति है, और इसके लिए उनके लिए बहुत अच्छा काम किया है।

  • जिम न्यूकिर्क और मेरे द्वारा इसका इस्तेमाल एक्सयूनेट .NET प्रोजेक्ट पर काम करने के लिए किया गया था।
  • जोनाथन वानजेल ने इसका इस्तेमाल एसवीएन ब्रिज पर किया था।
  • स्कॉट डेन्समोर और मैंने इसे किसी ऑब्जेक्टबिल्डर 2.0 प्रोटोटाइप पर काम करने के लिए इस्तेमाल किया।

दूसरों के लिए, यह उन चीजों का पता लगाने के लिए एक बढ़िया समय था जो तकनीकी रूप से शेड्यूल पर नहीं थे, लेकिन अंततः टीम के बाकी हिस्सों में बहुत उपयोगी साबित हो सकता था मुझे इस बात का मानना ​​है कि अगर मैं फिर से एक टीम चला रहा हूं, तो मैं टीम संस्कृति का हिस्सा बनने जा रहा हूं।

क्या आपकी टीम पर एक औपचारिक रूप से नीची नीति थी? काम कैसे बना?

संपादित: मुझे एहसास हुआ कि मैंने स्लैक को परिभाषित नहीं किया। जिन लोगों ने इस पुस्तक को नहीं पढ़ा है, उनके लिए स्लैक यह है कि Google का "20% समय" क्या है: आपको अपने दिन / हफ्ते / महीना / वर्ष का कुछ टुकड़ा दिया जाता है, जिस पर उन चीजों पर काम करना होता है जो जरूरी नहीं कि आपके दिन-प्रतिदिन की नौकरी, लेकिन हो सकता है एक अप्रत्यक्ष लाभ (जाहिर है कि यदि आप सामान पर काम करते हैं जो पूरी तरह से आपकी नौकरी या आपकी कंपनी के लिए उपयोगी नहीं है, तो आपका प्रबंधक शायद उस समय के बारे में अच्छी तरह से नहीं सोचागा जैसा आपने खर्च किया था: -पी )।


मैं इस विषय पर Google की नीति का उल्लेख करना चाहता हूं।
निजी परियोजनाओं और अनुसंधान के लिए दिन का 20% उपयोग किया जाना चाहिए

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

इसलिए, यदि आप एक प्रबंधक हैं: अपने डेवलपर्स को अब और फिर धीमा कर दें सामानों को करने के नए तरीकों पर चर्चा करने के लिए टीम के साथ छोटे सेमिनार आयोजित करने के लिए उन्हें प्रोत्साहित करें

यदि आप एक डेवलपर हैं: अपनी शिल्प पढ़ें, सीखें और प्यार करें। आपके पास दुनिया में सबसे अच्छी नौकरी है, जब तक आप अपना काम करने के सर्वोत्तम तरीकों को सीखने में कुछ समय देना चाहते हैं।


हमारी टीम में हमारी कोई औपचारिक नीति नहीं है - ज्यादातर कारण यह है कि ऐसा करने के लिए बहुत काम है कि यह उचित होगा कि यह कठिन होगा। जो बहुत विडंबना है

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

शुरुआती दिनों में, हम देखेंगे कि यह कैसे जाता है।


मैं वर्तमान में एक पूर्णकालिक फ्रीलांसर एक ग्राहक के लिए काम कर रहा हूँ अगर मुझे वेतन का पूरा 40 घंटे प्राप्त करना है, तो मैं हर बार कोडन को खर्च करने के लिए अनुमोदित परियोजना योजना के लिए जिम्मेदार होना चाहता हूं या कम से कम उसे किसी तरह के यथार्थवादी रखरखाव कार्य की ओर जाना होगा। मुझे लगता है कि आप यह कह सकते हैं कि यह अनुबंध के नुकसान में से एक है ... वास्तव में सुस्त या बेकार होने के लिए कोई जगह नहीं है आपको काम पर चलते रहना होगा और हाथ पर काम करना होगा। यह काफी सूखा हो सकता है, लेकिन फिर मैं थोड़े तरह से कैसे यह मुझे जवाबदेह रखता है। और निश्चित रूप से वेतन सामान्य से थोड़ा बेहतर है।

उसने कहा, मुझे पालतू परियोजनाओं पर काम करने के लिए सुस्त समय उपलब्ध होना अच्छा लगता है, लेकिन कोई भी ग्राहक इसके लिए भुगतान करने के लिए कभी भी सहमत नहीं होगा।

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


मैंने कहीं भी कभी भी काम नहीं किया है, जहां एक औपचारिक नीति थी लेकिन मैं हमेशा पाया है कि एक ओर छोटे आर एंड डी / उपकरण-निर्माण समय में निचोड़ करना था। कई बार मुझे उत्पादकता में लाभ मिलेगा, जिससे मुझे 'धीमी' समय की इजाजत मिलेगी।


हमारे पास सुस्त समय है और हम उन्हें रिलीज के बीच शेड्यूल करने का प्रयास करते हैं। एक बार रिलीज़ होने के बाद, हम अपने डेवलपर्स को दिन के 60% फिक्सिंग बग्स को खर्च करने के लिए कहते हैं और फिर सुस्त समय के लिए अन्य 40%। हमारे पास ऐसे नीतियां हैं जो आप के लिए धीमे समय का उपयोग कर सकते हैं। फिर जब एक रिहाई फिर से ढोंगी, हम सभी डेवलपर्स को उस दिन रिलीज के लिए सुविधाओं को लागू करने या बग फिक्स करने के लिए पूरे दिन खर्च करने के लिए कहेंगे।

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





time-management