Ezen az oldalon
Egy képzeletbeli integrációs feladatlistán tizenkét kért mező áll. Három dönti el, hogy az első jóváhagyott szinkronizálás lefuthat-e: a vásárló azonosítója, a célközönség és a marketinghez adott engedély. A másik kilenc később lehet fontos. Ha most mindegyik ugyanannyi figyelmet kap, a csapat egy hetet tölthet kiegészítő adatok csiszolásával, miközben az első biztonságos írás még mindig nem lehetséges.
Egy korlát megváltoztatja a beszélgetést. Adj az első kiadáshoz öt ellenőrzési helyet, és mindegyikbe tegyél egy mezőt. A hatodik hozzáadása azt jelenti, meg kell nevezni a kikerülő mezőt.
Nem az az állítás, hogy éppen öt a helyes szám. Így láthatóvá válik egy újabb kérés ára.
Ugyanez működik, ha nem az emberek jelentik a szűk keresztmetszetet. Egy szolgáltató időszakonként csak meghatározott számú kérést engedhet; az ellenőrzés előtti migrációs ablakban csak egy változás férhet el; az ügyfélszolgálat kevés ügyfélspecifikus leképezést tud igazolni. A hasznos korlát az, amely akkor is megakadályozná az eredményt, ha minden más bőséges lenne.
A feladatlista elrejtheti a saját árát
A korlátokról és alkotómunkáról szóló beszélgetésben egy produkciós csapat kézzelfoghatóvá tette a kapacitást: jelölők mutattak egy heti munkát. Ha tovább csiszoltak egy apró háttérrészletet, máshonnan kellett elvenni a jelölőket. A módszer nem döntötte el, mi szép. A kompromisszumot tette nehezen figyelmen kívül hagyhatóvá.
A szoftvercsapatok általában láthatatlanul tartják ezeket a jelölőket. A kérés bekerül a nyilvántartásba, kap egy fontossági címkét, és húsz másik „fontos” kérés mellé kerül. Egyik címke sem mondja meg, melyik ellenőrzést, migrációt vagy ügyfélbeszélgetést kell elhalasztani miatta.
Integrációnál a szűkös erőforrás lehet a szolgáltató hívási korlátja. Lehet valódi tesztfiókhoz való hozzáférés. Lehet a hozzájárulási mező jelentésének vizsgálatára fordítható idő. A látható korlát nevezze meg az eredményt ténylegesen szűkítő erőforrást, majd mutassa meg, hogyan használja azt a javasolt munka.
A Tajo üzleti eszközök integrálásáról szóló útmutatója először a munkafolyamatot és a mértékadó forrást azonosítja. Így a feladatlista nem nő minden elképzelhető mező köré. Az első szinkronizáláshoz a tényleges eredményhez szükséges adatok kellenek.
Válaszd ki a döntő pontokat, a többit halaszd el
A képzeletbeli tizenkét mezős leképezésnek kevés döntő pontja van. Az azonosító dönti el, melyik célrekord változik. Az engedély dönti el, használható-e marketingre. A célközönségi tagság dönti el, melyik munkafolyamat kapja meg. Ha ezek hibásak, a másik kilenc nem menti meg az eredményt.
A tervezőtáblán ezek a pontok megjelenhetnek az általuk fogyasztott kapacitás mellett. Tegyük fel, hogy mindegyikhez meződefiníció, tesztadat és célrendszerbeli ellenőrzés kell. Először ezeknek foglalj helyet. Egy új preferenciamezőnek ezután konkrét kérdésre kell válaszolnia: megváltoztatja az első működő szinkronizálást, vagy várhat?
A várakozás nem ítélet arról, hogy a mező jelentéktelen. Részleges sorrend. A következő függőségről döntöttünk; minden más elérhető marad, amikor a bizonyíték vagy az ügyféligény fontossá teszi.
Az elhalasztást rögzítsd egyértelműen. A maradék kilenc mező kerüljön egy későbbi sorba, mindegyik mellé előléptetési feltétellel: megnevezett használati eset, hozzá szükséges ügyfélrekord vagy kötelező szolgáltatói előírás. Ez más, mint a kérést elveszíteni a feladatlistában. A feltételes sor megőrzi a lehetőséget, miközben az első eredményt védi a találgatásból fakadó bővüléstől.
Jogos ellenvetés: „A mesterséges korlátok visszafoghatják a csapatot, és elrejthetnek értékes ötletet.” Igen. A rossz elsőbbséget védő korlát maga is gond. Ezért a korlát mellé írd oda a kívánt eredményt, és vizsgáld felül mindkettőt. Ha kiderül, hogy egy új mező kell a hozzájáruláshoz, azonnal kiszorít egy kiegészítő mezőt. A korlát láthatóvá teszi ezt a változást, nem akadályozza.
A kapacitásjelölők a fontossági címkék által elfedett vitát is megmutatják. Az egyik csapat szerint a fejlesztési idő a szűk keresztmetszet; a másik tudja, hogy valójában a célfiók rendszergazdájára várnak. Ilyenkor több fejlesztői hely nem segít. Kövesd a munkát az első írás jóváhagyásáig, majd oda tedd a korlátot, ahol tényleg megáll a folyamat.
Mi kap helyet az első szinkronizálásban?
-
Azonosítóhoz, engedélyhez vagy közönséghez kell
Most ellenőrizd
Enélkül az első jóváhagyott írás nincs meghatározva.
-
Megnevezett későbbi használati esethez kell
Adj előléptetési feltételt
A kérés elérhető marad, de nem késlelteti az első eredményt.
-
Nincs meghatározott hatása az eredményre
Halaszd el
Ne költsd a szűkös ellenőrzési helyet találgatáson alapuló bővítésre.
Mérd meg, mit nyert a korlát
Nem a „hány kérést zártunk le ebben a hónapban?” grafikon a legfontosabb. Hanem a kérés és az első helyes eredmény közötti út, megjelölve, mi állította meg. Az ellenőrzési idő választható mezőkre ment el? Egy hiányzó szolgáltatói definíció késleltetett minden tesztet? A csapat időt nyert egy olyan irányítópult elhalasztásával, amelyre egyetlen felhasználónak sem volt szüksége az induláshoz?
Ne találj ki termelékenységnövekedést. Valódi kötegnél jegyezd fel az előtte-utána állapotot: hány nap kellett a jóváhagyott leképezéshez, hány mezőt ellenőriztek a célrendszerben, és hány hiba került elő az aktiválás után. A látható korlát csak akkor hasznos, ha megváltoztatja ezeket az eredményeket.
A fordított ETL-ről szóló útmutató elkülöníti az ütemezett adatmozgatást a leképezés meghatározásának munkájától. A kezdeti feladatkör itt hat a legtöbbet. Több adatot később is hozzáadhatsz; az első szerződésnek most kell helyesnek lennie.
A lista megmutatja, mit kért valaki. A látható korlát megmutatja, mibe kerül a kérés.
Gyakran Ismételt Kérdések
Hogyan segíti a látható korlát a fontossági sorrendet?
Megmutatja, hogy egy új feladat időt vagy kapacitást vesz el egy másiktól. A csapat így az eltolódó eredményeket hasonlíthatja össze, ahelyett hogy minden kérést ingyenesnek tekintene.
Mit tegyen láthatóvá a csapat?
A szállítást valóban korlátozó véges erőforrást: az ellenőrzési időt, a célrendszer hívási korlátját, a migrációs kapacitást vagy az ellenőrizhető ügyfélspecifikus leképezések számát.
A korlátból lehet önkényes bürokrácia?
Igen. A korlátnak megnevezett eredményt kell védenie, és új bizonyíték esetén felül kell vizsgálni. A fontos munkát elrejtő díszítő felső határ újabb pazarlás.