ფარგლები არის პროექტის მიერ დაგეგმილი სამუშაოს სიმრავლე. ფარგლებს დაზღვევის გრიპიკი არის მისი თანდათანობითი, არაკონტროლირებული გაფართოება — "მცირე დამატებების" მუდმივი ნაკადი, რომელიც ჩალუბებით აფუჭებს ვადებს. ფარგლებების მართვა ნიშნავს ცვლილებების კონტროლირებას, არა მათი უარყოფას.
✓ 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
წერილობით, შეთანხმებული საზღვარი ის არის, რაც საშუალებას გაძლევთ მოგვიანებით თქვათ "ეს არის ცვლილება" მტკიცებულებით.
ცვლილებები ცუდი არ არიან — არაკონტროლირებელი ცვლილებები არიან. როდესაც ახალი მოთხოვნა მოდის, გაუშვით იგი მარტივი ფილტრის მეშვეობით:
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
მთავარი ნაბიჯი: არასოდეს შეწოვოთ ჩალუბებით დამატებითი სამუშაო. გააკეთოთ ყოველი დამატება ცნობიერი კომპრომისი, რომელსაც აკრძალავს stakeholder.
პროექტის შუაში stakeholder ითხოვს "ასევე მხარდაჭერა ნაკადი ატვირთვა — უნდა იყოს სწრაფი." იმის ნაცვლად, რომ ჩაჭიდოთ, პასუხობთ: "შეიძლება, მაგრამ ამატებს დაახლოებით ერთი კვირას. გადაწევთ თარიღს, თუ გადაიდებთ ანალიტიკის ფუნქციას შემდეგი გამოშვებისთვის?" ახლა მათი კითხვაა ის, დანახარჯები მაგიდაზე.
ზედმეტი იყო დიახ ყოველ მოთხოვნას დასახმარებლად, შემდეგ დროის ხაზის გამოტოვება. გუნდი კატასტროფის რემოს, მაგრამ ის ჩალუბებით აიღო დამატებითი სამუშაო.
ფარგლების დაზღვევის გრიპიკი არის ყველაზე ხშირი მიზეზი, რომელიც პროექტებს შეანელებს — არა იმიტომ, რომ რომელიმე ცვლილება დიდია, არამედ იმიტომ, რომ ათობით კრებულ თაროზე დაგროვილია.
ფარგლებების მართვა ინარჩუნებს პროექტის სამართალიანობას: ცვლილება კარგია, მაგრამ მისი ღირებულება ყოველთვის გამოკვეთილია და რომელიმე მხარის ბრალდებაა მას.