आप रिस्क रजिस्टर ऐसे कैसे चलाते हैं कि वह ऐसा दस्तावेज न बन जाए जिसे कोई पढ़ता ही नहीं?

उसे छोटा रखिए, हर एंट्री का मालिक हो, और एक तय लय पर उसकी समीक्षा हो। हर रिस्क को एक नामजद मालिक चाहिए, एक probability और impact रेटिंग, एक trigger जो बताए कि यह अब हो रहा है, और पहले से तय एक जवाब। बेरहमी से छांटिए, क्योंकि साठ एंट्री वाला रजिस्टर एक archive है। हर स्टेटस मीटिंग में ऊपर के चंद रिस्क देखिए ताकि वे जिंदा रहें, एक बार दर्ज होकर भूले हुए नहीं।

रजिस्टर तभी काम करता है जब वह छोटा हो और एंट्री मेरे अलावा किसी और की जिम्मेदारी हों। तो हर रिस्क का एक नामजद मालिक होता है, एक रेटिंग, एक trigger जो बताता है कि यह सच में हो रहा है, और एक जवाब जिस पर हमने जरूरत पड़ने से पहले सहमति बना ली थी। मैं लिस्ट को उन्हीं दस के आसपास रखता हूं जो मायने रखते हैं और बाकी archive कर देता हूं, क्योंकि साठ पंक्तियों वाला रजिस्टर वह जगह है जहां रिस्क भुला दिए जाने के लिए जाते हैं। फिर ऊपर के चंद रिस्क हर हफ्तावार मीटिंग में देखे जाते हैं, और यही उन्हें जिंदा रखता है। मेरे पास सबसे अच्छा उदाहरण एक सप्लायर रिस्क का है जहां हमने लिख रखा था कि अगर उनका test environment एक तय तारीख तक तैयार नहीं हुआ, तो हम एक stubbed interface पर चले जाएंगे। तारीख निकल गई, हमने stub चलाया, और किसी को बहस नहीं करनी पड़ी, क्योंकि फैसला तब हो चुका था जब सब शांत थे।