जोखिम प्रबंधन, ग्राहक के साथ काम करना

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



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



कल, आपने क्लाइंट को मेल द्वारा अपनी टिप्पणियों के साथ पहला प्रोटोटाइप भेजा। और आज एक चिट्ठी यह कहते हुए बॉक्स में आपका इंतजार कर रही होगी कि ...



... जो कुछ भी आप करते हैं वह गलत और गलत है और सब कुछ फिर से करने की आवश्यकता है।



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



प्रोटोटाइप विकसित करने से पहले, आपके पास क्लाइंट के साथ कई बैठकें हुईं, वायरफ्रेम विकसित हुए, दिखाया गया, अनुमोदन प्राप्त हुआ और अंत में सब कुछ बदल गया ... गलत और गलत ।



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



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



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

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

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



मूल: जोखिम प्रबंधन। ग्राहक के साथ काम करें