Než vyberete práci, ukažte její omezení

V ilustrativním seznamu integračních požadavků čeká dvanáct polí. Tři rozhodují, zda lze spustit první schválenou synchronizaci: identita zákazníka, cílové publikum a marketingové oprávnění. Ostatních devět může být důležitých později. Pokud se nyní všem polím dostane stejné pozornosti, tým může strávit týden laděním doplňujících údajů, zatímco první bezpečný zápis stále nebude možný.

Limit změní rozhovor. Dejte prvnímu vydání pět míst pro kontrolu a každé pole umístěte do jednoho. Přidání šestého vyžaduje pojmenovat pole, které odejde.

To není tvrzení, že pět je správné číslo. Je to způsob, jak zviditelnit cenu dalšího požadavku.

Stejný postup funguje i tehdy, když úzkým hrdlem nejsou lidé. Poskytovatel může povolit jen určitý počet požadavků za období; migrační okno může před auditem umožnit jedinou změnu; tým podpory může stihnout ověřit jen několik mapování pro konkrétní zákazníky. Užitečný limit se týká zdroje, který by zastavil výsledek, i kdyby všeho ostatního bylo dost.

Seznam úkolů může skrývat vlastní cenu

V diskusi o omezeních a tvůrčí práci výrobní tým znázornil kapacitu hmatatelnými značkami představujícími týden práce. Pokračovat v ladění drobného pozadí znamenalo odebrat značky jiné práci. Pomůcka nerozhodla, co je krásné. Jen znesnadnila přehlížet kompromis.

Softwarové týmy nechávají značky většinou neviditelné. Požadavek vstoupí do evidence, dostane štítek priority a čeká vedle dvaceti dalších „důležitých“ požadavků. Žádný ze štítků neříká, kterou kontrolu, migraci nebo zákaznickou schůzku bude nutné odložit.

U integrace může být vzácným zdrojem limit požadavků dodavatele. Může jím být přístup ke skutečnému testovacímu účtu. Nebo čas na posouzení významu souhlasu. Viditelné omezení má pojmenovat zdroj brzdící výsledek a ukázat, jak jej navrhovaná práce využije.

Průvodce integrací firemních nástrojů Tajo nejprve vyžaduje určit pracovní postup a zdroj pravdy. Tak lze zastavit růst seznamu kolem každého myslitelného pole. První synchronizace potřebuje data nutná pro svůj skutečný výsledek.

Vyberte rozhodující body a zbytek odložte

Ilustrativní mapa dvanácti polí má malou sadu rozhodujících bodů. Identita určuje, který záznam se v cíli změní. Oprávnění určuje, zda jej lze použít k marketingu. Členství v publiku určuje, který postup jej dostane. Jsou-li tyto tři věci špatně, zbývajících devět výsledek nezachrání.

Plánovací tabule může tyto body ukázat vedle kapacity, kterou spotřebují. Předpokládejme, že každý potřebuje definici pole, testovací podklad a kontrolu cíle. Vyhraďte tyto kontroly jako první. Další pole s preferencemi pak musí odpovědět konkrétně: mění první funkční synchronizaci, nebo může počkat?

Čekání není rozsudek, že pole není důležité. Jde o částečné pořadí. Je určená nejbližší závislost; vše ostatní zůstává k dispozici, až to odůvodní důkazy nebo poptávka zákazníka.

Odklad zapište výslovně. Devět zbývajících polí vložte do pozdější fronty s podmínkou, která každé posune vpřed: pojmenovaný případ použití, zákaznický záznam, který je potřebuje, nebo smlouva dodavatele, která je vyžaduje. To je něco jiného než nechat požadavek zapadnout v seznamu. Podmíněná fronta zachovává možnosti a chrání první výsledek před spekulativním rozsahem.

Rozumná námitka zní: „Umělé limity mohou brzdit tým a schovat cenný nápad.“ Ano. Limit chránící špatnou prioritu je problém. Pomáhá uvést výsledek vedle limitu a oba pravidelně přehodnocovat. Pokud se ukáže, že nové pole je nezbytné pro souhlas, okamžitě vytlačí doplňkové pole. Omezení tuto změnu ukazuje, nebrání jí.

Značky kapacity odhalí také spor, který štítky priorit skryjí. Jeden tým může považovat za brzdu vývojářský čas; druhý ví, že se ve skutečnosti čeká na správce cílového účtu. Přidání vývojářských míst pak nic neřeší. Sledujte práci až do schválení prvního zápisu a limit umístěte tam, kde cesta skutečně stojí.

Co získá místo v první synchronizaci?

1. Nutné pro identitu, oprávnění nebo publikum

   Ověřit nyní

   Bez toho není první schválený zápis definován.

2. Nutné pro pojmenovaný pozdější případ

   Určit podmínku postupu

   Požadavek zůstane dostupný bez zdržení prvního výsledku.

3. Bez určeného vlivu na výsledek

   Odložit požadavek

   Nevěnujte omezené místo spekulativnímu rozsahu.

Změřte, co omezení přineslo

Užitečný graf není „uzavřené požadavky tento měsíc“. Je to cesta od požadavku k prvnímu správnému výsledku s označením překážek. Zmizel čas na kontroly v nepovinných polích? Zdržela chybějící definice dodavatele všechny testy? Ušetřil tým čas odložením dashboardu, který nikdo nepotřeboval k aktivaci?

Nevymýšlejte zrychlení. U skutečné dávky zaznamenejte stav před a po: dny do schváleného mapování, počet polí ověřených v cíli a počet problémů nalezených po aktivaci. Viditelné omezení má cenu, jen pokud mění tyto výsledky.

Průvodce reverzním ETL odlišuje plánovaný přesun dat od práce na definici mapování. Právě tam má počáteční rozsah největší dopad. Další data lze přidat později; první smlouva musí být správná už teď.

Seznam říká, co někdo požadoval. Viditelný limit říká, co požadavek stojí.