Každý zákazník je důležitý
Jedním z klíčových principů přípravy platforem je optimalizace pro vaše zákazníky. Představte si vývojáře jako primárního zákazníka a nejprve se zaměřte na jejich potřeby při rozhodování o tom, jaké vývojové cesty chcete připravit a jaké možnosti chcete rozšířit. Vývojáři používají k práci různé nástroje. Jako první krok začněte s malými a vyhodnoťte, jestli můžete před implementací zcela nové interní vývojářské platformy vylepšit stávající obrazovky a povrchy.
Podpora vývojářů s interní platformou zaměřenou na zákazníky
Pro úspěch je důležité myslet na vývojáře jako hlavního zákazníka pro vaši interní vývojářskou platformu. Označujeme vývojáře jako zákazníky. Zákazníci můžou být libovolným členem modelu týmových topologií, který označuje jako streamované týmy – včetně rolí, jako jsou odborníci na strojové učení nebo datoví vědci.
Úspěšný technický postup platformy umožňuje vývojářům a operátorům. Vývojáři a operátoři mají autonomii při rozhodování, která poskytují obchodní hodnotu, a přitom stále dodržují zavedené standardy, zásady správného řízení a pravidla zabezpečení. Důležité zúčastněné strany, které umožňují týmům a odborníkům v konkrétních subsystémech (provoz, zabezpečení, dodržování předpisů a architektura), spolupracují s týmem, který vytváří tuto interní platformu, aby mohli svoji odbornost a osvědčené postupy rozdělit do šablon a systémových funkcí. Přesun těchto znalostí do systému současně snižuje kognitivní zatížení pro vývojáře, zlepšuje zabezpečení, dodržování předpisů a kvalitu a lépe škáluje tyto další role, aby řešily skutečně jedinečné problémy. Jedná se ale o vývojářské prostředí, které zajišťuje, že vaše platforma vrátí pro všechny zúčastněné uživatele největší výhodu.
To znamená, že při plánování a stanovení priorit přípravy platforem se postupuje podle přístupu zaměřeného na zákazníky.
Identifikace optimálních vývojových cest pro zjednodušení osvědčených postupů
I když vaše organizace může mít v současné době různé vývojové cesty k produkčnímu prostředí, je raným krokem v cestě přípravy platformy pochopit, které cesty mají vývojáři používat. Toto volání je důležité, protože vám umožní soustředit se na efektivní cestu, která stále splňuje požadavky na vývoj, provoz a zásady správného řízení.
Tyto zpevněné cesty představují určitou sadu nástrojů pro vývoj a pozorovatelnost, jazyků, sad SDK a služeb, které jsou tvarované tak, aby odpovídaly tomu, co vývoj, provoz a další zúčastněné strany souhlasí s tím, že představují jejich osvědčené postupy. Zpevněné cesty by měly zahrnovat přístupy ke zjednodušení onboardingu, moderování a obhajoby pro interní opakované použití. Tyto zpevněné cesty si nemusíte myslet jako omezující nebo vynucené, ale spíše omezit vývojářský toil na vývojové týmy bodů, které v nich chtějí zůstat.
Trik je však pochopit nejen to, na jaké cesty se zaměřit, ale které části cesty je třeba nejprve zpevnět.
Seznamte se s uživateli, kde jsou
I když může být lákavé začít jednotným portálem pro všechno ve vaší interní vývojářské platformě, není to nejlepší výchozí bod.
Vaši provozní specialisté, technici pro spolehlivost webu a vývojáři používají k provádění své práce různé nástroje. Kódování probíhá v integrovaném vývojovém prostředí, technických systémech, 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. Tito uživatelé jsou často spokojení s těmito obrazovkami a jsou opatrní o další uživatelské rozhraní, o které se můžete starat.
Začněte s malými a vyhodnoťte, jestli můžete vylepšit stávající obrazovky a povrchy. Než začnete vytvářet nové vlastní prostředí, vytvořte moduly plug-in nebo rozšíření. 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? Pokud se rozhodnete vytvořit portál od začátku až do začátku, zajistěte si představu, že budete pravděpodobně chtít podporovat více než jedno rozhraní prostřednictvím rozhraní API. To také odemkne možnosti, jako je použití architektur s nízkým kódem, takže nemusíte vytvářet a hostovat prostředí portálu od začátku.