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