Začnite jednou úlohou, ktorú vaši ľudia potrebujú dokončiť. Opíšte, čo ju spúšťa, kto ju rieši, ako vyzerá dobrý výsledok a kde sa práca komplikuje. Vývojár tak bude mať o čom konkrétne hovoriť, aj keď ešte neviete, čo postaviť.
„Potrebujeme lepší rezervačný systém“ je celkom rozumný začiatok. Ďalšia užitočná otázka znie: čo sa stane, keď si niekto chce rezervovať miesto?
Pred prvým rozhovorom s vývojárom opíšte jeden pracovný postup od prvej žiadosti až po hotový výsledok. Pridajte aj miesto, kde sa to komplikuje. Môžete to vysvetliť bežnými slovami, aj keď ešte netušíte, ako má byť softvér postavený.
Predstavte si vymyslenú vzdelávaciu firmu. Zákazník pošle e-mail so žiadosťou o dve miesta na kurze. Koordinátorka skontroluje voľné miesta, odpovie zákazníkovi a zapíše rezerváciu. Ak je kurz plný, niekto musí rozhodnúť, čo ponúkne namiesto neho.
To stačí na začiatok užitočného zadania. Veta „Postavte portál s prehľadovou obrazovkou“ necháva vývojárovi oveľa viac vecí na odhad: kto ho používa, čo potrebuje dokončiť a čo sa vlastne počíta ako rezervácia.
Príručka britskej vlády k pochopeniu problému pred vývojom služby odporúča skúmať používateľov, ich širšiu cestu aj obmedzenia. Vládny postup vývoja služieb patrí do svojho prostredia. Pre našu vzdelávaciu firmu je užitočná jednoduchá otázka: čo treba urobiť, aby sa zákazník dostal na kurz?
Požiadajte človeka, ktorý prácu robí, aby vás previedol nedávnym príkladom. Zapíšte, čo ste pozorovali. Potom opíšte, čo sa má zmeniť. V našej vymyslenej firme by poznámky mohli vyzerať takto:
Koordinátorka kontroluje tabuľku kurzov, odpovedá e-mailom a prijatú rezerváciu zapisuje do kalendára. Videli sme, že ponúkla miesto, kým sa ešte čakalo na inú odpoveď.
Koordinátorka by mala vidieť, ktoré žiadosti ešte čakajú na odpoveď, a rozhodnúť, či ponúkne miesto. Ešte si musíme ujasniť, kedy sa miesto považuje za obsadené.
Prvá časť opisuje súčasnú prácu. Druhá navrhuje zmenu a ponecháva viditeľné nevyriešené rozhodnutie. Záleží na tom, keď majú ľudia rôzne zvyky: jeden kolega môže držať miesto počas čakania na odpoveď, iný ho nechá voľné. Zapíšte oba postupy skôr, ako vývojára požiadate, aby z niektorého urobil pravidlo.
Pri otázke na kurz môže praktická osnova obsahovať tieto poznámky:
To sú navrhnuté poznámky k príkladu, nie hotové pravidlá pre každú vzdelávaciu firmu. Opýtajte sa, čo vo vašej firme znamená „dohodnutá rezervácia“. Je miesto obsadené po ponuke, po prijatí zákazníkom, alebo až po zaplatení? Zapísanú otázku môžete vyriešiť spoločne.
Pridajte malý vypracovaný príklad s vymyslenými záznamami: na Kurze A dňa 12. mája je jedno voľné miesto; Dopyt B žiada o dve. Ukážte očakávaný výsledok vrátane toho, kto rozhodne. Vývojár sa potom môže pýtať na niečo konkrétne.
Používajte vymyslené mená a záznamy, ak pomôžu vysvetliť prácu. Skutočné ukážky zdieľajte len vtedy, keď na to máte oprávnenie. Odstráňte nepotrebné osobné či dôverné údaje a dohodnite vhodný spôsob odovzdania.
Nutná požiadavka: koordinátorka musí vidieť žiadosti, ktoré čakajú na odpoveď. Vysvetlite prečo: inak musí niekto prehľadávať spoločnú schránku a hľadať nedokončenú prácu.
Nápad na rozhovor: zákazníci by si mohli sami vybrať iný termín kurzu. Nechajte to ako možnosť, kým nepreberiete potrebnú prácu a komu by to pomohlo.
Otvorená otázka: kedy sa má miesto rezervovať a kto ho môže uvoľniť? Označte vedúceho vzdelávania ako človeka, ktorý môže rozhodnúť, namiesto toho, aby ste o pravidle rezervácií nechali potichu rozhodnúť vývojára.
Uveďte aj skutočné obmedzenia. Možno musí zostať doterajší kalendár, údaje o zákazníkoch smú vidieť len niektorí pracovníci alebo musí byť možné do určitého dátumu spravovať konkrétny kurz. Povedzte, ktoré obmedzenia sú pevné a prečo. Ak je termín či rozpočet zatiaľ len želanie, tak ho označte.
„Jednoduchšie používanie“ potrebuje príklad. V tejto firme by koordinátorka mala vedieť sledovať žiadosť až do jej vybavenia a nájsť všetky žiadosti, ktoré ešte čakajú. Na bežnej rezervácii a prípade s jediným voľným miestom preberte, čo musí hotová práca ukázať.
Môžete tiež zaznamenať súčasný problém, ktorý chcete merať, napríklad ako často ľudia hľadajú nezodpovedanú žiadosť vo viacerých nástrojoch. Uveďte, čo ste pozorovali a čo ešte treba overiť. Cieľ dohodnite až po zistení, s čím ho budete porovnávať.
Dajte zadanie pred odoslaním prečítať ľuďom, ktorí prácu robia. Môžu upozorniť na chýbajúci krok alebo vysvetliť, prečo by zdanlivá skratka spôsobila problémy. Nevyriešené body nechajte v dokumente a pri každom určte človeka, ktorý naň odpovie.
Staviame softvér na mieru pre firmy. Ak s nami chcete prebrať projekt, prineste podobne opísanú prácu: čo sa deje dnes, čo chcete zmeniť, príklad a otázky, ktoré ešte máte. Rozsah a obchodné podmienky sa potom dajú prebrať podľa skutočnej práce. Zadanie otvára rozhovor; technické skúmanie a návrh sú stále potrebné.
Môžete začať opisom práce, ľudí, ktorí ju robia, používaných nástrojov a potrebného výsledku. Technický návrh môže nasledovať po preskúmaní situácie. Ak poznáte skutočné technické obmedzenie, zapíšte ho a vysvetlite, prečo je dôležité.
Opíšte postupy, ktoré ste naozaj videli, a opýtajte sa zúčastnených, prečo sa líšia. Označte rozdiely, ktoré sú nutné, a tie, o ktorých treba ešte rozhodnúť. Určte človeka, ktorý môže rozhodnutie urobiť.
Zapíšte otázku, čo už viete a kto môže pomôcť s odpoveďou. Napríklad: „Kedy sa miesto na kurze považuje za obsadené: pri ponuke, prijatí, alebo zaplatení?“ Oddeľte to od dohodnutých požiadaviek.
Posledný newsletter: ako zarobiť viac z predplatiteľského webu alebo aplikácie, ktoré už vlastníte.
Ten predchádzajúci: ako rozoznať AI nezmysly od skutočných úspechov.
Zaujíma vás to?
Týždenne Alebo nám dajte vedieť a upravíme to podľa vás. Znie to dobre?
