Od neurčitého požadavku na funkci k jasnému plánu realizace

Někdo řekne: „Musíme usnadnit onboarding.“

Všichni souhlasí. Pak začnou přicházet návrhy: přidat kontrolní seznam, zkrátit úvodní nastavení, napsat lepší pokyny, poslat uvítací e-mail.

Zanedlouho je nápadů dost na celý sprint. Méně jasné je, jaký problém se tým vlastně snaží vyřešit.

To je vhodná chvíle vytvořit myšlenkovou mapu. Nabízí týmu prostor pro prozkoumání požadavku, propojení nápadů a zachování nezodpovězených otázek na očích ještě před rozhodnutím, co vytvořit.

V tomto průvodci budeme sledovat fiktivní tým pracující na produktu se sdíleným pracovním prostorem. Noví zákazníci si vytvoří účet, nastaví pracovní prostor a pozvou kolegy. Tým dostal za úkol tuto zkušenost zlepšit.

Převedeme požadavek z otevřené diskuse na malý, jasně popsaný úkol v Jira. Stejný postup můžete použít v jakémkoli nástroji pro myšlenkové mapy.

1. Začněte požadavkem, ale nepovažujte ho za odpověď

„Usnadnit onboarding“ vyjadřuje záměr. Zatím nám neříká, kde lidé narážejí na potíže ani co by se mělo změnit.

Tým umístí doprostřed mapy téma Zlepšit onboarding a přidá čtyři větve:

• Vytvořit účet
• Nastavit pracovní prostor
• Pozvat kolegy
• Společně provést první užitečnou činnost

Tím dostává rozhovor strukturu. Místo diskuse o „onboardingu“ jako jednom velkém problému mohou lidé ukázat na konkrétní část uživatelské zkušenosti.

K příslušným větvím tým připíše, co v tuto chvíli ví. V našem fiktivním příkladu dostala podpora dotazy, kde lze pozvat kolegy. Při pozorování práce s produktem hledá nový vlastník pracovního prostoru možnost pozvání na jeho domovské obrazovce. Tato možnost existuje, ale je v nastavení pracovního prostoru.

Tato pozorování naznačují, kam zaměřit další zkoumání. Nedokazují, že je třeba přepracovat celý onboarding.

Tým ponechá ostatní větve na mapě a zaměří se na větev Pozvat kolegy.

2. Oddělte to, co víte, od toho, co si myslíte

Jakmile někdo vysloví vysvětlení s jistotou, snadno začne znít jako fakt.

„Lidé nezvou kolegy, protože je proces pozvání příliš složitý.“

Možná. Ale mají potíže najít formulář pozvánky, vyplnit ho, nebo pochopit, proč už mají někoho zvát? To jsou různé problémy.

Pod větví o pozvánkách tým vytvoří tři skupiny.

Pozorováno

• Podpora dostala dotazy, kde lze pozvat kolegy.
• Vlastník pracovního prostoru hledal pozvánky na domovské obrazovce.
• Současná možnost pozvání je v nastavení pracovního prostoru.

Předpokládáno

• Viditelnější přístup by lidem pomohl tuto možnost najít.
• Někteří vlastníci si možná neuvědomují, že pozvání kolegů je užitečný další krok.

Zatím nejasné

• Dokážou vlastníci vyplnit stávající formulář, když ho najdou?
• Rozumějí příjemci pozvánky tomu, co mají udělat dál?

Popisky jsou důležitější než vizuální styl. Každý, kdo se na mapu podívá, by měl umět odlišit pozorování od možného vysvětlení.

Než tým vybere řešení, požádá několik nových vlastníků pracovních prostorů, aby prošli pozváním kolegy. Sleduje, kde hledají, a ptá se, co očekávají, aniž by jim předem ukázal možnost pozvání.

V tomto příkladu pozorování naznačují, že bezprostřední překážkou je nalezení formuláře. Jakmile vlastníci vědí, jak se k němu dostat, dokážou ho vyplnit. Zkušenost příjemce je stále třeba prozkoumat zvlášť.

Tým nyní může popsat užší problém:

To je dost konkrétní na to, aby to nasměrovalo další diskusi. Zároveň se k tomu tým může vrátit po provedení změny.

Zvětšit

3. Prozkoumejte několik reakcí na stejný problém

S jasnějším problémem se tým vrací k možným zlepšením. Na mapu přidá tři možnosti:

• Umístit akci Pozvat kolegy na domovskou obrazovku pracovního prostoru.
• Přidat krok pozvání do úvodního nastavení.
• Později poslat e-mail s vysvětlením, jak pozvat kolegy.

Každá možnost může pomoci, ale každá oslovuje vlastníka v jinou chvíli.

Akce na domovské obrazovce by byla dostupná při návratu do pracovního prostoru. Krok v nastavení by představil pozvánky brzy, ale někteří vlastníci ještě nemusí být připraveni někoho zvát. E-mail může posloužit jako připomenutí, vlastník by se však stejně musel vrátit do produktu.

Vedle každé možnosti tým napíše krátkou poznámku vysvětlující, s čím má pomoci. Diskuse tak zůstává spojená s problémem a nezmění se v hlasování o oblíbených funkcích.

Není třeba mapovat každé představitelné řešení. Začněte několika rozumnými možnostmi a ptejte se:

• Řeší to potíž, kterou jsme pozorovali?
• Pomůže to ve chvíli, kdy to vlastník potřebuje?
• Co musíme zjistit nebo změnit, aby to fungovalo?

Užitečná mapa usnadňuje diskusi o těchto volbách. Více větví automaticky neznamená lepší mapu.

Zvětšit

4. Vyberte jeden užitečný první krok

Tým se rozhodne otestovat viditelnou akci pozvání na domovské obrazovce pracovního prostoru.

Proč právě tato možnost? Přímo odpovídá místu, kde vlastníci hledali, a tým může použít stávající formulář pozvánky. Akce navíc zůstane dostupná i vlastníkům, kteří se rozhodnou pozvat kolegy později.

Je to výchozí bod, nikoli tvrzení, že jsou vyřešeny všechny problémy onboardingu.

Tým rozšíří vybranou větev o dohodnutý rozsah a vedle plánu zaznamená odložené nápady a otevřené otázky k prozkoumání:

V tomto zlepšení

• Přidat na domovskou obrazovku pracovního prostoru jasně označenou akci pozvání.
• Touto akcí otevírat stávající formulář pozvánky.
• Zachovat stávající oprávnění k pozvání a způsob odesílání.

Později

• Zvážit, zda krok pozvání patří do úvodního nastavení.
• Zvážit, zda by bylo užitečné následné připomenutí.

Vyžaduje prozkoumání

• Prověřit zkušenost s přijetím a potvrzením pozvánky.

Když jsou tyto skupiny na očích, diskuse se méně vrací k již přijatým rozhodnutím. Nápad s e-mailem nezmizel. Na zkušenost příjemce se nezapomnělo. Jen nejsou součástí tohoto prvního zlepšení.

V této chvíli tým také vše probere s lidmi, kteří změnu provedou. Opětovné použití existujícího formuláře zní jednoduše, ale mohou existovat omezení, která ovlivní postup. Je lepší je objevit dřív, než tým začne rozsah považovat za definitivní.

Zvětšit

5. Popište, co by měl uživatel dokázat

„Přidat tlačítko pozvánky“ popisuje změnu rozhraní. O zkušenosti, kterou chce tým vytvořit, říká méně.

Užitečnější otázka zní:

Tým se dohodne na krátkém souboru kontrol:

• Vlastník s oprávněním zvát kolegy najde na domovské obrazovce pracovního prostoru akci Pozvat kolegy.
• Jejím výběrem se otevře stávající formulář pozvánky pro aktuální pracovní prostor.
• Vlastník může pozvání dokončit pomocí stávajícího postupu.
• Uživatel bez oprávnění k pozvání nezíská přístup prostřednictvím nové akce.
• Akci lze používat na velikostech obrazovek podporovaných produktem a lze se k ní dostat pomocí klávesnice.

To jsou akceptační kritéria: pozorovatelné podmínky, pomocí nichž může tým ověřit svou práci. Nemusí znít jako technická specifikace.

Je také třeba oddělit dvě různé otázky. Na otázku „Dodali jsme dohodnutou změnu?“ odpoví ověření těchto podmínek. Otázka „Usnadnila změna nalezení pozvánek?“ vyžaduje sledování toho, jak ji lidé používají.

Tlačítko může fungovat přesně podle zadání, a přesto ho lidé přehlédnou.

6. Přeneste dohodnutou práci do Jira

Mapa pomohla týmu prozkoumat požadavek a rozhodnout se. Vybrané zlepšení je nyní připravené stát se úkolem, kterého se může někdo ujmout.

Tým vytvoří jeden úkol v Jira pro dohodnutý výsledek. Nevytváří úkol pro každou větev mapy.

Takový úkol by mohl obsahovat:

Název: Zpřístupnit pozvání kolegů z domovské obrazovky pracovního prostoru

Proč je to důležité: Noví vlastníci pracovních prostorů měli potíže najít možnost pozvání v nastavení. Chceme, aby mohli pozvání zahájit z domovské obrazovky, kde ho už hledají.

Rozsah: Přidat akci Pozvat kolegy, která otevře stávající formulář pozvánky pro aktuální pracovní prostor. Zachovat stávající pravidla oprávnění a chování pozvánek.

Mimo rozsah: Nový postup nastavení, připomínací e-maily nebo změny v potvrzování pozvánek.

Akceptační kritéria: Zahrnout kontroly dohodnuté v předchozí části.

Kontext plánování: Připojit odkaz na mapu, aby každý, kdo na úkolu pracuje, viděl pozorování, alternativy a rozhodnutí o rozsahu.

Podle způsobu práce týmu mohou být návrh a implementace samostatnými úkoly. Rozdělujte práci tehdy, když to zpřehlední odpovědnost nebo realizaci, místo abyste automaticky kopírovali strukturu mapy do Jira.

Větev uspořádává myšlení. Úkol popisuje práci. Nemusí mezi nimi být vztah jedna ku jedné.

Pokud se váš nástroj pro myšlenkové mapy propojuje s Jira, možná umožňuje vytvořit úkol z vybraného uzlu a zachovat viditelné propojení na mapě. Pokud ne, můžete úkol vytvořit samostatně a přidat odkaz. V obou případech úkol před předáním zkontrolujte: krátký popisek uzlu málokdy obsahuje všechen potřebný kontext.

Jakmile začne realizace, veďte stav a odpovědnost v Jira. Mapu používejte pro širší problém, důvody rozhodnutí a otázky, které zůstávají otevřené. Každé místo tak má jasný účel a snižuje se pokušení udržovat dva samostatné seznamy úkolů.

Zvětšit

7. Ověřte, zda původní problém ustoupil

Po vydání změny se tým vrátí k větě, kterou napsal dříve:

Najdou teď noví vlastníci akci pozvání, aniž by jim někdo ukázal, kde je? Dokážou pokračovat přes stávající formulář? Naznačují rozhovory s podporou, že stejné nejasnosti přetrvávají?

Pokud má tým vhodná produktová měření, může se také podívat, kolik nových vlastníků pracovních prostorů pozvání zahájí a dokončí. Tato čísla vyžadují kontext: někteří vlastníci mohou záměrně pracovat sami a výsledky mohou ovlivnit i jiné změny.

Pro tento fiktivní příběh si nemusíme vymýšlet úspěšný výsledek. Užitečným dalším krokem je sledovat, co se děje, a doplnit nové poznatky do mapy.

Pokud vlastníci akci najdou, ale zaseknou se později, má tým konkrétnější problém k prozkoumání. Pokud změna pomáhá, může se rozhodnout, zda stojí za to pustit se do dalšího zlepšení.

Původní požadavek byl široký. Výsledný plán je konkrétní: jasný problém, zvolená reakce, zvládnutelný rozsah a způsob, jak ověřit, zda změna pomohla.

Právě tím je mapa užitečná. Posouvá rozhovor od „měli bychom to zlepšit“ k dohodnutému dalšímu kroku a přitom zachovává na očích důvody i nedořešené otázky.