Každý zákazník je důležitý.

Jedním z klíčových principů přípravy platformy je optimalizace pro vaše zákazníky. Vývojáře si můžete představit jako primárního zákazníka a při rozhodování o tom, jaké vývojové cesty chcete připravit, se nejprve zaměřte na jejich potřeby. Vývojáři používají k práci různé nástroje. Jako první krok začněte v malém a před implementací zcela nové interní vývojářské platformy vyhodnoťte, jestli můžete vylepšit stávající obrazovky a povrchy.

Představte si vývojáře jako primárního zákazníka.

Myslet na vývojáře jako na primárního zákazníka pro vaši interní vývojářskou platformu je nezbytné pro její úspěch. Z důvodu jednoduchosti budeme tyto zákazníky odkážet jako vývojáře, ale můžou být libovolným členem toho, co model týmových topologií označuje jako týmy sladěné se streamy – včetně rolí, jako jsou odborníci na strojové učení nebo datoví vědci.

Úspěšný postup přípravy platformy umožňuje vývojářům a operátorům samostatnost při rozhodování, která vývojářům umožňují soustředit se na obchodní hodnotu a zároveň dodržovat zavedené standardy, zásady správného řízení a pravidla zabezpečení. Důležité zúčastněné strany, které umožňují týmy, a odborníci na konkrétní subsystémy (provoz, zabezpečení, dodržování předpisů a architektura) spolupracují s týmem, který vytváří tuto interní platformu, aby své znalosti a osvědčené postupy rozdělili do šablon a možností systému. Přesunutí těchto znalostí do systému současně snižuje kognitivní zátěž pro vývojáře, zlepšuje zabezpečení, dodržování předpisů a kvalitu a lépe škáluje tyto další role pro řešení skutečně jedinečných problémů. Je to ale prostředí pro vývojáře, které zajišťuje, aby vaše platforma vrátila všem zúčastněným uživatelům největší výhody.

To znamená, že při plánování a určování priorit při vytváření platforem budete postupovat podle přístupu zaměřeného na zákazníky.

Přečtěte si další informace o plánování a stanovení priorit.

Zjistěte, které vývojové cesty chcete vydláždit

I když vaše organizace může mít v současné době různé vývojové cesty k produkci, počátečním krokem na cestě k vytváření platformy je pochopit, které cesty mají vývojáři používat. Tento požadavek je důležitý, protože vám umožní zaměřit se na efektivní cestu, která bude stále vyhovovat požadavkům na vývoj, provoz a zásady správného řízení.

Tyto zpevněné cesty (a všechny plně zpevněné zlaté cesty) představují konkrétní sadu nástrojů pro vývoj a pozorovatelnost, jazyků, sad SDK a služeb, které jsou tvarované tak, aby odpovídaly tomu, s čím se vývoj, provoz a další zúčastněné strany shodují jako s vyjádřením svých osvědčených postupů. Zpevněné cesty by měly zahrnovat přístupy ke zjednodušení onboardingu, moderování a prosazování interního opakovaného použití. Tyto zpevněné cesty nemusíte považovat za omezující nebo vynucené, ale spíše omezit vývojářskou náilu až k bodu, kdy vývojářské týmy chtějí zůstat v nich.

Trikem je ale nejen pochopit, na které cesty se zaměřit, ale také to, které části cesty je potřeba vydláždit jako první.

Přečtěte si další informace o zpevněných cestách.

Seznamte se s uživateli tam, kde jsou

I když může být lákavé začít se jednotným portálem pro všechno, co je součástí vaší interní vývojářské platformy, často to není nejlepší výchozí bod.

Vaši provozní specialisté, technici SRE a vývojáři používají k práci různé nástroje. Kódování probíhá v integrovaném vývojovém prostředí , technické systémy, jako je GitHub a Azure DevOps, používají rozhraní příkazového řádku a spolupráce v reálném čase probíhá v Teams a Slacku. Často jsou tito uživatelé s těmito obrazovkami spokojeni a mají na pozoru ještě další uživatelské rozhraní, o které se mají starat.

Začněte v malém a vyhodnoťte, jestli můžete vylepšit stávající obrazovky a povrchy, ideálně prostřednictvím modulů plug-in nebo rozšíření, než začnete vytvářet nová vlastní prostředí od začátku. Zeptejte se sami sebe, budou lidé lépe reagovat na jiné nové uživatelské prostředí nebo vylepšenou verzi něčeho, co teď máte? I v případě, že se rozhodnete vytvořit portál od začátku až do začátku, mějte v potaz myšlenku, že pravděpodobně budete chtít prostřednictvím rozhraní API podporovat více než jedno rozhraní. Tím se také odemknou možnosti, jako je použití architektur s minimem kódu, abyste nemuseli vytvářet a hostovat prostředí portálu od nuly.

Přečtěte si další informace o uživatelském prostředí.

Přijetí produktového myšlení