northdan.

Întrebări și răspunsuri

„Am uitat să spun că mai trebuie și…” — cum gestionezi schimbările fără scandal

Schimbările de cerințe nu sunt semn de eșec — sunt semn că ai început să înțelegi produsul. Contează doar cum le canalizezi.

Niciun caiet de sarcini nu supraviețuiește primului contact cu aplicația reală: abia când vezi ecranele funcționând îți dai seama ce lipsește, ce e în plus și ce trebuia gândit altfel. Problema nu e apariția schimbărilor — e inevitabilă și chiar sănătoasă — ci gestionarea lor haotică: cereri aruncate pe WhatsApp, „mici modificări” care ascund săptămâni de muncă, apoi mirarea reciprocă la factura finală. Mecanismul civilizat există și e simplu: fiecare cerere nouă se evaluează scurt (efort, impact asupra termenului, cost), iar tu decizi în cunoștință de cauză dacă intră acum, intră în versiunea următoare sau se schimbă cu ceva de valoare egală din scopul inițial. Acest schimb — „intră X, iese Y” — e instrumentul subfolosit care ține bugetul fix atunci când bugetul chiar e fix. Ce trebuie evitat cu orice preț e schimbarea tăcută: funcționalități adăugate din amabilitate, necotate, care se transformă la final într-o factură surpriză sau într-un proiect epuizat financiar.

Hai să vorbim despre proiectul tău

Scrie-ne pe WhatsApp sau trimite un email — vorbești direct cu un programator.

office@northdan.com · +40 752 070 247

Pe scurt

Fiecare cerere primește etichetă de preț

Evaluarea scurtă — ore, cost, impact pe termen — transformă discuția emoțională „e o modificare mică” într-o decizie de business rațională.

Schimbul ține bugetul pe loc

Vrei ceva nou fără bani în plus? Scoate ceva de efort echivalent din scopul rămas. Majoritatea cerințelor „critice” își arată prioritatea reală la acest test.

Versiunea 2 e supapa de presiune

O listă oficială de idei pentru etapa următoare le dă cerințelor un loc demn unde să aștepte, în loc să umfle lansarea și să o amâne la nesfârșit.

Întrebări frecvente

Ce e un act adițional și când e nevoie de el?

Documentul prin care contractul se ajustează oficial: scop, preț, termen. E necesar la schimbări care depășesc marja agreată inițial — pentru cereri mici, un e-mail de confirmare cu efortul și costul acceptat e suficient și ține istoricul curat.

Furnizorul îmi cere bani pentru orice virgulă — e normal?

Corecturile la ce era specificat și livrat greșit intră în garanție, gratuit. Cererile noi față de specificație se plătesc. Conflictele apar când specificația inițială era vagă — de aceea claritatea caietului de sarcini te protejează mai mult decât orice negociere ulterioară.

Cum evit ca proiectul să crească la nesfârșit?

Fixează de la început criteriul lansării: lista minimă de funcționalități fără de care aplicația nu iese în lume. Tot ce apare pe parcurs se compară cu acest criteriu — dacă lansarea merge și fără, cererea așteaptă cuminte în versiunea 2.