Sistem brez vzdrževanja začne razpadati v 12 mesecih
Pogosto srečam podjetja s sistemom, ki še vedno deluje. Vsak teden malo slabše. Posodobitev knjižnic ni bilo dve leti. Varnostne luknje so ostale odprte. ERP je dobil novo različico in sinhronizacija dela polovico pravilno. Nihče se ni ukvarjal s tem, ker "sistem dela".
Sistem brez vzdrževanja ne pade v enem dnevu. Pada postopno. Najprej občasna napaka. Potem pogosta napaka. Na koncu kritičen izpad sredi delovnika. Vzdrževanje to dinamiko prekine.
Kaj naj vzdrževanje dejansko zajema
Varnostne posodobitve
Vse knjižnice, ki jih sistem uporablja, dobivajo redne varnostne popravke. Brez posodabljanja postane sistem ranljiv za znane luknje. Pri internih sistemih to morda manj boli. Pri sistemih, dostopnih iz interneta (portal za stranke, mobilni vmesnik), je to prva stvar, ki jo mora vzdrževanje pokrivati.
Posodobitve okolja
Strežnik, baza podatkov, sistemska orodja. Vse to dobiva nove različice. Star sistem na zastareli različici operacijskega sistema je tveganje. Vzdrževanje vključuje načrtovane prehode na nove različice z minimalnim izpadom.
Spremljanje delovanja
Sistem mora imeti spremljanje: ali deluje, kako hitro odgovarja, kdaj se približa mejnim vrednostim. Pri dobrem vzdrževanju težavo opazite pred uporabnikom. Brez tega težave pridejo v obliki klica jeznega vodje.
Manjše prilagoditve in popravki
Procesi se spreminjajo. ERP dobi novo polje. Stranka zahteva drugačen format poročila. Davčna stopnja se spremeni. Vzdrževanje vključuje obseg za take manjše zadeve. Brez nove pogodbe za vsak popravek.
Varnostne kopije in vaja obnove
Varnostne kopije so kot zavarovanje. Plačujete jih leta brez vidnega rezultata. Dokler ne pride trenutek, ko jih nujno potrebujete. Vzdrževanje mora poleg delanja kopij vključevati tudi občasno preverjanje obnove. Varnostna kopija, ki je nikoli niste testirali, ne obstaja.
Dokumentacija in prenos znanja
Sistem mora imeti dokumentacijo, ki je posodobljena. Brez tega je vsak naslednji razvijalec ali sodelavec dva tedna v slepi ulici. Vzdrževanje vključuje vzdrževanje dokumentacije.
Cenovni razponi
| Velikost sistema | Mesečno vzdrževanje | Vključen čas |
|---|---|---|
| Ozka avtomatizacija (do 6.000 EUR razvoja) | 100 do 250 EUR | 1 do 3 ure |
| Manjši interni sistem (do 15.000 EUR razvoja) | 250 do 500 EUR | 3 do 6 ur |
| Srednji sistem (do 35.000 EUR razvoja) | 500 do 1.000 EUR | 6 do 12 ur |
| Velika platforma (35.000 EUR in več) | 1.000 do 2.500 EUR | 12 do 30 ur |
Razponi so približni. Konkretna številka je odvisna od števila integracij, uporabnikov in kritičnosti sistema. Sistem, ki sme biti nedostopen 4 ure mesečno, je nekaj drugega kot sistem z dovoljenimi 5 minutami izpada.
Fiksen mesečni strošek vs. ad-hoc
Zakaj fiksen retainer dela bolje
Mnoga podjetja se izogibajo mesečnemu retainerju. Hočejo plačevati samo, ko se nekaj dejansko dela. Ad-hoc model se zdi cenejši. V praksi prinaša težave:
- Ni proaktivnega dela. Razvijalec ni plačan za to, da pregleda sistem. Plačan je le, ko pokličete. Težave nastajajo neopaženo.
- Vsak klic je pogajanje. Koliko bo to stalo, kdaj bo narejeno, ali je nujno. Vsaka manjša zadeva postane administrativni del.
- Razvijalec nima razloga ostati. Brez stalnega dohodka vas ne bo obravnaval kot prioriteto. Ko pokličete, je lahko zaseden z rednim poslom.
- Cene v krizi rastejo. Ko nujno potrebujete pomoč, nimate pogodbe. Ad-hoc cena ob 18. uri v petek je bistveno višja.
Kaj retainer prinaša
- Razvijalec aktivno spremlja sistem. Ne čaka na klic.
- Predviden mesečni strošek. Lažje proračunsko načrtovanje.
- Hitra odzivnost na običajne zahteve. Manjše prilagoditve so del paketa, ne nov projekt.
- Dolgoročno znanje sistema. Razvijalec, ki vodi sistem več let, pozna vse robne primere.
Kaj mora pogodba o vzdrževanju vsebovati
- Obseg vključenih ur. Koliko ur mesečno je v ceni, kaj se zgodi z neporabljenimi (ali se prenesejo, kako dolgo).
- Odzivni čas. Čas, v katerem mora razvijalec odgovoriti na zahtevo. Različen za rutinske in kritične primere.
- Definicija kritičnega primera. Kaj šteje za nujno. "Sistem ne dela" je kritično. Estetska sprememba ni.
- Cena dodatnih ur. Ko presežete vključen obseg, koliko stane dodatna ura. Idealno z manjšim popustom za stranke v retainerju.
- Pogoji prekinitve. Odpovedni rok, kako prenehati sodelovanje brez konflikta.
- Predaja v primeru prekinitve. Razvijalec mora ob koncu sodelovanja predati dokumentacijo in dostope, da lahko delo prevzame nekdo drug.
Pogoste pasti
Premajhen retainer "za formo"
Pogodba za 50 EUR mesečno samo zato, da se reče "imamo vzdrževanje". V tem znesku ni nič dejanskega dela. Retainer mora biti smiseln glede na velikost sistema. Premajhen je samostojno tveganje.
Pogodba brez odzivnih časov
"Razvijalec bo na razpolago" ni dovolj. Brez konkretnega odzivnega časa je obljuba prazna.
Vzdrževanje brez aktivnega spremljanja
Vzdrževanje, ki se zgodi le, ko vi pokličete, ni vzdrževanje. Je popravljanje. Pravo vzdrževanje vključuje aktivno spremljanje sistema.
Pričakovanje "vse vključeno"
Mesečno vzdrževanje ne vključuje razvoja novih večjih funkcij. Vključuje manjše prilagoditve, popravke, vzdrževanje. Nova funkcionalnost je nov projekt z lastno oceno.
Kdaj retainer ni smiseln
- Sistem je tako enostaven, da v letu dni ni potrebnih sprememb (redko)
- Imate močno interno IT ekipo, ki sistem prevzema
- Sistem je v fazi odločanja o zamenjavi (ni smiselno vzdrževati nekaj, kar gre čez 3 mesece v ropotarnico)
Vse ostale primere fiksen mesečni model dolgoročno reši bolje kot ad-hoc.
Bistvo
Vzdrževanje ni strošek, ki ga lahko izpustite. Je zavarovanje, ki prepreči počasen razpad sistema. Fiksen mesečni model dela bolje od ad-hoc: prinaša aktivno spremljanje, predvidljivost in dolgoročno poznavanje sistema. Okvirno pravilo: 1,5 do 2,5 odstotka vrednosti razvoja na mesec.