Model schopností přípravy platformy

  • 20 min

Příprava platforem je určená jako cesta. Postupný iterativní přístup je obecně efektivnější než pokus o rozsáhlé, okamžité implementace nebo spoléhání výhradně na mandáty shora dolů. Přírůstkový pokrok, počínaje minimálními realizovatelnými produkty (MVP), umožňuje týmům v průběhu času upřesnit jejich přístup a současně začlenit zpětnou vazbu.

Životní cyklus přípravy platformy představuje strukturovaný přístup k zajištění, že platforma je spolehlivá, škálovatelná a neustále se vylepšuje. Tento životní cyklus zahrnuje různé fáze, z nichž každá přispívá k dlouhodobému úspěchu platformy.

Základním prvkem životního cyklu je model schopností platformy, který poskytuje komplexní rámec pro posuzování, plánování a implementaci úsilí o přípravu platformy. Model popisuje úrovně vyspělosti, osvědčené postupy a kritické schopnosti vyžadované v každé fázi životního cyklu a zajišťuje soulad s cíli organizace a potřebami uživatelů.

Model popisuje průběh postupů přípravy platforem v pěti fázích: počáteční, opakovatelné, definované, spravované a optimalizace. V počáteční fázi mají organizace omezenou strukturu s ad hoc procesy a minimálními investicemi do možností platformy. Při přechodu do opakovatelné fáze se objevují základní procesy, ale přechod a zásady správného řízení zůstávají nekonzistentní. Definovaná fáze označuje vytvoření jasných standardů a procesů, přičemž uživatelé začínají záměrně přijímat řešení platformy. Ve spravované fázi se platformy aktivně řídí, prostředky se zřizují a spravují efektivně a interakce uživatelů jsou konzistentní prostřednictvím standardizovaných rozhraní. V rámci fáze optimalizace se platformy průběžně vylepšují prostřednictvím robustních mechanismů zpětné vazby, měřených výsledků a adaptivních schopností v souladu s potřebami uživatelů a organizačními cíli.

Model se vyhodnocuje na základě šesti schopností: Investice, odrážející přidělování zdrojů a financování; Přijetí, zaměřené na zjišťování a využití uživatelů; zásady správného řízení, zajištění přístupnosti prostředků, řízení nákladů a ochrany dat/IP adres; Zřizování a správa, definování způsobu nasazení a údržby prostředků; Rozhraní, adresování uživatelských interakcí s platformou; a měření a zpětná vazba, zdůrazňuje průběžné zlepšování prostřednictvím metrik výkonu a přehledů uživatelů. Tyto funkce jsou společně úzce v souladu s klíčovými oblastmi popsanými v modelu vyspělosti architektury platformy Cloud Native Computing Foundation a odrážejí úroveň vyspělosti přípravy platforem organizace.

Pokud chcete použít model schopností platformy, nejprve vyhodnoťte, kde vaše organizace aktuálně stojí v každé ze šesti oblastí schopností. Toto posouzení můžete provést ručně nebo dokončit průzkum modelu schopností platformy. Jakmile zjistíte, že vaše aktuální fáze nastaví budoucí cíle pro růst a zmapujete pokrok vaší organizace pro každou funkci. Průběh nemusí probíhat napříč všemi možnostmi najednou. Zaměřte se na oblasti, které jsou pro vaši organizaci nejvhodnější.

Diagram znázorňující klíčové faktory a fáze modelu schopností platformového inženýrství.

Investice

S tím, jak se investiční schopnost vyvíjí v jednotlivých fázích, se zaměřuje na to, jak se zaměstnanci a fondy přidělují možnostem platformy, s důrazem na rozpočet a personál, řízení rozsahu a měření návratnosti investic (ROI).

  • Počáteční (dobrovolné): Schopnosti platformy se objevují z nutnosti, kterou dobrovolně řídí jednotliví inženýři, kteří se dobrovolně zabývají okamžitými taktickými potřebami. Rozpočet a personální obsazení jsou minimální s prací, která je obvykle nefundovaná a provedla spolu se stávajícími povinnostmi. Řešení jsou úzce vymezená a cílí na konkrétní problémy s omezeným sdílením znalostí napříč týmy. NÁVRATNOSTI se měří tím, jak efektivně se řeší okamžité požadavky a jejich dopad na základní výsledky projektu.
  • Opakovatelné (ad hoc příspěvky): Vyhrazené týmy začínají řešit opakované výzvy, jako je nekonzistentní zřizování nebo mezery v oblasti zabezpečení, ale úsilí zůstává do značné míry reaktivní. Rozpočty a zaměstnanci jsou omezené na průřezové otázky s omezeným posílením v celé organizaci. Správa rozsahu se zaměřuje na konkrétní problémy bez širší perspektivy pro celou platformu. NÁVRATNOSTI se měří vylepšením řešení klíčových problémů, jako je snížení backlogu.
  • Definované (zprovozněné – vyhrazený tým): Objevují se centrálně financované týmy platforem, které se zaměřují na urychlení doručování softwaru a řešení technických požadavků. Vedení začíná podporovat spolupráci a implementovat počáteční postupy DevOps, ale výzvy zůstávají při měření hodnoty týmu. Rozpočet a personální obsazení jsou formalizovány pro centrální týmy, aby splňovaly technické potřeby. Řešení se stávají širšími a řeší běžné výzvy napříč týmy, i když zaměření zůstává krátkodobé. Návratnost návratnosti se měří zvýšením rychlosti doručení.
  • Spravovaná (škálovatelná – jako produkt): Kulturní posun nastane, přičemž se vývojáři považují za zákazníky s důrazem na empatii a přístup založený na produktech. Týmy platforem fungují jako produktové týmy, které mají personál s vývojáři, produktovými manažery a odborníky na uživatelské prostředí. Řízení rozsahu je v souladu s plány produktů a prověřuje spolupráci s technickými týmy, aby vyhovovaly potřebám celé organizace. Návratnost návratnosti se posuzuje prostřednictvím vyšší spokojenosti vývojářů, která odráží průběžné vylepšování a sladění s potřebami uživatelů.
  • Optimalizace (povolený ekosystém): Investice se zaměřuje na inovace a udržování relevance platformy s příspěvky povzbuzováním v celé organizaci. Týmy platformy přinášejí pokročilé funkce, jako jsou vylepšení zabezpečení a výkonu, což umožňuje produktovým týmům vytvářet, aniž by se museli spoléhat na centralizovaný backlog. Rozpočty se rozšiřují nad rámec centrálních týmů s dostupnými finančními prostředky v celé organizaci. Správa oboru zdůrazňuje, že umožňuje rychlé sdílení znalostí v celé organizaci. Návratnost návratnosti (ROI) se měří prostřednictvím trvalých vylepšení spokojenosti vývojářů.

Adopce

Funkce Přijetí se zaměřuje na to, jak uživatelé objevují a používají technická řešení platformy a jejich nabídky, které odráží zjišťování, výběr a využití služeb, nástrojů a technologií. S tím, jak organizace zralí, se přístup k přijetí mění od neformálního a sporadičtějšího využití na strukturovanější a participativní model, kde se uživatelé aktivně podílejí na platformě, přispívají k jejímu vývoji. Tento postup odráží, jak se v průběhu času vyvíjejí postupy zjišťování, rozhodování a využití uživatelů, od počátečního neformálního zjišťování až po plnou účast ve vývoji platformy.

  • Počáteční (neformální): Přechod je nekonzistentní a týmy nezávisle vylepšují procesy bez koordinace v celé organizaci. Externí nástroje se často preferují před interními nástroji. Platformy jsou zjištěny neformálně, zejména prostřednictvím slov úst nebo náhodných setkání, s technickými týmy, které vybírají služby na základě jejich konkrétních potřeb. Každý tým udržuje vlastní skripty a nástroje přizpůsobené jedinečným požadavkům.
  • Opakovatelné (mandát): Organizace vyžaduje použití sdílených platforem, ale možnosti jsou omezené na běžné případy použití, což ztěžuje splnění neobvyklých požadavků. Zjišťování uživatelů spoléhá na týmové pokyny pro platformu, často prostřednictvím interní dokumentace nebo direktiv. Týmy mohou vybrat požadované služby prostřednictvím neformálních diskuzí s týmem platformy. Navzdory tomu, že jsou procesy založené na standardech platformy, týmy je nemusí plně přijmout nebo nemusí být s výsledky spokojeni.
  • Definované (inzerované): Možnosti platformy se aktivně propagují a odpovídají potřebám týmu. Tým platformy spolupracuje s technickými týmy a nabízí vysoce kvalitní služby, které snižují provozní režii. Některé týmy ale můžou mít stále nízkou návratnost návratnosti dat kvůli závislosti na zastaralých postupech a technickém dluhu. Teams zjišťuje funkce prostřednictvím direktiv, které pokrývají typické případy použití, a tým platformy podporuje využití prostřednictvím spolupráce. Advokace pro použití platformy se také neformálně provádí prostřednictvím zástupců týmu.
  • Spravované (založené na hodnotách): Produktové týmy rozpoznávají a vybírají funkce platformy pro jasnou hodnotu, kterou poskytují při snižování kognitivního zatížení a nabízejí vysoce kvalitní služby. Platformy jsou podporovány rozsáhlou dokumentací, ergonomickými rozhraními a samoobslužným uživatelským rozhraním pro rychlé zřizování. Týmy teď před vytvářením řešení preferují interní platformy nebo se spoléhají na externí poskytovatele. Zjišťování a rozhodování jsou zjednodušené a týmy používají šablony, fóra a dokumentaci k zajištění plné podpory přechodu na platformu.
  • Optimalizace (participativní): Produktové týmy aktivně přispívají ke zlepšení možností platformy tím, že navrhují nové funkce a opravy. Procesy jsou určené uživatelům k identifikaci požadavků a spolupráci na příspěvcích. Vývojáři a zástupci podporují interní komunitu a rozšiřují vlastnictví platformy na přispěvatele. Inženýři platformy úzce spolupracují s produktovými týmy, aby porozuměli potřebám a navrhli nové funkce, což uživatelům umožňuje odesílat žádosti o přijetí změn a zapojovat se do kontrol.

Řízení

S tím, jak se možnosti zásad správného řízení vyvíjejí, se zaměřuje na to, aby uživatelé měli přístup k prostředkům a možnostem, které potřebují, a současně spravovali náklady, data a duševní vlastnictví. Tento postup se posuzuje na základě několika kategorií, včetně definování zásad a architektur, implementace zásad, monitorování a zmírnění dodržování předpisů a správy přístupu. Zásady správného řízení se vyvíjejí z ručních a reaktivních procesů do integrovaného prediktivního systému, který vyrovnává centralizovanou kontrolu s adaptivní správou pro měnící se potřeby.

  • Počáteční (nezávislé): Zásady správného řízení jsou ruční, spoléhající se na centralizované řízení a gatekeeping, což brání škálovatelnosti. Vývojáři a bezpečnostní týmy pracují nezávisle a reagují na porušení zásad reaktivně. Dodržování předpisů se udržuje prostřednictvím minimálních standardů, přičemž bezpečnostní opatření se často přidávají jako po skončení. Přístupová oprávnění jsou udělena na základě okamžitých potřeb bez standardizovaného procesu.
  • Opakovatelná (dokumentovaná): Organizace začne dokumentovat a sdílet zásady, ale zůstávají základní a nekonzistentní. Nástroje zásad správného řízení, jako jsou systémy lístků, se zavádějí ke správě kontrol zásad, ale proces zůstává ruční a pomalý. Procesy auditu se navazují, ale stále jsou reaktivní. Některé role a oprávnění jsou standardizované, ale vynucení zůstává nerovnoměrné.
  • Definované (standardizované): Zásady správného řízení jsou centralizované a standardizované, aby se zlepšila konzistence a efektivita napříč všemi týmy. Zásady jsou zdokumentované a centrálně spravované, s určitou mírou automatizace v procesu implementace. Klíčové standardy zásad správného řízení jsou zachovány prostřednictvím pravidelného auditování a řízení přístupu je automatizované pomocí formálního systému RBAC, i když vývojové týmy stále mají omezenou kontrolu nad změnami zásad.
  • Spravovaná (integrovaná): Zabezpečení a dodržování předpisů se bezproblémově integrují do pracovních postupů s automatizací, která zajišťuje konzistentní použití zásad napříč systémy a týmy. Monitorování v reálném čase a pokročilá analýza pomáhají zjišťovat a bránit mezerám v zásadách správného řízení. Zásady jsou vložené do kanálů CI/CD a správa přístupu se řídí principy nejnižších oprávnění pomocí automatizovaných kontrol, což zajišťuje proaktivnější a integrovaný přístup k zásadám správného řízení.
  • Optimalizace (prediktivní): Zásady správného řízení se stávají dynamické a kontextové, reagují na měnící se podmínky a optimalizují řízení přístupu. Prediktivní analýza pomáhá identifikovat potenciální rizika před jejich výskytem a umožnit proaktivní zmírnění rizik. Zásady se průběžně upřesňuje pomocí pokročilých analýz a řízení přístupu se dynamicky upravuje na základě faktorů v reálném čase, jako je umístění uživatele a doba přístupu, a zajišťuje dodržování předpisů při povolování přizpůsobených pracovních postupů.

Zřizování a správa

Díky možnosti zřizování a správy se zaměřujeme na to, jak uživatelé vytvářejí, nasazují a spravují prostředky. Proces se vyvíjí z ručních operací silo do adaptivního automatizovaného systému, který vyrovnává flexibilitu se zásadami správného řízení a zajišťuje efektivní zřizování prostředků při splnění požadavků na dodržování předpisů. Tento průběh zahrnuje fáze zařazené do kategorií definováním procesů zřizování, reagováním na žádosti a správou požadavků a monitorováním přidělování prostředků.

  • Počáteční (ruční): Vývojáři ručně nastavují infrastrukturu na základě pokynů od týmů IT nebo Architektury, což vede k nekonzistence a zpožděním. Bez standardizovaných procesů se požadavky kontrolují ručně, což zvyšuje riziko chyb. Tento přístup se stává nedodržitelným, protože poptávka roste, přičemž operace se silovým oddělením vytvářejí nekompicienci.
  • Opakovatelné (koordinované): Organizace začne centralizovat procesy zřizování pomocí systémů lístků ke správě požadavků na infrastrukturu. I když se stále vyžadují ruční schvalování, některé chyby se zmenší, ale kritické body zůstanou. Týmy začnou používat standardní nástroje pro monitorování zdrojů, i když zobrazení zůstává specifické pro sila a projekt.
  • Definované (paved): Procesy zřizování jsou formalizovány v celé organizaci pomocí infrastruktury jako kódu (IaC), standardizace šablon a nástrojů. Žádosti se zpracovávají prostřednictvím strukturovaných pracovních postupů, i když tým platformy může mít potíže s rostoucí poptávkou. Centralizované řídicí panely umožňují monitorovat přidělování prostředků a poskytují lepší přehledy o výkonu.
  • Spravované (automatizované): Zřizování se stane automatizovaným a integrovaným do kanálů CI/CD, minimalizuje ruční úsilí a zajistí konzistentní nasazení. Kontroly zásad správného řízení a dodržování předpisů jsou vložené do pracovních postupů. Automatizované samoobslužné funkce umožňují uživatelům zřizovat prostředky v rámci kontrolovaných parametrů. Škálování je automatizované na základě vzorů využití pro optimalizaci výkonu.
  • Optimalizace (adaptivní): Zřizování se stává adaptivní pomocí inteligentních systémů k předvídání potřeb infrastruktury v reálném čase. Tento přístup zajišťuje efektivní přidělování prostředků při zachování zásad správného řízení a dodržování předpisů. Systémy aktivně zpracovávají požadavky, vyrovnávají flexibilitu se zásadami správného řízení, zatímco výkon a nákladová efektivita jsou optimalizované prostřednictvím prediktivní analýzy.

Rozhraní

V možnostech rozhraní je primárním aspektem interakce uživatelů se službami a produkty platformy a jejich využívání. Jeho pokrok se zaměřuje na vytváření standardů, zvyšování autonomii uživatelů a bezproblémovou integraci možností platformy do stávajících pracovních postupů. Přístup se vyvíjí od nekonzistentních ručních procesů až po samoobslužný integrovaný systém, který vylepšuje uživatelské prostředí a provozní efektivitu.

  • Počáteční (vlastní procesy): Uživatelé komunikují s platformou prostřednictvím různých nekonzistentních vlastních procesů, které řeší okamžité potřeby, ale chybí standardizace. Technici nezávisle nastavují prostředí konzultačními kolegy nebo spoléhají na osobní postupy a vyberou nástroje a procesy pro diagnostiku chování aplikací bez jakýchkoli zavedených pokynů. Sdílení znalostí je neformální a služby zřizování často vyžadují hlubokou podporu od poskytovatelů kvůli nedostatku formalizovaných procesů, což omezuje škálovatelnost a efektivitu.
  • Opakovatelné (místní standardy): Technici a týmy začínají neformálně definovat standardy pro zlepšení sdílení znalostí, i když konzistence zůstává výzvou kvůli závislosti na individuálním závazku. Některé týmy můžou k definování procesů nastavení použít dokumentaci nebo kontejnery, ale tyto postupy se v průběhu času liší a vyžadují úsilí na odsouhlasení. Diagnostika chování aplikací se v rámci týmů standardizovala s tím, že se spoléhá na DevOps nebo IT týmy pro přístup k nasazeným prostředkům. I když se objevují místní standardy, zůstávají volně definované a nekonzistentní napříč týmy.
  • Definované (standardní nástroje): Rozhraní jsou konzistentnější se zavedením standardizovaných nástrojů a zdokumentovaných postupů. Centrální týmy spravují šablony a dokumentaci s takzvanými zpevněnými cestami nebo zlatými cestami, které vedou k tomu, jak by se měly možnosti zřizovat a sledovat. Tyto nástroje a procesy splňují široké potřeby organizace, i když odborná podpora je stále často nutná. Týmy můžou upravovat šablony, ale změny se nedají vždy centrálně integrovat, což může vést k určitým neekencencím při zachování konzistence. Diagnostika chování aplikací se řídí standardizovanými postupy pro přístup k nasazených prostředkům a jejich analýze a poskytuje tak větší konzistenci napříč týmy.
  • Spravovaná (samoobslužná řešení): Platforma umožňuje větší autonomii uživatelů tím, že poskytuje samoobslužná řešení s minimální podporou údržby. Uživatelé mají přístup k konzistentním a snadno použitelným rozhraním, která jim umožňují zjišťovat a upravovat šablony a vytvářet uživatelsky zaměřené prostředí, které zlepšuje použitelnost. Nástroje pro diagnostiku chování aplikací a sledování prostředků jsou dostupné na vyžádání prostřednictvím platformy a zajišťují uživatelům prostředky, které potřebují, aniž by museli být závislí na externích týmech. Sdílení znalostí se usnadňuje prostřednictvím zjišťování a úprav šablon, což zvyšuje hodnotu schopností platformy.
  • Optimalizace (integrované služby): Možnosti platformy jsou bezproblémově integrované do nástrojů a procesů, které už týmy používají, jako jsou rozhraní příkazového řádku nebo integrované vývojové prostředí (IDE), takže jsou přirozenou součástí pracovních postupů uživatelů. Některé funkce se automaticky zřizují na základě potřeb uživatelů a platforma poskytuje flexibilní stavební bloky pro případy použití vyšší úrovně, které mohou vyžadovat hlubší přizpůsobení. Týmy platforem průběžně vyhodnocují, které možnosti jsou nejúčinnější, a vedou další investice do optimalizace nabídek platforem. Platforma automaticky nastaví pozorovatelnost pro nasazené aplikace, která nabízí přístup k diagnostickým datům v reálném čase a zjednodušuje proces monitorování a správy chování aplikací.

Měření a zpětná vazba

Funkce Měření a zpětná vazba zahrnuje shromažďování, analýzu a začlenění metrik a zpětné vazby k vyhodnocení úspěšnosti postupů přípravy platformy. Jeho vyspělost se odráží přechodem z ad hoc a neformálních metod na proaktivní kulturu řízenou daty, kde se zpětná vazba a přehledy integrují do procesů průběžného zlepšování, a řídí strategická rozhodnutí a vývoj platforem.

  • Počáteční (ad hoc): V počáteční fázi jsou procesy měření a zpětné vazby nekonzistentní a fragmentované. Metriky se shromažďují bez jasného sladění s cíli organizace, což vede k neúplným a nespolehlivým datům. Zpětná vazba se shromažďuje neformálně a často neohrožuje s minimálním zapojením zúčastněných stran. V důsledku toho jsou rozhodnutí učiněna na základě omezených informací a měření skutečné návratnosti osvědčených postupů přípravy platforem je obtížné. Dokumentace zpětné vazby a výsledků je minimální a učení se zřídka zaznamenává nebo sdílí.
  • Opakovatelné (strukturované procesy): Základní mechanismy zpětné vazby, jako jsou průzkumy nebo fóra, jsou vytvořeny tak, aby zaznamenávaly uživatelská prostředí systematičtějším způsobem, ale tyto procesy se stále v různých týmech liší. Měření úspěšnosti se často zaměřuje na metriky založené na aktivitách, jako jsou nasazení nebo časové osy, které poskytují určitý přehled o výkonu, ale nemají širší perspektivu založenou na výsledcích. Zpětná vazba zůstává neformální a dole, i když začíná ovlivňovat plánování. Existuje určitá snaha zapojit zúčastněné strany, ale stále je omezená a počáteční dokumentace procesů a zpětné vazby se vytváří, ale není vyčerpávající nebo konzistentně využívaná.
  • Definované (konzistentní): Shromažďování názorů se zformalizuje a standardizuje, což umožňuje hlubší přehled o potřebách uživatelů a klíčových metrikách. Metriky se posunují směrem k měřením založeným na výsledcích, jako je produktivita vývojářů, ale propojení s finančními výkony zůstává výzvou. Analýza zpětné vazby je systematická a používá kvalitativní i kvantitativní metody a standardní metriky, jako je DORA (DevOps Research and Assessment je sada metrik, které měří výkon doručování softwaru, včetně doby realizace, frekvence nasazení, střední doby obnovení a změny četnosti selhání) nebo SPACE (spokojenost, výkon, aktivita, komunikace a spolupráce a efektivita je architektura, která se používá k měření produktivity vývojářů napříč těmito pěti dimenzemi). zaměstnaný. Pravidelné kontroly relací s křížovými týmy zajišťují aktivní zapojení zúčastněných stran. Komplexní dokumentace procesů zpětné vazby, výsledků a poznatků se udržuje a sdílí napříč týmy.
  • Spravované (přehledy): V této fázi jsou mechanismy zpětné vazby a architektury měření robustní a zaměřené na strategické obchodní výsledky. Operace platformy s přehledy řízené daty a zpětná vazba je integrovaná do plánů platforem, které vedou k průběžným vylepšením. Pokročilá analýza se používá k vyhodnocení dopadu platformy na obchodní výsledky, jako je růst výnosů, a zpětná vazba souvisí s metrikami výkonu a identifikují klíčové oblasti pro strategické zlepšení. Zúčastněné strany v celé organizaci jsou hluboce zapojeny do procesu zpětné vazby se strukturovanou spolupráci, aby se zabránilo sila. Dynamická dokumentace v reálném čase odráží průběžnou zpětnou vazbu a poznatky získané, přístupné všem zúčastněným stranám.
  • Optimalizace (proaktivní): Procesy zpětné vazby a měření jsou úzce integrovány do kultury organizace a vytvářejí proaktivní přístup k předvídání a přizpůsobování se budoucím výzvám a příležitostem. Prediktivní analýzy a pokročilé metriky se používají k prognózování budoucích potřeb a příležitostí, což platformě umožňuje nepřetržitě vyvíjet v reakci na měnící se podmínky. Zpětná vazba je plně integrovaná do cyklu průběžného zlepšování a kultura zpětné vazby je založena na všech úrovních organizace. Dynamická dokumentace v reálném čase odráží průběžnou zpětnou vazbu a průběžně se aktualizuje a zajišťuje sdílení a zpřístupnění poznatků všem zúčastněným stranám.