Si e menaxhon rrjedhjen e rolit në një projekt?

Question

Accepted Answer

**Rrjedhja e rolit**, akumulimi i qëndrueshëm i "vetëm një gjë tjetër", është mënyra se si projektet në rrugë të duhur rrëshqasin në heshtje. Zgjidhja nuk është të thuash jo për gjithçka; është të bësh **çdo shtesë një kompromis të dukshëm dhe eksplicit** kundër kohës, në vend të një përthithje të heshtur.

## Si të kontrollosh rolin

```text
✓ Define DONE up front — written, agreed scope
✓ Make the cost of every addition VISIBLE ("yes, and that pushes us a week")
✓ Track changes — a changelog of what got added/cut
✓ Protect a core MVP — defend the must-haves fiercely
✓ Use a PARKING LOT — capture good ideas for "later," don't reject them
✓ Escalate trade-offs to whoever owns priority — let them choose
```

## Lëvizja kyçe

Mos refuzo kërkesa të reja drejt, kjo të bën bllokuesin. Në vend të kësaj, sipërfaqe kompromisi: "Ne mund ta shtojmë këtë. Kjo nënkupton ose afati lëviz një javë ose ne hedhim veçorinë X. Çfarë doni?" Tani është një vendim *biznesi*, marrë nga personi i duhur, me sytë hapur.

## Një shembull konkret

Mid-project, PM vazhdon të shtojë "të vogla" rregullime. Ju filloni një regjistër të ndërrimit të rolit të ndarë. Papritur të gjithë shohin se projekti origjinal dy-javor përthithë tre javë shtesash, dhe biseda mbi afatin bëhet e dukshme dhe e lehtë.

## Pse ka rëndësi

Rrjedhja e pamenaxhuar e rolit është vrasësi i heshtur i afateve, asnjë ndryshim i vetëm nuk duket i madh, por ata përmblidhen në një hezitim.

Datit kompromisit eksplicit mbrojteni ekipin, informoni interesat dhe inxhinierinë ruaje nga faji kur ishte roli, jo përpjekja, shkaku.