T-Minus: मिशन कंट्रोल — कोण काय करणार
दैनंदिन काउंटडाउनद्वारे प्रशासन: दोन नामनिर्देशित मालक आणि कर्मचारी वर्ग, काउंटडाउन दरम्यान RACI, १५-मिनिटांचे स्टँडअप, फिट लेजर, व्याप्तीचे वर्गीकरण आणि काउंटडाउन बोर्ड.
T-Minus मासिक सुकाणू समितीच्या जागी मिशन कंट्रोल आणते. स्वतः टेनंटच स्टेटस रिपोर्ट असतो.
| पारंपरिक शासन | T-Minus मिशन कंट्रोल |
|---|---|
| मासिक सुकाणू समिती | ग्राहक आणि TRANXACT एकत्र, दिवसातून एक १५-मिनिटांचे स्टँडअप मीटिंग. |
| स्टेटस डेक आणि पूर्णत्वाची टक्केवारी | स्लाइड्सऐवजी काउंटडाउन बोर्ड आणि थेट भाडेकरू |
| पुढील बैठकीसाठी निर्णय रांगेत ठेवले आहेत. | त्याच दिवशी घेतलेले निर्णय — रात्रभर वाट पाहणे हे वेळेचे शत्रू आहे. |
| प्रत्येक मंचावर व्याप्तीवर पुनर्विचार करण्यात आला. | सार्वजनिक फिट लेजर: व्याप्ती एकदाच, दृश्यमानपणे ठरवली जाते, त्यावर पुन्हा कधीही चर्चा होत नाही. |
| अनेक मालक, कमकुवत अधिकार | अधिकार असलेले दोन नामनिर्देशित मालक |
मासिक सुकाणू समित्या आणि उद्घाटनप्रसंगी होणारे स्थिती सादरीकरण रद्द करा. त्याऐवजी, कार्यकारी अधिकाऱ्यांना कोणत्याही दैनंदिन स्टँडअप मीटिंगमध्ये आमंत्रित करा, जिथे ते संचालक मंडळ आणि भाडेकरू यांना प्रत्यक्ष पाहू शकतील.
काउंटडाउन टीम (प्रस्तावित डीफॉल्ट)
| भूमिका | बाजू | मालकी |
|---|---|---|
| काउंटडाउन मालक | ग्राहक | त्याच दिवशी कार्यक्षेत्रावर अधिकार; फिट लेजर आणि पुढे जायचे की नाही यावर स्वाक्षरी. |
| फ्लाइट लीड | TRANXACT — एआय डिप्लॉयमेंट ऑर्केस्ट्रेटर | काउंटडाउन बोर्ड आणि स्टँडअप चालवते; तारखेचे संरक्षण करते. |
| लेजर आर्किटेक्ट | TRANXACT | कॉन्फिगरेशन डिझाइन, इंटिग्रेशन्स, फिट लेजर पॅटर्न्स |
| डेटा स्थलांतरण संचालक | TRANXACT | मायग्रेशन कॉकपिट, मॉक लोड्स, रिकन्सिलिएशन, कटओव्हर रनबुक |
| स्वायत्त संचालन पायलट | TRANXACT | टेनंट, एसएसओ, वातावरण, ड्राय-रन आणि गो-लाइव्ह ऑपरेशन्स |
| एआय अ‍ॅडॉप्शन नेव्हिगेटर | TRANXACT | रांगा, ASK, कार्यप्रवाहात मार्गदर्शन, अवलंबन आणि बदल |
| मुख्य वापरकर्ते | ग्राहक — प्रत्येक प्रक्रियेसाठी एक | कृतीतून शोधा, कॉन्फिगरेशन प्रमाणित करा, रंगीत तालीम करा |
| वित्त नियंत्रक आणि डेटा मालक | ग्राहक | डेटा स्वच्छ करा; ताळमेळ आणि सुरुवातीच्या शिलकींवर स्वाक्षरी करा. |
काउंटडाउनचा मालक कोणत्याही वरिष्ठ अधिकाऱ्याकडे प्रकरण सोपवल्याशिवाय त्याच दिवशी कार्यक्षेत्रासंबंधी निर्णय घेऊ शकला पाहिजे. जर अशी व्यक्ती अस्तित्वात नसेल, तर काउंटडाउन सुरू होऊ नये.
संपूर्ण काउंटडाउनमध्ये RACI
R जबाबदार · A उत्तरदायी · C सल्लामसलत केली · I माहिती दिली. काउंटडाउनचा मालक प्रत्येक कृतीसाठी जबाबदार असतो.
| क्रियाकलाप | काउंटडाउन मालक | फ्लाइट लीड | लेजर आर्किटेक्ट | स्थलांतर मार्गदर्शक | ऑप्स पायलट | दत्तक मार्गदर्शक | मुख्य वापरकर्ते |
|---|---|---|---|---|---|---|---|
| प्रत्यक्ष अंमलबजावणीची तारीख आणि व्याप्ती निश्चित करणे | ए/आर | आर | सी | सी | मी | मी | सी |
| फिट लेजर | ए | आर | आर | सी | मी | सी | आर |
| कॉन्फिगरेशन | ए | सी | आर | मी | सी | सी | आर |
| स्थलांतरणाचे उपहास आणि सलोखा | ए | सी | सी | आर | सी | मी | सी |
| कटओव्हर रनबुक आणि ड्राय रन | ए | आर | सी | आर | आर | मी | मी |
| तालीम (होय / नाही) | ए | आर | सी | सी | सी | आर | आर |
| स्वीकार आणि बदल | ए | सी | मी | मी | मी | आर | आर |
| हायपरकेअर आणि T-Plus | ए | आर | आर | सी | आर | आर | सी |
प्रोजेक्ट प्लॅन्स वर्कबुकमध्ये प्रत्येक टास्कसाठी ट्रान्क्झॅक्ट (TRANXACT) आणि ग्राहक मालकाची माहिती असते; हा सारांश काउंटडाउन बोर्डसाठीची आवृत्ती आहे. कराराअंतर्गत मूलभूत कार्यान्वयन टास्कची मालकी कोणाकडे आहे, यासाठी 'कोण काय करते: भूमिका आणि जबाबदाऱ्या' (Who does what: roles and responsibilities) पहा.
दररोजची १५ मिनिटांची स्टँडअप मीटिंग (प्रस्तावित डीफॉल्ट)
| मिनिटे | वस्तू | सामग्री |
|---|---|---|
| २ | आपण कुठे आहोत? | टी-डे, दिवस उरले, गेट समोर. |
| ४ | काल | योजनेच्या विरुद्ध केलेले, भाडेकरूमध्ये दाखवलेले. |
| ४ | आज | कार्यप्रवाहाचे लक्ष आणि सत्रे |
| ३ | अवरोधक | मालक आणि आज जागा खाली करण्याची वेळ. |
| २ | व्याप्ती कॉल | फिट लेजरचे निर्णय आता घेतले जातात |
- प्रत्येक कामाच्या दिवशी, T-0 सह, त्याच वेळी.
- दोन्ही नामनिर्देशित मालक उपस्थित असल्यास, किंवा लेखी स्वरूपात प्रतिनिधीत्व केलेले असल्यास.
- स्लाइड्स नाहीत: फक्त बोर्ड, फिट लेजर आणि भाडेकरू.
- टूलकिटच्या काउंटडाउन बोर्ड शीटमध्ये निर्णयांची नोंद केली.
- त्यानंतर लगेचच समस्या-निवारण एका नामनिर्देशित ब्रेक-आउटमध्ये जाते; स्टँडअपमध्ये फक्त स्कोप कॉल आणि त्याच्या मालकाची नोंद केली जाते.
- गो-लाइव्ह झाल्यानंतर, कालच्या अपवादांवर हायपरकेअर स्टँडअप मीटिंग होते: प्रथम दररोज, नंतर आठवड्यातून दोनदा, आणि मग ती एकत्रित केली जाते; जेव्हा अपवाद पाच कामकाजाच्या दिवसांसाठी मर्यादेपेक्षा कमी राहतात, तेव्हा ही प्रक्रिया संपते.
फिट लेजर
स्क्रीनवर आढळलेल्या प्रत्येक त्रुटीची एकच सार्वजनिक यादी. ही आवश्यकता दस्तऐवजाची जागा घेते. प्रत्येक त्रुटीसाठी एक ओळ, जी सर्वांना दिसेल: त्रुटी आयडी, प्रक्रिया किंवा स्क्रीन, स्क्रीनवर काय आहे, काय आवश्यक आहे, निर्णय, कॉन्फिगरेशन पॅटर्न किंवा वेव्ह आणि मालक.
| अंतर | स्क्रीनवर | आवश्यक | निर्णय | नमुना / लहर |
|---|---|---|---|---|
| विक्री ऑर्डर नोंदणी | एकल मंजुरी पायरी | एका मर्यादेच्या वर दोन-स्तरीय मंजुरी | आता कॉन्फिगर करा | मंजुरी प्रवाह, रकमेचा नियम |
| विक्रेता बीजक | त्रिपक्षीय सामना | सेवांसाठी द्विपक्षीय सामना | आता कॉन्फिगर करा | वस्तूच्या प्रकारानुसार जुळणीचा नियम |
| एकत्रीकरण | गट अहवाल | संस्था ४ साठी आंतरकंपनी निर्मूलन | T-Plus | घटक ४ सह लाट २ |
| लेगसी रिपोर्ट "डेली कॅश v7" | कॅश डॅशबोर्ड | समान वारसा लेआउट | गरज नाही | डॅशबोर्ड गरज भागवतो |
| पगार | मानक वेतन घटक | युनियन शिफ्ट भत्ता | आता कॉन्फिगर करा | पे घटक + नियम |
एकदा काऊंटडाउन मालकाने निर्णयावर स्वाक्षरी केली की, ते पुन्हा उघडले जात नाही. मन बदलल्यास, नवीन तारखेसह एक नवीन ओळ तयार होते.
व्याप्ती वर्गीकरण
- ही खरोखरच व्यावसायिक गरज आहे का? नसल्यास: गरज नाही.
- हे नो-कोड पद्धतीने कॉन्फिगर करता येते का? नसल्यास: एक कॉन्फिगरेशन पॅटर्न, T-Plus, किंवा स्पष्ट नकार. येथे नियम ३ लागू होतो — कोड एक्सटेन्शन फ्रेमवर्कमधून जातो, कधीही काउंटडाउनमधून जात नाही.
- T-3 च्या आधी याचे कॉन्फिगरेशन आणि सराव करता येईल का? जर होय: आताच कॉन्फिगर करा. जर नाही: T-Plus वेव्ह पाठवा.
संघ तारखेवर कधीही चर्चा करत नाही. T-3 मध्ये स्थान मिळवू न शकणारी जागा आपोआप T-Plus मध्ये जाते, जोपर्यंत काउंटडाउन मालक जागा करण्यासाठी दुसरे काही वगळत नाही.
काउंटडाउन बोर्ड
एकच पान, जे सर्वांना दिसेल आणि प्रत्येक स्टँडअपमध्ये अद्ययावत केले जाईल: गो-लाइव्हसाठी लागणारे कामाचे दिवस, पुढील गेट, पूर्णत्वाची टक्केवारी आणि प्रत्येक वर्कस्ट्रीमची एका ओळीतील स्थिती, तसेच फिट लेजरची एकूण बेरीज — ओळी, आता कॉन्फिगर करा, T-Plus, गरज नाही. प्रोजेक्ट प्लॅन्स डॅशबोर्डवरून याची प्रतिकृती तयार करा, जिथे गो-लाइव्हच्या तारखेपासून शिल्लक दिवसांची गणना केली जाते आणि प्रत्येक सोर्स-सिस्टम प्लॅनमधून गेट्स व स्थिती एकत्रित केली जाते.
'प्रस्तावित डीफॉल्ट' म्हणून चिन्हांकित केलेली मूल्ये ही कार्यपद्धतीने शिफारस केलेली प्रारंभिक मूल्ये आहेत. प्रत्येक कामासाठी त्या प्रत्येकाची पुष्टी करा; करार, ऑर्डर फॉर्म आणि सेवा करार (SLA) हेच अंतिम मानले जातील.