क्यों कर्मचारी मूर्खतापूर्ण गलतियाँ करते हैं और इसके बारे में क्या करना है। भाग 1

एक दिन, लोकप्रिय श्रृंखला के पात्रों में से एक ने कहा, "हर कोई झूठ बोलता है!" और यह आंशिक रूप से सच है। और क्या 100% सच है कि हर कोई गड़बड़ करता है। हर कोई याद कर सकता है जब हमारे कर्मचारियों ने अपने दायित्वों को पूरा नहीं किया, समय सीमा को याद किया, कुछ किया - लेकिन बिल्कुल नहीं, और कभी-कभी यह बेहतर होगा यदि वे पहल नहीं करते हैं। दुर्भाग्य से, न केवल कर्मचारी, बल्कि प्रबंधक भी गड़बड़ करते हैं। सबसे दुखद बात यह है कि मूर्खों के काम से बहुत दूर हैं, लेकिन ऐसे बेवकूफ महाकाव्य विफल हैं जो मैं कहना नहीं चाहता।



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

भाग 1. पृष्ठभूमि "किसी ने शतरंज कैसे खेला, और चेकर्स में कोई।"

मेरे पास एक और आईटी परियोजना थी, साथ ही नियमित काम (मानक मैट्रिक्स प्रबंधन संरचना)।

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

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

मेरी पहली प्रतिक्रिया थी: “ठीक है, ऐसा होता है। गलतियाँ अधिक सहिष्णु होनी चाहिए, और यह वास्तव में है - अनुभव और परिपक्वता का संचय। ” मुझे अपने संतुलित दृष्टिकोण पर गर्व था - एक वास्तविक अनुभवी प्रबंधक।

मैंने प्रत्येक कर्मचारी से प्रत्येक जाम के तथ्य पर बात की, उससे पूछा: "आपने अब क्या सीखा है?" और बातचीत के बाद उसने अपना कंधा थपथपाया: “ठीक है, कुछ नहीं होता। यह महत्वपूर्ण है कि आप समझें कि आपने क्या गलत किया। अगली बार ऐसा नहीं होगा। ”

क्या आपको लगता है कि गलतियों और गलतियों की संख्या कम हो गई है? बिलकुल नहीं। वे उन जगहों पर भी उठीं जहाँ मैं सोच भी नहीं सकती थी। मैं तब प्रबंधन के सिद्धांतों में रहने वाला एक मादक मूर्ख था।

परियोजना के मध्य तक, मैं परियोजना प्रबंधन के क्षेत्र में पहले से ही बहुत सैद्धांतिक रूप से समझदार आदमी था (मैं कई पाठ्यक्रमों से गुजरा और पीएमपी प्राप्त किया)। वैज्ञानिक दृष्टिकोण चाहिए! यह कुछ करने का मेरा दूसरा प्रयास था।

मैंने काम के कार्यक्रम बनाए, नेटवर्क आरेख बनाए, टीम के साथ जोखिमों पर चर्चा की और उनके साथ काम की योजना बनाई। मैंने उम्मीदों को प्रबंधित किया, इच्छुक पार्टियों (हितधारकों) के साथ संवाद करते हुए, मैंने टीम के भीतर परियोजना की संयुक्त बैठकें और चर्चाएं कीं, और वह सब। लेकिन नरक, मेरी टीम ने मेरे खिलाफ काम किया।

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



इसने केवल इस तथ्य को जन्म दिया कि मेरा फोन कॉल से गर्म हो रहा था जैसे: "हम हार्डवेयर से बाहर चले गए हैं, हम उन्हें कहां से प्राप्त कर सकते हैं?", "हमें यहां एक त्रुटि मिली, लेकिन आगे काम करने के लिए यह महत्वपूर्ण नहीं है। डेवलपर्स को कॉल करने की आवश्यकता है? ” कोई भी बिना समझौते के एक भी अतिरिक्त कदम नहीं उठाना चाहता था।

तब एक प्रयास संख्या 3 थी। मैंने नौकरी के विवरणों की समीक्षा करने, मुख्य व्यवसाय प्रक्रियाओं का वर्णन करने, सभी बारीकियों को विस्तार से ध्यान में रखने का निर्णय लिया। परिणाम तार्किक है - मैं विवरण में डूब गया।

एल्बर्ट हबर्ड की कहानी, "जनरल गार्सिया के लिए संदेश" द्वारा मुझे आखिरकार समाप्त कर दिया गया। एक लघुकथा वस्तुतः कुछ पृष्ठ है। फिर एक स्पॉइलर होगा ... मैं खुद कहानी पढ़ने की सलाह देता हूं।


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

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

किसी भी संघर्ष का सार दलों की अलग-अलग अपेक्षाएं हैं। मेरे लिए जो सामान्य था वह मेरे कर्मचारियों के लिए पूरी तरह से असामान्य था। हमें सामान्य नियमों, एक सामान्य नींव की आवश्यकता थी।

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

हमारे सहयोग का अंतिम संस्करण दो दस्तावेज थे:

1. "प्रबंधन के सिद्धांत"
2. ब्रांड मानक

पहला दस्तावेज़ कंपनी में काम के मूल सिद्धांतों का वर्णन करता है: कौन, कैसे, कब और क्या करना चाहिए। ये सभी कंपनी के कर्मचारियों के लिए सामान्य सिद्धांत हैं।

दूसरा दस्तावेज़ अपर्याप्त जानकारी के सामने व्यवहार और निर्णय लेने के सामान्य मानकों का वर्णन करता है - अनिश्चितता का इलाज। निम्नलिखित पाठ इस दस्तावेज़ के एनोटेशन में लिखा गया है:

“काम के दौरान, आपको कठिन परिस्थितियों का सामना करना पड़ सकता है जब आपको ऐसे निर्णय लेने की आवश्यकता होती है जो निर्देशों में वर्णित नहीं हैं। कंपनी आपसे उम्मीद करती है कि आप ऐसी स्थिति में काम करेंगे और नीचे दिए गए कॉर्पोरेट मानकों का पालन करेंगे। "हमारी कंपनी में हर चीज का पालन किया जाता है, वे हमारी कॉर्पोरेट संस्कृति का आधार बनते हैं और इसलिए उन्हें कॉर्पोरेट मानक कहा जाता है।"

केवल "प्रबंधन के सिद्धांत" यहां दिए जाएंगे लेख का आयतन पहले ही बड़ा हो गया है। ब्याज होने पर मैं अगले लेख में कंपनी के मानकों का वर्णन करूंगा।

भाग 2. प्रबंधन के सिद्धांत

विषयांतर:

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

सिद्धांत 1: पारदर्शिता।

• हर किसी को पता होना चाहिए कि जब उसे परिणाम की उम्मीद हो तो उसे क्या करना चाहिए।
• हर किसी को पता होना चाहिए कि प्रक्रिया के लिए कौन और कौन धीमा है, कौन जिम्मेदार है।
• हर कोई किसी भी कार्य पर काम की प्रगति देख सकता है, कौन, क्या और कब पूरा करता है।

यह पारदर्शिता एक विशेष प्रणाली XXX के उपयोग के माध्यम से प्राप्त की जाती है

सिद्धांत 2: सभी एक ही स्थान पर

काम के मामलों पर सभी संचार केवल XXX के माध्यम से जाना चाहिए। बैठक के परिणाम, टेलीफोन पर बातचीत, Lync संचार और प्रभारी ICQ व्यक्ति को XXX में सभी समझौते करने होंगे।

कौन है ऐसा जिम्मेदार व्यक्ति? यदि यह स्पष्ट रूप से अकथनीय है, तो वह जो निर्देश देता है।
निष्कर्ष 1: यदि कार्य XXX में सेट नहीं किया गया था , तो इसे छोड़ा जा सकता है। इसके लिए कोई परिणाम नहीं होगा। (आपातकालीन स्थितियों और दुर्घटनाओं को छोड़कर)
निष्कर्ष 2: यदि कार्य XXX में पूरा नहीं हुआ है, तो इसे पूरा नहीं माना जाता है।

सिद्धांत 3. कार्य शुरू करने से पहले प्राप्त कार्य का विश्लेषण किया जाना चाहिए।

कार्य प्राप्त करने के बाद, ठेकेदार को इसका विश्लेषण करना चाहिए। विश्लेषण का उद्देश्य स्वयं के संसाधनों की क्षमता का आकलन करना है, अर्थात्:

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

सिद्धांत 4. प्राप्त कार्य 100% पूर्ण होना चाहिए।

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

सिद्धांत 5. कार्य के 100% पूरा होने में बाधाओं को तुरंत नेता और सभी इच्छुक पार्टियों को सूचित किया जाना चाहिए।

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

सिद्धांत 6. किसी समस्या को हल करने का एक प्रस्ताव इसकी घटना की जानकारी के लिए बेहतर है।

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

सिद्धांत 7. असाइनमेंट की विस्तारित व्याख्या की अनुमति नहीं है।

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

सिद्धांत 8. कार्य के मापदंडों या निष्पादन के नियमों से असहमति उन्हें अनदेखा करने के कारण के रूप में नहीं हो सकती है।

यदि आप प्राप्त कार्य के मापदंडों से सहमत नहीं हैं, तो आप उन पर चर्चा कर सकते हैं

1. प्राप्त कार्य का विश्लेषण करते समय
2. यदि एक स्थिति उत्पन्न होती है जब 100% काम खत्म करना असंभव है

सिद्धांत 9. विचार के लिए तथ्य और तर्क

कर्मचारी की राय बहुत महत्वपूर्ण है, लेकिन यह बेहतर है यदि यह भावनाओं के अतिरिक्त, तथ्यों द्वारा समर्थित है।

सिद्धांत 10. आपका मिशन केवल आपका मिशन है।

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

सिद्धांत 11. XXX प्रणाली में परियोजनाओं पर व्यवस्थित कार्य

प्रत्येक परियोजना होनी चाहिए:

• शीर्षक - संक्षेप में परियोजना का सार या उसका परिणाम
• परियोजना का सार। प्रोजेक्ट किस बारे में है? संक्षिप्त विवरण: परियोजना किस बारे में है, इसका परिणाम क्या होना चाहिए।
• प्रतिपक्ष। किस संगठन के लिए परियोजना को लागू किया जाएगा। यदि ऐसी कोई प्रतिपक्ष नहीं है, तो आपको इसे जोड़ना होगा
• परियोजना के लेखक, वह परियोजना के परिणामों के लिए भी जिम्मेदार है।
• परियोजना की स्थिति। यदि इस परियोजना के लिए सक्रिय कार्य हैं जिन्हें पूरा करने की आवश्यकता है, तो परियोजना को सक्रिय माना जाता है। (कार्य सक्रिय माने जाते हैं, कहीं-कहीं समय-सीमा होती है, या उन्हें चालू माह के अंतिम दिन से पहले पूरा कर लिया जाना चाहिए)
• प्रोजेक्ट की अंतिम तिथि
• प्रोजेक्ट ऑडिटर - प्रोजेक्ट परिणामों के लिए जिम्मेदार व्यक्ति का प्रमुख।
• परियोजना के निष्पादक। कार्यों को असाइन करते समय उन्हें बाद में जोड़ा जा सकता है।

सिद्धांत 12. उचित परियोजना योजना

अनिवार्य नियम: प्रत्येक परियोजना में कार्य होने चाहिए। कार्यों की कुल संख्या ऐसी होनी चाहिए कि उनके पूरा होने के बाद परियोजना परिणाम प्राप्त हो। यदि परियोजना के पास कोई कार्य नहीं है या इसे इस महीने निष्पादित नहीं किया जा रहा है, या इसके कार्यान्वयन के लिए जिम्मेदार व्यक्ति काम नहीं करता है।

पूरी परियोजना कार्यों में विभाजित है। एक कार्य एक मात्रा का काम है जो किसी एक व्यक्ति द्वारा या में किया जाता है
1 कार्यदिवस के भीतर।

कार्य का नाम आवश्यक रूप से क्रिया के साथ शुरू होता है: "बनाओ, भेजो, प्राप्त करो, योजना करो, क्रियान्वित करो आदि।"
प्रत्येक कार्य में है:

• कार्य प्रबंधक।
• कार्य का निष्पादक, कई हो सकते हैं।
• क्या किया जाना चाहिए का एक संक्षिप्त विवरण।
• कार्य पूर्ण होने की तिथि

इसके अतिरिक्त, इसका उपयोग किया जा सकता है:

• फ़ाइलें
• शीट्स चेक करें
• स्मरण / दोहराने का कार्य
• एनालिटिक्स
• नोट / सूचना के अन्य स्रोत

सिद्धांत 13. आवश्यक कार्यों और असाइनमेंट का विवरण

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

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

अगले लेख में मैं हमारे "कॉर्पोरेट मानकों" के बारे में बात करूंगा और यह सब किसके कारण हुआ।

यहां जारी है

UPD: कहानी के लेखक को सही किया "जनरल गार्सिया को संदेश।" वैज्ञानिकों ने मेरे मस्तिष्क को बादल दिया है। दरअसल, इस कहानी के लेखक एल्बर्ट हबर्ड हैं। Vfrolov पर आपका ध्यान देने के लिए धन्यवाद