मेरी परियोजना की पतली लाल रेखा

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

शायद कोई और अधिक अनुभवी या त्वरित-समझदार व्यक्ति इस पर आ गया है और तुरंत इस पर टिप्पणी करेगा कि इन समस्याओं से कैसे बचा जा सकता है।

मैं थोड़ा पृष्ठभूमि और न्यूनतम परियोजना प्रबंधन अनुभव (1 वर्ष) के साथ सबसे सामान्य व्यक्ति (2 हाथ, 2 पैर) हूं, और आमतौर पर यह भी नहीं समझता कि मैं कौन हूं और इस दुनिया में क्यों हूं।

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

1. हम चुनते हैं - हमें चुना जाता है


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

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

मैं धाराप्रवाह देख रहा हूं कि क्या गिर गया है (काम की गुणवत्ता) - सब कुछ बहुत बुरा है, लेकिन अभी तक मुझे आपदा के पैमाने का एहसास नहीं हुआ है। मेरी वृत्ति मुझसे कहती है - भागो वन, भागो! लेकिन चलाने के लिए कहीं नहीं है, कंपनी परियोजना (कई कारणों) को नहीं ले सकती है। क्या करें? क्या आप नेता हैं? - सोचो, यह तुम्हारा काम है! और इसलिए यह है - असंभव संभव है।

निर्णय


अब उपलब्ध "शस्त्रागार", "x2" के समय और बजट से जल्दी स्वीकार कर लिया जाएगा, और वहां इसे देखा जाएगा)
ग्राहक, निश्चित रूप से कम से कम कहने के लिए हैरान है, मैं समय सीमा के बारे में खुश नहीं हूं। ठीक है, समय सीमा "X1.5" है, लेकिन बजट "x2" है।

"एक बीमा एजेंट को दो काम करने में सक्षम होना चाहिए: पहला, डराना, और फिर आश्वस्त करना।"

2. लोग - वे संसाधन नहीं हैं!


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

निर्णय


समय तंग है, टीम वितरित की जाती है, इसलिए समाधान जटिल है:

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

3. सुबह की कुर्सियों में - शाम के पैसे में!


मेरी राय में इस परियोजना में सबसे बुरा सपना वेतन समस्याओं है!

मैं शायद ऐसे सभी को एक कैश गैप के रूप में जानता हूं। लेकिन यह खराब हो रहा है। वास्तविक समस्याएं। इससे बाहर निकलने की संभावनाएं हैं, लेकिन तथ्य तथ्य है। पैसा नहीं है।

निर्णय


क्या कोई समाधान हो सकता है?

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

भविष्य में, सब कुछ तय हो गया, लेकिन उज्ज्वल दिनों तक सभी जीवित नहीं रहे :(

4. नई आवश्यकताओं


हम सभी जानते हैं कि भूख खाने से आती है। इसलिए, परियोजना की शुरुआत और मध्य में नई आवश्यकताएं पवित्र हैं।

निर्णय


इसके लिए कोई बफ़र नहीं थे, इसलिए, केवल एक ही रास्ता तुरंत पहचान लिया गया था - काम की मात्रा और लागत का विस्तार।

लेकिन एक चाल थी - अगर एक्स दिनों में नए कार्यों का भुगतान नहीं किया जाता है, तो वही काम वाई% से ऊपर जाते हैं (पोस्ट फैक्टम को आवाज दी गई थी - चूंकि यह विचार तब आया जब यह स्पष्ट हो गया कि स्थिति में देरी हो गई)। इसने तुरंत यह निर्धारित करने के लिए प्रोत्साहित किया कि ये काम चलेंगे या नहीं।

5. पैसा ही सब कुछ है


एक जोखिम प्रबंधन तकनीक में बफ़र्स बनाकर एक समाधान शामिल है। लेकिन इस "पैसे" को कहाँ खर्च करना है अगर समय नहीं खरीदा जा सकता है? मैं ईमानदारी से अभी भी नहीं जानता कि लोग कैसे और कहां अपनी टीम इकट्ठा करते हैं, खासकर कम समय में।

निर्णय


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

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

6. और न्यायाधीश कौन हैं?


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

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

निर्णय


सबसे खराब संभव समाधान। हम वैसा ही करते हैं जैसा हम खुद को सही देखते हैं। यदि यह टीके का खंडन करता है, तो हम इसका उल्लंघन करते हैं।

7. बड़ा भाई आपको देख रहा है


मेरी समस्याओं का सबसे दिलचस्प हिस्सा सबसे क्लासिक मानव समाधान के साथ है।

मुझे लगता है कि हर किसी के पास हमेशा किसी न किसी तरह की आंतरिक रिपोर्टिंग होती है। किसी भी कंपनी की अपनी KPI या कलाकृतियां होती हैं, जिनके द्वारा वे परियोजना की स्थिति का आंकलन करते हैं। चूंकि शुरुआत से ही प्रोजेक्ट पर सब कुछ खराब था, इसलिए मैंने रिपोर्ट्स में इस बात को दर्शाने की पूरी कोशिश की। लेकिन ... कुछ नहीं हुआ। जैसा कि मैंने माना, कोई भी मेरी कुछ भी मदद नहीं कर सकता था। फिर मैं अब भी परेशानी में क्यों हूं?

निर्णय


मैं झूठ बोलने लगा! बिना किसी पछतावे के। मैंने हर उस व्यक्ति से झूठ बोला जिसे जरूरत पड़ने पर उसने परियोजना में हस्तक्षेप किया या मुझे विचलित किया।

लेकिन मैंने कुछ लोगों - टीम के लिए झूठ नहीं बोला। मैं उनसे झूठ नहीं बोल रहा था कि हम कैसे कर रहे थे। यह शायद खतरनाक था। लेकिन मैं टीम का हिस्सा था - लेकिन आप खुद से झूठ नहीं बोल सकते।

8. अब हमें एक चमत्कार या शीतल कौशल की आवश्यकता है


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

निर्णय


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

पुनश्च


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

केवल एक संशोधन है, परियोजना के लिए कोई लक्ष्य नहीं था - एक टीम बनाने के लिए।

यहाँ सबसे आम परियोजना के प्रबंधन में मेरी कुछ समस्याओं की कहानी है।

"सभी घटनाएं और पात्र काल्पनिक हैं, कोई भी संयोग यादृच्छिक हैं।"

Source: https://habr.com/ru/post/hi450350/


All Articles