praktični vodič
Kako pripremiti brief za razvoj softvera?
Povežite problem, korisnike, podatke i kriterije prihvata na jednoj stranici. Odredite što rješenje mora omogućiti i što ostaje izvan opsega.
Dobit ćete brief za pregled prije procjene razvoja, s označenim otvorenim pitanjima.
Besplatno i bez prijave. Primjer koristi izmišljene podatke.
Pripremite jedan konkretan radni scenarij
Odaberite zadatak, primjerice pregled otvorenih servisnih zahtjeva. Prikupite odobrene informacije o radu, ulogama i podacima. Za primjer koristite izmišljene zapise. Zapišite tko potvrđuje opseg i poznaje podatke. Problem opišite konkretnom situacijom. Ne pretvarajte željeni rezultat u obećanje uštede.
Predložak briefa za kopiranje
Kopirajte predložak i ispunite ga za jedan ograničen zadatak. Ispod je cijeli izmišljeni primjer za usporedbu.
NAZIV I CILJ Problem u sadašnjem radu: [konkretan slučaj] Korisnik nakon isporuke može: [provjerljiva radnja i rezultat] KORISNICI I OVLASTI [Uloga]: [što vidi i što smije promijeniti] OPSEG PRVE ISPORUKE Uključeno: [radnje potrebne za odabrani scenarij] Izvan opsega: [izričita isključenja] PODACI I IZVORI Potrebna polja: [minimalni skup] Izvor i vlasnik: [postojeći sustav ili odgovorna osoba] Pristup i prijenos: [potvrđeno ili otvoreno pitanje] ODGOVORNOSTI Opseg i prihvat potvrđuje: [osoba ili uloga] Podatke i ovlasti potvrđuje: [osoba ili uloga] KRITERIJI PRIHVATA Kad [uloga] napravi [radnju], vidi [očekivani rezultat]. Kad [zabranjena radnja ili neispravan podatak], sustav [očekivano ponašanje]. Ako spremanje ne uspije, [poruka i stanje podataka]. OTVORENA PITANJA [Nepoznata činjenica, tko je potvrđuje i na koju odluku utječe] PROVJERA KORISTI [Što bilježimo u sadašnjem radu i nakon isporuke] Status briefa: [nacrt ili odobreno, uz odgovornu osobu]
Kako workflow izgleda u praksi
Ilustrativni primjeri s izmišljenim podacima. Prikazuju postupak i ljudsku provjeru, a ne rezultate klijentskog projekta.
Brief za pregled servisnih zahtjeva
- Ulaz
Izmišljeni servisni tim vodi zahtjeve u zajedničkoj tablici. Voditelj želi pronaći otvorene zahtjeve i vidjeti kome su dodijeljeni. Tehničari trebaju pregledavati samo vlastite zahtjeve i označiti ih riješenima. Voditelj otvara zahtjeve i određuje tehničara. Potrebna polja: oznaka zahtjeva, opis, tehničar i status otvoren ili riješen. U prvoj isporuci nema računa, obavijesti e-poštom ni uvoza stare tablice. Vlasnik procesa je voditelj servisa. On potvrđuje opseg i ovlasti. Nepoznato: način prijave korisnika i pravila čuvanja zapisa.
- Izlaz
BRIEF: pregled servisnih zahtjeva Cilj: voditelj na jednom mjestu pronalazi otvorene zahtjeve i vidi dodijeljenog tehničara. Sadašnji izvor je zajednička tablica. Korisnici: voditelj vidi sve zahtjeve, otvara ih i dodjeljuje tehničaru. Tehničar vidi samo svoje zahtjeve i može ih označiti riješenima. Opseg: ručni unos zahtjeva, dodjela, pregled po statusu i promjena statusa u riješen. Izvan opsega: računi, obavijesti e-poštom i uvoz stare tablice. Podaci: oznaka zahtjeva, opis, tehničar i status. Nove zapise unosi voditelj. Stara tablica ostaje zaseban izvor. Odgovornost: voditelj servisa potvrđuje opseg, ovlasti i prihvat. Izmišljeni podaci za provjeru filtra: S-201 je otvoren i dodijeljen Luki. S-202 je riješen zahtjev. Svaki kriterij provjerava se sa svojim početnim stanjem. Kriteriji prihvata: 1. Voditelj unosi S-201, "Pregled uređaja", tehničara Luku i status otvoren. Nakon ponovnog otvaranja vidi isti zapis. 2. Luka vidi S-201. Tehničarka Iva ne može pročitati ni promijeniti S-201, uključujući pokušaj izravnog pristupa zapisu. 3. Luka označi S-201 riješenim. Nakon osvježavanja voditelj ga vidi među riješenim zahtjevima. 4. Zahtjev bez opisa ne može se spremiti. Korisnik vidi koje polje mora dopuniti. 5. Ako spremanje ne uspije, korisnik vidi pogrešku. Sustav ne prikazuje nepotvrđenu promjenu kao spremljenu i čuva uneseni tekst za ponovni pokušaj. 6. Uz otvoreni S-201 i riješeni S-202, voditelj odabire status otvoren. Popis prikazuje S-201 i dodijeljenog tehničara, a ne prikazuje S-202. Otvoreno: voditelj potvrđuje način prijave i pravila čuvanja zapisa prije procjene tog dijela razvoja. Provjera koristi: bilježiti vrijeme pronalaska otvorenog zahtjeva i pogreške u dodjeli prije i nakon isporuke. Status: nacrt za pregled. Razvoj i prijenos podataka nisu odobreni ovim primjerom.
- Postupak
- Opišite problem i željeni rezultat u dvije rečenice.
- Odredite uloge i dopuštene radnje. Imenujte osobu koja potvrđuje ovlasti.
- Ograničite prvu isporuku na jedan scenarij. Zapišite što ostaje izvan opsega.
- Popišite podatke, izvore i vlasnike. Nepotvrđenu integraciju označite kao otvoreno pitanje.
- Napišite provjerljive kriterije prihvata. Pregledajte brief s vlasnikom procesa prije procjene i razvoja.
- Ljudska provjera
- Uloge i ovlasti odgovaraju stvarnom radu.
- Opseg ne pretpostavlja nepotvrđene integracije.
- Svaki kriterij prihvata ima provjerljiv rezultat.
- Vlasnik procesa potvrđuje otvorena pitanja prije procjene.
- Što mjerimo
- Broj pitanja koja blokiraju procjenu ili razvoj.
- Broj promjena opsega zbog nejasnog briefa.
- Udio kriterija prihvata provjerljivih bez dodatnog tumačenja.
- Vrijeme i pogreške u odabranom scenariju prije i nakon isporuke.
Provjerite prije primjene
- Uloge i ovlasti odgovaraju stvarnom radu.
- Opseg ne pretpostavlja nepotvrđene integracije.
- Svaki kriterij prihvata ima provjerljiv rezultat.
- Vlasnik procesa potvrđuje otvorena pitanja prije procjene.
- Prijedlog iz primjera nije provedeni sustav. Potvrdite odluke i ovlasti prije primjene na stvarne zapise.
Primijenite na svojem procesu.
Za provjeru izvedivosti i opsega pogledajte uslugu Custom software. Ponesite ispunjen brief i otvorena pitanja.