Hogyan kezeled a terjedelem csúszást egy projekten?

Question

Accepted Answer

**Scope creep**, a "csak még egy dolog" állandó felhalmozódása, így csúsznak el csendesen az eredeti terven lévő projektek. A megoldás nem az, hogy mindent elutasíts; hanem az, hogy **minden hozzáadást látható, explicit kompromisszá** tegyen az idő rovására, csendből felszívódás helyett.

## A terjedelem ellenőrzése

```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
```

## A kulcsmozgás

Ne utasítsd el az új kéréseket egyenesen, mert így blokkolóvá válsz. Helyette mutasd meg a kompromisszumot: "Hozzáadhatjuk ezt. Ez azt jelenti, hogy vagy az határidő eltolódik egy héttel, vagy elhagyjuk az X funkciót. Mit választasz?" Most már *üzleti* döntésről van szó, amelyet a megfelelő személy hozza meg, nyitott szemmel.

## Konkrét példa

A projekt közepén a PM folyamatosan "kis" finomításokat ad hozzá. Elkezded a közös hatóköri változási naplót. Hirtelen mindenki látja, hogy az eredeti kétéves projekt hét heti kiegészítéseket szívott fel, és a határidővel kapcsolatos beszélgetés nyilvánvalóvá és könnyűvé válik.

## Miért fontos

A felügyelet nélküli terjedelem csúszás a határidők csendes gyilkosa, egyetlen változás sem tűnik nagynak, de összesen kudarcot eredményeznek.

A kompromisszumok explicitté tétele megvédi a csapatot, tájékoztatja az érdekelteket, és az irányítottsággal nem az inženýri felé, hanem a terjedelem miatt történt.