Definition of Done a Jirában: egyezzetek meg, mit jelent a „kész”

Egy mérnök befejezi a változtatást, és továbblépteti a Jira-feladatot. A tesztelő észreveszi, hogy az új képernyő működik, de egy meglévő folyamat elromlott. Az ügyfélszolgálat egy zavart ügyféltől értesül a változásról. Mindenki a kész szót használta, mégis mást értettek alatta.

A Definition of Done közös befejezési szabványt ad a csapatnak. Már a munka előtt láthatóvá teszi az elvárt minőségi ellenőrzéseket, így a felülvizsgálat kevésbé függ attól, kinek jut eszébe feltenni a megfelelő kérdést.

Ebben az útmutatóban egy képzeletbeli ügyfélportál-csapat példáját építjük fel, megkülönböztetjük a közös minőségi ellenőrzéseket a funkcióspecifikus elfogadási feltételektől, majd mindkettőt egy Jira-feladat mellé helyezzük a Power Pack Definition of Done & AC eszközével.

Mi a Definition of Done?

A Scrum Guide szerint a Definition of Done az a minőségi szabvány, amelynek egy Inkrementumnak meg kell felelnie. Közös értelmezést ad a befejezett munkáról. Ha a szervezet meghatározott egy szabványt, az a Scrum-csapatai számára minimumkövetelmény. Lásd a hivatalos Scrum Guide-ot.

Gyakorlati példánkban gondolj rá néhány kérdésként, amelyet a csapat minden releváns változtatásnál feltesz. Megtörtént az implementáció felülvizsgálata? Sikeresek voltak az egyeztetett ellenőrzések? Elérhetők a változás támogatásához szükséges információk?

A konkrét kérdések a terméktől és kockázataitól függnek. Más szabvány kell egy nyilvános ügyfélportálhoz, egy belső jelentéshez és egy biztonságkritikus rendszerhez. Más csapat listájának vita nélküli átvétele fontos hiányokat hagyhat, miközben haszontalan munkát ad hozzá.

A hasznos szabvány megfigyelhető eredményt ír le. A „Magas minőség” törekvés. A „Megállapodott regressziós ellenőrzések sikeresek, az eredmények a Jira-feladatból hivatkozva vannak” olyasmit ír le, amit egy ellenőrző megvizsgálhat.

Válaszd külön a közös minőséget a funkció működésétől

Képzeletbeli csapatunk értesítési beállításokat vezet be. Az ügyfelek be- vagy kikapcsolhatják a heti összefoglaló e-mailt. A fontos fióküzeneteket ez a beállítás nem érinti.

A funkciónak saját elfogadási feltételek kellenek. Például az elmentett választásnak kijelentkezés és újbóli belépés után is meg kell maradnia. Ez a követelmény ehhez a funkcióhoz tartozik, mert az ügyfél által tapasztalt viselkedést írja le.

A Definition of Done a tágabb befejezési szabványt fedi le. Az implementáció áttekintése, az érintett meglévő viselkedés ellenőrzése és az ügyfélszolgálati útmutató frissítése sokféle változtatásra érvényes lehet.

Mindkét lista számít. A funkció működhet a kérés szerint, miközben alapvető minőségi munka hiányzik. Ugyanígy a felülvizsgált kód és a sikeres regressziós ellenőrzések sem bizonyítják, hogy a kért funkció megfelelően viselkedik.

A csapat által ténylegesen látott hiányokból indulj ki

Hívd rövid egyeztetésre a terméket építő, ellenőrző és támogató embereket. Használj egy közelmúltbeli példát, amely késznek tűnt, de váratlan utómunkát igényelt.

Portálcsapatunk három visszatérő problémát talál. Néha megoldatlanok maradnak a felülvizsgálati megjegyzések. A meglévő fiókbeállítások kevés regressziós ellenőrzést kapnak. Az ügyfélszolgálati útmutató csak a funkció elérhetővé válása után készül el.

Ezek a problémák hasznos ellenőrzésekre mutatnak rá. Arra is okot adnak, hogy a szabvány rövid maradjon: minden tétel előzzön meg felismerhető hibát, vagy rögzítsen szükséges minőségi feltételt.

Kérdezd meg, hogyan ellenőrizné valaki az egyes javasolt tételeket. Ha senki sem tudja leírni a bizonyítékot, elfogadás előtt pontosítsd a megfogalmazást. A „Dokumentáció kész” jelenthet kiadási megjegyzést, belső tervleírást vagy ügyfélsúgót. Egyezzetek meg, milyen információ kell és hol legyen.

Azt is egyeztessétek, ki végzi általában az ellenőrzéseket. Ez belefér a szokásos tervezésbe. A lista önmagában nem jelöl ki ellenőrzőt és nem foglal időt a naptárában.

Írj gyakorlati közös listát

Íme a portálcsapat első változata. Ez szemléltető munkamegállapodás, nem univerzális szabvány.

• Az implementáció felülvizsgálata kész, a kötelező észrevételek rendezve vannak.
• A feladat megállapodott elfogadási feltételeit ellenőrizték.
• Az érintett fiókfolyamatok egyeztetett regressziós ellenőrzései sikeresek.
• A módosított képernyők egyeztetett akadálymentességi ellenőrzései sikeresek.
• Az ügyfélszolgálati útmutató tükrözi a megváltozott ügyféloldali működést.
• Az ellenőrzési eredményeket és releváns felülvizsgálati hivatkozásokat rögzítették a Jira-feladaton.

A lista használata előtt a csapat leírja a regressziós és akadálymentességi ellenőrzések tartalmát. Ellenkező esetben két ember ugyanazt a mondatot pipálhatja ki eltérő munka után.

A portálnál az egyeztetett regressziós készlet tartalmazza a belépést, a fiókbeállítások megnyitását és egy meglévő profilmező frissítését. A módosított vezérlők akadálymentességi felülvizsgálata kiterjed a billentyűzetes kezelésre, látható fókuszra és érthető címkékre. Ezek a csapat által választott ellenőrzések példái, nem teljes akadálymentességi szabvány.

Az ügyfélszolgálati tétel is gyakorlati értelmezést igényel. Ha egy változásnak nincs ügyféloldali hatása, a csapat előre határozzon meg megfelelő szabványt az ilyen munkára. Ne kelljen az ellenőrzőknek kivételeket rögtönözniük pusztán a lista kizöldítéséért.

Add a szabványt egy Jira-feladathoz

Nyisd meg a megfelelő Jira-feladatot, és keresd a Power Pack Definition of Done & AC kártyáját. Külön Acceptance Criteria és Definition of Done füleket tartalmaz. A közös ellenőrzések hozzáadása előtt válaszd a Definition of Done fület.

Kis listánál írd be az ellenőrzés címét, majd válaszd az Add gombot vagy nyomj Entert. Minden cím egy ellenőrizhető feltételre összpontosítson. Három független ellenőrzést tartalmazó hosszú mondatnál nehéz a részleges teljesülést ábrázolni.

A Bulk Import választásával Markdown-listát is beilleszthetsz. Például másold be a fenti hat tételt úgy, hogy minden sor kötőjellel és szóközzel kezdődjön. A szokásos Markdown-jelölőnégyzetek is támogatottak.

Az import a kiválasztott fülhöz ad tételeket. Megerősítés előtt ellenőrizd a fület, utána pedig a létrejött listát. Ugyanazon tartalom újraimportálása már létező tételeket is hozzáadhat, ezért tudatosan használd, ne frissítési műveletként.

A még nem ellenőrzött munkához üres jelölőnégyzeteket használj. A kipipált Markdown-tételek kész állapotban importálódnak; egy korábbi feladat pipái nem helyettesítik a mostani változtatás ellenőrzését.

A megállapodott szabványt minden releváns feladatba kézzel kell beilleszteni. Tarts referencia-példányt a csapat szokásos dokumentációjában, és a megfelelő ellenőrzéseket másold az új feladatokba. Ez csapatgyakorlat, nem automatikus kapcsolat egy központi szabvány és minden feladat között.

Menjetek végig egy valódi felülvizsgálaton

Tegyük fel, hogy az értesítési funkció készen áll a felülvizsgálatra. Maya az ügyféleredményeket ellenőrzi, Priya az egyeztetett regressziós készletet vizsgálja. Leo rendezi a fennmaradó implementációs észrevételeket, és belinkeli a felülvizsgálatot.

Az első körben kiderül, hogy a beállítás jól mentődik, de a Save kiválasztása után eltűnik a billentyűzetfókusz. A csapat nyitva hagyja az akadálymentességi tételt, rögzíti a hibát a szokásos Jira-beszélgetésben, és a kapcsolódó ellenőrzés megismétlése előtt kijavítja.

Az ügyfélszolgálati útmutató sincs kész. Ez akkor is látható marad, ha a funkcióspecifikus elfogadási feltételek teljesültek. A külön listák megmutatják, miért maradt még munka.

Csak a ténylegesen sikeres ellenőrzés után válaszd a Done gombot. Új információ esetén ismét kiválaszthatod, hogy a tétel visszakerüljön a teendők közé. A teszteredményeket, felülvizsgálati linkeket és fontos döntéseket a szokásos Jira- vagy dokumentációs folyamatban rögzítsd.

A kész tétel a csapat megítélését rögzíti. Nem futtat ellenőrzést, nem gyűjt bizonyítékot, és nem állapítja meg, ki végezte a vizsgálatot. Ha számít az ellenőrző személye vagy az időpont, azt külön rögzítsd a megszokott felülvizsgálati folyamatban.

Figyelmesen olvasd a készenléti jelzést

Az eszköz mindkét fülnél mutatja az elkészült és az összes tétel számát. A Ready for Release jelzés csak akkor jelenik meg, ha mindkét listán legalább egy tétel van, és mindegyik kész. Egyébként In Verification látható.

Ez a szabály segít észrevenni a nyitott tételeket. Azt is megmagyarázza, miért nem jelenik meg a teljes kész állapot, ha a Definition of Done kész, de az Acceptance Criteria még üres.

A feliratot a listaállapot összefoglalójaként kezeld. Nem bizonyítja az ellenőrzések elegendőségét, a bizonyítékok meggyőző erejét vagy a kiadás biztonságát. Egy rosszul megfogalmazott ellenőrzést ugyanolyan könnyű készre állítani, mint egy hasznosat.

A lista Jira-állapotváltást vagy pull request összeolvasztását sem akadályozza meg. Ezekhez továbbra is a csapat szokásos átadási és kiadási folyamatát használd.

A munka változásával is tartsd hasznosnak a szabványt

Vizsgáld felül a szabványt, ha ismétlődő hiba hiányzó ellenőrzésre mutat, a termék jelentősen változik, vagy egy meglévő ellenőrzés már nem ad hasznos információt.

A portálcsapat például felfedezheti, hogy a beállításváltozások azonnal működnek, de késleltetett szinkronizálás után elromlanak. Ez általánosabb ellenőrzési szabályt indokolhat a késleltetett feldolgozástól függő funkciókra. Előbb döntsétek el, mely változásokra vonatkozik és milyen bizonyíték mutat sikert.

Frissítsd a referencia-szabványt, és beszéljétek meg, hogyan alkalmazzátok a folyamatban lévő munkára. A meglévő feladatlisták nem öröklik automatikusan a módosítást. Vizsgáld meg az érintett feladatokat, és szükség szerint kézzel add hozzá az új ellenőrzéseket.

Ne bővítsd a listát minden elszigetelt hiba után. Néha egy konkrét elfogadási feltétel, világosabb megvalósítási feladat vagy módosított felülvizsgálati folyamat jobb válasz. A közös szabvány maradjon olyan, amelyet a csapat megért és ténylegesen alkalmazni tud.

Próbáld ki egy aktuális feladaton

Válassz felülvizsgálathoz közeledő feladatot. Egyezzetek meg rövid közös minőségi szabványban, tedd a Definition of Done fülre, a konkrét ügyféleredményeket pedig az Acceptance Criteria alá.

Közösen menjetek végig az ellenőrzéseken, és hivatkozzátok a bizonyítékokat a megszokott helyükön. Csak ellenőrzés után jelöld késznek a tételeket, majd a szokásos átadási folyamatban nézzétek át a fennmaradó munkát.

A hasznos eredmény világosabb beszélgetés. Amikor valaki azt mondja, kész az értesítési beállítás módosítása, a csapat el tudja mondani, mely eredmények működnek, mely minőségi ellenőrzések sikerültek, és mire alapozzák a következtetést.

• Scrum Guide — Definition of Done