Príklad
Predstav si redakčný systém, kde autor napíše článok a odošle ho na schválenie. Editor ho upraví a nastaví publikovanie.
Na prvý pohľad všetko funguje.
Lenže:
Séria: Ako písať dokumentáciu a manuály v IT projekte
Na projekte vznikne funkcionalita.
User story existuje.
Vývoj ju implementuje.
Tester ju otestuje.
A potom:
Používateľ nevie, že existuje.
Manuál ju opisuje inak.
Release notes ju spomenú neurčito.
Support nevie, ako sa správa.…
Séria: Ako písať dokumentáciu a manuály v IT projekte
V projekte pribudne nová funkcionalita.
V Jire existuje Epic, niekoľko user story a pár taskov. Vývoj prebehne, tester pripraví testy a funkcionalita sa nasadí do produkcie.
Potom príde moment, keď treba pripraviť:
A tím začne hľadať, kde vlastne je napísané:
Časť informácií je v user story.…
Séria: Ako písať dokumentáciu a manuály v IT projekte
V mnohých firmách vyzerá realita približne takto:
Dokumentácia?
Používateľská sa dopíše o niekoľko verzií neskôr, keď zákazník začne urgovať.
Administrátorská je často stará niekoľko rokov.
Technická dokumentácia nevzniká vôbec.…
Príklad
Predstav si klienta, ktorý požiada o spotrebný úver. Systém má presne nastavené workflow – od zadania žiadosti, cez kontrolu bonity, scoring, schválenie, až po podpis zmluvy a uvoľnenie peňazí. Ak sa niekde proces zasekne (napr. scoring sa nespustí, alebo dokumenty čakajú v schvaľovaní u nesprávneho pracovníka), klient čaká zbytočne a banka prichádza o dôveru aj príjem.…
