Antipatterny organizace v cloudu

Článek
07/11/2023

Zákazníci často mají v rámci své organizační struktury problémy s antipatterny přechodu na cloud. Tyto problémy může způsobovat mnoho faktorů:

Toolsets
Partneři
Inženýrů
Nesprávně zarovnaná IT oddělení

Je důležité porozumět roli těchto faktorů ve scénáři úspěšného přechodu na cloud.

Antipattern: Nakládat s IT jako nákladovým centrem

Mnoho společností považuje IT oddělení za nákladová střediska. Tento přístup může vést k dojmu, že IT nepřidává společnosti hodnotu. Když zaměstnanci budou IT považovat za poskytovatele, a ne jako povolovače, můžou se odradit. Pro společnost je také těžké přilákat správné talenty. Výsledkem je nižší motivace a dlouhá doba životního cyklu. Kvalita práce z IT může trpět a mohou se vyvíjet sila a lény .

Příklad: Zpracování IT jako nákladového střediska

Společnost spravuje své IT oddělení jako nákladové středisko zodpovědné finančnímu řediteli (CFO). Správní rada vnímá IT jako pomalého poskytovatele služeb, který je jedním z největších faktorů nákladů společnosti. Správní rada si neuvědomuje, že obchodní jednotka mobility využívá většinu prostředků, které si it oddělení objednalo. ODDĚLENÍ IT si koupí datové centrum pro všechny obchodní jednotky, ale obchodní jednotka mobility získá tento naddimenzovaný prostředek. Panel nevidí IT jako povolovače ani partnera.

Upřednostňovaný výsledek: Zobrazení IT jako povolovače

Místo správy IT oddělení jako nákladového střediska zvažte jeden z těchto přístupů:

Vrácení peněz: Obchodní jednotky ve svých rozpočtech zacházejí s náklady na IT stejně jako s provozními náklady.
Showback nebo zpětná informovanost: IT funguje jako agent. V sestavách zpátky do firmy IT přiřazují všechny přímé náklady příslušným organizačním jednotkám.

Použijte cloud jako nástroj ke zvýšení nákladů a obchodní transparentnosti. Implementujte například disciplínu služby Cost Management , která zvýší transparentnost nákladů. Pak budete více vědět o nákladech na různé organizační jednotky. It oddělení si zobrazíte jako povolovač těchto jednotek.

Pokud chcete zlepšit transparentnost, zaměřte se při přechodu do cloudu na viditelnost, odpovědnost a optimalizaci. Další informace najdete v tématu Vytvoření organizace s nákladem.

Antipattern: Investujte do nových technologií bez zapojení podniku

IT oddělení často investují značné lidské a finanční zdroje do vytváření a nasazování robustních platforem a sad nástrojů. Někdy ale IT nedokáže vzít v úvahu obchodní jednotky a jejich potřeby během fází návrhu a vývoje. Toto vynechání vede k novým platformám s minimálním významem pro organizační jednotky. Zaměstnanci pak váhají přijmout novou technologii. Může dojít k špatnému nebo pomalému přijetí. Frustrace se také vytváří v IT, když obchodní jednotky nepoužívají své platformy.

Příklad: Nastavení platformy bez zapojení organizačních jednotek

IT oddělení firmy pro analýzu dat nastaví a přizpůsobí platformu Azure bez zapojení obchodních jednotek. Při používání platformy vývojáři obchodních jednotek:

Uvědomte si, že nemají oprávnění, která potřebují k nasazení.
Může používat pouze omezený počet služeb.
Vydáte lístky podpory, které prodlužují schvalovací cykly.
Začněte pochybovat o nové platformě.

Někteří vývojáři si nakonec předplatné Azure koupí sami, aby se vyhnuli potížím s pravidly a předpisy IT. Zobrazí se stínové IT. Vzhledem k tomu, že firma má malou kontrolu nad stínovým IT, objevují se vysoká bezpečnostní rizika.

Upřednostňovaný výsledek: Zapojení obchodních jednotek do rozhodování

Při nasazování cloudové platformy připravené pro podniky se vyhněte vytváření sila IT . Zapojte vývojáře a pracovníky s technickými rozhodnutími z obchodních jednotek do procesů návrhu a vývoje. Pokud chcete zlepšit přijetí platformy, poslouchejte vstupy obchodních jednotek.

Osvědčené postupy a principy návrhu Azure, které zvyšují rychlost přijetí a jsou přizpůsobené vývojářům, najdete v tématu Začínáme s Cloud Adoption Framework cílovými zónami na podnikové úrovni. Dosáhnete správné rovnováhy mezi dodržováním předpisů a flexibilitou. Můžete například najít způsoby, jak vyhovět zásadám správného řízení a zabezpečení a zároveň zachovat agilní vývojová prostředí.

Antipattern: Hlavní obchodní funkce outsourcu

Konzultační partneři a poskytovatelé spravovaných služeb můžou hrát důležitou roli na cestě ke cloudu. Společnosti by se ale měly postarat o to, aby práce partnerů a poskytovatelů msp nepřinášala v jejich podnikání největší hodnotu. Společnosti, které odpovědnost outsourcují na poskytovatele cloudových služeb nebo cloudové konzultanty, by se na těchto poskytovatelích neměly stát závislými.

Příklad: Přechod na outsourcový cloud a migrace

Výzkumný ústav má časově kritický projekt migrace do cloudu. Aby se zkrátila cesta přechodu na cloud, najímá msp, který sestaví základ Azure a implementuje migraci. Místo toho, aby se institut dozvěděl o fázi přechodu na cloud a budování dovedností, rozhodl se předat veškerou odpovědnost za Azure msp. Vzhledem k tomu, že institut nemá žádné znalosti cloudu nebo Azure, msp přebírá vedoucí všechna rozhodnutí a činí ústav závislým na MSP.

Upřednostňovaný výsledek: Upřednostněte kritické oblasti návrhu na odpovědnost společnosti.

Mějte na paměti, že je to dobrá strategie snižování nákladů. V rámci vaší společnosti se ale můžete rozhodovat, pokud se týkají těchto důležitých oblastí návrhu:

Zásady správného řízení
Riziko
Dodržování předpisů
Identita

Za tyto a další oblasti, které jsou pro zabezpečení důležité, mějte odpovědnost uvnitř společnosti. Pomocí externích partnerů urychlíte cestu k přijetí. Abyste se ale vyhnuli závislosti na poskytovatelích, nesourcujte všechno outsourcujte.

Antipattern: Místo vývoje cloudových inženýrů najímá technické pracovníky s rozhodovací pravomocí.

Společnosti kladou důraz na nalezení správného personálu. V důsledku toho často najímají nebo vytvářejí TDM během počátečních fází přechodu na cloud. Úspěšné cesty ke cloudu závisí na TDM. Ale ještě důležitější je, že přechod na cloud potřebuje inženýry se všemi praktickými znalostmi a hlubokými technickými dovednostmi.

Příklad: Pronájem pouze TDM

Výzkumný ústav najímá několik TDM, aby vedl svou cestu ke cloudu. Po skončení počáteční fáze konceptu na vysoké úrovni začne fáze implementace. Institut si pak uvědomí, že se cloudová nasazení chovají jinak než místní nasazení. Ke správné implementaci konceptů infrastruktury jako kódu (IaC) a zásad správného řízení založeného na zásadách vyžaduje další úsilí o cloudovou přípravu.

Upřednostňovaný výsledek: Použití cloudových techniků pro fázi implementace

Mějte na paměti, že technici jsou nezbytná pro správnou implementaci konceptů cloudové automatizace a cílových zón. Odpovědnosti a úkoly se můžou výrazně posunout, když si osvojíte modely služeb. Díky přesunu zodpovědností na poskytovatele cloudu můžete rychleji přejít do produkčního prostředí. Technologie TDM můžete také používat k rozhodování, ale pro úlohy, které vyžadují hluboké technické znalosti, používají schopné cloudové inženýry. Pak si uvědomíte výhody, které cloud poskytuje.

Sdílet prostřednictvím