ऑपरेशंस टीमों के लिए ChatGPT

रॉ नोट्स से साप्ताहिक ऑप्स अपडेट

मैं इस सप्ताह के लिए नोट्स और मेट्रिक्स अपलोड करूँगा: [paste/upload]. छह बुलेट पॉइंट्स में एक साप्ताहिक ऑपरेशंस अपडेट लिखें: परिणाम, मुख्य मेट्रिक्स, क्या बदला, जोखिम, आवश्यक निर्णय, और अगले सप्ताह की प्राथमिकताएँ. इसे तथ्यात्मक रखें और जहाँ संभव हो, स्वामियों और तिथियों को शामिल करें.

प्रारंभ संचार योजना बदलें

हम [date] को [audience] के लिए [change] लागू कर रहे हैं. घोषणा, रिमाइंडर और उसी दिन के निर्देशों के साथ तीन संदेशों वाला एक संचार योजना तैयार करें. किससे संपर्क करना है, अगर कुछ खराब हो जाए तो क्या करना है, और छह सवालों वाला एक छोटा सा सामान्य प्रश्न शामिल करें.

अपवाद प्रबंधन निर्णय के चरण

हमें [process] के लिए [common exception] के समय एक अपवाद पथ की आवश्यकता है. टेक्स्ट में एक सरल निर्णय प्रवाह तैयार करें: ट्रिगर्स, जांचें जो चलानी हैं, कौन निर्णय लेगा, ग्राहक प्रभाव मार्गदर्शन, और कब एस्केलेट करना है. अंत में एक छोटी चेकलिस्ट दें, जिसे एक ऑन-कॉल व्यक्ति आसानी से पालन कर सके.

SLA अनुपालन के लिए शीट्स के फ़ॉर्मूले

इन कॉलम्स का उपयोग करके SLA अनुपालन की गणना करने के लिए Google Sheets फ़ॉर्मूले बनाएँ: [list columns]. पहले रिस्पॉन्स तक का समय, रिज़ॉल्यूशन तक का समय, और थ्रेशोल्ड्स [paste thresholds] के आधार पर एक SLA met फ़्लैग के लिए फ़ॉर्मूले शामिल करें. सेल रेफ़रेंस के साथ एक छोटा उदाहरण प्रदान करें.

श्रेणी के अनुसार वॉल्यूम और SLA के लिए SQL.

[team] के लिए साप्ताहिक टिकट वॉल्यूम, पहली प्रतिक्रिया तक का माध्यिका समय और SLA को पूरा करने वाले टिकटों का प्रतिशत रिपोर्ट करने के लिए एक SQL क्वेरी लिखें. इस स्कीमा का उपयोग करें: [टेबल और कॉलम अपलोड करें]. हफ्ते और श्रेणी के अनुसार समूह बनाएं, और तारीखों को [start_date] से [end_date] तक फ़िल्टर करें.

मेट्रिक परिवर्तन जाचें

यहां [process] के लिए साप्ताहिक मेट्रिक्स दिए गए हैं, जिसमें एक स्पष्ट बदलाव देखा गया है: [upload table]. सबसे संभावित मुख्य कारक सुझाइए, सत्यापन के लिए डेटा के पहले आठ विभाजन, और जिम्मेदार पक्षों को भेजने के लिए प्रश्नों की एक छोटी सूची. परिकल्पनाओं को व्यावहारिक और परीक्षण योग्य रखें.

क्षमता योजना की तर्कसंगतता जांच

मैं सप्ताह के अनुसार एक स्टाफ़िंग और वॉल्यूम प्लान पेस्ट करूंगा: [paste]. गणना संबंधी त्रुटियों, असंगत मान्यताओं, और उन सप्ताहों की जाँच करें जहाँ डिमांड क्षमता से अधिक है. फिर प्रमुख सीमाओं और अंतर को कम करने के तीन विकल्पों का, समझौतों के साथ, सारांश दें।

डेटा से विक्रेता प्रदर्शन सारांश

मैं एक वेंडर परफॉर्मेंस रिपोर्ट पेस्ट करूँगा: [paste table]. ट्रेंड्स का सार बताएं, SLA के मुकाबले हुई चूकों को फ़्लैग करें, और उन पाँच मुद्दों को साफ़ तौर पर बताओ जिन्हें हमें अगले QBR में उठाना चाहिए. सुझाए गए सवाल और माँगा गया एविडेंस शामिल करें.

एक्सपोर्ट से टिकट बैकलॉग की छंटनी

यहाँ [list columns] स्तंभों के साथ एक टिकट निर्यात है: [paste table]. काम को पाँच से सात श्रेणियों में समूहित करें, मात्रा और पुरानापन के आधार पर प्रमुख कारकों की पहचान करें, और अगले दो हफ्तों में बकाया कार्य कम करने के लिए आठ ठोस कार्रवाइयों की सूची बनाएं.

जोख़िम रजिस्टर सेटअप

[project/process] के लिए एक सरल जोखिम रजिस्टर बनाएं. कॉलम, गंभीरता और संभावना की परिभाषाएँ, और स्टेटस वैल्यू प्रस्तावित करें. फिर इस प्रकार के काम के लिए 10 आम जोखिमों की सूचीबद्ध करें और बताएं कि हर जोखिम के सामने आने से पहले कौन-से शुरुआती संकेत दिखाई देंगे.

SLA प्रस्ताव प्रारूप

[team A] और [team B] के बीच [service/process] के लिए SLA प्रस्ताव का मसौदा तैयार करें. दायरा, परिभाषाएँ, प्रतिक्रिया और समाधान के लक्ष्य, कवरेज के घंटे, एस्केलेशन पथ, और क्या दायरे से बाहर हैं, शामिल करें. अंतिम रूप देने से पहले पुष्टि के लिए पाँच सवाल जोड़ें.

हितधारक साक्षात्कार प्रश्न

मुझे [process/problem] के बारे में हितधारकों का साक्षात्कार लेना है. बारह प्रश्नों का एक सेट तैयार करें, जो लक्ष्यों, सीमाओं, किनारे के मामलों और सफलता कैसी दिखती है, इसका पता लगाए. प्रत्येक प्रश्न के नीचे एक संक्षिप्त नोट जोड़ें, जिसमें यह बताया गया हो कि मैं क्या सीखने की कोशिश कर रहा हूं.

प्रक्रिया अंतर विश्लेषण

हमें [process] में समस्याएँ आ रही हैं. काम वर्तमान में कैसे प्रवाहित होता है, इसके इस विवरण के आधार पर: [paste], सबसे संभावित विफलता बिंदु, जहाँ अस्पष्टता मौजूद है, और ऐसे शीर्ष पाँच सुधारों की सूची बनाएं जो दोबारा काम को कम करें. हर सुधार के लिए, समझौते को नोट करें और यह भी लिखें कि कौन सा डेटा यह पुष्टि करेगा कि उसे करना उचित है.

पोस्टमॉर्टम आउटलाइन

यहाँ घटना संबंधी नोट्स और योगदान देने वाले कारक दिए गए हैं: [paste]. समयरेखा, सत्यापित की जाने वाली संभावित वजहें, ग्राहक प्रभाव, और जिम्मेदार व्यक्तियों व नियत तारीखों के साथ सुधारों की प्राथमिकता-आधारित सूची सहित एक पोस्टमॉर्टम रूपरेखा बनाएं. इसे बिना दोषारोपण के और ठोस रखें.

घटना अपडेट

इस टाइमलाइन और वर्तमान स्थिति के आधार पर एक इंसिडेंट अपडेट ड्राफ्ट करें: [paste]. दो वर्ज़न प्रदान करें: ओनर्स और अगले कदमों के साथ एक आंतरिक संचालन अपडेट, और एक बाहरी सुरक्षा अपडेट, जो स्पष्ट हो और अनुमान लगाने से बचें. अगले अपडेट का समय शामिल करें.

रोलआउट के लिए सरल कार्य-योजना

[date] तक [change] को लॉन्च करने के लिए एक रोलआउट वर्कबैक प्लान बनाएँ. माइलस्‍टोन, निर्भरताएँ, रोल के अनुसार ओनर्स, और निगरानी के लिए शीर्ष जोखिम शामिल करें. लॉन्च से 48 घंटे पहले go/no-go तैयारी के लिए एक छोटी चेकलिस्ट जोड़ें.

टीमों के बीच सौंपने की चेकलिस्ट

[work type] के लिए [team A] से [team B] को काम सौंपने की हैंडऑफ चेकलिस्ट बनाएं. ज़रूरी फ़ील्ड्स, क्वालिटी चेक्स, जानकारी न हो तो क्या करना है, और “रेडी” बनाम “नॉट रेडी” की साफ़ परिभाषा शामिल करें. इसे इतना छोटा रखें कि आप इसका उपयोग रोज कर सकें.

क्रॉस-फ़ंक्शनल वर्कफ़्लो के लिए RACI

हम [process] के लिए इन teams में एक workflow सेट अप कर रहे हैं: [list teams]. मुख्य चरणों के लिए एक RACI प्रस्तावित करें, और स्पष्ट रूप से बताएँ कि हैंडऑफ़ आमतौर पर कहाँ विफल होते हैं. स्वामित्व और एस्केलेशन के लिए संक्षिप्त नियमों का एक सेट शामिल करें.

WBR एजेंडा और पूर्व-पाठ

[team] के लिए एक्ज़ीक्यूशन पर केंद्रित 45 मिनट का WBR एजेंडा तैयार करें. ज़रूरी प्री-रीड इनपुट, जिन मुख्य सवालों के जवाब देने हैं, और जिन निर्णयों की हमें आवश्यकता पड़ सकती है, उन्हें शामिल करें. अंत में असाइन करने और ट्रैक करने के लिए फ़ॉलो-अप्स की एक सूची दें.

KPI की परिभाषा का पृष्ठ

KPI [kpi_name] के लिए एक पृष्ठ की परिभाषा लिखने में मेरी मदद करें. फ़ॉर्मूला, डेटा सोर्स, रिफ्रेश कैडेंस, ओनर, ज्ञात एक्सक्लूज़न, आम फेल्यर मोड, और हफ़्ते-दर-हफ़्ता बदलावों की व्याख्या कैसे करें, शामिल करें.

आज काम कैसे किया जाता है, उसके आधार पर SOP ड्राफ्ट.

[process] के लिए एक SOP तैयार करने में मेरी मदद करें. यह है कि आज यह कैसे काम करता है, उसका मौजूदा विवरण: [paste]. स्टेप्स, इनपुट्स, ओनर्स, अपेक्षित टाइमिंग, और जब कोई चीज़ फेल हो जाए या मिसिंग हो तो क्या करना है, लिखें.

मालिक के लिए एक महत्वपूर्ण सूचना

[owner] को [issue] के बारे में एक छोटा एस्केलेशन संदेश लिखें. क्या हो रहा है, यह क्यों महत्वपूर्ण है, हमने क्या कोशिश की है, हमें कौन सा निर्णय लेना है या क्या कार्रवाई करनी है, और डेडलाइन शामिल करें. लहजा शांत और स्पष्ट रखें.

फ़ॉलो-अप्स कम करने वाला स्टेटस अपडेट

इन अस्तव्यस्त स्टेटस नोट्स को क्रॉस-फंक्शनल चैनल के लिए साफ़-सुथरे अपडेट में बदलें: [paste]. इस फ़ॉर्मैट का उपयोग करें: वर्तमान स्थिति, क्या बदला, अवरोध, जिम्मेदार व्यक्ति, अगली 3 कार्रवाइयाँ, और मुझे दूसरों से क्या चाहिए. इसे 120 शब्दों से कम रखें.

रॉ नोट्स से साप्ताहिक ऑप्स अपडेट

मैं इस सप्ताह के लिए नोट्स और मेट्रिक्स अपलोड करूँगा: [paste/upload]. छह बुलेट पॉइंट्स में एक साप्ताहिक ऑपरेशंस अपडेट लिखें: परिणाम, मुख्य मेट्रिक्स, क्या बदला, जोखिम, आवश्यक निर्णय, और अगले सप्ताह की प्राथमिकताएँ. इसे तथ्यात्मक रखें और जहाँ संभव हो, स्वामियों और तिथियों को शामिल करें.

प्रारंभ संचार योजना बदलें

हम [date] को [audience] के लिए [change] लागू कर रहे हैं. घोषणा, रिमाइंडर और उसी दिन के निर्देशों के साथ तीन संदेशों वाला एक संचार योजना तैयार करें. किससे संपर्क करना है, अगर कुछ खराब हो जाए तो क्या करना है, और छह सवालों वाला एक छोटा सा सामान्य प्रश्न शामिल करें.

अपवाद प्रबंधन निर्णय के चरण

हमें [process] के लिए [common exception] के समय एक अपवाद पथ की आवश्यकता है. टेक्स्ट में एक सरल निर्णय प्रवाह तैयार करें: ट्रिगर्स, जांचें जो चलानी हैं, कौन निर्णय लेगा, ग्राहक प्रभाव मार्गदर्शन, और कब एस्केलेट करना है. अंत में एक छोटी चेकलिस्ट दें, जिसे एक ऑन-कॉल व्यक्ति आसानी से पालन कर सके.

SLA अनुपालन के लिए शीट्स के फ़ॉर्मूले

इन कॉलम्स का उपयोग करके SLA अनुपालन की गणना करने के लिए Google Sheets फ़ॉर्मूले बनाएँ: [list columns]. पहले रिस्पॉन्स तक का समय, रिज़ॉल्यूशन तक का समय, और थ्रेशोल्ड्स [paste thresholds] के आधार पर एक SLA met फ़्लैग के लिए फ़ॉर्मूले शामिल करें. सेल रेफ़रेंस के साथ एक छोटा उदाहरण प्रदान करें.

श्रेणी के अनुसार वॉल्यूम और SLA के लिए SQL.

[team] के लिए साप्ताहिक टिकट वॉल्यूम, पहली प्रतिक्रिया तक का माध्यिका समय और SLA को पूरा करने वाले टिकटों का प्रतिशत रिपोर्ट करने के लिए एक SQL क्वेरी लिखें. इस स्कीमा का उपयोग करें: [टेबल और कॉलम अपलोड करें]. हफ्ते और श्रेणी के अनुसार समूह बनाएं, और तारीखों को [start_date] से [end_date] तक फ़िल्टर करें.

मेट्रिक परिवर्तन जाचें

यहां [process] के लिए साप्ताहिक मेट्रिक्स दिए गए हैं, जिसमें एक स्पष्ट बदलाव देखा गया है: [upload table]. सबसे संभावित मुख्य कारक सुझाइए, सत्यापन के लिए डेटा के पहले आठ विभाजन, और जिम्मेदार पक्षों को भेजने के लिए प्रश्नों की एक छोटी सूची. परिकल्पनाओं को व्यावहारिक और परीक्षण योग्य रखें.

क्षमता योजना की तर्कसंगतता जांच

मैं सप्ताह के अनुसार एक स्टाफ़िंग और वॉल्यूम प्लान पेस्ट करूंगा: [paste]. गणना संबंधी त्रुटियों, असंगत मान्यताओं, और उन सप्ताहों की जाँच करें जहाँ डिमांड क्षमता से अधिक है. फिर प्रमुख सीमाओं और अंतर को कम करने के तीन विकल्पों का, समझौतों के साथ, सारांश दें।

डेटा से विक्रेता प्रदर्शन सारांश

मैं एक वेंडर परफॉर्मेंस रिपोर्ट पेस्ट करूँगा: [paste table]. ट्रेंड्स का सार बताएं, SLA के मुकाबले हुई चूकों को फ़्लैग करें, और उन पाँच मुद्दों को साफ़ तौर पर बताओ जिन्हें हमें अगले QBR में उठाना चाहिए. सुझाए गए सवाल और माँगा गया एविडेंस शामिल करें.

एक्सपोर्ट से टिकट बैकलॉग की छंटनी

यहाँ [list columns] स्तंभों के साथ एक टिकट निर्यात है: [paste table]. काम को पाँच से सात श्रेणियों में समूहित करें, मात्रा और पुरानापन के आधार पर प्रमुख कारकों की पहचान करें, और अगले दो हफ्तों में बकाया कार्य कम करने के लिए आठ ठोस कार्रवाइयों की सूची बनाएं.

जोख़िम रजिस्टर सेटअप

[project/process] के लिए एक सरल जोखिम रजिस्टर बनाएं. कॉलम, गंभीरता और संभावना की परिभाषाएँ, और स्टेटस वैल्यू प्रस्तावित करें. फिर इस प्रकार के काम के लिए 10 आम जोखिमों की सूचीबद्ध करें और बताएं कि हर जोखिम के सामने आने से पहले कौन-से शुरुआती संकेत दिखाई देंगे.

SLA प्रस्ताव प्रारूप

[team A] और [team B] के बीच [service/process] के लिए SLA प्रस्ताव का मसौदा तैयार करें. दायरा, परिभाषाएँ, प्रतिक्रिया और समाधान के लक्ष्य, कवरेज के घंटे, एस्केलेशन पथ, और क्या दायरे से बाहर हैं, शामिल करें. अंतिम रूप देने से पहले पुष्टि के लिए पाँच सवाल जोड़ें.

हितधारक साक्षात्कार प्रश्न

मुझे [process/problem] के बारे में हितधारकों का साक्षात्कार लेना है. बारह प्रश्नों का एक सेट तैयार करें, जो लक्ष्यों, सीमाओं, किनारे के मामलों और सफलता कैसी दिखती है, इसका पता लगाए. प्रत्येक प्रश्न के नीचे एक संक्षिप्त नोट जोड़ें, जिसमें यह बताया गया हो कि मैं क्या सीखने की कोशिश कर रहा हूं.

प्रक्रिया अंतर विश्लेषण

हमें [process] में समस्याएँ आ रही हैं. काम वर्तमान में कैसे प्रवाहित होता है, इसके इस विवरण के आधार पर: [paste], सबसे संभावित विफलता बिंदु, जहाँ अस्पष्टता मौजूद है, और ऐसे शीर्ष पाँच सुधारों की सूची बनाएं जो दोबारा काम को कम करें. हर सुधार के लिए, समझौते को नोट करें और यह भी लिखें कि कौन सा डेटा यह पुष्टि करेगा कि उसे करना उचित है.

पोस्टमॉर्टम आउटलाइन

यहाँ घटना संबंधी नोट्स और योगदान देने वाले कारक दिए गए हैं: [paste]. समयरेखा, सत्यापित की जाने वाली संभावित वजहें, ग्राहक प्रभाव, और जिम्मेदार व्यक्तियों व नियत तारीखों के साथ सुधारों की प्राथमिकता-आधारित सूची सहित एक पोस्टमॉर्टम रूपरेखा बनाएं. इसे बिना दोषारोपण के और ठोस रखें.

घटना अपडेट

इस टाइमलाइन और वर्तमान स्थिति के आधार पर एक इंसिडेंट अपडेट ड्राफ्ट करें: [paste]. दो वर्ज़न प्रदान करें: ओनर्स और अगले कदमों के साथ एक आंतरिक संचालन अपडेट, और एक बाहरी सुरक्षा अपडेट, जो स्पष्ट हो और अनुमान लगाने से बचें. अगले अपडेट का समय शामिल करें.

रोलआउट के लिए सरल कार्य-योजना

[date] तक [change] को लॉन्च करने के लिए एक रोलआउट वर्कबैक प्लान बनाएँ. माइलस्‍टोन, निर्भरताएँ, रोल के अनुसार ओनर्स, और निगरानी के लिए शीर्ष जोखिम शामिल करें. लॉन्च से 48 घंटे पहले go/no-go तैयारी के लिए एक छोटी चेकलिस्ट जोड़ें.

टीमों के बीच सौंपने की चेकलिस्ट

[work type] के लिए [team A] से [team B] को काम सौंपने की हैंडऑफ चेकलिस्ट बनाएं. ज़रूरी फ़ील्ड्स, क्वालिटी चेक्स, जानकारी न हो तो क्या करना है, और “रेडी” बनाम “नॉट रेडी” की साफ़ परिभाषा शामिल करें. इसे इतना छोटा रखें कि आप इसका उपयोग रोज कर सकें.

क्रॉस-फ़ंक्शनल वर्कफ़्लो के लिए RACI

हम [process] के लिए इन teams में एक workflow सेट अप कर रहे हैं: [list teams]. मुख्य चरणों के लिए एक RACI प्रस्तावित करें, और स्पष्ट रूप से बताएँ कि हैंडऑफ़ आमतौर पर कहाँ विफल होते हैं. स्वामित्व और एस्केलेशन के लिए संक्षिप्त नियमों का एक सेट शामिल करें.

WBR एजेंडा और पूर्व-पाठ

[team] के लिए एक्ज़ीक्यूशन पर केंद्रित 45 मिनट का WBR एजेंडा तैयार करें. ज़रूरी प्री-रीड इनपुट, जिन मुख्य सवालों के जवाब देने हैं, और जिन निर्णयों की हमें आवश्यकता पड़ सकती है, उन्हें शामिल करें. अंत में असाइन करने और ट्रैक करने के लिए फ़ॉलो-अप्स की एक सूची दें.

KPI की परिभाषा का पृष्ठ

KPI [kpi_name] के लिए एक पृष्ठ की परिभाषा लिखने में मेरी मदद करें. फ़ॉर्मूला, डेटा सोर्स, रिफ्रेश कैडेंस, ओनर, ज्ञात एक्सक्लूज़न, आम फेल्यर मोड, और हफ़्ते-दर-हफ़्ता बदलावों की व्याख्या कैसे करें, शामिल करें.

आज काम कैसे किया जाता है, उसके आधार पर SOP ड्राफ्ट.

[process] के लिए एक SOP तैयार करने में मेरी मदद करें. यह है कि आज यह कैसे काम करता है, उसका मौजूदा विवरण: [paste]. स्टेप्स, इनपुट्स, ओनर्स, अपेक्षित टाइमिंग, और जब कोई चीज़ फेल हो जाए या मिसिंग हो तो क्या करना है, लिखें.

मालिक के लिए एक महत्वपूर्ण सूचना

[owner] को [issue] के बारे में एक छोटा एस्केलेशन संदेश लिखें. क्या हो रहा है, यह क्यों महत्वपूर्ण है, हमने क्या कोशिश की है, हमें कौन सा निर्णय लेना है या क्या कार्रवाई करनी है, और डेडलाइन शामिल करें. लहजा शांत और स्पष्ट रखें.

फ़ॉलो-अप्स कम करने वाला स्टेटस अपडेट

इन अस्तव्यस्त स्टेटस नोट्स को क्रॉस-फंक्शनल चैनल के लिए साफ़-सुथरे अपडेट में बदलें: [paste]. इस फ़ॉर्मैट का उपयोग करें: वर्तमान स्थिति, क्या बदला, अवरोध, जिम्मेदार व्यक्ति, अगली 3 कार्रवाइयाँ, और मुझे दूसरों से क्या चाहिए. इसे 120 शब्दों से कम रखें.