Dezvoltare software :: Dacă nu controlezi schimbarea, nu controlezi bugetul

Bugetul nu înseamnă limitarea schimbării

De unde încep majoritatea proiectelor software

Majoritatea solicitărilor legate de software încep din același loc. O organizație are un proces existent, adesea ceva care s-a dezvoltat în timp, și dorește să îl transforme într-o aplicație utilizabilă care îmbunătățește eficiența, vizibilitatea și controlul.

La prima vedere, pare simplu. Procesul există deja, deci presupunerea este că poate fi pur și simplu transpus în software. În multe cazuri, asta este adevărat. Dacă afacerea înțelege procesul și îl poate documenta clar, ești deja la linia de start.

Din perspectiva conducerii, ar trebui să pară o poziție de control. Organizația știe ce face, cum funcționează și ce are nevoie sistemul să susțină.

Când procesul devine vizibil

Provocarea începe atunci când acel proces începe să prindă contur în interiorul unui sistem.

De îndată ce devine vizibil, oamenii încep să îl vadă diferit. Se implică, văd cum poate evolua și încep să recunoască noi oportunități. Apar idei noi, cazuri limită sunt identificate, iar diferiți stakeholderi interpretează cum ar trebui să funcționeze în moduri ușor diferite. Aceasta nu este un eșec, ci o parte naturală a explicitării unui proces.

În acest punct, chiar și modificările care par simple trebuie revizuite din fiecare perspectivă și în fiecare etapă a procesului. Ceea ce pare minor în izolare poate avea implicații mai largi, în special unde sunt implicate mai multe roluri, decizii și dependențe.

Pe ce se concentrează stakeholderii față de ceea ce are nevoie organizația

Într-o livrare software bine structurată, accentul este pus pe ceea ce contează cel mai mult pentru organizație, nu doar pe ceea ce este solicitat de stakeholderi. În multe cazuri, aceasta include auditabilitatea, care este critică pentru organizație, dar adesea trecută cu vederea în favoarea funcționalităților suplimentare.

Stakeholderii se concentrează în mod natural pe ceea ce doresc ca sistemul să facă. Rareori se concentrează pe modul în care aceste modificări trebuie implementate, înregistrate și guvernate odată ce sistemul este în funcțiune.

De ce schimbările mici nu sunt mici

Aceasta schimbă natura chiar și a celei mai simple solicitări. O mică ajustare nu mai este doar o modificare tehnică, devine parte a unui proces controlat și trasabil. Ca urmare, ceea ce pare minor poate avea un impact mult mai mare odată ce conformitatea, responsabilitatea și vizibilitatea operațională sunt luate în considerare.

Controlul definește rezultatul

Dacă schimbarea nu este controlată, nici rezultatul nu este.

Ceea ce începe ca o inițiativă bine definită poate deveni rapid cu totul altceva, nu prin intenții proaste, ci prin lipsa structurii în jurul modului în care sunt luate deciziile pe măsură ce sistemul evoluează. Costul nu este doar financiar. Se măsoară în timp, complexitate, perturbare operațională și pierdere de claritate.

Aceasta este situația în care multe organizații pierd controlul fără să realizeze.

Cred că gestionează livrarea, când de fapt direcția sistemului este modelată incremental de schimbări nemăsurate.

Exact aici operează Libertas Software Research.

Nu doar în construirea de sisteme, ci în asigurarea că acele sisteme rămân aliniate cu organizația pe măsură ce evoluează. Aceasta înseamnă crearea de structură în jurul schimbării, vizibilizarea impactului acesteia și asigurarea că fiecare decizie este înțeleasă în contextul costului, timpului și operațiunii pe termen lung.

Întrebarea nu este dacă schimbarea va apărea.

Va apărea.

Întrebarea este cine o controlează.

PrimeCRM