macOS शॉर्टकट से स्थिति रिपोर्ट का पहला ड्राफ्ट शुरू करें

रिपोर्ट की कटऑफ समय सीमा और प्रामाणिक स्रोत तय करें

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

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

समान तथ्यों से दो तरह के दस्तावेज़ बनाएं

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

काल्पनिक इनपुट पर विचार करें: कार्य T-18 पूर्ण और स्वीकृत है; कार्य T-19 बाहरी परीक्षण वातावरण की प्रतीक्षा कर रहा है; टीम ने 12 अक्टूबर को एक प्रदर्शन का लक्ष्य रखा है, लेकिन तारीख तय नहीं की गई है। निम्नलिखित रिकॉर्ड बताते हैं कि उस अंतर को कैसे संरक्षित किया जाए। ये अभ्यास इनपुट हैं, कोई वास्तविक परियोजना या मापा परिणाम नहीं।

एक पुन: प्रयोज्य रिपोर्टिंग प्रॉम्प्ट रखें

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

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

ड्राफ्टिंग के लिए शॉर्टकट का उपयोग करें, फिर मूल टूल पर वापस लौटें

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

1. डिफ़ॉल्ट ⌘⇧K या अपने चुने हुए शॉर्टकट से macOS पर Colay का ओवरले खोलें।
2. तैयार नोट्स और प्रॉम्प्ट प्रदान करें; जांचें कि इच्छित रिपोर्टिंग अवधि मौजूद है।
3. आउटपुट की तुलना मूल नोट्स से करें, विशेष रूप से तारीखें, मालिक और क्या काम स्वीकार किया गया था।
4. समीक्षित ड्राफ्ट को अपनी सामान्य रिपोर्ट या जोखिम रजिस्टर में कॉपी करें और इसकी अनुमोदन प्रक्रिया पूरी करें।

रिपोर्ट को उसके निर्णयों से जांचें, न कि उसकी पॉलिश से।

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

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

आपके सवालों के जवाब