മാറ്റം, പ്രശ്നം, ഗുണനിലവാര മാനേജ്മെൻ്റ്

നേട്ടങ്ങൾ:

• മാറ്റം അഭ്യർത്ഥന, ഇഷ്യൂ ലോഗ്, മാറ്റ കൺട്രോൾ ബോർഡ് (സിസിബി), ഗുണനിലവാര മാനദണ്ഡങ്ങൾ എന്നിവയുടെ ആശയങ്ങൾ മനസിലാക്കാനും ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസ് പിന്തുണയോടെ ഒരു ഇംപാക്ട് അനാലിസിസ് ഡ്രാഫ്റ്റ് നിർമ്മിക്കാനുമുള്ള കഴിവ്.
• മാറ്റത്തിൻ്റെയും ഡ്രാഫ്റ്റ് റൂട്ട് കോസ് വിശകലനത്തിൻ്റെയും സ്കോപ്പ്-ടൈം-കോസ്റ്റ്-ക്വാളിറ്റി (ഇരുമ്പ് ത്രികോണം) ആഘാതം ദൃശ്യവൽക്കരിക്കുന്നതിന് കൃത്രിമബുദ്ധി ഉപയോഗിക്കാനുള്ള കഴിവ്
• മാറ്റത്തിൻ്റെ അംഗീകാരവും ഗുണനിലവാര സ്വീകാര്യതയും കഴിവുള്ള തീരുമാനമെടുക്കുന്നയാളുടേതാണെന്നും ആർട്ടിഫിഷ്യൽ ഇൻ്റലിജൻസ് ആഘാത വിശകലനം പരിശോധിക്കേണ്ടതുണ്ടെന്നും മനസ്സിലാക്കാനുള്ള കഴിവ്.

ഒരു പദ്ധതിയും ആസൂത്രണം ചെയ്തതുപോലെ നടക്കുന്നില്ല. ഒരു ഉപഭോക്താവ് ഒരു പുതിയ അഭ്യർത്ഥന കൊണ്ടുവരുന്നു, ഒരു അപ്രതീക്ഷിത പിശക് പോപ്പ് അപ്പ്, ഒരു ആവശ്യകത മാറുന്നു. ഈ അനിവാര്യമായ മാറ്റങ്ങൾ അരാജകത്വത്തിലേക്ക് മാറുന്നതിന് മുമ്പ് കൈകാര്യം ചെയ്യുക എന്നതാണ് ഈ യൂണിറ്റിൻ്റെ വിഷയം. മൂന്ന് മെക്കാനിസങ്ങളെക്കുറിച്ച് ഞങ്ങൾ പഠിക്കും: മാറ്റ മാനേജ്മെൻ്റ്, അംഗീകാരമില്ലാതെ ഒരു ജോലിയും മാറില്ലെന്ന് ഉറപ്പാക്കുന്നു, പ്രശ്‌ന മാനേജുമെൻ്റ്, ഉയർന്നുവരുന്ന പ്രശ്‌നങ്ങൾ രേഖപ്പെടുത്തുകയും പരിഹരിക്കുകയും ചെയ്യുന്ന പ്രശ്‌ന മാനേജുമെൻ്റ്, ഡെലിവറബിളുകൾ “മതിയായത്” പാലിക്കുന്നുവെന്ന് ഉറപ്പാക്കുന്ന ഗുണനിലവാര മാനേജുമെൻ്റ്. മൂന്നിലും ശക്തമായ ഒരു വിശകലന പങ്കാളിയാണ് AI: ഇത് ഒരു മാറ്റ അഭ്യർത്ഥനയുടെ വ്യാപ്തി-സമയ-ചെലവ്-ഗുണനിലവാര സ്വാധീനം ദൃശ്യമാക്കുന്നു, പ്രശ്നങ്ങളുടെ മൂലകാരണം അന്വേഷിക്കുന്നു, ഗുണനിലവാര മാനദണ്ഡങ്ങൾ തയ്യാറാക്കുന്നു. എന്നാൽ മാറ്റത്തിനുള്ള അംഗീകാരവും ഗുണനിലവാരത്തിൻ്റെ സ്വീകാര്യതയും എല്ലായ്പ്പോഴും സമർത്ഥനായ തീരുമാനമെടുക്കുന്നയാളിൽ നിക്ഷിപ്തമാണ്; AI-യുടെ ആഘാത വിശകലനം പരിശോധിച്ചുറപ്പിക്കാതെ ഒരു തീരുമാനമാക്കി മാറ്റരുത്.

മാനേജ്മെൻ്റും ഇരുമ്പ് ത്രികോണവും മാറ്റുക

വ്യാപ്തി, ഷെഡ്യൂൾ, ബജറ്റ് അല്ലെങ്കിൽ ഉറവിടം എന്നിവയിൽ മാറ്റം നിർദ്ദേശിക്കുന്ന ഒരു ഔപചാരിക അഭ്യർത്ഥനയാണ് മാറ്റ അഭ്യർത്ഥന. അനിയന്ത്രിതമായ മാറ്റമാണ് മുൻ യൂണിറ്റുകളിൽ നമ്മൾ കണ്ടിട്ടുള്ള സ്കോപ്പ് ക്രീപ്പിൻ്റെ പ്രധാന ഉറവിടം. എല്ലാ മാറ്റങ്ങളും ഒരു ഗേറ്റിലൂടെ തള്ളുക എന്നതാണ് പരിഹാരം: മാറ്റ അഭ്യർത്ഥനകൾ വിലയിരുത്തുകയും അംഗീകരിക്കുകയും/നിരസിക്കുകയും ചെയ്യുന്ന ആധികാരിക ഗ്രൂപ്പാണ് മാറ്റ നിയന്ത്രണ ബോർഡ് (CCB).

ഓരോ മാറ്റത്തിൻ്റെയും ആഘാതം മനസ്സിലാക്കാൻ, ഇരുമ്പ് ത്രികോണം എന്ന ആശയം നിർണായകമാണ്: വ്യാപ്തിയും സമയവും ചെലവും പരസ്പരം ബന്ധപ്പെട്ടിരിക്കുന്നു (മധ്യത്തിൽ ഗുണമേന്മയുള്ളത്). ഒന്ന് മാറ്റുന്നത് മറ്റുള്ളവരെ ബാധിക്കുന്നു: നിങ്ങൾ വ്യാപ്തി വർദ്ധിപ്പിക്കുകയാണെങ്കിൽ, ഒന്നുകിൽ സമയം വർദ്ധിക്കും, ചെലവ് വർദ്ധിക്കും, അല്ലെങ്കിൽ ഗുണനിലവാരം കുറയും; "ഒരേ സമയം, ഒരേ ബജറ്റിൽ കൂടുതൽ ജോലി" പലപ്പോഴും ഗുണനിലവാരത്തിൻ്റെ വിലയിൽ വരുന്നു. ഒരു നല്ല ആഘാത വിശകലനം ഈ മൂന്ന് (നാല്) അളവുകളിൽ ഒരു മാറ്റത്തിൻ്റെ സ്വാധീനം വ്യക്തമായി കാണിക്കുന്നു.

മാറ്റ പ്രക്രിയ സാധാരണമാണ്: രജിസ്ട്രേഷൻ അഭ്യർത്ഥന → ഇംപാക്റ്റ് വിശകലനം (സ്കോപ്പ്/സമയം/ചെലവ്/ഗുണനിലവാരം/റിസ്ക്) → CCB തീരുമാനം → പ്ലാൻ, ഷെഡ്യൂൾ, ബജറ്റ് അപ്ഡേറ്റ് എന്നിവ അംഗീകരിച്ചാൽ → സ്റ്റേക്ക്ഹോൾഡർ ബ്രീഫിംഗ്. അംഗീകരിക്കാത്ത മാറ്റങ്ങളൊന്നും നടപ്പിലാക്കില്ല.

പ്രശ്നവും ഗുണനിലവാര മാനേജ്മെൻ്റും

ഒരു പ്രശ്നം, അപകടസാധ്യതയിൽ നിന്ന് വ്യത്യസ്തമായി, ഇതിനകം സംഭവിച്ച ഒരു പ്രശ്നമാണ് (റിസ്ക് എന്നത് ഭാവിയിലെ അനിശ്ചിതത്വമാണ്, പ്രശ്നം ഇന്ന് യാഥാർത്ഥ്യമാണ്). തുറന്ന പ്രശ്നങ്ങൾ, അവയുടെ മുൻഗണന, ഉടമ, റെസല്യൂഷൻ നില എന്നിവ ട്രാക്ക് ചെയ്യുന്ന ഒരു തത്സമയ ലിസ്റ്റാണ് ഇഷ്യൂ ലോഗ്. പ്രശ്നങ്ങളുടെ മൂലകാരണം കണ്ടെത്തുന്നതിന് രണ്ട് സാങ്കേതിക വിദ്യകൾ സാധാരണമാണ്: 5 എന്തുകൊണ്ട് - "എന്തുകൊണ്ട്?" തുടർച്ചയായി ചോദ്യം ചോദിക്കുന്നതിലൂടെ ഉപരിതല ലക്ഷണത്തിൽ നിന്ന് മൂലകാരണത്തിലേക്ക് ഇറങ്ങുക; ഫിഷ്ബോൺ ഡയഗ്രം-മാപ്പിംഗ് കാരണങ്ങൾ വിഭാഗങ്ങളായി (മനുഷ്യൻ, പ്രക്രിയ, മെറ്റീരിയൽ, യന്ത്രം, പരിസ്ഥിതി).

ക്വാളിറ്റി മാനേജ്മെൻ്റിന് രണ്ട് ഭാഗങ്ങളുണ്ട്: ഗുണനിലവാര ഉറപ്പ് (ക്യുഎ) പ്രക്രിയകൾ ശരിയായി പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കുന്നു (പ്രിവൻ്റീവ്), ഗുണനിലവാര നിയന്ത്രണം (ക്യുസി) ഔട്ട്പുട്ടുകൾ മാനദണ്ഡങ്ങൾ പാലിക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുന്നു (ഡിറ്റക്ടർ). സ്വീകാര്യത മാനദണ്ഡവും ചെയ്തു എന്നതിൻ്റെ നിർവചനവും ഒരു ജോലി യഥാർത്ഥത്തിൽ പൂർത്തിയാകുമ്പോൾ നിർണ്ണയിക്കുന്ന മാനദണ്ഡങ്ങളാണ്.

ആശയം

എന്ത്

ഉദാഹരണം

അഭ്യർത്ഥന മാറ്റുക

പദ്ധതി മാറ്റാൻ ഔദ്യോഗിക അഭ്യർത്ഥന

"റിപ്പോർട്ട് സ്ക്രീനിലേക്ക് ഫിൽട്ടർ ചേർക്കുക"

ആഘാത വിശകലനം

വ്യാപ്തി/സമയം/ചെലവ്/ഗുണനിലവാര സ്വാധീനം

"+5 ദിവസം, +3% ബജറ്റ്, ഇടത്തരം അപകടസാധ്യത"

സി.സി.ബി

അംഗീകാര അധികാരം

സ്പോൺസർ + PM + സാങ്കേതിക നേതാവ്

പ്രശ്നം

പ്രശ്നം തിരിച്ചറിഞ്ഞു

"ടെസ്റ്റ് പരിസ്ഥിതി തകർന്നു"

മൂലകാരണം

യഥാർത്ഥ കാരണം (5 കാരണങ്ങൾ)

"ബാക്കപ്പ് കോൺഫിഗറേഷൻ തെറ്റാണ്"

ഗുണനിലവാര മാനദണ്ഡം

സ്വീകാര്യത മാനദണ്ഡം

"പിശക് നിരക്ക് < 1%"

ഘട്ടം ഘട്ടമായി: AI ഉപയോഗിച്ച് മാറ്റവും ഗുണനിലവാരവും

1. അഭ്യർത്ഥന വ്യക്തമാക്കുക. മാറ്റം അഭ്യർത്ഥന "എന്ത്, എന്തുകൊണ്ട്, ആർക്കാണ് വേണ്ടത്" എന്ന് എഴുതുക; അവ്യക്തമായ ആവശ്യം വിശകലനം ചെയ്യാൻ കഴിയില്ല.
2. ഇംപാക്ട് അനാലിസിസ് ഡ്രാഫ്റ്റ്. വ്യാപ്തി, സമയം, ചെലവ്, ഗുണനിലവാരം, അപകടസാധ്യത എന്നിവയുടെ അടിസ്ഥാനത്തിൽ ഒരു ഇംപാക്ട് ഔട്ട്‌ലൈൻ AI-യോട് ആവശ്യപ്പെടുക; ടീം ഡാറ്റ ഉപയോഗിച്ച് നമ്പറുകൾ പരിശോധിക്കുക.
3. ഓപ്ഷനുകൾ സൃഷ്ടിക്കുക. "അംഗീകാരം/ നിരസിക്കുക/ മാറ്റിവയ്ക്കുക/ ഭാഗികമായി പ്രയോഗിക്കുക" ഓപ്ഷനുകളും ഓരോന്നിൻ്റെയും ഫലങ്ങളും AI യുടെ ലിസ്റ്റിൽ ഉൾപ്പെടുത്തുക.
4. സിസിബിക്ക് സമർപ്പിക്കുക. വിശകലനം തീരുമാനമെടുക്കുന്നയാളിലേക്ക് കൊണ്ടുപോകുക; അംഗീകാരമില്ലാതെ അപേക്ഷിക്കരുത്.
5. മൂലകാരണ വിശകലനം. ഒരു പ്രശ്‌നത്തിന് 5 എന്തുകൊണ്ട് ചങ്ങലകളും ഫിഷ്‌ബോൺ വിഭാഗങ്ങളും AI സൃഷ്ടിക്കുക; യഥാർത്ഥ ഡാറ്റ ഉപയോഗിച്ച് പരിശോധിക്കുക.
6. ഗുണനിലവാര മാനദണ്ഡ നിയന്ത്രണം. ഡെലിവറി ചെയ്യാവുന്നവ AI-ക്ക് നൽകുക, സ്വീകാര്യത മാനദണ്ഡങ്ങൾക്കനുസൃതമായി പോരായ്മകൾ/പൊരുത്തക്കേടുകൾ തയ്യാറാക്കുക; അന്തിമ സ്വീകാര്യത വിദഗ്ധൻ നൽകുന്നു.

മുന്നറിയിപ്പ്: മറഞ്ഞിരിക്കുന്ന ഡിപൻഡൻസികളും പരോക്ഷമായ ഇഫക്റ്റുകളും അറിയാത്തതിനാൽ, "2 ദിവസം മാത്രം" പോലെയുള്ള ഒരു മാറ്റത്തിൻ്റെ ആഘാതം AI ഉണ്ടാക്കിയേക്കാം. ജോലി നിർവഹിക്കുന്ന ടീമുമായി പരിശോധിച്ചുറപ്പിക്കാതെ ആഘാത വിശകലനം CCB-ന് "അവസാനം" ആയി അവതരിപ്പിക്കാൻ പാടില്ല.

മൂന്ന് മിനി കേസുകൾ

കേസ് 1 - മാറ്റത്തിൻ്റെ യഥാർത്ഥ വില. ഒരു ഉപഭോക്താവിന് "ചെറിയ സ്‌ക്രീൻ മാറ്റം" വേണം. പ്രധാനമന്ത്രി AI-ക്ക് അഭ്യർത്ഥന നൽകുകയും ഒരു ഡ്രാഫ്റ്റ് ഇംപാക്ട് അനാലിസിസ് ലഭിക്കുകയും ചെയ്തു: മാറ്റം മൂന്ന് മൊഡ്യൂളുകൾ, +6 ദിവസം, +4% ബജറ്റ് എന്നിവയെ ബാധിച്ചു. ടീം ഇക്കാര്യം സ്ഥിരീകരിച്ചു. യഥാർത്ഥ വില ഉപഭോക്താവിനെ കാണിച്ചു സിസിബി; ക്ലയൻ്റ് മാറ്റം അടുത്ത ഘട്ടത്തിലേക്ക് മാറ്റി. "ചെറിയ" എന്ന് കരുതിയ ഡിമാൻഡ് അരാജകത്വത്തിലേക്ക് മാറുന്നതിന് മുമ്പ് കൈകാര്യം ചെയ്തു.

കേസ് 2 - മൂലകാരണം കണ്ടെത്തി. ഒരു ടീമിൽ, പരീക്ഷണ അന്തരീക്ഷം നിരന്തരം തകർന്നുകൊണ്ടിരിക്കുകയായിരുന്നു. കോ-ഓർഡിനേറ്റർ AI-ക്ക് പ്രശ്ന റിപ്പോർട്ട് നൽകുകയും 5 എന്തുകൊണ്ട് ചെയിൻ ആവശ്യപ്പെടുകയും ചെയ്തു. “അപര്യാപ്തമായ ഡിസ്കുകൾ → ക്ലീനപ്പ് ടാസ്‌ക് നിർവചിച്ചിട്ടില്ല → പ്രോസസ്സ് ഉടമയില്ല” എന്നതിലേക്ക് ചെയിൻ ഇറങ്ങി. ഉപരിതല ലക്ഷണമല്ല (തകർച്ച) മൂലകാരണം (അനാഥമായ ശുചീകരണ പ്രക്രിയ) ടീം പരിഹരിച്ചു. പ്രശ്നം ആവർത്തിച്ചില്ല.

കേസ് 3 - കുറച്ചുകാണിച്ച ആഘാതം. AI-യുടെ "ഈ മാറ്റത്തിന് ഏറ്റവും കുറഞ്ഞ സ്വാധീനമുണ്ട്" എന്ന ഡ്രാഫ്റ്റ് പരിശോധിച്ചുറപ്പിക്കാതെ തന്നെ ഒരു ടീം അംഗീകരിച്ചു. ഈ മാറ്റം നിർണായക പാതയെ ആശ്രയിക്കുന്നതിനെ തകർക്കുകയും പദ്ധതി 9 ദിവസം വൈകുകയും ചെയ്തു. പാഠം: ടീം മൂല്യനിർണ്ണയം കൂടാതെ തീരുമാനങ്ങളുടെ അടിസ്ഥാനമായി ആഘാത വിശകലനം ഉപയോഗിക്കാനാവില്ല.

ദുർബലമായ പ്രോംപ്റ്റ് / ശക്തമായ പ്രോംപ്റ്റ്

ദുർബലമായ പ്രോംപ്റ്റ്:

ഈ മാറ്റ അഭ്യർത്ഥന പരിഗണിക്കുക.

വലുപ്പമില്ല, ഡാറ്റയില്ല, തീരുമാന ചട്ടക്കൂടില്ല; AI ഉപരിപ്ലവവും ഒരുപക്ഷേ അമിതമായ ശുഭാപ്തിവിശ്വാസവും നൽകുന്ന ഉത്തരം നൽകുന്നു.

ശക്തമായ നിർദ്ദേശം:

നിങ്ങളുടെ റോൾ: ഒരു മാറ്റം മാനേജ്മെൻ്റ് അനലിസ്റ്റ്.മാറ്റ അഭ്യർത്ഥന: [വിവരണം]. അഭ്യർത്ഥിച്ചത്: [റോൾ]. ന്യായീകരണം: [എന്തുകൊണ്ട്].സന്ദർഭം: നിലവിലെ വ്യാപ്തി, ഷെഡ്യൂൾ (നിർണ്ണായക പാത ഘടിപ്പിച്ചിരിക്കുന്നു), ബജറ്റ് നില (അനുപാതത്തിൽ). ടാസ്ക്: ഇരുമ്പ് ത്രികോണം വഴിയുള്ള ഇംപാക്റ്റ് വിശകലനം ഡ്രാഫ്റ്റ് നിർമ്മിക്കുക:- സ്കോപ്പ് ആഘാതം, സമയ ആഘാതം (ഇത് നിർണായക പാതയെ ബാധിക്കുമോ?), ചെലവ് ആഘാതം, ഗുണമേന്മ ആഘാതം, പുതിയ അപകടസാധ്യതകൾ- ഓപ്‌ഷനുകൾ: അംഗീകാരം / ഭാഗം നിരസിക്കൽ / പോസ്റ്റ് പോൺ ഓരോ നിയമത്തിൻ്റെയും ഫലം: സംഖ്യാ ഇഫക്റ്റുകൾ ഡ്രാഫ്റ്റ് ചെയ്ത് അവയെ "[ടീം സ്ഥിരീകരണം ആവശ്യമാണ്]" എന്ന് അടയാളപ്പെടുത്തുക. മറഞ്ഞിരിക്കുന്ന ഡിപൻഡൻസികൾ നിങ്ങൾക്കറിയില്ലെന്ന് കരുതുക; കൃത്യമായ സംസാരം. അന്തിമ തീരുമാനം സിസിബിയുടേതാണ്.

ഈ നിർദ്ദേശം ശക്തമാണ്: അതിൽ ഇരുമ്പ് ത്രികോണ ഫ്രെയിം, ഓപ്‌ഷൻ ജനറേഷൻ, ഡ്രാഫ്റ്റ് അലേർട്ട്, ഡിസിഷൻ മേക്കർ ഊന്നൽ എന്നിവ ഉൾപ്പെടുന്നു.

അധിക ടെംപ്ലേറ്റുകൾ:

#5 എന്തുകൊണ്ട് എഞ്ചിൻ ചോദ്യം "എന്തുകൊണ്ട്?" തുടർച്ചയായി 5 തവണ ചോദ്യം ചോദിച്ച് മൂലകാരണത്തിലേക്ക് പോകുക: [പ്രശ്നം]. ഓരോ ഘട്ടത്തിലും, ഡാറ്റ ഉപയോഗിച്ച് അടുത്ത കാരണം എങ്ങനെ പരിശോധിക്കുമെന്ന് എഴുതുക. ഒരു ഉണ്ടാക്കിയ കാരണം ചേർക്കുന്നു.

# ഫിഷ്ബോൺ പ്രൊഡ്യൂസർ ഇനിപ്പറയുന്ന പ്രശ്നത്തിൻ്റെ സാധ്യമായ കാരണങ്ങൾ വിഭാഗമനുസരിച്ച് പട്ടികപ്പെടുത്തുക (മനുഷ്യൻ, പ്രക്രിയ, ഉപകരണം/മെഷീൻ, മെറ്റീരിയൽ, പരിസ്ഥിതി, രീതി). ഏറ്റവും സാധ്യതയുള്ള 3 കാരണങ്ങൾ തിരഞ്ഞെടുത്ത് ഒരു സ്ഥിരീകരണ രീതി നിർദ്ദേശിക്കുക.

# ഗുണമേന്മയുള്ള സ്വീകാര്യത പരിശോധകൻ ഇനിപ്പറയുന്ന സ്വീകാര്യത മാനദണ്ഡങ്ങൾ അനുസരിച്ച് ഇനം അനുസരിച്ച് ഡെലിവറി ഇനം പരിശോധിക്കുക; കണ്ടുമുട്ടിയതും കണ്ടുമുട്ടാത്തതും അനിശ്ചിതത്വവും തമ്മിൽ വേർതിരിക്കുക. അന്തിമ സ്വീകാര്യത തീരുമാനം വിദഗ്ദ്ധനുടേതാണെന്ന് പ്രസ്താവിക്കുക.

സാധാരണ തെറ്റുകൾ

• അംഗീകാരമില്ലാതെ മാറ്റം നടപ്പിലാക്കുന്നു: അംഗീകാരമില്ലാതെയുള്ള മാറ്റം സ്കോപ്പ് ക്രീപ്പ് തന്നെയാണ്.
• ആഘാതത്തെ കുറച്ചുകാണുന്നു: "ചെറിയ" മാറ്റമെന്ന് AI വിളിക്കുന്നത് മറഞ്ഞിരിക്കുന്ന ഡിപൻഡൻസികൾക്കൊപ്പം വലുതായിരിക്കും.
• ലക്ഷണം പരിഹരിക്കുകയും മൂലകാരണം ഉപേക്ഷിക്കുകയും ചെയ്യുക: 5 എന്തുകൊണ്ട് ചെയ്തില്ലെങ്കിൽ, പ്രശ്നം വീണ്ടും വരും.
• അപകടസാധ്യതയുമായി ആശയക്കുഴപ്പമുണ്ടാക്കുന്ന പ്രശ്നം: ഭാവിയിലെ അപകടസാധ്യത, വർത്തമാനകാലത്തെ പ്രശ്നം; അവർ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്യുന്നു.
• ഗുണനിലവാര മാനദണ്ഡം ആത്മനിഷ്ഠമായി വിടുന്നു: "നന്മ" അളക്കാൻ കഴിയില്ല; സ്വീകാര്യത മാനദണ്ഡം സംഖ്യാപരമായിരിക്കണം.
• പരിശോധന കൂടാതെ CCB ന് ആഘാത വിശകലനം സമർപ്പിക്കുന്നു: തെറ്റായ വിശകലനം തെറ്റായ തീരുമാനത്തിന് ഇന്ധനം നൽകുന്നു.

നുറുങ്ങ്: എല്ലാ മാറ്റ അഭ്യർത്ഥനകൾക്കും "ഇല്ല" എന്ന് പറയുന്നത് ഒരു മാനേജ്മെൻ്റ് തീരുമാനമാണ്. മാറ്റം നിരസിക്കുന്നത് പദ്ധതിയെ സംരക്ഷിക്കുമെന്ന് ഒരു നല്ല പ്രധാനമന്ത്രിക്ക് അറിയാം; പ്രധാനമന്ത്രി എല്ലാ അഭ്യർത്ഥനകളും സ്വീകരിക്കുകയും ഉപഭോക്താവിനെ നിയന്ത്രിക്കുകയും ചെയ്യുന്നു, പദ്ധതിയല്ല.

ചുരുക്കത്തിൽ

മാറ്റവും പ്രശ്‌നവും ഗുണനിലവാര മാനേജുമെൻ്റും പ്രോജക്റ്റിനെ അനിവാര്യമായ മാറ്റത്തിൽ നിലനിർത്തുന്നു. മാറ്റങ്ങൾ സിസിബിയിലൂടെ കടന്നുപോകുകയും ഇരുമ്പ് ത്രികോണത്തിലൂടെ വിശകലനം ചെയ്യുകയും ചെയ്യുന്നു (സ്കോപ്പ്-ടൈം-കോസ്റ്റ്-ക്വാളിറ്റി); പ്രശ്‌നങ്ങൾ രേഖപ്പെടുത്തുകയും മൂലകാരണം 5 എന്തുകൊണ്ട്, മീൻബോൺ എന്നിവ ഉപയോഗിച്ച് അഭിസംബോധന ചെയ്യുകയും ചെയ്യുന്നു; അളക്കാവുന്ന സ്വീകാര്യത മാനദണ്ഡങ്ങളാൽ ഗുണനിലവാരം ഉറപ്പുനൽകുന്നു. ആഘാത വിശകലനം, മൂലകാരണ അന്വേഷണം, ഗുണനിലവാര ഓഡിറ്റിംഗ് എന്നിവ AI ത്വരിതപ്പെടുത്തുന്നു. എന്നിരുന്നാലും, ഇംപാക്ട് നമ്പറുകളുടെ ടീം സ്ഥിരീകരണം, മാറ്റത്തിൻ്റെ അംഗീകാരം, ഗുണനിലവാര സ്വീകാര്യത എന്നിവ യോഗ്യതയുള്ള മനുഷ്യ അതോറിറ്റിയുടെ പക്കലാണ്.

ആപ്ലിക്കേഷൻ ടാസ്ക്

നിങ്ങളുടെ പ്രോജക്റ്റിൽ നിന്ന് ഒരു മാറ്റ അഭ്യർത്ഥന (യഥാർത്ഥമോ സാധ്യതയോ) സ്വീകരിക്കുക. ഇരുമ്പ് ത്രികോണത്തിലൂടെ AI-യിൽ നിന്ന് ഒരു ഇംപാക്ട് വിശകലന രൂപരേഖയും തീരുമാന ഓപ്ഷനുകളും സൃഷ്ടിക്കുക; നിങ്ങളുടെ ടീമിലെ ആരെങ്കിലുമായി നമ്പറുകൾ പരിശോധിച്ചുറപ്പിക്കുക. കൂടാതെ, ഒരു നിലവിലെ പ്രശ്നം എടുക്കുക, "5 വൈസ് എഞ്ചിൻ" ഉപയോഗിച്ച് മൂലകാരണം നേടുകയും മൂലകാരണത്തിലേക്ക് പരിഹാരം നയിക്കുകയും ചെയ്യുക. ഒരു CCB തീരുമാന ഫോർമാറ്റിൽ ആഘാത വിശകലനം സംഗ്രഹിക്കുക.

ചെക്ക്ലിസ്റ്റ്

• [ ] ഞാൻ ഇരുമ്പ് ത്രികോണത്തിലൂടെ (വ്യാപ്തി/സമയം/വില/ഗുണനിലവാരം) മാറ്റം വിശകലനം ചെയ്തു.
• [ ] ഡ്രാഫ്റ്റായി അടയാളപ്പെടുത്തിയ ടീം ഡാറ്റ ഉപയോഗിച്ച് ഞാൻ ഇംപാക്ട് നമ്പറുകൾ പരിശോധിച്ചു.
• [ ] ഞാൻ ഈ മാറ്റം അംഗീകാരത്തിനായി കോമ്പീറ്റൻ്റ് അതോറിറ്റി (CCB) ലേക്ക് കൊണ്ടുപോയി.
• [ ] പ്രശ്നത്തിൻ്റെ മൂലകാരണം 5 കാരണങ്ങൾ/മീൻ അസ്ഥികൾ ഉപയോഗിച്ച് ഞാൻ കണ്ടെത്തി.
• [ ] ഞാൻ ഗുണമേന്മയുള്ള സ്വീകാര്യത അളക്കാവുന്ന മാനദണ്ഡങ്ങളുമായി ബന്ധപ്പെടുത്തി.
• [ ] അംഗീകാരമില്ലാതെ ഒരു മാറ്റവും ഞാൻ നടപ്പിലാക്കിയിട്ടില്ല.