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