मुझे गोली मारो, या फिर समय सीमा।

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



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



टूटने के लक्षण क्या हैं?

• दबाव और तनाव
• अत्यंत तंग समय सीमा
• स्पष्ट रूप से परिभाषित कार्य नहीं
• अनिश्चितता

इस सबका क्या करना है?



1. शांत हो जाओ।

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



2. आवश्यकताओं को परिभाषित करें।

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



3. कार्यों को प्राथमिकता दें।

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



4. परियोजना में रुचि रखने वाले सभी व्यक्तियों के बारे में जागरूकता बढ़ाना।

कम से कम, आपका ग्राहक (या प्रबंधक) उस दिन से जानना चाहता है जिस दिन आपके पास उत्पाद का नया संस्करण दिया जाता है। मेरा विश्वास करो, दो सप्ताह में, पर्याप्त प्रबंधकों के अधिकांश पुनरावृत्ति के दौरान 1-2 दिनों की शर्तों के बदलाव के साथ तैयार हैं। लेकिन किसी को भी अनिश्चितता और अप्रत्याशितता पसंद नहीं है। सभी इच्छुक पक्षों के संदर्भ में परिवर्तन और कार्यक्षमता की रिपोर्ट करें। इसके साथ उन्हें आश्वस्त करें। उसी समय कम दबाव के साथ काम करने का अवसर मिलता है। यह प्रगति रिपोर्ट के साथ प्रदान करने के लिए तार्किक होगा, साथ में समस्याओं का वर्णन और उन्हें हल करने के तरीके।



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



ठीक है, निश्चित रूप से, यदि आप एक ठेकेदार हैं और ग्राहक के सीधे संपर्क में हैं - एक साधारण सिफारिश: एक कॉपी में प्रोजेक्ट मैनेजर (और सभी इच्छुक पार्टियों) को रखें। फिर, रिपोर्ट के दौरान, अधिकारियों को यह स्पष्ट नहीं करना होगा कि "आप इस समय क्या कर रहे हैं।"



हां, ऐसी स्थितियों को स्वस्थ नहीं कहा जा सकता। हर कोई जानता है कि काम को कैसे व्यवस्थित किया जाए - लेकिन व्यवहार में, दुर्भाग्य से, सब कुछ अलग तरीके से होता है।



5. सूची बनाएं और कार्य योजनाएं बनाएं।

मुझे याद है कि जब मुझे लगातार १६-१ to घंटे एक जरूरी प्रोजेक्ट पर बैठना था। सूचियों ने मुझे बहुत मदद की। अपने आप से, मुझे पता था कि मेरा मस्तिष्क 7-9 घंटे के काम के बाद बौद्धिक गतिविधि करने में सक्षम होगा। इसलिए, मैंने अपना काम आसान कर दिया। पहले घंटे या दो मैंने कार्यों के विस्तृत विघटन और एसआरआई के गठन पर खर्च किए। नतीजतन, निरपेक्ष पागलपन की स्थिति में भी, मैं काफी उत्पादक रूप से काम कर सकता था। क्योंकि मैंने उन सभी कार्यों को विघटित कर दिया था जो सरल कार्यों में जटिल प्रतीत होते थे।



यदि आपके पास अपने निपटान में कई दिन हैं, तो गैंट चार्ट तैयार करना बुद्धिमानी होगी।



6. समूह कार्य

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



एक चौकस पाठक, मुझे लगता है, नोटिस जाएगा - और सवाल में परियोजना प्रबंधन की बुनियादी अवधारणाओं के बारे में नहीं। यह उनके बारे में है। एक समस्या है, संसाधनों की कमी और समय सीमा जिसके द्वारा कुछ परिणाम प्राप्त करना आवश्यक है। अंतर, शायद, केवल तनाव में है जो अफवाहों के साथ है।



यह मुझे लगता है कि सभी नकारात्मकता के साथ जो आपातकालीन कार्य अपने आप में है, कोई भी इससे लाभान्वित हो सकता है। यहाँ मैं खुद के लिए पहचान की है:

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

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



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



मूल यहाँ है ।