ओवरटाइम? अब आपको दो समस्याएँ हैं!

एक पुराना मजाक कहता है: यदि आपको कोई समस्या है और आप इसे नियमित अभिव्यक्तियों का उपयोग करके हल करने जा रहे हैं, तो आपको दो समस्याएं हैं। यह मुझे लगता है कि ओवरटाइम एक ही श्रृंखला से कुछ है। मैं इसे इस तरह से रखूंगा: अगर टीम में कोई समस्या है, और इसे हल करने के लिए ओवरटाइम काम करने की योजना है, तो टीम को दो समस्याएं हैं। दूसरी समस्या क्या है?



नियमित ओवरटाइम काम के कई हानिकारक परिणाम हैं - दोनों टीम के लिए और कंपनी के लिए। आइए उन पर नजर डालते हैं।

थकावट

जाहिर है, जो लोग ओवरटाइम करते हैं, वे बहुत थक जाते हैं, और समय के साथ, थकान थकावट हो जाती है - शारीरिक और नैतिक दोनों। बेशक, स्वास्थ्य बहुत अच्छा नहीं है।

खामियों

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

demotivation

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

स्टाफ टर्नओवर और निहित ज्ञान का नुकसान

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

गुणवत्ता और तकनीकी ऋण का नुकसान

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

अनिश्चितता

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

प्रबंधक और ग्राहक

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



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



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



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

निष्कर्ष

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



क्या आप अभी भी ओवरटाइम काम करना चाहते हैं?

अनुवादक टिप्पणी

यह ध्यान दिया जाना चाहिए कि यह एपिसोडिक ओवरटाइम के बारे में नहीं है, जब प्रोजेक्ट के लॉन्च की पूर्व संध्या पर बग का पता लगाया जाता है और इसे वास्तव में अभी ठीक करने की आवश्यकता है, लेकिन नियमित ओवरटाइम के बारे में, जब वे एक या दो महीने के शेड्यूल से देरी को "ठीक" करते हैं या इसे विकास के समय को कम करने के लिए एक उपकरण के रूप में उपयोग करते हैं। जब योजना। अतिरिक्त कार्य के साथ एक टीम को समाप्त करने में 2 से 6 सप्ताह लगते हैं, जबकि पहले सप्ताह में उत्पादकता में वृद्धि होती है। इसके अलावा, टीम की पहल पर और ऊपर से आदेशों पर ओवरटाइम - ये दो बड़े अंतर हैं, जिन्हें भी ध्यान में रखा जाना चाहिए।



ओवरटाइम के खतरों के बारे में बहुत कुछ कहा गया है, लेकिन इस लेख ने मुझे एक टीम की स्थिति का वर्णन करने में 100% सटीकता से पकड़ा, जिसका मुझे अवलोकन करने का अवसर मिला है। सप्ताहांत में नियमित (भुगतान किया गया, लेकिन मजबूर) काम करते हैं, "कोई भी घर नहीं जाएगा जब तक कि त्रुटि को ठीक नहीं किया गया है," अनन्त "जो दोष देना है?" इसके बजाय "मुझे क्या करना चाहिए?" ... तीन लोग छह महीने में टीम "1 प्रबंधक / 5 कलाकार" से हट गए? कलाकार, वर्णित शेष लक्षण भी स्पष्ट हैं। और हां, ऐसी टीम में मैं काम नहीं करना चाहूंगा :-)