Co má obsahovat první verze vašeho firemního softwaru?

Pro první verzi vyberte práci, kterou někdo dokáže dokončit. Pak zahrňte vše, co mu umožní ji zvládnout, i když je údaj chybný, kolega chybí nebo se v systému něco pokazí.

Představte si pondělní ráno: zaměstnanec otevře software, udělá užitečnou práci a zanechá výsledek, na který se další člověk může spolehnout.

Určete, kde práce začíná a končí

Představte si fiktivní firmu zajišťující údržbu, která staví systém pracovních zakázek. Prvními uživateli budou koordinátor v kanceláři a jeden údržbářský tým. Koordinátor založí zakázku, přidělí ji a tým zaznamená, co udělal. Koordinátor výsledek zkontroluje a zakázku uzavře.

To může být užitečná první verze. „Obrazovka zakázky“ nám řekne mnohem méně. Vidí tým přidělenou práci? Může někdo opravit chybu? Co přesně znamená uzavřená zakázka?

Než rozhodnete o počtu obrazovek, určete lidi a požadovaný výsledek. Jeden úplný pracovní postup může vyžadovat několik obrazovek a rolí. Počet obrazovek neříká mnoho o tom, zda lidé mohou software používat k práci.

Průvodce beta fází britské vlády popisuje tvorbu a testování služby, která odpovídá potřebám uživatelů, včetně širšího průběhu práce a lidí, kteří službu podporují. Vládní postup má vlastní požadavky. Pro tuto údržbářskou firmu je podstatné, zda určená skupina dokáže zakázku dovést až do konce.

Zahrňte do rozsahu i nepříjemné situace

V našem fiktivním příkladu koordinátor přidělí zakázku nesprávnému týmu. Tým si toho všimne před odjezdem. Někdo musí přidělení opravit a oba týmy musí vidět, která verze platí. Kdybyste opravy odložili, v práci, kterou má systém podporovat, by zůstala mezera.

Projděte navržený postup s lidmi, kteří podle něj pracují. Zeptejte se, kdo smí zakázku založit, změnit, přidělit a uzavřít a kdo smí vidět údaje. Rozhodněte, co se stane, když zakázku nelze dokončit: třeba není přístup do budovy nebo se musí objednat díl. Zakázka potřebuje dohodnutý další stav a člověka, který za něj odpovídá.

Druhý sloupec závisí na konkrétní firmě. Pokud zakázku nelze považovat za dokončenou, dokud není vystavena faktura, určete, jak to bude v první verzi fungovat. Může stačit dohodnuté předání do stávajícího fakturačního procesu. Když tento krok bez dohody vynecháte, zaměstnanci na chybějící návaznost přijdou až při práci.

Zahrňte vše, co udrží práci v chodu

Tým bude potřebovat skutečné údaje o zakázkách. Určete, které stávající záznamy se musí převést, kdo je zkontroluje a jak se opraví chyby. Potřebný převod dat nelze odložit jen proto, že ho lidé na obrazovce téměř nevidí.

Dohodněte se, kdo zakládá a ruší účty, odpovídá na dotazy zaměstnanců, vyšetřuje selhání a stará se o službu. Zahrňte pomoc nebo návody, které první skupina potřebuje. Prověřte, co se stane při nedostupnosti služby a jak lze obnovit potřebné údaje.

Popis předávání provozní odpovědnosti od Googlu se věnuje prověření připravenosti, dokumentaci a školení. Popisuje prostředí Googlu, nikoli povinné uspořádání týmu pro malou firmu. Praktický závěr zde je určit, kdo bude verzi provozovat a podporovat, a dát mu k tomu potřebné prostředky.

Ověřte nejistoty před rozhodnutím o spuštění

Prototyp vám může pomoci zjistit, zda koordinátor rozumí obrazovce pro přidělení práce nebo zda tým dokáže na telefonu zaznamenat návštěvu. Jasně pojmenujte, co prototyp skutečně ukazuje. Přesvědčivá ukázka může stále používat vymyšlené záznamy a vynechávat oprávnění, ukládání či obnovu dat.

Než schválíte používání v provozu, dohodněte se, jaké důkazy pro skutečnou verzi potřebujete. V našem příkladu to znamená vyzkoušet běžnou zakázku i chybně přidělenou zakázku s určenými rolemi v odděleném testovacím prostředí. Ověřte, že tým nevidí cizí práci, opravy se dostanou ke správným lidem a nedokončená práce zůstane viditelná.

Další kontroly vybírejte podle rizik tohoto systému: převedené záznamy, souběžné změny, obnova po selhání nebo množství práce, které má zvládnout. Jeden úspěšný průchod všechny tyto otázky nevyřeší. Nevyřešeným rizikům určete odpovědného člověka a rozhodněte, co musí být hotové, než se zaměstnanci začnou na službu spoléhat.

Sepište rozsah verze, kterou schvalujete

Užitečná hranice první verze pro údržbářskou firmu by mohla znít takto:

• Lidé: koordinátor a jeden konkrétní údržbářský tým.
• Práce: od založení zakázky po dohodnuté dokončení nebo výslovně zaznamenaný důvod, proč zůstává otevřená.
• Nezbytná podpora: přístup podle rolí, opravy, potřebné počáteční záznamy, pomoc zaměstnancům, provoz a obnova.
• Podklady pro schválení: dohodnuté běžné i problematické případy a kontroly známých rizik.
• Otevřená rozhodnutí: jmenovitě určení lidé, kteří je vyřeší před schválením dotčené práce.
• Později: samoobsluha zákazníků, plánování tras a automatická fakturace, pokud je dohodnuto předání do stávajících procesů.

Projděte tuto hranici se zaměstnanci, člověkem odpovědným za firemní postup a lidmi, kteří software vytvářejí a provozují. Každý by měl umět vysvětlit, co tato verze zvládá a kam směřuje zbytek práce.

Vytváříme firemní software na míru. Pokud s námi chcete probrat první verzi, přineste práci, kterou mají lidé dokončit, skupinu, která ji bude používat, a místa, u kterých si nejste jistí. Rozsah, dodání a následnou péči domlouváme pro každý projekt.

Otázky k první verzi softwaru