Spravujte schválení zainteresovaných stran v Jira: vyjasněte jejich stav

„Schválili to všichni?“ zní jako jednoduchá otázka před vydáním. Odpovídá se hůře, když někdo kontroloval návrh, jiný starší sestavení a třetí řekl „vypadá dobře“, aniž vysvětlil, co prohlížel.

Užitečné schválení dělá dohodu konkrétní. Určuje, kdo práci kontroluje, co kontroluje a zda schvaluje, nebo potřebuje změny. Zároveň dává týmu způsob, jak se k dohodě vrátit při změně výstupu.

V této příručce použijeme Stakeholder Sign-Offs & Approvals v Power Pack k uspořádání kontrol fiktivního vydání zákaznického portálu. Cílem je srozumitelný stav schválení u úkolu v Jira s dostatkem kontextu pro dalšího člověka.

Oddělte kontroly odpovídající na různé otázky

Tým zákaznického portálu připravuje nové ovládání nastavení e-mailů. Maya je produktová manažerka, Leo vývojář, Priya vede testování a Sam připravuje podporu. Vydání potřebuje více druhů kontroly, ale neodpovídají všechny na stejnou otázku.

Maya má potvrdit, že chování odpovídá dohodnutému zákaznickému výsledku. Priya kontroluje důkazy ověření a známé mezery. Sam ověřuje, že podpora umí prvky vysvětlit a řešit pravděpodobné otázky. Jedno schválení „Připraveno k vydání“ by rozdíly skrylo.

Tým vybere úkol Jira popisující společný výsledek vydání jako místo schválení. Úkol odkazuje na realizační práci a kontrolní podklady. Kontrolující mají najít relevantní důkazy bez hledání v nesouvisejících diskusích.

Jde o ilustrativní kontrolní odpovědnosti. Vyberte lidi se správným kontextem pro svůj tým a potvrďte, že žádosti rozumějí. Samotný název neříká, jaké důkazy mají zkoumat ani jaké rozhodnutí se očekává.

Napište rozsah, který přetrvá po rozhovoru

Před vytvořením schválení popište kandidáta vydání rozpoznatelnými pojmy. V příkladu kontrola zahrnuje nastavení volitelných e-mailů, vysvětlení nezbytných e-mailů a řešení neúspěšné aktualizace nastavení. Tým také určí konkrétní sestavení a revizi příručky podpory ke kontrole.

Poté dejte každé kontrole krátké vymezení rozsahu. Pro připravenost podpory má Sam porovnat příručku s určeným kandidátem, potvrdit vysvětlení nezbytných e-mailů a zkontrolovat reakci na neúspěšné uložení. To je mnohem jasnější než požádat jej o schválení „dokumentace“.

Uveďte relevantní výluky, pokud brání nedorozumění. Kontrola podpory neprokazuje, že implementace prošla všemi testy. Kontrola ověření nerozhoduje, zda produktové formulace naplňují zamýšlený příslib zákazníkovi. Výslovné otázky pomáhají přispívat bez předpokladu, že vše ostatní pokryl někdo jiný.

• Pojmenujte kontrolovaný výstup nebo kandidáta vydání.
• Odkazujte na důkazy a podklady potřebné pro schvalovatele.
• Uveďte kritéria dokončení kontroly.
• Vysvětlete významné výluky nebo zbývající otázky.
• Dohodněte termín rozhodnutí běžným plánovacím postupem týmu.

Použijte identifikátor sestavení, revizi dokumentu nebo jinou stabilní referenci, pokud ji tým má. Pomáhá popsat, co lidé zkoumali. Nemění však upravitelný popis úkolu v uchovanou kopii schváleného obsahu, proto důkazy kontroly udržujte na vhodném místě.

Vytvořte cílená schválení v Power Pack

Otevřete Power Pack u úkolu Jira a vyberte Stakeholder Sign-Offs & Approvals. Vytvořte schvalovací bod pro každou odlišnou kontrolu s názvem, popisem nebo rozsahem, kategorií a určeným schvalovatelem. Standardní předvolby mohou posloužit jako začátek; podrobnosti upravte podle skutečného vydání.

V tomto postupu přiřaďte jako schvalovatele skutečné uživatele Jira. Běžným procesem správy přístupu ověřte, že mohou otevřít úkol a dostat se k podkladům. Záznam jména nepovažujte za pozvánku ani důkaz přístupu.

Počet udržujte dost malý pro pochopení na první pohled. Tři dobře vymezené kontroly mohou být užitečnější než dlouhý seznam oddělení se překrývajícím se rozsahem. Další bod přidejte, když odpovídá na samostatnou otázku, kterou vydání skutečně musí vyřešit.

Než požádáte kontrolující, aby se o záznamy opírali, ověřte uložení. Power Pack uchovává schválení u úkolu a lokální stav nebo opakování pokusu se liší od potvrzení, že sdílený záznam Jira obsahuje poslední změny.

Žádejte rozhodnutí s užitečnými důkazy

Žádost o schválení má přijít, když jsou podklady připravené. Řekněte Maye, kterého kandidáta má prohlédnout, kde je popsáno dohodnuté chování a kde najde ukázku nebo poznámky ověření. Samovi dejte revizi příručky a příslušné zákaznické obrazovky.

Záznam zviditelňuje stav, ale tým musí kontrolu stále koordinovat. K žádosti o rozhodnutí a řešení otázek používejte běžnou komunikaci Jira. Pouhé přidání bodu neprokazuje, že kontrolující žádost viděl nebo si vyhradil čas.

V běžném rozhraní Power Pack může schvalovat a žádat změny přiřazený schvalovatel Jira; ostatní uživatelé mají tyto ovládací prvky zakázané. To při běžném používání vyjasňuje zamýšleného kontrolujícího. Samostatné organizační požadavky na schválení ponechte v zavedeném procesu.

Poznámkami vysvětlete, co bylo schváleno

Když přiřazený kontrolující schvaluje, Power Pack otevře potvrzovací krok s volitelnou poznámkou a zaznamená čas schválení. Schválené položky ukazují datum, čas a případnou poznámku. Podporujte stručnou poznámku spojující rozhodnutí s rozsahem.

Pro Mayu může být užitečné: „Kandidát portálu 4 zkontrolován vůči dohodnutému chování volitelných e-mailů. Vysvětlení nezbytných e-mailů je jasné a zpráva neúspěšného uložení odpovídá dohodnutému znění.“ Vysvětluje mnohem více než „Schváleno“ a stále se rychle čte.

Sam může zaznamenat: „Revize příručky podpory 3 zkontrolována vůči kandidátu 4. Pokyny odpovídají viditelným prvkům včetně vysvětlení nezbytných zpráv.“ Poznámka pomáhá koordinátorovi vydání pochopit zkoumané podklady a určit kontrolu k opakování po změně.

Neskrývejte nevyřešené podmínky pozitivní poznámkou. Potřebuje-li kontrolující ještě změnu před schválením rozsahu, zaznamenejte Changes Requested. Pokud je omezení přijatelné, jasně je popište a zajistěte souhlas příslušné osoby s pokračováním za tohoto omezení.

Pište proveditelné žádosti o změny

Kontrolující může požádat o změny a zaznamenat důvod. Schválení pak ukazuje Changes Requested, takže nevyřešená kontrola zůstává viditelná. Důvod napište jako něco, co tým může vyřešit a znovu předložit k rozhodnutí.

Předpokládejme, že Sam zjistí tvrzení, že zákazníci mohou zastavit všechny e-maily účtu. Napíše: „Upravte příručku tak, aby odlišovala volitelné e-maily od nezbytných zpráv účtu, a pak porovnejte ukázkový snímek s kandidátem 4.“ Žádost určuje problém i očekávaný další krok.

Skutečnou úpravu tým řeší realizačním procesem. Potřebuje-li změna úkol Jira, vytvořte nebo aktualizujte jej samostatně a udržujte kontrolní kontext snadno sledovatelný. Stav schválení sděluje stanovisko kontrolujícího; sám nepřiřadí opravnou práci.

Až bude práce připravena, požádejte určeného schvalovatele o novou kontrolu. Ze stavu Changes Requested může schválit běžným potvrzovacím krokem, pokud oprava splňuje dohodnutý rozsah. Dokončená úprava a schválená kontrola jsou dvě odlišné události; první automaticky nenahrazuje druhou.

Po významných změnách schválení překontrolujte

Poté, co Maya schválí kandidáta 4, Leo v kandidátu 5 změní interakci ukládání. Nová verze může být lepší, ale Mayina dřívější poznámka popisuje jiného kandidáta. Tým má vědomě určit, které rozsahy kontrol jsou dotčeny.

V tomto případě je třeba znovu prohlédnout produktové chování a ověření. Sam by měl také zkontrolovat shodu pokynů podpory. Malá interní změna může ovlivnit méně kontrol; zákaznicky viditelná změna může překročit více rozsahů. Posouzení založte na změně samotné.

Power Pack nabízí upozornění Changes Since Approval a ovládání opětovného schválení. Upozornění berte jako podnět k další kontrole rozsahu. Po významných změnách schválení kontrolujte i nezávisle, protože upozornění nevysvětluje úplně, co se změnilo a které rozhodnutí zainteresované strany stále platí.

Žádost o opětovné schválení vrací bod do Pending Sign-Off. Kontrolující pak prohlédne aktualizované podklady a zaznamená nové rozhodnutí. Pokud schvalovatel schválení odvolá, bod se také vrátí mezi čekající. Referenci kontroly udržujte aktuální, aby další rozhodnutí mělo srozumitelný základ.

Před rozhodnutím o vydání přečtěte stavy

Při kontrole vydání projděte jednotlivé body a přečtěte jejich rozsah a poznámky. Pending Sign-Off znamená, že rozhodnutí stále chybí. Changes Requested znamená, že kontrolující určil práci k nápravě. Approved zaznamenává kladné rozhodnutí pro popsanou kontrolu.

Souhrn všech schválení je pohodlný pohled na zaznamenané stavy. Koordinátor vydání musí stále potvrdit, že platí pro současné výstupy a že jsou splněny ostatní požadavky vydání. Důkazy testování, pravidla pracovního postupu Jira a řízení nasazování zůstávají oddělenými částmi procesu.

Pro náš tým portálu je užitečným výsledkem jasný rozhovor: Maya schválila současné chování, Priya zkontrolovala relevantní důkazy a Sam potvrdil aktuální pokyny podpory. Při změně práce všichni vědí, čí kontrolu zopakovat.

Začněte jedním úkolem Jira a několika významnými schváleními. Vymezte rozsah, určete schvalovatele a usnadněte nalezení důkazů. Power Pack může výsledná rozhodnutí udržovat viditelná, zatímco tým zachovává spojení každého schválení s prací, kterou skutečně pokrývá.