कार्यालय में "खाली समय" को उत्पादक रूप से कैसे खर्च करें [बंद]


17

एक रिलीज़ को शिपिंग करने के बाद, दो से तीन महीने में एक बार मुझे 10 से 15 दिन का खाली समय मिलता है। खाली समय से मेरा मतलब है कि कोई काम नहीं, कोई भी परवाह नहीं करता कि आप क्या कर रहे हैं आदि, लेकिन आपको कार्यालय आना होगा और जाना होगा।

क्या आपको इस तरह से खाली समय मिलता है? आप इस समय का उपयोग कैसे करते हैं?

मैं पढ़ता हूं, लेकिन मुझे लगता है कि अधिक से अधिक जानकारी को कम करना सबसे अच्छा तरीका है जो इसे खर्च करने का सबसे अच्छा तरीका नहीं है।


4
वाह, नहीं। आमतौर पर मैं जो भी काम शुरू करता हूं, उसके साथ शुरू करता हूं क्योंकि पिछला टास्क ओवररन करता है: पी
जॉन्सन जूल

19
खाली समय के 10-15 दिन? मैंने यह कभी नहीं सुना, कहीं भी। हां, आमतौर पर काम में खामियां होती हैं जहां चीजें काफी कम हो जाती हैं, लेकिन दो या तीन सप्ताह में काम नहीं होता है? मुझे लगता है कि यह खराब परियोजना प्रबंधन का संकेत हो सकता है। इस बारे में सोचें कि अगर आपने अगली रिलीज़ पर तुरंत काम शुरू कर दिया तो आप क्या हासिल कर सकते हैं - एक बहुत अधिक आराम की गति, शायद रिलीज़ के लिए और अधिक मूल्य जोड़ना।
थॉमस ओवेन्स

3
सच में भाई। मैंने अपने 8 साल के करियर में कभी कोई ब्रेक नहीं लिया! मैंने कुछ 7 साल पहले एक हफ्ते की लगातार छुट्टियां लीं। इससे ज्यादा कुछ नहीं।
सैराट

4
कुछ आर एंड डी काम करवाएं। अनुसंधान (प्रयोग के साथ) कुछ नई प्रौद्योगिकी विकास जो भविष्य की परियोजनाओं में उपयोगी हो सकते हैं। आपके व्यक्तिगत विकास के साथ-साथ कंपनी के लिए भी अच्छा है।
१२:३० बजे जुविंग २ '

8
क्या वे आपकी कंपनी में काम पर रख रहे हैं? :)
स्कॉट सी विल्सन

जवाबों:


17

यह थोड़ा असामान्य है। और अजीब है, वैसे। यदि आपके नियोक्ता के पास आपके लिए कोई काम नहीं है, तो वह आपको कार्यालय में आने के लिए क्यों मजबूर करता है?

अपने कोड में सुधार करें

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

यदि आपकी परियोजना सही नहीं है, तो आप इस खाली समय को सुधारने में खर्च कर सकते हैं।

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

कुछ नया सीखे

कभी-कभी, आपने अभी-अभी कोडिंग पूरी की है, आपने आखिरकार परियोजना को जारी कर दिया है, और आखिरी चीज जो आप करना चाहते हैं वह यह है कि आप उस कोड के साथ काम करना जारी रखें जो आप पिछले तीन महीनों से कर रहे हैं। उस समझ में आने योग्य है। इस मामले में, आप अपने विचारों को बदलने और अपने ज्ञान को बढ़ाने के लिए आसानी से एक और व्यवसाय पा सकते हैं। उदाहरण के लिए यदि आप C # डेवलपर हैं, तो Python सीखें, या प्रतिक्रियाशील एक्सटेंशन या जो भी उपयोग करना सीखें।

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

अपने बॉस से बात करें

यह एक अच्छा विचार हो सकता है कि आप प्रोग्रामर से पूछे गए सवाल को पूछें। संबंधित व्यक्ति को, यानी आपके बॉस को। वास्तव में, संभावना है कि:

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

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

एक अपवाद है: इंटर्न आमतौर पर अपने दम पर अतिरिक्त काम करने की उम्मीद नहीं करते हैं। लेकिन कम से कम हम उनसे उम्मीद करते हैं कि वे आएं और हमें बताएं कि जब उन्होंने उन्हें पूरा करने के लिए कहा, तो हमने उन्हें एक और काम सौंपा।


3
"यदि आपके नियोक्ता के पास आपके लिए कोई काम नहीं है, तो वह आपको कार्यालय में आने के लिए क्यों मजबूर करता है?" 'टीम की भावना बनाए रखना', 'आसानी से संपर्क में रहना', 'हमारे पास किसी भी समय कुछ हो सकता है', और "हम सिर्फ नियंत्रण रखना चाहते हैं" के लिए अन्य बहाने हैं।
१२:०२ पर जुविंग २ '

@jwenting, +1 के लिए आपकी टिप्पणी पर "हम केवल नियंत्रण चाहते हैं"। यह उन कंपनियों के बीच एक सामान्य रवैया है जो एक आला बाजार और पैसे को आसानी से प्रवाहित करते हैं। प्रबंधकों को ग्राहकों की चिंताओं और नए अवसरों के बारे में कम पूर्वाग्रह हो जाता है और इसलिए उनके छोटे एफडीओडीएम और उन्हें रिपोर्ट करने वाले सर्फ़ को नियंत्रित करने के साथ।
maple_shaft

2
कुछ कंपनियां सिर्फ यह चाहती हैं कि कोई व्यक्ति एक घड़ी को घूंसा मारे और तैयार होने के लिए रिलीज के साथ एक मुद्दा उठना चाहिए। मेरे पास ऐसे मामले हैं जहां मैं पिछले पदों पर काम करने के लिए बिना था।
जेबी किंग

6

मैं वास्तव में अपने काम पर इस तरह की स्थितियों को समाप्त करता हूं। जब हम अगली रिलीज़ के लिए तैयार होते हैं तो कुछ हफ़्ते के लिए रिलीज़ होने के बाद एक लुल्ल हो जाता है, और पीएम एंड डेवलपमेंट मैनेजर रिलीज़ n + 1 के लिए फीचर्स की प्राथमिकता के बारे में तर्क देते हैं।

मैं आमतौर पर इस समय को तकनीकी ऋण का भुगतान करने में खर्च करने की कोशिश करता हूं जो कि किया गया था या उन सुविधाओं को जोड़ना जो मुझे लगता है कि आवश्यक हैं, लेकिन इस तथ्य के कारण कभी भी उचित संसाधन नहीं दिए जाते हैं कि वे सीधे राजस्व का नेतृत्व नहीं कर सकते हैं।


3

मैं इस स्थिति में एक से अधिक नियोक्ताओं के लिए एक से अधिक बार रहा हूं, मेरा विश्वास करो,

यह आम नहीं है लेकिन निश्चित रूप से असामान्य नहीं है।

मैं बिल्कुल नहीं जाऊंगा और कहूंगा कि यह सामान्य है और यह निश्चित रूप से सामान्य नहीं है। यह खराब प्रबंधन और / या परियोजना प्रबंधन का संकेत है। यहाँ कुछ सामान्य विषय हैं जो मैं नोटिस करता हूँ जो इस तरह से लोरी उत्पन्न करते हैं।

  • आप विकास संसाधनों के बहुत से एक बड़े संगठन में हो सकते हैं। प्रभावी रूप से चल रही सॉफ्टवेयर परियोजनाओं का प्रबंधन करना और बड़े संसाधन पूल के साथ संसाधनों का 100% उपयोग बनाए रखना कठिन हो जाता है।

  • खराब प्रोजेक्ट मैनेजर। वे शेड्यूलिंग रिलीज के काम को इस तरह से करते हैं कि संसाधन यथासंभव 100% उपयोग के करीब हैं।

  • मौजूदा सॉफ्टवेयर के लिए रखरखाव / सुविधा परियोजना। कई बार जब सुविधाओं या जटिल रखरखाव के काम का एक बैकलॉग होता है, तो कार्य को लागू करने में अधिक प्रयास नहीं करना पड़ सकता है, हालांकि काम करने के लिए बहुत उच्च स्तर की तकनीकी पहचान और व्यावसायिक ज्ञान की आवश्यकता होती है।

  • विषय वस्तु विशेषज्ञ। यह उन परियोजनाओं के लिए असामान्य नहीं है जिनके पास अलग-अलग क्षेत्रों के लिए टीमों के छोटे बैंड की आवश्यकता के लिए प्रौद्योगिकियों और / या व्यावसायिक ज्ञान की एक विस्तृत श्रृंखला है। ये टीमें अपने आप में सबजेक्ट मैटर एक्सपर्ट बन जाती हैं और कंपनी उन्हें इस बात के लिए ज्यादा महत्व देती है कि वे क्या जानते हैं और क्या करने में सक्षम हैं, इसके लिए वे तात्कालिक समय में क्या कर रहे हैं, जहां उनके लिए कोई काम नहीं है।


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

1

वास्तव में अजीब है,

  • आवर्ती अंतराल पर 10 - 15 दिन का खाली समय
  • कोई भी परवाह नहीं करता है कि आप क्या कर रहे हैं, लेकिन अभी भी शारीरिक रूप से मौजूद हैं

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

मैं StackOverflow पर लॉग ऑन करता हूँ और यहाँ उपलब्ध कुछ छोटे ब्रेक के दौरान। इसके अलावा एक नई भाषा चुनना भी एक परिप्रेक्ष्य हो सकता है जिसे आप देख सकते हैं।


1

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

  • कोड के "अच्छे पर्याप्त" बिट्स जिसे आप रिफलेक्टर करना चाहते हैं
  • उपकरण, पुस्तकालय, भाषाएं आदि जिनका आप प्रयोग करना चाहते हैं
  • जिन विचारों को आप प्रोटोटाइप बनाना चाहते हैं, उनके निर्माण के लिए सबूत-की-अवधारणा
  • विकास तकनीकें जिन्हें आप आज़माना चाहते हैं

मुझे लगता है कि अगर मैंने एक URL और एक सूची में एक नोट जोड़ा है तो हर बार जब मैंने कुछ ऐसा सोचा था, दो से तीन महीनों के बाद मुझे निश्चित रूप से मुझे व्यस्त रखने के लिए चीजों की एक लंबी सूची होगी!

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