Pokažite omejitev, preden izberete delo

Na ponazoritvenem seznamu nalog za integracijo je dvanajst zahtevanih polj. Tri določajo, ali lahko prva odobrena sinhronizacija sploh steče: identiteta stranke, ciljno občinstvo in dovoljenje za trženje. Preostalih devet je morda pomembnih pozneje. Če vsa polja zdaj dobijo enako pozornost, lahko ekipa ves teden izpopolnjuje dodatne podatke, medtem ko prvi varen zapis še vedno ni mogoč.

Meja spremeni pogovor. Prvi izdaji namenite pet mest za pregled in vsakemu polju dodelite eno. Če dodate šesto, morate povedati, katero polje se umakne.

To ni trditev, da je pet pravo število. Tako samo pokažete ceno dodatne zahteve.

Ista metoda deluje tudi, kadar ozko grlo niso ljudje. Ponudnik lahko v določenem obdobju dovoli le toliko zahtev; okno za selitev lahko pred revizijo dopušča eno spremembo; ekipa za podporo ima morda čas preveriti le nekaj preslikav za posamezne stranke. Koristna meja je tista, ki bi ustavila rezultat, tudi če bi bilo vseh drugih virov v izobilju.

Seznam nalog lahko skrije svojo ceno

V razpravi o omejitvah in ustvarjalnem delu je produkcijska ekipa zmogljivost naredila otipljivo s fizičnimi označevalci, ki so predstavljali teden dela. Nadaljnje piljenje majhne podrobnosti v ozadju je zahtevalo, da označevalce vzamejo drugemu delu. Pripomoček ni odločil, kaj je lepo. Poskrbel je, da zamenjave ni bilo mogoče prezreti.

Programske ekipe označevalce običajno pustijo nevidne. Zahteva prispe v sledilnik, dobi oznako prednosti in obleži ob dvajsetih drugih „pomembnih“ zahtevah. Nobena od teh oznak ne pove, kateri pregled, selitev ali pogovor s stranko bo moral počakati.

Pri integraciji je redek vir lahko omejitev hitrosti ponudnika. Lahko je dostop do resničnega preizkusnega računa. Lahko je čas za razumevanje pomena privolitve. Vidna omejitev naj poimenuje vir, ki določa rezultat, in pokaže, kako ga predlagano delo porablja.

Tajov vodnik za povezovanje poslovnih orodij ekipam svetuje, naj najprej določijo potek dela in vir resnice. Tako seznam nalog ne zraste okoli vseh možnih polj. Prva sinhronizacija potrebuje podatke, ki jih zahteva njen dejanski izid.

Izberite odločilna polja, ostalo odložite

Ponazoritvena preslikava dvanajstih polj ima majhen nabor odločilnih točk. Identiteta pove, kateri zapis se spremeni v ciljnem sistemu. Dovoljenje pove, ali se lahko zapis uporabi za trženje. Pripadnost občinstvu pove, kateri potek ga prejme. Če so te tri stvari napačne, preostalih devet rezultata ne more rešiti.

Na načrtovalni tabli lahko te točke pokažete ob zmogljivosti, ki jo porabijo. Predpostavimo, da vsaka potrebuje definicijo polja, preizkusni primer in preverjanje v ciljnem sistemu. Najprej rezervirajte te preglede. Dodatno polje za preference mora nato odgovoriti na konkretno vprašanje: ali spremeni prvo delujočo sinhronizacijo ali lahko počaka?

Čakanje ne pomeni, da polje ni pomembno. Gre za delni vrstni red. Naslednja odvisnost je določena; vse drugo ostaja na voljo, ko to upravičijo dokazi ali potrebe strank.

Odlog zapišite izrecno. Preostalih devet polj postavite v poznejšo vrsto, pri vsakem pa navedite pogoj, ki ga bo pomaknil naprej: poimenovana uporaba, zapis stranke, ki ga potrebuje, ali tehnična zahteva ponudnika, ki ga naredi obveznega. To ni enako izgubi zahteve v seznamu nalog. Pogojna vrsta ohranja možnosti, hkrati pa prvi rezultat varuje pred ugibanjem o obsegu.

Pošten ugovor je: „Umetne omejitve lahko dušijo ekipo in skrijejo dragoceno zamisel.“ Res je. Meja, ki varuje napačno prednost, postane težava. Zato ob meji navedite izid in oboje ponovno presodite. Če se izkaže, da je novo polje nujno za privolitev, takoj izrine polje za dodatne podatke. Omejitev to spremembo pokaže, namesto da bi jo preprečila.

Označevalci zmogljivosti razkrijejo tudi nesoglasje, ki ga oznake prednosti zakrijejo. Ena ekipa morda misli, da je ozko grlo razvojni čas, druga pa ve, da je dejansko čakanje pri skrbniku računa ciljnega sistema. V tem primeru dodatna mesta za razvoj ne pomagajo. Sledite delu do odobritve prvega zapisa, nato mejo postavite na korak, ki pot dejansko zadržuje.

Kaj si zasluži mesto v prvi sinhronizaciji?

1. Nujno za identiteto, dovoljenje ali občinstvo

   Preverite zdaj

   Brez tega prvi odobreni zapis ni opredeljen.

2. Potrebno za poimenovano poznejšo uporabo

   Določite pogoj za napredovanje

   Zahtevo ohranite, ne da bi zavlačevala prvi rezultat.

3. Brez določljivega učinka na izid

   Zahtevo odložite

   Redkega mesta za pregled ne porabite za ugibanje o obsegu.

Izmerite, kaj je meja prinesla

Graf, ki ga je vredno narisati, ni „zahteve, zaključene ta mesec“. Pokažite pot od zahteve do prvega pravilnega rezultata in označite, kaj je pot zaviralo. Je čas za pregled izginil med neobveznimi polji? Je manjkajoča definicija ponudnika zavlekla vsak preizkus? Je ekipa prihranila čas, ker je odložila nadzorno ploščo, ki je nihče ni potreboval za aktivacijo?

Ne izmišljajte si povečanja prepustnosti. Za resnično serijo zabeležite stanje pred spremembo in po njej: dneve do odobrene preslikave, število polj, preverjenih v ciljnem sistemu, in število težav, odkritih po aktivaciji. Vidna omejitev je koristna le, če spremeni te izide.

Vodnik za obratni ETL razlikuje med načrtovanim premikanjem podatkov in delom za določitev njihove preslikave. Prav pri preslikavi ima zgodnji obseg največji učinek. Več podatkov lahko dodate pozneje; prva tehnična specifikacija mora biti pravilna zdaj.

Seznam pove, kaj je nekdo zahteval. Vidna meja pove, koliko zahteva stane.