Začněte jedním úkolem, který vaši lidé potřebují dokončit. Popište, co ho spouští, kdo ho řeší, jak vypadá dobrý výsledek a kde se práce komplikuje. Vývojář tak bude mít o čem konkrétně mluvit, i když ještě nevíte, co postavit.
„Potřebujeme lepší rezervační systém“ je naprosto rozumný začátek. Další užitečná otázka zní: co se stane, když se někdo pokusí rezervovat místo?
Před prvním rozhovorem s vývojářem popište jeden pracovní postup od počáteční žádosti až po hotový výsledek. Přidejte i část, kde se to komplikuje. Všechno můžete vysvětlit běžnými slovy, i když ještě netušíte, jak má být software postavený.
Představte si smyšlenou vzdělávací firmu. Zákazník napíše e-mail a požádá o dvě místa na kurzu. Koordinátorka zkontroluje volná místa, odpoví zákazníkovi a zapíše rezervaci. Pokud je kurz plný, musí někdo rozhodnout, co nabídnout místo něj.
To stačí jako začátek užitečného zadání. Věta „Postavte portál s přehledovou obrazovkou“ nechává vývojáři mnohem víc věcí k odhadu: kdo portál používá, co potřebuje dokončit a co se vlastně počítá jako rezervace.
Průvodce britské vlády k pochopení problému před vývojem služby doporučuje prozkoumat uživatele, jejich širší cestu i omezení. Vládní postup vývoje služeb patří do svého prostředí. Pro naši vzdělávací firmu je užitečná jednoduchá otázka: co je třeba udělat, aby se zákazník dostal na kurz?
Požádejte člověka, který práci dělá, aby vás provedl nedávným příkladem. Zapište, co jste pozorovali. Potom popište, co se má změnit. V naší smyšlené firmě by poznámky mohly vypadat takto:
Koordinátorka kontroluje tabulku kurzů, odpovídá e-mailem a přijatou rezervaci zapisuje do kalendáře. Viděli jsme, že nabídla místo, zatímco se ještě čekalo na jinou odpověď.
Koordinátorka by měla vidět, které žádosti čekají na odpověď, a rozhodnout, zda nabídne místo. Ještě si musíme ujasnit, kdy se místo považuje za obsazené.
První část popisuje současnou práci. Druhá navrhuje změnu a nechává viditelné nevyřešené rozhodnutí. Na tom záleží, když mají lidé různé zvyky: jeden kolega může místo držet při čekání na odpověď, jiný ho nechá volné. Zapište obě varianty, než vývojáře požádáte, aby z některé udělal pravidlo.
U dotazu na kurz může praktická osnova obsahovat tyto poznámky:
To jsou navržené poznámky k příkladu, ne hotová pravidla pro každou vzdělávací firmu. Zeptejte se, co ve vaší firmě znamená „dohodnutá rezervace“. Je místo obsazené po nabídce, po přijetí zákazníkem, nebo až po zaplacení? Zapsanou otázku můžete společně vyřešit.
Přidejte malý vypracovaný příklad se smyšlenými záznamy: na Kurzu A dne 12. května je jedno volné místo; Poptávka B žádá o dvě. Ukažte očekávaný výsledek včetně toho, kdo rozhodne. Vývojář se pak může ptát na něco konkrétního.
Používejte smyšlená jména a záznamy, pokud pomohou vysvětlit práci. Skutečné ukázky sdílejte jen tehdy, když k tomu máte oprávnění. Odstraňte nepotřebné osobní či důvěrné údaje a domluvte vhodný způsob předání.
Nutný požadavek: koordinátorka musí vidět žádosti, které čekají na odpověď. Vysvětlete proč: jinak musí někdo prohledávat sdílenou schránku a hledat nedokončenou práci.
Nápad k probrání: zákazníci by si mohli sami vybrat jiný termín kurzu. Nechte to jako možnost, dokud neproberete potřebnou práci a komu by to pomohlo.
Otevřená otázka: kdy se má místo rezervovat a kdo ho může uvolnit? Jmenujte vedoucího vzdělávání jako člověka, který může rozhodnout, místo abyste o pravidle rezervací nechali mlčky rozhodnout vývojáře.
Uveďte také skutečná omezení. Možná musí zůstat stávající kalendář, údaje o zákaznících smějí vidět jen určití pracovníci nebo musí být možné do určitého data spravovat konkrétní kurz. Řekněte, která omezení jsou pevná a proč. Pokud je termín či rozpočet zatím jen přání, tak ho označte.
„Snazší používání“ potřebuje příklad. V této firmě by koordinátorka měla zvládnout sledovat žádost až do jejího vyřízení a najít všechny žádosti, které ještě čekají. Na běžné rezervaci a případu s jediným volným místem proberte, co musí hotová práce ukázat.
Můžete také zaznamenat současný problém, který chcete měřit, třeba jak často lidé hledají nezodpovězenou žádost v několika nástrojích. Uveďte, co jste pozorovali a co je třeba ještě ověřit. Cíl domluvte až poté, co zjistíte, s čím ho budete porovnávat.
Dejte zadání před odesláním přečíst lidem, kteří práci dělají. Mohou upozornit na chybějící krok nebo vysvětlit, proč by zdánlivá zkratka způsobila potíže. Nevyřešené body v dokumentu nechte a u každého určete člověka, který na něj odpoví.
Stavíme software na míru pro firmy. Pokud s námi chcete probrat projekt, přineste podobně popsanou práci: co se děje dnes, co chcete změnit, příklad a otázky, které ještě máte. Rozsah a obchodní podmínky se pak dají probrat podle skutečné práce. Zadání otevírá rozhovor; technické zkoumání a návrh jsou stále potřeba.
Můžete začít popisem práce, lidí, kteří ji dělají, používaných nástrojů a potřebného výsledku. Technický návrh může přijít po prozkoumání situace. Pokud znáte skutečné technické omezení, zapište ho a vysvětlete, proč je důležité.
Popište postupy, které jste skutečně viděli, a zeptejte se zúčastněných, proč se liší. Označte rozdíly, které jsou nutné, a ty, o nichž je ještě třeba rozhodnout. Určete člověka, který může rozhodnutí udělat.
Zapište otázku, co už víte a kdo může pomoci s odpovědí. Například: „Kdy se místo na kurzu považuje za obsazené: při nabídce, přijetí, nebo zaplacení?“ Oddělte to od dohodnutých požadavků.
Poslední newsletter: jak vydělat víc z předplatného webu nebo aplikace, které už vlastníte.
Ten předchozí: jak rozeznat AI nesmysly od skutečných úspěchů.
Zajímá vás to?
Týdně Nebo nám dejte vědět a upravíme to podle vás. Zní to dobře?
