कोणतीही मासिक सुकाणू समिती नाही आणि स्थिती अहवालही नाही. दिवसातून एकदा, ग्राहक आणि ट्रॅनएक्सॅक्ट (TRANXACT) एकत्र, काउंटडाउन बोर्ड आणि प्रत्यक्ष कार्यरत असलेल्या टेनंटसमोर १५ मिनिटांची स्टँडअप मीटिंग होते — आणि निर्णय त्याच दिवशी घेतले जातात, कारण रात्रभर वाट पाहणे हे वेळेचे शत्रू आहे.
दोन नामित मालक
| भूमिका | बाजू | मालकी |
|---|---|---|
| काउंटडाउन मालक | ग्राहक | त्याच दिवशी कार्यक्षेत्रावर अधिकार; फिट लेजर आणि पुढे जायचे की नाही यावर स्वाक्षरी. |
| फ्लाइट लीड | TRANXACT — एआय डिप्लॉयमेंट ऑर्केस्ट्रेटर | बोर्ड आणि स्टँडअप चालवतो; तारखेचे रक्षण करतो. |
| लेजर आर्किटेक्ट | TRANXACT | कॉन्फिगरेशन डिझाइन, इंटिग्रेशन्स, फिट लेजर पॅटर्न्स |
| डेटा स्थलांतरण संचालक | TRANXACT | मायग्रेशन कॉकपिट, मॉक्स, रिकन्सिलिएशन, कटओव्हर रनबुक |
| स्वायत्त संचालन पायलट | TRANXACT | टेनंट, एसएसओ, वातावरण, ड्राय-रन आणि गो-लाइव्ह ऑपरेशन्स |
| एआय अ‍ॅडॉप्शन नेव्हिगेटर | TRANXACT | रांगा, ASK, कार्यप्रवाहात मार्गदर्शन, अवलंबन आणि बदल |
| प्रमुख वापरकर्ते — प्रत्येक प्रक्रियेसाठी एक | ग्राहक | कृतीतून शोधा, कॉन्फिगरेशन प्रमाणित करा, रंगीत तालीम करा |
| वित्त नियंत्रक आणि डेटा मालक | ग्राहक | डेटा स्वच्छ करा; ताळमेळ आणि सुरुवातीच्या शिलकींवर स्वाक्षरी करा. |
काउंटडाउनचा मालक कोणत्याही वरिष्ठ अधिकाऱ्याकडे प्रकरण सोपवल्याशिवाय त्याच दिवशी कार्यक्षेत्रासंबंधी निर्णय घेऊ शकला पाहिजे. जर अशी व्यक्ती अस्तित्वात नसेल, तर काउंटडाउन सुरू होऊ नये.
एका ओळीत RACI
काउंटडाउन ओनर प्रत्येक गोष्टीसाठी उत्तरदायी आहे. जबाबदारी कामासोबत पुढे सरकते: फिट लेजरसाठी फ्लाइट लीड आणि लेजर आर्किटेक्ट, कॉन्फिगरेशनसाठी लेजर आर्किटेक्ट आणि प्रमुख वापरकर्ते, मॉक्स आणि रिकन्सिलिएशनसाठी मायग्रेशन कंडक्टर, रनबुक आणि ड्राय रनसाठी फ्लाइट लीड, कंडक्टर आणि ऑप्स पायलट एकत्रितपणे, आणि अ‍ॅडॉप्शन, बदल व रिहर्सलसाठी अ‍ॅडॉप्शन नेव्हिगेटर आणि प्रमुख वापरकर्ते.
- प्रत्येक कामकाजाच्या दिवशी त्याच वेळी, टी-० सह; दोन्ही मालक उपस्थित असावेत किंवा लेखी स्वरूपात त्यांचे प्रतिनिधीत्व केलेले असावे.
- स्लाइड्स नाहीत: फक्त बोर्ड, फिट लेजर आणि भाडेकरू; टूलकिटच्या काउंटडाउन बोर्ड शीटमध्ये निर्णयांची नोंद केली जाते.
- त्यानंतर समस्या-निवारण एका नामनिर्देशित ब्रेक-आउटमध्ये होते — स्टँडअपमध्ये स्कोप कॉल आणि त्याच्या धारकाची नोंद केली जाते, याव्यतिरिक्त काहीही नाही.
- गो-लाइव्ह झाल्यानंतर, कालच्या अपवादांवर आधारित हायपरकेअर स्टँडअप बनते.
फिट लेजर हे आवश्यकता दस्तऐवजाची जागा घेते.
स्क्रीनवर आढळलेल्या प्रत्येक रिकाम्या जागेसाठी एक सार्वजनिक ओळ: स्क्रीनवर काय आहे, काय आवश्यक आहे, निर्णय, कॉन्फिगरेशन पॅटर्न किंवा वेव्ह आणि मालक. एकदा का काउंटडाउन मालकाने निर्णयावर स्वाक्षरी केली की, ती जागा पुन्हा उघडली जात नाही; मन बदलल्यास नवीन तारखेसह एक नवीन ओळ तयार होते.
दुसऱ्या प्रश्नावर नियम ३ लागू होतो: जर त्याला कोडची गरज असेल, तर उत्तर कॉन्फिगरेशन पॅटर्न, T-Plus, किंवा स्पष्ट नकार — एक्सटेंशन फ्रेमवर्क, कधीही काउंटडाउन नाही. ही एक अशी पोकळी आहे जी टी-३ आपोआप T-Plus जाण्यापूर्वी कॉन्फिगर आणि सरावली जाऊ शकत नाही, जोपर्यंत काउंटडाउन मालक जागा करण्यासाठी दुसरे काहीतरी वगळत नाही.
काउंटडाउन बोर्ड
सर्वांसाठी एकच पान: गो-लाइव्हसाठी लागणारे कामाचे दिवस, पुढील टप्पा, पूर्णत्वाची टक्केवारी, प्रत्येक वर्कस्ट्रीमची स्थिती आणि फिट लेजरची एकूण बेरीज. हे प्रोजेक्ट प्लॅन्स डॅशबोर्डवरून प्रतिबिंबित होते, त्यामुळे शिल्लक दिवस गो-लाइव्हच्या तारखेपासून मोजले जातात आणि स्थिती प्रत्येक सोर्स-सिस्टम प्लॅनमधून एकत्रित केली जाते.
कॅल्डरवुड टी-१२ वर: ६४ फिट लेजर लाईन्स — ४१ आता कॉन्फिगर करायच्या, १५ T-Plus, ८ अनावश्यक. चाचणी ५५% वर आहे कारण इंटिग्रेशन टेस्ट्स टी-१० पासून सुरू होतात; बोर्डवर ते लाल रंगात दाखवले आहे, आणि स्टँडअप मीटिंगमध्ये त्यावर वादविवाद करण्याऐवजी ते पूर्ण करण्याची जबाबदारी कोणाची आहे याची नोंद ठेवली जाते.
हे वापरून पहा T-9 वेळी, फायनान्स टीम FL-004 — म्हणजेच T-20 वेळी 'गरज नाही' म्हणून स्वाक्षरी केलेला जुना 'डेली कॅश v7' रिपोर्ट — पुन्हा उघडण्यास सांगते. पुढे काय होते?
सही केलेली ओळ पुन्हा उघडली जात नाही. जर गरज खरी असेल, तर ती आजच्या तारखेसह एक नवीन फिट लेजर ओळ बनते आणि तिची प्राथमिक तपासणी केली जाते: T-3 इतके जवळ असल्याने, संभाव्य परिणाम असे आहेत की डॅशबोर्डमध्ये त्याचा समावेश कायम राहील, किंवा ते T-Plus जाईल — जोपर्यंत काउंटडाउन मालक जागा करण्यासाठी दुसरे काहीतरी वगळत नाही.