Scope
Cách thiết kế scope như một hệ ranh giới rõ ràng: không chỉ nói sẽ làm gì, mà còn nói điều gì không làm, assumption nào đang được dùng và thay đổi nào sẽ kích hoạt re-scope.
Scope không phải task list
Một danh sách 30 đầu việc vẫn có thể mơ hồ nếu không ai hiểu outcome cuối, boundary và điều kiện hoàn thành.
Task cho biết phải làm gì. Scope cho biết đâu là ranh giới của commitment.
Scope tốt bắt đầu từ Outcome
Nếu chỉ định nghĩa bằng deliverable, team dễ tối ưu cho output thay vì result.
Outcome giúp kiểm tra xem một yêu cầu mới có thực sự phục vụ mục tiêu hay chỉ làm project phình ra.
Framework: Outcome → In Scope → Out of Scope → Assumptions → Change Trigger
Outcome — project cần tạo ra thay đổi gì?
In Scope — những gì được cam kết thực hiện?
Out of Scope — những gì chưa nằm trong agreement?
Assumptions — điều kiện nào đang được giả định là đúng?
Change Trigger — thay đổi nào đủ lớn để cần re-scope?
Out of Scope quan trọng không kém In Scope
Nếu chỉ nói sẽ làm gì mà không nói điều gì không làm, boundary vẫn mơ hồ.
Out-of-scope giúp giảm expectation drift.
Assumption là phần thường bị bỏ quên
Timeline có thể giả định client phản hồi trong 2 ngày. Integration có thể giả định API đã sẵn sàng. Design có thể giả định content đã final.
Khi assumption sai, scope và timeline có thể thay đổi.
Scope creep thường bắt đầu bằng những request rất nhỏ
“Tiện thì thêm giúp phần này” nghe vô hại.
Nhưng nhiều thay đổi nhỏ cộng lại có thể làm effort, timeline và quality thay đổi đáng kể.
Change Trigger giúp giảm cảm giác đối đầu
Thay vì tranh luận request nào là 'quá nhiều', hãy định nghĩa trước điều gì kích hoạt change request: thêm deliverable, đổi objective, thêm stakeholder, thay data source, đổi deadline.
Scope cần một người bảo vệ
Nếu không ai chịu trách nhiệm nhận diện scope change, boundary sẽ bị thương lượng lại trong từng conversation.
Scope ownership là một responsibility thật.
Ứng dụng trên Forwork
Forwork có thể có Scope Block: Outcome, In Scope, Out of Scope, Assumptions, Dependencies, Definition of Done, Change Triggers, Scope Owner.
Mọi change request sau đó có thể reference trực tiếp block này.
Kết luận
Đừng hỏi chỉ: “Danh sách việc đã đủ chưa?”
Hãy hỏi: “Ranh giới của commitment đã đủ rõ để chúng ta biết khi nào project đang thay đổi chưa?”
Outcome → In Scope → Out of Scope → Assumptions → Change Trigger.