Tvorba aplikací pomocí rozhovoru
Publikováno · Aktualizováno
Tvorba rozhovorem začíná popisem úkolu uživatele a požadovaného výsledku, nikoli pouze vzhledem obrazovky. Poskytněte aktuální souvislosti, požadujte konkrétní další výsledek a ověřte aplikaci před označením vysvětlení za dokončenou práci.
Popište úkol z pohledu uživatele
Vyberte hlavní činnost. U objednání služby může zákazník vybrat nabídku, požádat o čas a dostat jasnou odpověď. Uveďte uživatele, potřebné údaje a nedostupný termín. Rozhodněte, zda vzniká potvrzená schůzka nebo dotaz. Rozdíl mění text, uložený stav a následnou práci personálu a musí patřit do prvního zadání. Přidejte příklad skutečné zamýšlené práce, aby nevznikla pěkná obrazovka s jiným výsledkem než provoz služby. Zaměstnanec musí rozumět, zda má ještě přijmout žádost, nebo jen vyřídit již potvrzenou rezervaci.
Zadání může požadovat cestu v jazyce zákazníka, zobrazit službu a očekávanou délku, získat požadovaný čas a kontakt a uložit žádost jako čekající na potvrzení personálu. Přidejte schválené služby jako příklady. Pomocník dostane konkrétní chování k přípravě. Vizuální vzory dejte zvlášť s vysvětlením: obrázek pomáhá rozložení, neurčuje však uložení ani potvrzení schůzky. Popište také odpověď při neúplných údajích. Výsledkem má být srozumitelný běžný postup, ne pouze atraktivní obrazovka, která každodenní situace nechává bez řešení.
- Uživatel a hlavní činnost
- Údaje a konečný stav
- Související schválený příklad
Poskytněte současný stav a ověřitelný krok
Vysvětlete existující práci, měněnou část a dostupné důkazy. Přiložte související text, reprezentativní záznam nebo výsledek předchozího pokusu. Nový rozhovor automaticky nezná rozhodnutí jiné relace. Uchovejte krátké aktuální shrnutí a rozlišujte přijaté požadavky od volitelných myšlenek. Aktualizujte je při skutečném převzetí změny. Tak každé zadání vychází ze stejného projektu a souběžné rozhovory nevytvářejí rozporné výsledky, které se odhalí až při spojení. Z přehledu má být zřejmé, jaká rozhodnutí ještě platí a co už bylo vědomě nahrazeno.
Úkol můžete popsat službě Infera Agent a požádat o pomoc s přípravou či vývojem dotčené části. Prověřte možnosti tvorby, úprav a propojených služeb v účtu. Požadujte výsledek ke kontrole, například objednávkovou cestu s příklady, ne obecné ujištění o inteligenci. Když dostanete plán nebo návrh, určete chybějící provedení. Rozhovor musí vysvětlit, co lze nyní testovat, co zůstává návrhem a jaké údaje potřebujete doplnit pro další krok. Nemá zaměnit myšlenku na řešení za funkci, která už skutečně pracuje s požadavky zákazníků.
- Současný stav projektu
- Rozlišení rozhodnutí a nápadu
- Další ověřitelný výsledek
Požadujte změny konkrétními příklady
Při problému popište činnost, očekávání a pozorování. Například po žádosti se ukáže potvrzeno bez přijetí personálem: zobrazit čekání na potvrzení a stejný stav uložit. To označuje chování, ne pouhou slovní preferenci. Přiložte případ a požadujte úpravu tam, kde stav vzniká, aby obrazovka i údaje souhlasily. Uveďte četnost nebo zvláštní podmínky a opakovatelné kroky. Pomocník i kontrolor musí vidět stejnou situaci, ne hádat, která část vám připadá špatně nebo jak se do daného stavu lze dostat.
Měňte souvislou část postupně, pokud to usnadní kontrolu. U propojených změn popište vztah a konečný postup. Po úpravě opakujte příklad i sousední kroky. Přesný neúspěšný test nenahrazujte úplnou přestavbou bez odpovídajícího důvodu. Před velkým zásahem uchovejte obnovitelnou verzi a přijatá rozhodnutí, aby další oprava nevrátila starou chybu. Účel, skutečná změna a způsob důkazu mají být pochopitelné i pro člověka, který převezme další práci bez znalosti první diskuse. Tím se zkracuje čas nutný k opětovnému vysvětlování požadavků.
- Činnost, očekávání a pozorování
- Shodný zobrazený a uložený stav
- Zopakovaný původní příklad
Ověřte výstupy a uchovejte užitečný záznam
Po oznámení výsledku prohlédněte aplikaci. Otevřete stránku, dokončete činnost a zkontrolujte záznam i upozornění personálu. Testujte běžnou žádost, chybějící údaje a nedostupný čas. Plynulé vysvětlení nedokazuje použitou změnu ani fungující spojení. Požádejte o skutečně prohlédnuté či vyzkoušené části a srovnejte tvrzení s důkazy. Bez ověření ponechte nejistotu viditelnou. Prověřte i význam úspěchu: přijetí údaje a schválení služby tvoří odlišná očekávání, přestože informace do systému dorazila správně a zaměstnanec ji může najít nebo dále zpracovat.
Relaci dokončete shrnutím provedeného chování, testů, přijatých rozhodnutí a otevřených úkolů. Uchovejte je u aktuálního popisu místo spoléhání na dlouhý rozhovor. Použijte je při předání či nové relaci. Pomocník je užitečnější, když zadání vedou k pozorovatelnému pokroku a další instrukce začíná ze spolehlivého stavu, ne ze slibů, starých obrázků a neúplných nápadů. Osoba bez znalosti diskuse musí pochopit funkční části i chybějící provedení nebo kontrolu před použitím se skutečnými zákazníky. Aktuální shrnutí má zachovat právě tuto hranici a podklady pro pokračování.
- Ověřená skutečná aplikace
- Vyzkoušené související výjimky
- Uchované současné shrnutí
Otázky
Je dlouhé zadání vždy lepší?
Ne. Uveďte uživatele, činnost, údaje, výsledek a současný stav ovlivňující úkol. Přesný příklad může pomoci více než mnoho nesouvisejících požadavků.
Stačí obrázek jako úplný požadavek?
Ukazuje rozložení nebo vizuální problém. Vysvětlete také chování, uložené údaje, potvrzovací pravidla a cíle spojení.
Co dělat při nepochopení?
Uveďte konkrétní příklad rozdílu a zopakujte očekávaný výsledek. Nový výstup ověřte před přidáním dalších nezávislých instrukcí.
Jak pokračovat v jiném rozhovoru?
Předejte aktuální shrnutí, rozhodnutí a další úkol. Uveďte chybějící ověření, aby nevyzkoušený návrh nebyl považován za hotovou práci.