Homályos funkcióigényből világos megvalósítási terv
Kövess végig egy felhasználói bevezetési példát a nyitott kérdéstől egy kis, tesztelhető fejlesztésig — egy gondolattérképpel, amely a döntések pontosításával együtt bővül.
Valaki azt mondja: „Egyszerűbbé kell tennünk az új felhasználók bevezetését.”
Mindenki egyetért. Aztán jönnek a javaslatok: legyen ellenőrzőlista, rövidítsük le a kezdeti beállítást, írjunk jobb útmutatót, küldjünk üdvözlő e-mailt.
Hamarosan egy egész sprintre elegendő ötlet gyűlik össze. Az már kevésbé világos, hogy pontosan milyen problémát próbál megoldani a csapat.
Ilyenkor érdemes gondolattérképet készíteni. A csapat ezen járhatja körül az igényt, kapcsolhatja össze az ötleteket, és tarthatja szem előtt a megválaszolatlan kérdéseket, mielőtt eldönti, mit építsen meg.
Ebben az útmutatóban egy kitalált csapatot követünk, amely egy közös munkateret kínáló terméken dolgozik. Az új ügyfelek fiókot hoznak létre, beállítanak egy munkateret, majd meghívják a munkatársaikat. A csapat feladata ennek az élménynek a javítása.
A nyitott beszélgetéstől eljutunk egy kis, egyértelműen leírt Jira-feladatig. Ugyanezt a folyamatot bármely gondolattérkép-készítő eszközzel követheted.
1. Indulj ki az igényből, de ne tekintsd kész válasznak
Az „egyszerűsítsük a felhasználók bevezetését” egy szándékot fejez ki. Még nem mondja meg, hol akadnak el az emberek, vagy min kellene változtatni.
A csapat a térkép közepére helyezi a Felhasználói bevezetés javítása témát, és négy ágat ad hozzá:
- Fiók létrehozása
- Munkatér beállítása
- Munkatársak meghívása
- Az első hasznos közös művelet elvégzése
Ez szerkezetet ad a beszélgetésnek. Ahelyett, hogy a „felhasználói bevezetésről” egyetlen nagy problémaként beszélnének, a résztvevők rámutathatnak az élmény egy konkrét részére.
A csapat a megfelelő ágak mellé írja, amit jelenleg tud. Kitalált példánkban az ügyfélszolgálat kapott kérdéseket arról, hol lehet munkatársakat meghívni. A termék használatának megfigyelésekor egy új munkatér-tulajdonos a munkatér kezdőképernyőjén keresi a meghívási lehetőséget. A lehetőség létezik, de a munkatér beállításai között található.
Ezek a megfigyelések kijelölik, mit érdemes megvizsgálni. Nem bizonyítják, hogy a teljes bevezetési folyamatot újra kell építeni.
A csapat a többi ágat a térképen hagyja, és a Munkatársak meghívása ágra összpontosít.
2. Válaszd külön, amit tudsz, és amit feltételezel
Egy magyarázat könnyen ténynek kezd hangzani, ha valaki magabiztosan mondja ki.
„Az emberek azért nem hívják meg a munkatársaikat, mert a meghívási folyamat túl bonyolult.”
Lehet. De a meghívási űrlapot nehéz megtalálniuk, kitölteniük, vagy azt nem értik, miért kellene már most meghívniuk valakit? Ezek különböző problémák.
A meghívási ág alatt a csapat három csoportot hoz létre.
Megfigyelt tények
- Az ügyfélszolgálat kapott kérdéseket arról, hol lehet munkatársakat meghívni.
- Egy munkatér-tulajdonos a kezdőképernyőn kereste a meghívásokat.
- A jelenlegi meghívási lehetőség a munkatér beállításai között található.
Feltételezések
- Egy jobban látható belépési pont segítene megtalálni.
- Néhány tulajdonos talán nem ismeri fel, hogy a munkatársak meghívása hasznos következő lépés.
Még nem tisztázott
- Ki tudják tölteni a tulajdonosok a meglévő űrlapot, ha megtalálják?
- Értik a meghívás címzettjei, hogy mi a következő teendő?
A címkék fontosabbak a vizuális megjelenésnél. Bárki, aki a térképre néz, különbséget kell hogy tudjon tenni egy megfigyelés és egy lehetséges magyarázat között.
Mielőtt megoldást választana, a csapat megkér néhány új munkatér-tulajdonost, hogy menjen végig egy munkatárs meghívásán. Figyeli, hol keresnek, és megkérdezi, mire számítanak, anélkül, hogy előre megmutatná a meghívási lehetőséget.
Ebben a példában a folyamat megfigyelése arra utal, hogy a közvetlen akadály az űrlap megtalálása. Miután megmutatják az elérési pontot, a tulajdonosok ki tudják tölteni. A címzett élményét még külön meg kell vizsgálni.
A csapat most már szűkebben fogalmazhatja meg a problémát:
“Az új munkatér-tulajdonosok nehezen találják meg, hol hívhatják meg a munkatársaikat.”
Ez elég konkrét ahhoz, hogy irányt adjon a következő beszélgetésnek. A csapat a változtatás után is visszatérhet hozzá.
3. Járj körül néhány választ ugyanarra a problémára
A világosabban megfogalmazott probléma birtokában a csapat visszatér a lehetséges fejlesztésekhez. Három lehetőséget ad a térképhez:
- Munkatársak meghívása művelet elhelyezése a munkatér kezdőképernyőjén.
- Meghívási lépés hozzáadása a kezdeti beállítási folyamathoz.
- Későbbi e-mail küldése arról, hogyan lehet munkatársakat meghívni.
Mindegyik lehetőség segíthet, de mindegyik más pillanatban éri el a tulajdonost.
A kezdőképernyőn lévő művelet akkor lenne elérhető, amikor valaki visszatér a munkaterébe. A beállítási lépés korán bemutatná a meghívásokat, de egyes tulajdonosok még nem biztos, hogy készen állnak mások meghívására. Egy e-mail emlékeztetőként szolgálhatna, bár a tulajdonosnak így is vissza kellene térnie a termékhez.
A csapat minden lehetőség mellé röviden odaírja, miben kellene segítenie. Így a beszélgetés a problémához kapcsolódik, és nem alakul át a résztvevők kedvenc funkcióiról szóló szavazássá.
Nem szükséges minden elképzelhető megoldást feltérképezni. Indulj néhány észszerű lehetőségből, és kérdezd meg:
- Kezeli ez a megfigyelt nehézséget?
- Akkor segít, amikor a tulajdonosnak szüksége van rá?
- Mit kellene megtudnunk vagy megváltoztatnunk ahhoz, hogy működjön?
Egy hasznos térkép megkönnyíti ezeknek a döntéseknek a megbeszélését. A több ág nem jelent automatikusan jobb térképet.
4. Válassz egy hasznos első lépést
A csapat úgy dönt, hogy egy jól látható meghívási műveletet tesztel a munkatér kezdőképernyőjén.
Miért ezt választja? Közvetlenül arra a helyre reagál, ahol a tulajdonosok kerestek, és a csapat használhatja a meglévő meghívási űrlapot. A művelet azoknak a tulajdonosoknak is elérhető marad, akik később döntenek a munkatársak meghívásáról.
Ez kiindulópont, nem annak kijelentése, hogy minden bevezetési probléma megoldódott.
A csapat a kiválasztott ágat kibővíti a megbeszélt hatókörrel, és a terv mellé feljegyzi az elhalasztott ötleteket és a még vizsgálandó kérdéseket:
Ebben a fejlesztésben
- Egyértelműen feliratozott meghívási művelet hozzáadása a munkatér kezdőképernyőjéhez.
- A meglévő meghívási űrlap megnyitása ezzel a művelettel.
- A meglévő meghívási jogosultságok és küldési működés megtartása.
Később
- Megfontolni, hogy a meghívási lépés része legyen-e a kezdeti beállításnak.
- Megfontolni, hogy hasznos lenne-e egy későbbi emlékeztető.
Vizsgálatot igényel
- A meghívás fogadásának és elfogadásának vizsgálata.
Ha ezek a csoportok láthatók maradnak, a beszélgetés kevésbé nyitja újra ugyanazokat a döntéseket. Az e-mail ötlete nem tűnt el. A címzett élményéről sem feledkeztek meg. Egyszerűen nem részei ennek az első fejlesztésnek.
Ezen a ponton a csapat azokkal is egyeztet, akik megvalósítják a változtatást. Egy meglévő űrlap újrafelhasználása egyszerűnek hangzik, de lehetnek a megközelítést befolyásoló korlátok. Jobb ezeket azelőtt felfedezni, hogy a hatókört véglegesnek tekintenék.
5. Írd le, mire legyen képes a felhasználó
A „meghívási gomb hozzáadása” a felület változását írja le. Kevesebbet mond arról az élményről, amelyet a csapat létre szeretne hozni.
Hasznosabb kérdés:
“Mire legyen képes egy munkatér tulajdonosa, amikor ez a fejlesztés elkészül?”
A csapat megállapodik egy rövid ellenőrzési listában:
- A munkatársak meghívására jogosult tulajdonos megtalálja a Munkatársak meghívása műveletet a munkatér kezdőképernyőjén.
- A művelet kiválasztása megnyitja az aktuális munkatér meglévő meghívási űrlapját.
- A tulajdonos a meglévő folyamaton keresztül be tudja fejezni a meghívást.
- A meghívási jogosultsággal nem rendelkező személy nem kap hozzáférést az új műveleten keresztül.
- A művelet a termék által támogatott képernyőméreteken használható, és billentyűzettel is elérhető.
Ezek elfogadási kritériumok: megfigyelhető feltételek, amelyekkel a csapat ellenőrizheti a munkáját. Nem kell technikai specifikációnak hangzaniuk.
Két külön kérdést is érdemes szétválasztani. A „Megvalósítottuk a megbeszélt változtatást?” kérdésre ezeknek a feltételeknek az ellenőrzése válaszol. A „Könnyebb lett megtalálni a meghívásokat?” kérdéshez azt kell figyelni, hogyan használják az emberek.
Egy gomb működhet pontosan a leírás szerint, mégis észrevétlen maradhat.
6. Vidd át a megbeszélt munkát a Jira rendszerébe
A térkép segített a csapatnak körüljárni az igényt és döntést hozni. A kiválasztott fejlesztés most már olyan feladattá alakítható, amelyet valaki el tud kezdeni.
A csapat egy Jira-feladatot hoz létre a megbeszélt eredményhez. Nem készít feladatot a térkép minden ágából.
Egy ilyen feladat például a következőket tartalmazhatja:
Cím: A munkatársak meghívásának elérhetővé tétele a munkatér kezdőképernyőjéről
Miért fontos: Az új munkatér-tulajdonosok nehezen találták meg a meghívási lehetőséget a beállítások között. Azt szeretnénk, hogy a tulajdonosok a kezdőképernyőről indíthassanak meghívást, ahol egyébként is keresik.
Hatókör: Munkatársak meghívása művelet hozzáadása, amely megnyitja az aktuális munkatér meglévő meghívási űrlapját. A meglévő jogosultsági szabályok és meghívási működés megőrzése.
Nem része: Új beállítási folyamat, emlékeztető e-mailek vagy a meghívás elfogadásának módosítása.
Elfogadási kritériumok: Az előző részben megbeszélt ellenőrzések beillesztése.
Tervezési háttér: Hivatkozás a térképre, hogy a feladaton dolgozó bárki láthassa a megfigyeléseket, alternatívákat és a hatókörről hozott döntést.
A csapat működésétől függően a tervezés és a megvalósítás külön feladat lehet. Akkor bontsd részekre a munkát, ha ez világosabbá teszi a felelősséget vagy a megvalósítást, ahelyett, hogy automatikusan átmásolnád a térkép szerkezetét a Jira rendszerébe.
Egy ág a gondolkodást rendezi. Egy feladat a munkát írja le. Nem kell egy az egyben megfelelniük egymásnak.
Ha a gondolattérkép-készítő eszközöd kapcsolódik a Jira rendszeréhez, lehet, hogy a kiválasztott csomópontból is létrehozhatod a feladatot, és a kapcsolat látható marad a térképen. Ha nem, külön is létrehozhatod a feladatot, és hozzáadhatsz egy hivatkozást. Mindkét esetben nézd át a feladatot átadás előtt: egy rövid csomópontfelirat ritkán tartalmazza az összes szükséges háttérinformációt.
A megvalósítás kezdetétől a Jira rendszerében vezesd az állapotot és a felelősöket. A térképet használd a tágabb problémához, a döntés indoklásához és a nyitva maradt kérdésekhez. Így mindkét helynek egyértelmű szerepe lesz, és kisebb a kísértés két külön feladatlista fenntartására.
7. Ellenőrizd, hogy enyhült-e az eredeti probléma
A változtatás kiadása után a csapat visszatér a korábban leírt mondathoz:
“Az új munkatér-tulajdonosok nehezen találják meg, hol hívhatják meg a munkatársaikat.”
Az új tulajdonosok most már megtalálják a meghívási műveletet anélkül, hogy megmutatnák nekik a helyét? Végig tudnak menni a meglévő űrlapon? Az ügyfélszolgálati beszélgetések arra utalnak, hogy továbbra is ugyanaz a bizonytalanság jelentkezik?
Ha a csapatnak megfelelő termékmérések állnak rendelkezésére, azt is megnézheti, hány új munkatér-tulajdonos kezd és fejez be meghívást. Ezeket a számokat összefüggéseikben kell értelmezni: egyes tulajdonosok szándékosan dolgozhatnak egyedül, és más változások is befolyásolhatják az eredményeket.
Ehhez a kitalált történethez nem kell sikeres végeredményt kitalálnunk. A hasznos következő lépés a történések megfigyelése és a tanulságok felvétele a térképre.
Ha a tulajdonosok megtalálják a műveletet, de később elakadnak, a csapatnak konkrétabb vizsgálandó problémája van. Ha a változtatás segít, eldöntheti, érdemes-e újabb fejlesztésbe kezdeni.
Az eredeti igény tág volt. Az elkészült terv fókuszált: világos probléma, kiválasztott válasz, kezelhető hatókör és módszer annak ellenőrzésére, hogy segített-e.
Ettől válik hasznossá a térkép. Az „ezen javítanunk kellene” gondolattól egy megbeszélt következő lépésig viszi a beszélgetést, miközben szem előtt tartja az indoklást és a lezáratlan kérdéseket.
Kapcsolódó cikkek
Beszéljünk
Kérdése van a cikkel kapcsolatban? Beszéljük át műszaki céljait.