Poradní výbor pro změnu - Change-advisory board
A poradní výbor pro změnu (KABINA) poskytuje podporu a řízení změn tým tím, že poskytuje poradenství ohledně požadovaných změn, pomáhá při hodnocení a stanovení priorit změn. Tento orgán se obvykle skládá z IT a obchodních zástupců, kteří zahrnují: manažera změn, manažery uživatelů a skupiny, technické odborníky a případné třetí strany a zákazníky (pokud jsou požadovány).[1]
Členové CAB by měli být vybíráni selektivně, aby bylo zajištěno, že požadované změny budou důkladně zkontrolovány a posouzeny z technického i obchodního hlediska. Uvažovaná změna bude vyžadovat, aby se požadovaný personál sešel na schůzi CAB. Od těchto subjektů se nevyžaduje, aby se při každé požadované změně setkávali tváří v tvář, ale jako médium spíše používají elektronickou podporu a komunikační nástroje. Doporučuje se však naplánovat čtvrtletní schůzku, která přezkoumá nevyřízené změny, odhlásí se ze schválených změn a projedná jakékoli budoucí významné změny.
CAB nabízí několik perspektiv nezbytných k zajištění správného rozhodování. Například rozhodnutí učiněné výhradně IT nemusí rozpoznat obavy z účetnictví. Úkolem CAB je kontrolovat a upřednostňovat požadované změny, monitorovat proces změn a poskytovat zpětnou vazbu od manažerů.
CAB je nedílnou součástí definovaného procesu řízení změn, jehož cílem je vyvážit potřebu změny s potřebou minimalizovat inherentní rizika. Například CAB je zodpovědný za dohled nad všemi změnami v produkčním prostředí. Jako takový má požadavky přicházející od managementu, zákazníků, uživatelů a IT. Navíc se změny mohou týkat hardwaru, softwaru, nastavení konfigurace, oprav atd.
To je definováno jako součást procesu řízení změn v rámci ITIL.
Koncept CAB lze použít i mimo svět IT, protože proces změny na vysoké úrovni lze aplikovat na jakýkoli systém.
Poradní výbor pro nouzové změny (ECAB)
Pokud v ITIL vyžaduje incident mimořádnou změnu, sejdou se vybraní členové výše uvedené Poradní rady pro změnu a rozhodnou. Jejich složení a konkrétní autorita jsou definovány dříve, než dojde k akci v rámci procesu změny.
Kritika
DevOps odborníci kritizovali CAB jako pomalé a neúčinné. v Urychlit,[2] na základě analýzy několika let výzkumu, Nicole Forsgren, Gene Kim, a Jez Humble k závěru, že:
- Externí schválení negativně korelovala s dobou realizace, frekvencí nasazení a dobou obnovení a neměla žádnou korelaci s četností selhání změn. Stručně řečeno, schválení externím orgánem (například manažerem nebo CAB) jednoduše nefunguje na zvýšení stability produkčních systémů, měřeno dobou obnovení služby a změnou míry selhání. Určitě to však zpomaluje. Je to ve skutečnosti horší, než mít vůbec žádný schvalovací proces změn.[3]
Viz také
Reference
 | Tento softwarové inženýrství související článek je a pahýl. Wikipedii můžete pomoci pomocí rozšiřovat to. |