Phát triển Agile hứa hẹn tính linh hoạt, nhưng chính tính linh hoạt đó thường dẫn đến những thay đổi không mong đợi. Khi một bên liên quan yêu cầu thêm một tính năng mới hoặc thay đổi công việc hiện có trong giữa Sprint, đội ngũ phải đối mặt với điểm quyết định quan trọng. Hiện tượng này được gọi làmở rộng phạm vi trong Sprint. Nó không tự nhiên tiêu cực; đây là hiện tượng phổ biến trong môi trường động. Tuy nhiên, cách đội ngũ phản ứng sẽ quyết định việc mục tiêu Sprint có được đạt hay bị ảnh hưởng hay không.
Hướng dẫn này cung cấp một cách tiếp cận có cấu trúc để quản lý những thay đổi này. Nó tập trung vào bảo vệ sự tập trung của đội ngũ trong khi tôn trọng nhu cầu kinh doanh. Chúng ta sẽ tìm hiểu về cơ chế của Sprint, vai trò của Product Owner và các chiến lược giao tiếp cần thiết để duy trì sự ổn định mà không làm giảm sự đổi mới.
🧐 Hiện tượng mở rộng phạm vi trong Scrum là gì?
Hiện tượng mở rộng phạm vi ám chỉ những thay đổi không được kiểm soát hoặc sự gia tăng liên tục trong phạm vi dự án. Trong bối cảnh Scrum, nó cụ thể là việc thêm công việc vào Sprint Backlog sau khi Sprint đã bắt đầu. Khác với các dự án truyền thống kiểu Waterfall nơi thay đổi là hiếm, Agile đón nhận thay đổi. Thách thức nằm ở việckhi nàovànhư thế nàothay đổi đó được tích hợp.
- Thay đổi hợp lệ:Một lỗi nghiêm trọng hoặc một sự kiện thay đổi thị trường đe dọa tính khả thi của sản phẩm.
- Thay đổi không khẩn cấp:Một tính năng ‘thú vị nhưng không cần thiết’ mà các bên liên quan nhớ ra vào thứ Ba nhưng không được ưu tiên vào thứ Hai.
- Ngắt quãng trong giữa Sprint:Những yêu cầu xuất hiện trong các buổi Daily Standup hoặc đánh giá giữa Sprint.
Hiểu rõ sự khác biệt là rất quan trọng. Không phải mọi yêu cầu nào cũng là khẩn cấp. Xem mọi yêu cầu là khẩn cấp sẽ dẫn đến kiệt sức và trễ hạn.
🎯 Tính thiêng liêng của mục tiêu Sprint
Mục tiêu Sprint là cam kết chính của đội ngũ. Nó cung cấp mục tiêu cho các mục trong Sprint Backlog. Khi hiện tượng mở rộng phạm vi xuất hiện, câu hỏi đầu tiên không phải là ‘Chúng ta có làm được không?’, mà là ‘Yêu cầu mới này có hỗ trợ mục tiêu Sprint không?’
Nếu yêu cầu mới phù hợp với mục tiêu Sprint, có thể thay thế một mục. Nếu không, việc chấp nhận sẽ làm giảm sự tập trung. Sprint là khoảng thời gian được giới hạn để tạo ra giá trị, chứ không phải một kho công việc vô hạn.
Phân tích tác động
Trước khi đưa ra quyết định, hãy đánh giá tác động đến cam kết hiện tại.
| Vùng tác động | Câu hỏi cần đặt ra | Hậu quả tiềm tàng |
|---|---|---|
| Năng lực | Chúng ta có đủ băng thông không? | Tốc độ giảm hoặc công việc chưa hoàn thành. |
| Sự tập trung | Việc chuyển đổi ngữ cảnh có làm giảm chất lượng không? | Nợ kỹ thuật tăng lên. |
| Các bên liên quan | Việc này có làm chậm các cam kết khác không? | Mất niềm tin vào tiến độ. |
| Tinh thần đội nhóm | Chúng ta có liên tục phải dừng và bắt đầu lại không? | Kiệt sức và mất động lực. |
🛡️ Các hành động ngay lập tức cho đội nhóm
Khi một yêu cầu đến giữa Sprint, đội nhóm không được ngay lập tức nói “có”. Phải tuân theo một quy trình nhất định.
- Dừng lại và đánh giá: Đừng cam kết ngay tại thời điểm yêu cầu. Ghi nhận ý kiến và lên lịch thảo luận.
- Tham khảo Người sở hữu Sản phẩm: Người sở hữu Sản phẩm là người quản lý danh sách công việc. Họ là người kiểm soát mức độ ưu tiên. Đội nhóm không nên đàm phán trực tiếp với các bên liên quan mà không có sự tham gia của Người sở hữu Sản phẩm.
- Xem xét Định nghĩa Hoàn thành: Đảm bảo việc thêm công việc mới không làm ảnh hưởng đến tiêu chuẩn chất lượng của công việc hiện tại.
Đội nhóm cần bảo vệ sự tập trung của mình. Nếu một nhà phát triển bị gián đoạn, chi phí chuyển đổi ngữ cảnh sẽ rất cao. Nghiên cứu cho thấy có thể mất đến 20 phút để lấy lại trạng thái tập trung sâu. Việc bảo vệ mục tiêu Sprint chính là bảo vệ khả năng giao hàng của đội nhóm.
💬 Chiến lược giao tiếp
Xử lý tình trạng mở rộng phạm vi công việc là 20% quy trình và 80% giao tiếp. Bạn phải truyền đạt rõ ràng các khoản đánh đổi cho các bên liên quan.
1. Cách tiếp cận “Có, và…”
Thay vì nói thẳng “Không”, hãy trình bày phản hồi dựa trên các khoản đánh đổi. Điều này giúp bên liên quan tự đưa ra quyết định.
- Xấu: “Chúng tôi không thể làm điều đó ngay bây giờ. Việc này đã nằm trong Sprint.”
- Tốt: “Chúng tôi có thể thêm tính năng đó. Tuy nhiên, để làm vậy, chúng tôi sẽ cần loại bỏ mục hiện tại liên quan đến luồng đăng nhập. Bạn muốn chúng tôi ưu tiên mục nào?”
Điều này chuyển trách nhiệm ưu tiên trở lại phía kinh doanh. Nó nhấn mạnh rằng năng lực là có hạn.
2. Minh bạch về rủi ro
Hãy thành thật về hệ quả. Nếu bạn nhận thêm công việc, rủi ro không hoàn thành phạm vi ban đầu sẽ tăng lên. Các bên liên quan thường không hiểu được bản chất của phát triển phần mềm.
- Giải thích rằng chất lượng có thể giảm nếu bị vội vàng.
- Giải thích rằng thời gian kiểm thử có thể bị rút ngắn.
- Giải thích rằng các Sprint tiếp theo có thể bị ảnh hưởng nếu nợ công việc tích tụ.
3. Sử dụng Dữ liệu
Tham khảo tốc độ của đội và tỷ lệ hoàn thành trong quá khứ. Nếu đội thường hoàn thành 20 điểm truyện mỗi Sprint, việc thêm 5 điểm công việc không dự kiến sẽ làm tăng nguy cơ không hoàn thành cam kết. Hãy thể hiện dữ liệu, chứ không phải ý kiến cá nhân.
🔄 Cải tiến quy trình để ngăn chặn sự lan rộng trong tương lai
Mặc dù việc xử lý các thay đổi trong giữa Sprint là cần thiết, nhưng mục tiêu là giảm tần suất của chúng. Dưới đây là các chiến lược để ổn định quy trình tiếp nhận.
1. Tinh chỉnh Danh sách công việc Sản phẩm
Một danh sách công việc sản phẩm được tinh chỉnh tốt sẽ giảm sự mơ hồ. Nếu các mục rõ ràng, các bên liên quan sẽ ít có khả năng yêu cầu thay đổi do hiểu lầm. Đảm bảo các câu chuyện có tiêu chí chấp nhận rõ ràng trước khi bắt đầu lập kế hoạch Sprint.
2. Thiết lập các kênh tiếp nhận
Các bên liên quan không nên gửi yêu cầu trực tiếp đến các nhà phát triển. Tất cả yêu cầu phải đi qua Người sở hữu Sản phẩm. Điều này tạo ra một lớp đệm và đảm bảo mọi yêu cầu đều được đánh giá dựa trên lộ trình.
- Tạo một kênh riêng cho các yêu cầu tính năng.
- Yêu cầu có trường hợp kinh doanh cho các mục mới.
- Đặt kỳ vọng rằng các thay đổi trong giữa Sprint là hiếm và cần sự đồng thuận.
3. Xác định Tiêu chí ‘Sẵn sàng’
Đảm bảo đội và Người sở hữu Sản phẩm thống nhất về nghĩa của ‘Sẵn sàng’. Nếu một bên liên quan cho rằng một mục đã sẵn sàng nhưng đội lại thấy khoảng trống, sẽ xảy ra mâu thuẫn. Việc thống nhất các tiêu chí sẵn sàng sẽ giảm thiểu những bất ngờ trong Sprint.
👩💼 Vai trò của Người sở hữu Sản phẩm
Người sở hữu Sản phẩm là điểm liên hệ duy nhất của đội về các ưu tiên. Họ phải là lá chắn chống lại những gián đoạn không cần thiết.
- Lọc yêu cầu: Người sở hữu Sản phẩm nên đánh giá các yêu cầu đến. Có khẩn cấp không? Có phù hợp với tầm nhìn không? Có phải là lỗi không?
- Thương lượng Giá trị: Nếu một bên liên quan nhất quyết yêu cầu thay đổi, Người sở hữu Sản phẩm phải thương lượng về giá trị. “Tính năng này có đáng để trì hoãn cập nhật xử lý thanh toán không?”
- Quản lý Kỳ vọng: Người sở hữu Sản phẩm phải thông báo năng lực của đội cho các bên liên quan trước khi Sprint bắt đầu.
Nếu Người sở hữu Sản phẩm không thể từ chối, đội sẽ thất bại. Người sở hữu Sản phẩm phải có sự ủng hộ từ lãnh đạo để bảo vệ sự tập trung của đội.
🧠 An toàn tâm lý và Động lực nhóm
Sự lan rộng phạm vi gây căng thẳng. Nếu đội cảm thấy liên tục bị tấn công bởi các yêu cầu thay đổi, tinh thần sẽ bị ảnh hưởng. Scrum Master đóng vai trò then chốt ở đây.
- Tạo môi trường an toàn:Các thành viên đội nên cảm thấy an toàn khi nói ‘Tôi đang quá tải’ mà không sợ bị trừng phạt.
- Tập trung vào Luồng công việc:Khuyến khích đội tập trung hoàn thành những gì đã bắt đầu. Việc ngắt quãng luồng công việc là kẻ thù của năng suất.
- Hành động sau buổi Tổng kết: Sử dụng buổi tổng kết Sprint để thảo luận về hiện tượng mở rộng phạm vi. Điều đó có xảy ra không? Tại sao? Cảm giác của chúng ta thế nào? Chúng ta có thể làm tốt hơn điều gì trong lần tới?
Nếu đội cảm thấy được hỗ trợ, họ có thể vượt qua sự thay đổi mà không có sự oán giận. Niềm tin là đồng tiền của Agile.
📊 Ma trận quyết định cho các thay đổi giữa Sprint
Khi một yêu cầu đến, hãy sử dụng ma trận này để xác định bước tiếp theo.
| Mức độ cấp bách | Tác động đến mục tiêu Sprint | Hành động |
|---|---|---|
| Cao | Quan trọng | Thay thế: Loại bỏ một mục hiện có để tạo chỗ cho công việc khẩn cấp mới. Thông báo ngay lập tức cho các bên liên quan. |
| Cao | Thấp | Hoãn lại:Chấp nhận mức độ cấp bách nhưng không làm gián đoạn Sprint. Thêm vào danh sách công việc cho Sprint tiếp theo. |
| Thấp | Quan trọng | Thảo luận: Đặt câu hỏi về mức độ cấp bách. Liệu nó thực sự ảnh hưởng đến mục tiêu không? Nếu có, hãy thay thế. Nếu không, hãy hoãn lại. |
| Thấp | Thấp | Từ chối:Từ chối một cách lịch sự. Thêm vào Danh sách Sản phẩm để lập kế hoạch trong tương lai. |
📝 Xử lý năng lực của đội
Năng lực không chỉ là về số giờ. Nó liên quan đến khối lượng nhận thức. Các nhà phát triển cần thời gian để suy nghĩ, viết mã và kiểm thử. Hiện tượng mở rộng phạm vi làm giảm thời gian này.
Khi quản lý năng lực:
- Theo dõi các gián đoạn: Ghi lại số lần đội bị gián đoạn. Dữ liệu này rất có giá trị cho buổi tổng kết.
- Cân bằng khối lượng công việc: Nếu công việc được thay thế, hãy đảm bảo mục mới tương đương về mức độ phức tạp với mục cũ. Đừng thay một nhiệm vụ nhỏ bằng một thay đổi kiến trúc lớn.
- Tôn trọng khung thời gian:Nhớ rằng, Sprint là một chiếc thùng chứa. Nếu bạn đổ quá nhiều nước vào, nó sẽ tràn ra ngoài.
📈 Tổng kết và học hỏi sau Sprint
Mỗi Sprint gặp phải hiện tượng mở rộng phạm vi đều là cơ hội học hỏi. Cuộc họp tổng kết là nơi để phân tích điều này.
- Phân tích nguyên nhân gốc rễ:Tại sao yêu cầu lại đến giữa Sprint? Có phải do lập kế hoạch kém? Hay do thay đổi thị trường?
- Điều chỉnh quy trình:Nếu các bên liên quan liên tục thay đổi ý kiến, có thể quy trình làm rõ danh sách công việc cần được hợp tác nhiều hơn.
- Tôn vinh:Nếu đội đã xử lý tốt sự thay đổi và vẫn giao hàng đúng hạn, hãy ghi nhận điều đó. Điều này giúp xây dựng niềm tin trong việc xử lý những bất định trong tương lai.
Sự cải tiến là liên tục. Mục tiêu không phải loại bỏ thay đổi mà là quản lý nó một cách tinh tế và chính xác.
🚀 Tiến bước về phía trước
Việc mở rộng phạm vi không phải là thất bại của khung Scrum. Đó là thử thách về sự kỷ luật của đội và sự tôn trọng quy trình từ tổ chức. Bằng cách thiết lập các quy trình rõ ràng, trao quyền cho Người sở hữu Sản phẩm và duy trì giao tiếp cởi mở, các đội có thể vượt qua những thay đổi giữa Sprint mà không làm mất nhịp độ.
Hãy nhớ rằng Mục tiêu Sprint là một cam kết. Vi phạm cam kết này một cách tùy tiện sẽ làm suy giảm niềm tin. Tuy nhiên, việc vi phạm để đáp ứng nhu cầu kinh doanh cấp bách lại là dấu hiệu của sự linh hoạt. Điều then chốt là có chủ ý. Mọi quyết định thay đổi phạm vi đều phải được đưa ra một cách có ý thức, với sự hiểu rõ về hệ quả.
Giữ cho sự tập trung sắc bén. Bảo vệ thời gian của đội. Và luôn ưu tiên giá trị mang lại cho khách hàng hơn là khối lượng công việc hoàn thành. Đây chính là cốt lõi của lãnh đạo Agile hiệu quả.
