Nakon implementacije mijenjaju se kupci, proizvodi, organizacija, izvještavanje, integracije i očekivanja korisnika. Sustav koji se uopće ne prilagođava tjera ljude prema paralelnim alatima. Sustav koji prihvaća svaku promjenu bez arhitekture postaje skup i nepredvidiv. Cilj je upravljana prilagodljivost: dovoljno stabilnosti za svakodnevni rad i dovoljno discipline za promjenu.
Ako se sve stavke vode u istoj listi, hitnost će nadjačati vrijednost, a održavanje će stalno biti odgođeno. Portfelj treba pokazati kojoj vrsti promjena stavka pripada, što se događa ako se ne provede i koju ovisnost stvara prema drugim dijelovima sustava.
Zahtjev korisnika često dolazi kao predloženo rješenje: novo polje, gumb ili izvještaj. Prije razvoja vratite se na problem. Ako informacija već postoji, možda je problem u dostupnosti ili obuci. Ako svaka osoba radi drukčije, potrebno je prvo dogovoriti proces. Ako standardni tok ne pokriva legitimnu i čestu situaciju, funkcionalna promjena može biti opravdana.
Odgađanje nadogradnje, dokumentacije ili refaktoringa može kratkoročno osloboditi kapacitet, ali smanjuje brzinu buduće promjene i povećava rizik incidenta. Tehnički tim zato treba objasniti posljedicu poslovnim jezikom: koje funkcije postaju skuplje, koja integracija više nije podržana i koliko se smanjuje mogućnost sigurnog izdanja.
Jednom u tromjesečju povežite roadmap, stvarno korištenje, incidente i tehnički dug. Ugasite zahtjeve koji više nemaju vlasnika, provjerite jesu li isporučene funkcije donijele očekivanu promjenu i rezervirajte kapacitet za održavanje prije nego što postane hitno. Takav pregled sprječava da backlog postane arhiva starih želja i vraća razgovor na proces, rizik i rezultat.
Stabilan ERP nije sustav koji se ne mijenja. To je sustav koji se može mijenjati bez gubitka kontrole nad podacima, procesom i budućim održavanjem.