जलती हुई समय सीमा: कैसे परियोजना प्रबंधक खो नहीं सकते

हर कोई जानता है कि एक समय सीमा क्या है, लेकिन हर कोई नहीं जानता कि इसे सही तरीके से कैसे सेट किया जाए। परियोजना की समय सीमा को तोड़ने के बारे में बात करने के लिए, आप कई सुंदर रूपकों को उठा सकते हैं। Yubitsume एक ऐसा है। यह जापान में उंगली फलांक्स की एक रस्म है। विशेष रूप से, वे गलती के लिए नेता या मालिक से माफी माँगने के लिए यूबिट्सम का सहारा लेते हैं। यदि आपने यक़ुज़ा के बारे में फ़िल्में देखीं, तो आप समझ गए कि यह किस बारे में थी।

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

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

आप नहीं जानते कि आप किसके साथ काम करते हैं

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

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

कोई कम महत्वपूर्ण विशेषज्ञ का अनुभव नहीं है। अपनी क्षमताओं और उत्पादकता के गुणांक के अनुसार कार्यों को वितरित करें, अन्यथा जून या मध्य एक ऐसे कार्य को विफल कर देगा जो वे शुरू में नहीं कर सकते।

आपने परियोजना के उद्देश्यों को नहीं समझा

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

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

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

प्रलेखन अधिक सटीक और पूर्ण है, कम डेवलपर्स के पास विकास के दौरान गलतफहमी और बग होंगे, जो समय सीमा का अनुपालन सुनिश्चित करता है।

आपकी टीम के सदस्यों ने गलत तरीके से कार्यों का मूल्यांकन किया

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

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

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

आप और आपके ग्राहक जोखिमों से अवगत नहीं हैं

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

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

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

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

आपकी कोई योजना नहीं है

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

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

आप क्लाइंट की नज़र में ग्राहक के लिए मूल्य नहीं जोड़ सकते।

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

• टीम के साथ बैठक में समस्या का विश्लेषण करें, निष्कर्ष निकालें और ग्राहक को वादा करें कि यह फिर से नहीं होगा;
• उचित है कि भविष्य में परियोजना के लिए समय सीमा समझ में आए। इन अतिरिक्त 16 घंटों के लिए, आपने संभवतः एप्लिकेशन और फ़िक्स्ड बग्स का परीक्षण किया है जो उपयोगकर्ता के हाथों में गिर जाने पर उत्पाद और क्लाइंट की छवि को पूरी तरह से बर्बाद कर देगा।
  

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