Trong môi trường phát triển phần mềm và giao hàng sản phẩm nhanh chóng, mối quan hệ giữa đội phát triển và các bên liên quan bên ngoài thường quyết định thành công của dự án. Mặc dù khung Scrum cung cấp một cấu trúc vững chắc cho công việc lặp lại, nhưng yếu tố con người trong việc quản lý kỳ vọng vẫn là một biến số then chốt. Khi nhu cầu kinh doanh mâu thuẫn với thực tế kỹ thuật, sự xung đột xảy ra. Hướng dẫn này nêu chi tiết các chiến lược thực tế để thống nhất mục tiêu, duy trì minh bạch và xây dựng niềm tin trong suốt chu kỳ sprint mà không cần dùng đến thuật ngữ chuyên môn hay lời quảng cáo.
🤝 Thách thức cốt lõi trong Giao hàng Agile
Các bên liên quan đại diện cho tiếng nói kinh doanh, tập trung vào giá trị, lợi tức đầu tư (ROI) và thời điểm thị trường. Đội phát triển tập trung vào chất lượng, tính bền vững và khả thi kỹ thuật. Những quan điểm này không tự nhiên mâu thuẫn, nhưng thường hoạt động theo các khung thời gian khác nhau. Một bên liên quan có thể muốn một tính năng được phát hành vào thứ Sáu để tận dụng cửa sổ tiếp thị, trong khi đội phát triển biết rằng mã nguồn cần thêm hai tuần kiểm thử nữa.
Việc không quản lý được khoảng cách này dẫn đến:
-
Bùng nổ phạm vi: Những thay đổi không kiểm soát được đối với danh sách công việc sprint.
-
Mất niềm tin: Những cam kết bị thất bại lặp lại làm tổn hại đến uy tín.
-
Bội thực đội ngũ: Áp lực phải giao nhiều thứ quá nhanh.
-
Suy giảm chất lượng: Cắt giảm chi tiết để đáp ứng nhu cầu tức thì.
📊 Những bất đồng phổ biến giữa Kinh doanh và Phát triển
Hiểu rõ nơi các điểm xung đột thường xảy ra giúp các đội chủ động giải quyết chúng. Bảng dưới đây nêu rõ những khoảng cách kỳ vọng thường gặp và nguyên nhân gốc rễ.
|
Kỳ vọng |
Thực tế |
Nguyên nhân gốc rễ |
|---|---|---|
|
Tính năng được hoàn thành vào buổi Tổng kết Sprint |
Tính năng thường chưa hoàn thiện 100% |
Định nghĩa ‘đã hoàn thành’ không rõ ràng |
|
Ước lượng là các mốc thời gian cố định |
Ước lượng là dự báo mang tính xác suất |
Sự nhầm lẫn giữa bài đánh giá Planning Poker và cam kết |
|
Người sở hữu sản phẩm nói ‘Không’ với các ý tưởng mới |
Người sở hữu sản phẩm ưu tiên dựa trên giá trị |
Thiếu bối cảnh về chiến lược danh sách công việc |
|
Các chu kỳ Sprint linh hoạt để xử lý các nhiệm vụ khẩn cấp |
Các chu kỳ Sprint được bảo vệ để duy trì sự tập trung |
Nhận thức về ‘Agile’ như ‘Thay đổi mọi thứ ngay lập tức’ |
📅 Chiến lược thống nhất trước khi bắt đầu Sprint
Những kỳ vọng thường được xác định phần lớn trước khi dòng mã đầu tiên được viết ra. Chuẩn bị là công cụ hiệu quả nhất để ngăn ngừa hiểu lầm. Những bước này cần được tích hợp vào các giai đoạn tinh chỉnh và lập kế hoạch.
1. Xác định Tiêu chuẩn Hoàn thành (DoD)
Các bên liên quan thường cho rằng một tính năng đã hoàn thành khi nó trông đúng trên màn hình. Đội nhóm cần có sự đồng thuận chung về nghĩa của cụm từ “hoàn thành”. Điều này bao gồm:
-
Mã đã được kiểm tra và gộp vào
-
Các bài kiểm thử tự động đạt kết quả
-
Tài liệu đã được cập nhật
-
Đạt được các tiêu chuẩn hiệu suất
-
Đã vượt qua các kiểm tra bảo mật
Khi các bên liên quan hiểu rõ những tiêu chí này, họ sẽ ngừng hỏi “Tại sao tính năng này chưa được đưa lên môi trường thực tế?” và bắt đầu hỏi “Điều gì đang ngăn cản việc đáp ứng DoD?”
2. Tinh chỉnh danh sách công việc theo cách hợp tác
Mời các bên liên quan tham gia các buổi tinh chỉnh danh sách công việc. Điều này không có nghĩa là họ sẽ quyết định danh sách công việc, nhưng giúp họ nghe trực tiếp về các giới hạn kỹ thuật. Khi một bên liên quan thấy được độ phức tạp đằng sau một thay đổi giao diện nhỏ, họ sẽ tự điều chỉnh kỳ vọng của mình.
-
Tần suất: Các buổi họp mỗi hai tuần hoặc mỗi tuần.
-
Người tham dự: Người sở hữu sản phẩm, Đội phát triển và các bên liên quan quan trọng.
-
Mục tiêu: Làm rõ các tiêu chí chấp nhận và ước lượng nỗ lực.
3. Đặt mục tiêu Sprint thực tế
Một mục tiêu Sprint đóng vai trò như ngọn hải đăng cho đội nhóm. Nó nên là một tuyên bố ngắn mô tả điều mà đội nhóm dự định đạt được. Các bên liên quan phải đồng ý với mục tiêu này trong buổi lập kế hoạch Sprint. Nếu một bên liên quan thúc ép đạt kết quả khác, thì điều đó trở thành cuộc đàm phán về phạm vi, chứ không phải là một mệnh lệnh.
🔍 Minh bạch trong quá trình thực hiện
Ngay khi Sprint bắt đầu, đội nhóm phải duy trì tính minh bạch. Sự im lặng sẽ tạo ra lo lắng, và lo lắng dẫn đến việc quản lý quá mức.
Các buổi kiểm tra hàng ngày
Buổi Daily Scrum dành cho đội nhóm, nhưng tình trạng tiến độ cần được hiển thị rõ ràng cho các bên liên quan. Điều này có thể đạt được thông qua:
-
Một bảng kỹ thuật số chung, truy cập được bởi tất cả.
-
Một bản tóm tắt email hàng ngày từ Người sở hữu sản phẩm.
-
Một kênh Slack chuyên biệt dành cho cập nhật Sprint.
Các kênh này cần tập trung vào tiến độ hướng tới mục tiêu Sprint, chứ không chỉ là danh sách các nhiệm vụ đã hoàn thành.
Quản lý các sự gián đoạn
Các bên liên quan thường gián đoạn Sprint bằng những câu hỏi nhanh hoặc thay đổi khẩn cấp. Trong khi một số sự gián đoạn là cần thiết, thì những sự gián đoạn khác lại làm ảnh hưởng đến luồng công việc. Cần thiết lập một quy trình:
-
Khẩn cấp:Liên hệ trực tiếp với Người sở hữu Sản phẩm.
-
Ưu tiên cao:Thêm vào danh sách chờ cho kế hoạch tiếp theo.
-
Yêu cầu thông thường:Tài liệu hóa và trả lời trong buổi họp đã lên lịch.
Điều này bảo vệ sự tập trung của đội ngũ trong khi đảm bảo các bên liên quan cảm thấy được lắng nghe.
🎯 Cuộc họp xem xét Sprint như một công cụ đàm phán
Cuộc họp xem xét Sprint thường bị hiểu nhầm là một buổi trình diễn. Thực tế, đây là một buổi làm việc nơi đội ngũ kiểm tra tiến độ và điều chỉnh danh sách Sản phẩm. Đây là nơi chính để quản lý kỳ vọng.
Các thực hành tốt nhất cho buổi xem xét
-
Mời đúng người tham gia:Đảm bảo những người ra quyết định có mặt, chứ không chỉ là người quan sát.
-
Tập trung vào giá trị:Chứng minh cách công việc giải quyết một vấn đề kinh doanh, chứ không chỉ là triển khai kỹ thuật.
-
Mời phản hồi:Hỏi các bên liên quan họ muốn thấy điều gì tiếp theo. Điều này chuyển cuộc trò chuyện từ “Tại sao bạn không làm X?” sang “Ưu tiên cho sprint tiếp theo là gì?”
-
Thành thật về rủi ro:Nếu một tính năng chưa hoàn thành, hãy hiển thị nó. Giải thích các thỏa hiệp. Giấu công việc chưa hoàn thành sẽ phá hủy niềm tin.
🚫 Xử lý thay đổi phạm vi trong giữa Sprint
Thay đổi xảy ra. Đôi khi điều kiện thị trường thay đổi, hoặc đối thủ ra mắt một tính năng. Câu hỏi không phải là “Chúng ta có thể thay đổi không?”, mà là “Chúng ta thay đổi thế nào mà không làm hỏng sprint?”
Cơ chế thay thế
Khi một bên liên quan yêu cầu một mục mới trong suốt sprint, đội không nên đơn giản thêm vào. Họ nên đề xuất thay thế. Điều này duy trì tổng dung lượng của sprint.
-
Bên liên quan:“Chúng tôi cần báo cáo mới này trước thứ Sáu.”
-
Đội:“Chúng tôi có thể ưu tiên mục này. Để đưa vào, chúng tôi cần chuyển Nhiệm vụ B sang sprint tiếp theo. Chúng ta có đồng ý bỏ Nhiệm vụ B không?”
Điều này buộc bên liên quan phải đưa ra quyết định dựa trên giá trị. Nó làm nổi bật chi phí của thay đổi dưới góc độ công việc khác không được hoàn thành.
Khi nào nên hủy một Sprint
Có những trường hợp hiếm hoi mà sprint phải bị hủy. Điều này xảy ra khi Mục tiêu Sprint trở nên lỗi thời. Tuy nhiên, đây là biện pháp cuối cùng. Việc hủy bỏ lãng phí nguồn lực và cho thấy sự bất ổn. Đội chỉ nên đề xuất hủy nếu công việc đang thực hiện không có giá trị gì.
🗣️ Tần suất và kênh giao tiếp
Giao tiếp hiệu quả không phải là gửi nhiều tin nhắn hơn; mà là gửi những tin nhắn đúng vào thời điểm thích hợp. Một nhịp độ có cấu trúc sẽ giảm nhu cầu về các cuộc họp bất thường.
|
Sự kiện |
Tần suất |
Đối tượng |
Thông điệp chính |
|---|---|---|---|
|
Lập kế hoạch Sprint |
Hai tuần một lần |
Đội nhóm + PO + Các bên liên quan |
Chúng tôi đang xây dựng gì và tại sao |
|
Cập nhật tiến độ |
Hàng tuần |
Các bên liên quan |
Tình trạng hiện tại và rủi ro |
|
Đánh giá Sprint |
Hai tuần một lần |
Các bên liên quan + Đội nhóm |
Trình diễn công việc và phản hồi |
|
Hồi tưởng |
Hai tuần một lần |
Chỉ có đội nhóm |
Cải tiến quy trình (nội bộ) |
📈 Đo lường sức khỏe mối quan hệ
Làm sao bạn biết quản lý kỳ vọng của mình có hiệu quả không? Hãy xem xét các chỉ số định tính và định lượng, ngoài tốc độ giao hàng.
Các chỉ số định lượng
-
Độ tin cậy cam kết:Tần suất đạt mục tiêu Sprint là bao nhiêu?
-
Độ ổn định phạm vi:Có bao nhiêu mục được thêm hoặc loại bỏ trong quá trình Sprint?
-
Tỷ lệ tham dự đánh giá:Các bên liên quan có tham dự đánh giá thường xuyên không?
Chỉ số định tính
-
Giọng điệu cuộc họp:Các cuộc họp có căng thẳng hay hợp tác?
-
Chất lượng phản hồi:Phản hồi có cụ thể và mang tính xây dựng không?
-
Mức độ tin tưởng:Các bên liên quan có yêu cầu hỗ trợ trước khi yêu cầu thay đổi không?
🤝 Xây dựng niềm tin lâu dài
Những kỳ vọng không được quản lý trong một sprint duy nhất; chúng được xây dựng theo thời gian. Tính nhất quán là chìa khóa để tạo dựng niềm tin. Khi một đội luôn giao đúng những gì họ hứa, các bên liên quan sẽ trở nên linh hoạt hơn khi đội gặp phải thách thức.
Chấp nhận sai lầm
Nếu đội không đạt được mục tiêu, hãy thông báo sớm. Đừng chờ đến buổi họp Sprint Review mới tiết lộ sự chậm trễ. Những cảnh báo sớm giúp các bên liên quan điều chỉnh kế hoạch của họ. Việc thừa nhận sai lầm sớm thể hiện sự trung thực và chuyên nghiệp.
-
Xấu:Chờ đến khi hạn chót qua đi.
-
Tốt:“Chúng tôi đang ở trong tình trạng rủi ro không đạt được mục tiêu. Đây là lý do, và đây là kế hoạch phục hồi của chúng tôi.”
Hiểu bối cảnh của họ
Các bên liên quan phải đối mặt với áp lực riêng của họ. Hiểu được các KPI của họ sẽ giúp bạn trình bày cập nhật của mình theo cách khiến họ cảm thấy phù hợp. Nếu mục tiêu của họ là tăng trưởng người dùng, hãy giải thích cách công việc kỹ thuật đóng góp vào sự tăng trưởng đó. Nếu mục tiêu của họ là giảm chi phí, hãy giải thích cách công việc này ngăn ngừa nợ kỹ thuật, vốn sẽ tốn kém về sau.
🛠️ Công cụ hỗ trợ
Mặc dù công cụ phần mềm tồn tại, nhưng các nguyên tắc quản lý vẫn giữ nguyên bất kể nền tảng nào. Trọng tâm cần đặt vào luồng thông tin, chứ không phải vào tính năng của ứng dụng.
-
Quản lý trực quan:Sử dụng bảng vật lý hoặc kỹ thuật số để hiển thị công việc đang thực hiện. Các hình ảnh trực quan giúp làm rõ các điểm nghẽn.
-
Tài liệu chung:Giữ các yêu cầu ở một vị trí trung tâm, dễ truy cập cho tất cả các bên liên quan.
-
Chương trình họp:Luôn gửi chương trình họp cho các cuộc họp với bên liên quan để đảm bảo thời gian được sử dụng hiệu quả.
🌱 Hành trình phía trước
Quản lý kỳ vọng của bên liên quan không phải là kiểm soát con người; đó là việc đồng bộ hóa lợi ích. Điều này đòi hỏi sự thay đổi từ ‘Tôi sẽ nói cho bạn biết tôi đang làm gì’ sang ‘Hãy cùng nhau thống nhất giá trị chúng ta đang tạo ra cùng nhau’. Bằng cách tuân thủ các phương pháp có cấu trúc này, các đội có thể duy trì sự tập trung, các bên liên quan có thể duy trì sự tự tin, và sản phẩm có thể mang lại giá trị thực sự mà không còn phải đối mặt với sự xung đột liên tục do thiếu đồng thuận.
Mục tiêu là một mối quan hệ hợp tác, nơi đội ngũ cảm thấy an toàn để đổi mới và doanh nghiệp cảm thấy an tâm trong quá trình giao hàng. Sự cân bằng này được đạt được thông qua giao tiếp rõ ràng, giao hàng nhất quán và sự tôn trọng lẫn nhau đối với những hạn chế mà mỗi bên phải đối mặt.
