Funkce CCoE (Cloud Center of Excellence)

Mnoho IT organizací sdílí základní cíl dosažení obchodní a technické flexibility. Cloud center of Excellence (CCoE) je funkce, která organizacím pomáhá vyvažovat rychlost a stabilitu při plnění tohoto cíle.

Struktura funkcí

Model CCoE vyžaduje spolupráci mezi jednotlivými z následujících zdrojů:

• Přechod na cloud (architekti řešení)
• Cloudová strategie (programoví a projektoví manažeři)
• Zásady správného řízení cloudu
• Cloudová platforma
• Automatizace cloudu

Účinek

Pokud je tato funkce správně strukturovaná a podporovaná, můžou účastníci urychlit inovace a migraci a zároveň snížit celkové náklady na změnu a zvýšit obchodní flexibilitu. Při úspěšném implementaci může tato funkce přinést výrazné snížení doby uvedení na trh. S tím, jak týmové postupy zrají, indikátory kvality zlepšují, včetně spolehlivosti, efektivity výkonu, zabezpečení, udržovatelnosti a spokojenosti zákazníků. Tyto zvýšení efektivity, flexibility a kvality jsou zvláště důležité, pokud společnost plánuje implementovat rozsáhlé úsilí o migraci do cloudu nebo chce používat cloud k řízení inovací, které jsou spojené s diferenciací trhu.

V případě úspěchu vytvoří model CCoE významný posun v OBLASTI IT. V přístupu CCoE slouží IT jako zprostředkovatel, partner nebo zástupce firmy. Tento model představuje posun paradigmatu od tradičního pohledu IT jako provozní jednotky nebo abstrakce mezi obchodními a IT prostředky.

Následující obrázek poskytuje analogii pro tuto změnu. Bez přístupu CCoE se IT obvykle zaměřuje na poskytování kontroly a centrální odpovědnosti, jako jsou zarážky v průsečíku. Když je CCoE úspěšný, it role se podobá kruhovému objezdu v průsečíku, kde se zaměřuje na svobodu a delegovanou odpovědnost.

Oba přístupy jsou platné; jsou alternativními názory na odpovědnost a správu. Model CCoE se může vejít do technologické strategie, pokud chcete vytvořit samoobslužný model, který umožňuje obchodním jednotkám provádět vlastní rozhodnutí při dodržování sady pokynů a zavedených, opakovatelných ovládacích prvků.

Klíčové odpovědnosti

Primární povinností týmu CCoE je zrychlit přechod na cloud prostřednictvím nativních cloudových nebo hybridních řešení.

Cílem CCoE je:

• Pomozte vytvořit moderní IT organizaci pomocí agilních přístupů k zachycení a implementaci obchodních požadavků.
• Používejte opakovaně použitelné balíčky nasazení, které odpovídají zásadám zabezpečení, dodržování předpisů a správy.
• Udržujte funkční platformu Azure v souladu s provozními postupy.
• Zkontrolujte a schvalte použití nástrojů nativních pro cloud.
• Standardizace a automatizace běžně potřebných komponent platformy a řešení v průběhu času

Četnost schůzek

Je důležité umožnit organické spolupráci a sledovat růst prostřednictvím společného úložiště nebo katalogu řešení. Maximalizujte přirozené interakce, ale minimalizujte schůzky. Opakované schůzky, jako jsou schůzky vydané verze hostované týmem přechodu na cloud, můžou poskytovat vstupy dat. Po skončení této funkce se ale pokuste omezit vyhrazené schůzky. Hostování schůzky po sdílení každého plánu vydání může poskytnout pro tento tým minimální dotykový bod.

Řešení a ovládací prvky

Každý člen CCoE musí porozumět nezbytným omezením, rizikům a ochraně, které vedly k aktuální sadě kontrolních mechanismů IT. CCoE se promění v pochopení cloudových (hybridních) řešení nebo ovládacích prvků, které umožňují samoobslužné obchodní výsledky. Při vytváření řešení se sdílí s ostatními týmy ve formě ovládacích prvků nebo automatizovaných procesů, které slouží jako mantinely pro různé úsilí. Tyto mantinely pomáhají vést týmové aktivity a delegovat povinnosti účastníkům migrace nebo inovací.

Následující tabulka popisuje některé příklady tohoto přechodu.

Scénář	Předběžné řešení CCoE	Řešení Post-CCoE
Zřízení instance SQL Serveru v produkčním prostředí	Týmy síťových, IT a datových platforem zřizují komponenty během dnů nebo týdnů.	Tým, který vyžaduje, aby server nasadil instanci azure SQL Database jako službu (platforma jako služba). Nasazení může také použít předem schválenou šablonu pro všechny prostředky infrastruktury jako služby (IaaS) do cloudu v hodinách.
Zřízení vývojového prostředí	Týmy sítí, IT, vývoje a DevOps se shodují se specifikacemi a nasazují prostředí.	Vývojový tým definuje vlastní specifikace a nasadí prostředí na základě přiděleného rozpočtu.
Aktualizace požadavků na zabezpečení za účelem zlepšení ochrany dat	Síťové, IT a bezpečnostní týmy aktualizují síťová zařízení a virtuální počítače napříč několika prostředími, aby bylo možné přidat ochranu.	Nástroje zásad správného řízení v cloudu slouží k aktualizaci zásad, které je možné okamžitě použít pro všechny prostředky ve všech cloudových prostředích.

Jednání

Probíhající proces vyjednávání je kořenem úsilí CCoE. Tým CCoE vyjedná s existujícími IT funkcemi, aby snížil centrální kontrolu. Kompromisy pro firmu v tomto vyjednávání jsou svoboda, flexibilita a rychlost a hodnota kompromisu pro stávající IT týmy je poskytována jako nová řešení. Nová řešení poskytují stávajícímu IT týmu jednu nebo více z následujících výhod:

• Schopnost automatizovat běžné problémy
• Vylepšení konzistentnosti se snížením každodenní frustrace
• Příležitost učit se a nasazovat nová technická řešení
• Snížení počtu incidentů s vysokou závažností (vyžaduje méně rychlých oprav nebo odezvy v pozdní noci)
• Schopnost rozšířit svůj technický rozsah a řešit širší témata
• Účast na obchodních řešeních vyšší úrovně, řešení dopadů technologií
• Snížení meniálních úloh údržby
• Zvýšení technologické strategie a automatizace

Ve výměně za tyto výhody může stávající it funkce obchodovat s následujícími hodnotami:

• Smysl kontroly z ručních schvalovacích procesů
• Smysl stability z řízení změn
• Smysl zabezpečení úloh od dokončení nezbytných opakovaných úkolů
• Smysl konzistence od dodržování stávajících dodavatelů IT řešení

U zdravých cloudových společností je tento proces vyjednávání dynamickou konverzací mezi partnerskými a partnerskými IT týmy. Technické podrobnosti můžou být složité, ale dají se spravovat, když IT rozumí cíli a podporuje úsilí CCoE. Pokud je IT menší než podpora, následující část o povolení úspěchu CCoE může pomoct překonat třecí plochy.

Úspěšné povolení CCoE

Než budete pokračovat v tomto modelu, zvažte odolnost společnosti za růstové myšlení a úroveň pohodlí IT s uvolněním centrálních zodpovědností. Jak už bylo zmíněno dříve, CCoE vyměňuje kontrolu flexibility a rychlosti.

Tento typ změny trvá čas, experimentování a vyjednávání. Během procesu dojde k nárazům a nastavení zpět, ale pokud tým zůstane usilovný a nedoporučuje se experimentovat, existuje vysoká pravděpodobnost úspěchu zlepšení flexibility, rychlosti a spolehlivosti. Jedním z největších faktorů úspěchu je podpora od vedení a klíčových zúčastněných stran.

Klíčoví účastníci

Vedení IT je první a nejobraznější účastník. It manažeři hrají důležitou roli, ale implementace tohoto modelu vyžaduje podporu IT a dalších vedoucích pracovníků IT na úrovni vedení.

Méně zřejmé je potřeba pro obchodní zúčastněné strany. Obchodní flexibilita a doba uvedení na trh jsou primární motivací k vytvoření CCoE. Klíčové zúčastněné strany mají v těchto oblastech zájem. Mezi příklady obchodních zúčastněných stran patří vedoucí pracovníci podniku, finanční vedoucí pracovníci, provozní vedoucí pracovníci a vlastníci obchodních produktů.

Podpora od obchodních účastníků

Podpora od obchodních zúčastněných stran může urychlit úsilí CCoE. Velká část zaměření úsilí CCoE je zaměřena na vytváření dlouhodobých vylepšení obchodní flexibility a rychlosti. Definování účinků aktuálních provozních modelů a hodnoty vylepšení je cenné jako vodítko a nástroj pro vyjednávání pro CCoE. Navrhujeme vytvořit nebo jasně definovat v dokumentaci následující položky pro zvýšení podpory pro CCoE:

• Očekávané obchodní výsledky a cíle

• Aktuální body bolesti v procesu IT, jako je rychlost, flexibilita, stabilita a výzvy související s náklady.

• Historické účinky těchto bodů bolesti, jako je ztráta podílu na trhu, zisky konkurentů ve funkcích a funkcích, špatné zkušenosti zákazníků a zvýšení rozpočtu.

• Příležitosti obchodního zlepšení, které jsou blokovány aktuálními body bolesti a provozními modely.

• Časové osy a metriky, které souvisejí s těmito příležitostmi.

Tyto datové body nejsou útokem na IT. Místo toho pomáhají týmu CCoE učit se z minulosti, vytvořit realistický backlog a naplánovat zlepšení.

Průběžná podpora a zapojení zúčastněných stran

Týmy CCoE mohou ukázat rychlé výnosy v některých oblastech, ale cíle vyšší úrovně, jako je obchodní flexibilita a doba uvedení na trh, mohou trvat mnohem déle. Během dechu je vysoké riziko, že se tým CCoE nedoporučuje nebo aby se členové mohli zaměřit na jiné IT úsilí.

Během prvních šesti až devíti měsíců úsilí CCoE doporučujeme, aby se obchodní zúčastněné strany setkaly měsíčně s vedením IT a CCoE. Formální obřad těchto schůzek není potřeba. Jednoduše připomenout členům CCoE a jejich vedení důležitosti tohoto programu může trvat dlouhou cestu k úspěchu CCoE.

Doporučujeme také, aby obchodní účastníci měli přehled o pokroku a o blokujících problémech, které tým CCoE zažil. Jejich úsilí se může zdát jako technická minutae, ale obchodní účastníci musí pochopit průběh plánu, aby se mohli zapojit, když tým ztratí páru nebo se vyruší jinými prioritami.

Podpora od zúčastněných stran IT

Podpora zúčastněných stran IT by měla zahrnovat následující aktivity:

• Podpora vize: Úspěšné úsilí CCoE vyžaduje velké množství vyjednávání se stávajícími členy IT týmu.

  Až budete hotovi dobře, všichni IT přispívají k řešení a cítí se pohodlně se změnou. Někdy můžou někteří členové stávajícího IT týmu chtít držet kontrolní mechanismy. V takových situacích je pro úspěch CCoE zásadní podpora CCoE ze strany IT zúčastněných stran. Zúčastněné strany IT musí podporovat a posílit celkové cíle CCoE, aby vyřešily bloky na řádné vyjednávání. Ve výjimečných případech mohou zúčastněné strany IT dokonce potřebovat krokovat a rozdělit vzájemné zablokování nebo svázaný hlas, aby se zachoval pokrok CCoE.

• Zaměřte se: CCoE může být významným závazkem pro jakýkoli it tým s omezenými prostředky.

  Odebrání silných architektů z krátkodobých projektů, aby se zaměřili na dlouhodobé zisky, může způsobit potíže členům týmu, kteří nejsou součástí CCoE. Vedení IT a zúčastněné strany IT se musí soustředit na cíl CCoE. Podpora vedoucích pracovníků IT a zúčastněných stran IT může vyřazovat přerušení každodenních operací ve prospěch povinností CCoE.

• Vytvoření vyrovnávací paměti: Tým CCoE experimentuje s novými přístupy.

  Některé nové přístupy nebudou dobře odpovídat stávajícím provozním nebo technickým omezením. Tým CCoE může zaznamenat tlak nebo se obrátit na jiné týmy, když experimenty selžou. Je důležité povzbuzovat a ukládat tým CCoE do vyrovnávací paměti z důsledků "rychlých neúspěšných" studijních příležitostí. Stejně důležité je držet tým zodpovědný za růst myšlení, aby se zajistilo, že se z těchto experimentů učí a hledají lepší řešení.

Další kroky

Model CCoE vyžaduje funkce cloudové platformy a funkce automatizace cloudu. Dalším krokem je sladění funkcí cloudové platformy.

Funkce cloudové platformy