Cum decurge un proiect software — etapele

În discovery, tu decizi prioritățile de business (ce doare cel mai tare, ce buget și ce termen sunt reale) și răspunzi la întrebări despre procesele tale; echipa livrează specificația, arhitectura propusă și estimarea pe intervale. În design, tu decizi pe prototipul clickabil: dai click prin ecrane ca un utilizator, împreună cu 2–3 oameni care vor folosi efectiv aplicația, și ceri modificări acum, cât sunt ieftine; echipa livrează prototipul revizuit până semnezi „așa să arate”.

În dezvoltare, ritmul e contractul nescris: sprinturi de două săptămâni, fiecare încheiat cu un demo în care vezi funcționalități mergând, nu prezentări despre progres. Tu decizi la fiecare demo micile ajustări și prioritatea următorului sprint; echipa livrează software funcțional, incremental. Regula practică pentru tine: dacă două sprinturi la rând nu vezi nimic demonstrabil, ceri explicații în scris — devierile de proiect se văd aici cu luni înainte să se vadă în factură.

Testarea are două jumătăți: echipa testează tehnic (funcții, securitate, comportament la încărcare), iar tu testezi pe cazuri reale — iei cele mai încurcate situații din activitatea firmei (comanda anulată parțial, clientul cu două conturi, factura stornată) și le treci prin aplicație. Nimeni nu cunoaște cazurile-limită ale afacerii tale mai bine decât oamenii tăi; săritul acestei jumătăți e motivul pentru care unele aplicații „testate” cad în prima săptămână de utilizare.

Lansarea se face gradual — un departament, o locație sau un procent din clienți întâi — cu vechiul sistem încă disponibil ca plasă de siguranță. Apoi începe garanția: o perioadă convenită contractual, uzual 3–12 luni, în care defectele se repară gratuit, distinct de cerințele noi care se estimează separat. Tu decizi la final ce intră pe lista de evoluție (versiunea următoare) și cine se ocupă de mentenanță. Un proiect bine condus nu se termină cu o predare festivă, ci cu un plan scris pentru ce urmează.