Scope to uzgodniony zestaw prac, które projekt będzie realizować. Scope creep to stopniowe, niekontrolowane rozszerzanie się tego zakresu — ciąg "małych dodatków", które cicho przesuwają harmonogram. Zarządzanie zakresem oznacza kontrolowanie zmian, a nie ich odrzucanie.
✓ Document what's IN scope
✓ Document what's explicitly OUT of scope (the underused half)
✓ Define "done" / acceptance criteria
✓ Get stakeholders to agree before work starts
Pisemna, uzgodniona granica pozwala ci później powiedzieć "to jest zmiana" z dowodami.
Zmiany nie są złe — niekontrolowane są. Kiedy pojawi się nowa prośba, przepuść ją przez prosty filtr:
1. Is it really needed now, or is it a "nice to have"?
2. What's the impact on timeline / cost / other work?
3. Make the trade-off VISIBLE → "yes, but it pushes the date / drops X"
4. Get the stakeholder to decide with full information
Kluczowy ruch: nigdy nie absorbuj dodatkowej pracy w milczeniu. Uczyń każde dodanie świadomym kompromisem, za który odpowiada interesariusz.
W połowie projektu interesariusz prosi, aby "również wspierać masowe przesyłanie — powinno być szybkie." Zamiast wciskać to do środka, odpowiadasz: "Możemy, ale dodaje to około tygodnia. Przesuwamy termin, czy przenosimy funkcję analityki na następne wydanie?" Teraz to ich decyzja, z kosztami na stole.
Mówienie tak na każdą prośbę, aby być pomocnym, a potem niewywiązanie się z terminu. Zespół wygląda na niepowodzenie, podczas gdy faktycznie po cichu przyjął dodatkową pracę.
Rozszerzanie zakresu jest najczęstszym powodem opóźnień projektów — nie dlatego, że jakakolwiek jedna zmiana jest duża, ale dlatego że dziesiątki gromadzą się niewidoczenie.
Zarządzanie zakresem utrzymuje projekt uczciwy: zmiana jest w porządku, ale jej koszt jest zawsze jawny i odpowiedzialność za niego ponosi osoba, która tego chce.