Održavanje i podrška nakon isporuke
Sustav mora ostati siguran, stabilan i razumljiv nakon puštanja u rad. Održavanje definiramo kao jasan opseg odgovornosti, a ne neodređenu dostupnost.
Kada ovaj pristup ima smisla
- Aplikacija ili stranica je u produkciji i treba redovito praćenje rada.
- Sigurnosna ažuriranja i ovisnosti zahtijevaju kontinuirano održavanje.
- Korisnici prijavljuju probleme koji trebaju brzu i sustavnu obradu.
- Poslovanje raste i sustav treba nove funkcionalnosti ili prilagodbe.
- Nema internog tima za tehničko održavanje.
- Prethodni izvođač više nije dostupan ili održavanje nije bilo dogovoreno.
Što usluga obuhvaća
- Praćenje rada sustava i dostupnosti
- Redovite sigurnosne kopije i provjera njihove ispravnosti
- Rukovanje incidentima i dijagnostika problema
- Ažuriranje ovisnosti i sigurnosnih zakrpa
- Ispravke grešaka i tehničkih problema
- Manja poboljšanja unutar dogovorenog opsega
- Plan razvoja novih funkcionalnosti
- Model vremena odgovora prema dogovoru
- Jasno definirane iznimke iz opsega
- Redovito izvještavanje o stanju sustava
- Dokumentaciju promjena i odluka
- Koordinaciju s hostingom i infrastrukturom
Tipične primjene
- Održavanje poslovne aplikacije nakon početne isporuke
- Podrška web stranici — ažuriranja, sigurnost, performanse
- Praćenje i ispravci nakon uvođenja integracija
- Razvoj novih funkcionalnosti u dogovorenim ciklusima
- Preuzimanje održavanja sustava od prethodnog izvođača
- Sezonsko ili projektno proširenje postojećeg sustava
Proces razvoja
Proces je namjerno jednostavan i transparentan: od jasnog opsega, preko kratkih faza, do verzije koju možete koristiti. Tako smanjujemo rizik i ostajemo usklađeni s stvarnim načinom rada.
Prikupljanje zahtjeva
Zajedno mapiramo što sustav mora riješiti. Cilj je definirati prvu korisnu verziju — minimum koji se može pouzdano koristiti — a ne sve odjednom.
Priče korisnika, slučajevi uporabe i skice
Zahtjeve rastavljamo na manje cjeline: tko radi što, zašto i s kojim rezultatom. Tamo gdje pomaže, koristimo skice toka ili jednostavne wireframeove da brzo uskladimo očekivanja.
Procjena vremena i cijene
Svaka cjelina dobiva realnu procjenu. Zbroj daje orijentaciju o trajanju i trošku. Zahtjevi se mogu dodavati ili mijenjati — uz jasan utjecaj na rok i cijenu.
Backlog prioriteta
Prije razvoja sve dogovorene stavke ulaze u listu prioriteta: funkcionalnosti, integracije, ispravci i sve što treba za održivu isporuku.
Definiranje faza
Rad dijelimo u kratke faze (obično jedan do dva tjedna). Svaka faza ima dogovoreni opseg i cilj: dio sustava koji se može pregledati i provjeriti.
Iteracije i pregledi
Na kraju faze zajedno pregledavamo napredak, korigiramo pretpostavke i biramo sljedeći skup stavki. Tako držite kontrolu nad smjerom projekta dok se sustav gradi.
Puštanje u rad
Kad je verzija spremna, slijedi kontrolirano uvođenje: priprema podataka, provjera u stvarnim uvjetima i podrška pri prvom korištenju. Kvaliteta raste kroz faze, a ne tek na kraju.
Kvaliteta i sigurnost
- Redovite sigurnosne kopije s provjerom oporavka
- Praćenje dostupnosti i performansi
- Planirana primjena sigurnosnih zakrpa
- Zapisnik promjena i dokumentacija intervencija
- Zaštita podataka tijekom održavanja
- Testiranje prije primjene promjena u produkciji
Što je potrebno od klijenta
- Kontakt osobu za prijavu problema i odobravanje promjena
- Pristup sustavu, repozitoriju i infrastrukturi
- Postojeću dokumentaciju ako je dostupna
- Definiciju prioriteta i poslovno kritičnih funkcionalnosti
- Informacije o korisnicima i očekivanom opsegu podrške
- Odluke o budžetu za nove funkcionalnosti izvan osnovnog održavanja