स्थापना विभाग के काम में संगठन में सुधार करना

इससे पहले, मैंने लेख को कर्मचारियों के साथ बातचीत से पहले दो निष्कर्ष पोस्ट किए। उस समय (नवंबर 2012 के अंत में), मैंने इन निष्कर्षों को एक स्वयंसिद्ध के रूप में स्वीकार किया (हालांकि मास्लो पिरामिड जैसे मॉडल कम या ज्यादा क्यों समझाते हैं कि ऐसा क्यों होता है), इन निष्कर्षों को एक तरफ रख दिया और "क्या था" से निर्माण शुरू किया ।
चूंकि मैं शुरू में सुविधाओं के निर्माण और स्थापना कार्यों के संगठन में शामिल था, इसलिए तकनीकी विभाग के साथ "आधुनिकीकरण" शुरू करने का निर्णय लिया गया।
उस समय, 2 इंस्टॉलर हमारे तकनीकी विभाग में काम करने में सक्षम थे, सुविधा में और 6 स्वतंत्र इंजीनियरों को चलाने में सक्षम थे। इंजीनियरों को उपकरण ("शान्तसेव", इलेक्ट्रिक और उच्च ऊंचाई) और उपभोग्य सामग्रियों के साथ प्रदान करने के रूप में ऐसी trifles छोड़े जाने के बाद, मैं काम के संगठन में बदलाव की प्रक्रिया का वर्णन करने के लिए आगे बढ़ूंगा।

1) मैंने सप्ताहांत में काम करने की समस्या को समाप्त करने का फैसला किया। पहले, यह स्वैच्छिक आधार पर तय किया गया था, अर्थात्। कौन (चाहता है), वह काम पर गया। मैंने ड्यूटी शेड्यूल का उपयोग करके इस अभ्यास को रोक दिया। सभी स्वतंत्र इंजीनियर सप्ताहांत में ड्यूटी पर जाते हैं। ड्यूटी का मतलब है कि इंजीनियर को कॉल के समय से एक घंटे के भीतर काम के लिए तैयार होना चाहिए (मेरा या प्रोजेक्ट मैनेजर)। एक नियम के रूप में, इसके लिए यह शहर में होने के लिए पर्याप्त है (हम सेंट पीटर्सबर्ग में हैं) और काम करने के लिए तैयार होने के लिए तैयार हैं। अक्सर ड्यूटी पर काम अग्रिम में जाना जाता है।
अगर हम मुद्दे के वित्तीय पक्ष के बारे में बात करते हैं, तो प्रत्येक दिन ड्यूटी के लिए इंजीनियर को "सदस्यता शुल्क" प्राप्त होता है और निश्चित रूप से, इस वस्तु के लिए निर्धारित बजट।
इस प्रकार, "दिन बंद की मनोवैज्ञानिक समस्या" को हटा दिया गया था। इंजीनियर जानता है कि अगर वह ड्यूटी पर नहीं है, तो कोई भी एक बार फिर से अपने मस्तिष्क को अपनी अस्थायी क्षमताओं में रुचि रखने के लिए भिगोएगा ; मैं शांत था, यह जानकर कि मैं निश्चित रूप से सप्ताहांत में एक इंजीनियर है। बेशक, एक "अविश्वसनीय" इंजीनियर हमेशा सप्ताहांत पर अतिरिक्त रूप से काम करने की इच्छा (अवसर) व्यक्त कर सकता है, अगर दो के लिए काम हो।
अलग से, मैं यह ध्यान रखना चाहता हूं कि ड्यूटी शेड्यूल विनिमेय है, अर्थात, यदि सप्ताहांत लंबा है (उदाहरण के लिए "मई"), तो ड्यूटी की अधिकतम "अवधि" तीन दिन है, तो अगला ड्यूटी पर है।
2) कभी-कभी आपातकालीन स्थिति होती है जब एक ही समय में बड़ी संख्या में एप्लिकेशन आते हैं, प्रबंधक को काम के समय में गलती होती है (इंजीनियर मूल रूप से नियोजित की तुलना में अधिक व्यस्त है), या दोनों, और कुछ और जोड़ा जाता है।
एक ऐसी स्थिति भी होती है जब एक निश्चित इंजीनियर को किसी निश्चित वस्तु को भेजना आवश्यक होता है, क्योंकि एक गारंटी या रखरखाव होता है और आखिरी बार वह वहां था और केवल वह नवीनतम परिवर्तनों से अवगत होता है। हालांकि, कल इस इंजीनियर के लिए एक नई सुविधा की योजना बनाई गई थी, और इस पर काम पहले से ही पूरा होना चाहिए, और अन्य इंजीनियरों ने पहले से ही अन्य सुविधाओं (ऊपर वर्णित स्थिति का एक विशेष मामला) के लिए योजना बनाई है।
दूसरे शब्दों में - मानव संसाधनों की अस्थायी कमी। यह हमारे जैसे संगठनों की एक बड़ी संख्या की समस्या है, जैसा कि मुझे लगता है (या तो "सरल" कर्मचारी काम के संस्करणों में गिरावट के कारण, या मानव संसाधनों की कमी के कारण)।
जबकि स्थिति शांत थी (फरवरी, मार्च), मैंने एक छोटी मात्रा के अधिष्ठापन कार्य (अधिकतम 2-3 दिन काम) को करने के लिए तत्परता के लिए टीमों की खोज और रिंग करना शुरू किया।
इस प्रकार, ब्रिगेड और शिल्पकारों की एक सूची को उनकी अस्थायी क्षमताओं के साथ संकलित किया गया था, और जैसे ही मैंने देखा कि हमारे कर्मचारी आदेशों के प्रवाह के साथ सामना नहीं कर सकते हैं, कई वस्तुओं को शामिल विशेषज्ञों द्वारा किया गया था।
मैं कह सकता हूं कि इस तरह तकनीकी विभाग लगभग किसी भी वस्तु को ले जाने में सक्षम था जिसे मैं कार्य की स्थापना और आदेश की शुद्धता और सर्किट की सही विधानसभा को समझने के लिए आवश्यक जानकारी के संदर्भ में अपने आप से गुजर सकता था।
फिलहाल, मैंने एक सहायक को काम पर रखा है जो इन सुविधाओं पर इंस्टॉलर की निगरानी करता है। मैं खुद बड़े आदेशों पर काम का आयोजन कर रहा हूं।
इस प्रकार, तकनीकी कार्यों के प्रदर्शन के संदर्भ में, हमारे पास एक "नींव" (एल्गोरिथम) है, जिस पर बड़े संस्करणों का निर्माण होता है।
उपरोक्त समस्याओं के समाधान के आधार पर मैंने अपने लिए क्या निष्कर्ष निकाले हैं:
1) यह समझने की कोशिश करने की कोई आवश्यकता नहीं है कि ये या अन्य चीजें क्यों होती हैं, जब तक कि इन कारणों को समझने से उन समस्याओं का सीधा समाधान नहीं होगा, जो इन चीजों से जुड़ी हैं (साइटों पर काम के आयोजन के संदर्भ में: यह वास्तव में कोई फर्क नहीं पड़ता कि वे क्यों नहीं हैं? "सप्ताहांत पर काम करना चाहते हैं);
2) हमेशा कार्रवाई को प्राथमिकता देना आवश्यक है, सिद्धांत नहीं; हालाँकि, यह क्रिया हमेशा "मूल" कारकों (लोग वास्तव में "सप्ताहांत पर काम करना चाहते हैं) पर आधारित नहीं होनी चाहिए;
3) एक व्यक्ति समय के समानांतर ऐसी कई वस्तुओं का नेतृत्व करने में सक्षम होता है, जो उसके मानव संसाधन ("मस्तिष्क") को कम लिंक (ठेकेदार) से उच्चतर जानकारी के सही रिसेप्शन और ट्रांसमिशन के लिए पर्याप्त जानकारी की मात्रा में खुद से गुजरने में सक्षम होता है। ग्राहक को) और पीछे;
मेरा मानना ​​है कि ऐसे लोग हैं जिनके लिए प्रस्तुत सभी जानकारी और निष्कर्ष नए नहीं हैं, लेकिन मानव कारक से संबंधित अन्य समस्याओं को हल करने के लिए मेरे लिए अब (उपरोक्त मुद्दों को हल करने के बाद) व्यक्तिगत रूप से आसान है। ठीक है, और निश्चित रूप से, आप उन सभी स्थितियों को सबसे अच्छी तरह से समझते हैं, जो मैं खुद से गुजरता था।
मुझे उम्मीद है कि मेरा अनुभव पाठकों के लिए दिलचस्प होगा। मैं यह भी सुनने की आशा करता हूं कि आपने समान या समान समस्याओं को कैसे हल किया।