Trong thế giới phát triển linh hoạt với nhịp độ nhanh, tiến độ thường được đo lường bằng khả năng cung cấp giá trị một cách nhất quán. Tuy nhiên, ngay cả những đội nhóm kỷ luật nhất cũng gặp phải những trở ngại làm chậm tiến độ. Những trở ngại này được gọi là các trở ngại. Khi không được kiểm soát, chúng làm giảm tốc độ, ảnh hưởng đến tinh thần và làm chậm việc phát hành. Việc hiểu cách nhận diện và loại bỏ chúng nhanh chóng là một kỹ năng then chốt đối với bất kỳ đội Scrum nào.
Hướng dẫn này cung cấp cái nhìn toàn diện về việc quản lý các trở ngại. Chúng ta sẽ tìm hiểu về định nghĩa, các chiến lược nhận diện, quy trình loại bỏ và các kỹ thuật phòng ngừa. Mục tiêu là duy trì dòng chảy công việc và đảm bảo đội nhóm có thể tập trung vào việc tạo ra giá trị mà không bị cản trở không cần thiết.
🔍 Định nghĩa về trở ngại
Một trở ngại là bất kỳ chướng ngại nào ngăn cản thành viên đội Scrum thực hiện công việc của mình. Đó không chỉ đơn thuần là một ‘lỗi’ hay một ‘nhiệm vụ khó’. Đó là điều gì đó bên ngoài hoặc bên trong khiến tiến độ bị dừng lại. Khác với các mục công việc thông thường, các trở ngại không tạo ra giá trị cho sản phẩm. Chúng tồn tại chỉ để tiêu tốn thời gian và năng lượng.
- Bên ngoài: Phụ thuộc vào các đội khác, sự cố về cơ sở hạ tầng, hoặc các điểm nghẽn trong quy trình phê duyệt.
- Bên trong: Thiếu kiến thức, giới hạn về công cụ, hoặc yêu cầu không rõ ràng.
Việc nhận diện những vấn đề này sớm là rất quan trọng. Càng sớm nhận ra một trở ngại, càng sớm có thể xử lý nó trước khi nó ảnh hưởng đến mục tiêu Sprint.
📋 Các loại trở ngại
Không phải mọi trở ngại nào cũng giống nhau. Một số là kỹ thuật, trong khi số khác là tổ chức. Việc phân loại chúng giúp phân bổ nguồn lực phù hợp để giải quyết. Bảng sau đây nêu rõ các thể loại phổ biến và ví dụ minh họa.
| Thể loại | Mô tả | Ví dụ |
|---|---|---|
| Kỹ thuật | Các vấn đề liên quan đến mã nguồn, kiến trúc hoặc công cụ. | Thời gian ngừng hoạt động của môi trường, độ phức tạp của mã nguồn cũ, lỗi xây dựng. |
| Tổ chức | Những rào cản hành chính hoặc liên quan đến quy trình. | Quy trình phê duyệt chậm, quản trị không rõ ràng, phân bổ nguồn lực. |
| Động lực nhóm | Các vấn đề phát sinh từ hợp tác hoặc giao tiếp. | Xung đột, thiếu sự hiểu biết chung, khoảng trống về khả năng sẵn sàng. |
| Phụ thuộc bên ngoài | Các trở ngại phát sinh từ bên ngoài nhóm trực tiếp. | API từ nhóm khác, chậm trễ từ nhà cung cấp bên thứ ba. |
👀 Chiến lược nhận diện
Các trở ngại thường ẩn mình trong bóng tối của lịch trình bận rộn. Các đội phải chủ động phát hiện chúng. Dựa vào một nguồn thông tin duy nhất thường là không đủ. Thay vào đó, việc áp dụng phương pháp đa kênh sẽ đảm bảo không có gì bị bỏ sót.
1. Cuộc họp hàng ngày
Buổi Daily Scrum là diễn đàn chính để xác định các trở ngại. Mỗi thành viên trong nhóm nên trả lời các câu hỏi tiêu chuẩn, nhưng đặc biệt nhấn mạnh bất kỳ điều gì đang cản trở họ. Đây không phải là báo cáo tình trạng dành cho quản lý; mà là điểm đồng bộ cho cả đội.
- Khuyến khích sử dụng ngôn ngữ cụ thể: “Tôi bị chặn bởi…” thay vì “Tôi sẽ làm việc về…”
- Giữ tập trung. Nếu đội bắt đầu giải quyết một vấn đề quá 10 phút, hãy chuyển sang thảo luận riêng.
- Ghi lại trở ngại một cách rõ ràng. Sử dụng bảng vật lý hoặc hệ thống theo dõi kỹ thuật số.
2. Phân tích hồi tưởng
Trong khi Daily Scrum xử lý các trở ngại ngay lập tức, buổi Retrospective giải quyết các vấn đề hệ thống. Nếu một loại trở ngại cụ thể xuất hiện lặp lại, điều đó cho thấy có lỗi trong quy trình.
- Tìm kiếm mẫu hình. Liệu cùng một đội luôn bị chậm trễ hay không?
- Thảo luận về nguyên nhân gốc rễ. Tại sao điều này lại xảy ra lần nữa?
- Cam kết thực hiện một nhiệm vụ hành động để ngăn ngừa tái diễn.
3. Quản lý trực quan
Bảng công việc cung cấp tầm nhìn tức thì về luồng công việc. Khi một thẻ nằm trong trạng thái “Đang thực hiện” quá lâu, điều đó báo hiệu một vấn đề tiềm ẩn.
- Đặt giới hạn WIP (Công việc đang thực hiện). Nếu một cột đầy, không có công việc mới nào được nhập.
- Sử dụng mã màu. Thẻ màu đỏ cho biết các mục bị chặn.
- Xem xét bảng trong các cuộc họp lập kế hoạch và họp đánh giá để phát hiện các mục bị kẹt.
4. Các cuộc trò chuyện riêng lẻ
Đôi khi, cá nhân không muốn nêu trở ngại trong môi trường nhóm. Những cuộc trò chuyện riêng tư có thể phát hiện ra các trở ngại cá nhân hoặc nhạy cảm.
- Theo dõi các thành viên đội mà dường như không còn gắn kết.
- Đặt các câu hỏi mở rộng về quy trình làm việc của họ.
- Tạo môi trường an toàn nơi việc thừa nhận một trở ngại được xem là hành vi có trách nhiệm.
⚙️ Quy trình loại bỏ
Một khi trở ngại được xác định, trọng tâm sẽ chuyển sang giải quyết. Tốc độ là yếu tố then chốt, nhưng phương pháp loại bỏ cũng quan trọng. Loại bỏ nhanh một trở ngại không có nghĩa là bỏ qua kiểm tra chất lượng; mà là giải quyết vấn đề một cách hiệu quả.
1. Trách nhiệm và tính minh bạch
Mỗi trở ngại cần có người chịu trách nhiệm. Sự mơ hồ về người chịu trách nhiệm dẫn đến sự im lặng. Scrum Master thường đóng vai trò điều phối viên, nhưng cả đội phải chia sẻ trách nhiệm.
- Giao nhiệm vụ trở ngại cho một người cụ thể.
- Xác định thời gian giải quyết dự kiến.
- Theo dõi tiến độ cho đến khi trở ngại được gỡ bỏ.
2. Các đường dẫn nâng cấp
Nếu một thành viên đội không thể giải quyết vấn đề trong thời gian hợp lý, thì phải nâng cấp. Cần có một thứ tự rõ ràng về ai cần liên hệ.
- Cấp độ đội:Đồng nghiệp hoặc các chuyên gia nội bộ.
- Cấp độ Scrum Master:Rào cản quy trình hoặc xung đột nguồn lực.
- Cấp độ Quản lý:Các quyết định chiến lược hoặc vấn đề từ nhà cung cấp bên ngoài.
Việc nâng cấp không nên bị xem là thất bại. Đó là một cơ chế để đảm bảo công việc tiếp tục. Việc trì hoãn việc nâng cấp để tránh “làm phiền” lãnh đạo thường gây tổn hại nhiều hơn chính vấn đề đó.
3. Hợp tác thay vì làm việc riêng lẻ
Các trở ngại thường đòi hỏi sự đóng góp từ nhiều lĩnh vực khác nhau. Các đội không nên làm việc tách biệt.
- Mời các bên liên quan tham gia một cuộc họp nhanh.
- Chia nhỏ vấn đề thành các phần nhỏ, dễ quản lý hơn.
- Chia sẻ kiến thức để ngăn ngừa các sự cố tương tự trong tương lai.
4. Ra quyết định
Đôi khi, một trở ngại đòi hỏi một quyết định không liên quan đến kỹ thuật. Đó có thể là sự đánh đổi giữa tốc độ và chất lượng, hoặc phạm vi và tiến độ.
- Ủy quyền cho Người sở hữu Sản phẩm đưa ra quyết định về phạm vi.
- Đảm bảo đội có quyền tự chủ kỹ thuật để lựa chọn giải pháp.
- Ghi chép lại quyết định và lý do đưa ra quyết định đó.
🛡️ Phòng ngừa và Văn hóa
Việc loại bỏ phản ứng là tốt, nhưng phòng ngừa chủ động còn tốt hơn. Xây dựng một văn hóa ngăn cản các trở ngại sẽ giảm bớt sự cản trở trong hệ thống.
1. Phân tích nguyên nhân gốc rễ
Khi một rào cản được loại bỏ, hãy hỏi “Tại sao?” năm lần. Kỹ thuật này giúp tìm ra nguyên nhân gốc rễ thay vì chỉ điều trị triệu chứng.
- Vấn đề:Máy chủ xây dựng bị sập.
- Tại sao?Dung lượng đĩa đầy.
- Tại sao?Các tệp nhật ký không được xoay vòng.
- Tại sao?Không có kịch bản tự động hóa.
- Tại sao?Đội hạ tầng đã không ưu tiên điều đó.
- Sửa chữa:Tự động hóa việc xoay vòng nhật ký và thiết lập thông báo.
2. Chuẩn hóa
Tính nhất quán giúp giảm sự nhầm lẫn. Khi mọi người tuân theo cùng một quy trình thiết lập và triển khai, số lỗi xảy ra sẽ ít hơn.
- Sử dụng cơ sở hạ tầng dưới dạng mã để quản lý môi trường.
- Chuẩn hóa các quy ước lập trình và quy trình kiểm tra.
- Tạo danh sách kiểm tra cho các nhiệm vụ phổ biến như đưa người mới vào làm việc hoặc triển khai.
3. An toàn về tâm lý
Các thành viên trong nhóm phải cảm thấy an toàn khi lên tiếng. Nếu họ sợ bị đổ lỗi, họ sẽ giấu các trở ngại cho đến khi quá muộn.
- Tập trung vào quy trình, chứ không phải con người.
- Tôn vinh việc phát hiện vấn đề như một chiến thắng.
- Khuyến khích sự minh bạch khi thất bại.
4. Cải tiến liên tục
Hệ thống phải không ngừng phát triển. Những gì hoạt động tốt năm ngoái có thể không còn hiệu quả ngày nay. Thường xuyên xem xét lại quy trình làm việc.
- Đo lường thời gian chu kỳ và thời gian dẫn đầu.
- Xác định các điểm nghẽn trong luồng giá trị.
- Thử nghiệm các công cụ hoặc quy trình mới ở những khu vực ít rủi ro.
📊 Chỉ số và Theo dõi
Để quản lý các trở ngại một cách hiệu quả, bạn phải đo lường chúng. Dữ liệu cung cấp cái nhìn sâu sắc về nơi mà sự cản trở đang xảy ra.
1. Tuổi của trở ngại
Theo dõi thời gian một trở ngại còn mở. Tuổi trung bình cao cho thấy vấn đề hệ thống.
- Đặt giới hạn tuổi tối đa mục tiêu cho các trở ngại nghiêm trọng.
- Xem xét lại các mục đã cũ trong mỗi buổi tổng kết.
- Nhấn mạnh các mục đã vượt quá ngưỡng.
2. Tần suất xuất hiện
Đếm tần suất xuất hiện của các loại trở ngại cụ thể. Điều này làm nổi bật các chủ đề lặp lại.
- Phân nhóm các trở ngại theo thể loại (ví dụ: Cơ sở hạ tầng, Phê duyệt).
- Vẽ biểu đồ tần suất theo thời gian để thấy xu hướng.
- Giải quyết các thể loại thường xuyên nhất trước tiên.
3. Tỷ lệ giải quyết
Đo lường tỷ lệ phần trăm các trở ngại được giải quyết trong Sprint. Tỷ lệ thấp cho thấy cần nguồn lực tốt hơn hoặc tăng tốc độ báo cáo.
- Tính toán: (Các trở ngại đã được giải quyết / Tổng số trở ngại) * 100.
- So sánh giữa các Sprint khác nhau.
- Sử dụng chỉ số này để điều chỉnh kế hoạch năng lực của đội.
🚦 Những sai lầm phổ biến cần tránh
Ngay cả với những ý định tốt nhất, các đội thường rơi vào những cái bẫy làm chậm tiến độ. Nhận thức được những sai lầm này là bước đầu tiên để tránh chúng.
- Bỏ qua các trở ngại nhỏ:Những vấn đề nhỏ thường phát triển thành khủng hoảng lớn. Hãy giải quyết chúng ngay lập tức.
- Cul blame cá nhân:Cul blame tạo ra văn hóa sợ hãi. Hãy tập trung vào hệ thống.
- Phụ thuộc quá mức vào Scrum Master:Scrum Master hỗ trợ, nhưng đội chịu trách nhiệm cho công việc. Việc loại bỏ trở ngại cần là nỗ lực của cả đội.
- Thiếu tính minh bạch:Nếu một trở ngại không được nhìn thấy, thì không thể theo dõi được. Hãy sử dụng bảng minh họa.
- Giải pháp giả tạo:Áp dụng biện pháp khắc phục nhanh chóng mà không hiểu nguyên nhân gốc rễ thường dẫn đến tái diễn.
🤝 Hợp tác với các bên liên quan
Các trở ngại thường liên quan đến những người bên ngoài đội phát triển. Quản lý các mối quan hệ này là điều cần thiết.
- Tính minh bạch:Giữ cho các bên liên quan được cập nhật về những chậm trễ do các trở ngại gây ra.
- Quản lý kỳ vọng:Đảm bảo họ hiểu tác động của các phụ thuộc bên ngoài.
- Vòng phản hồi:Thường xuyên hỏi các bên liên quan xem nhu cầu của họ có được đáp ứng hay không.
- Giải quyết vấn đề cùng nhau:Mời các bên liên quan tham gia giải quyết các trở ngại phức tạp.
💡 Những suy nghĩ cuối cùng
Việc quản lý các trở ngại không phải là một nhiệm vụ một lần. Đó là một quá trình liên tục đòi hỏi sự cảnh giác và cam kết. Bằng cách xác định rõ những gì cấu thành một trở ngại, thiết lập các phương pháp nhận diện rõ ràng và tuân theo quy trình loại bỏ có cấu trúc, các đội có thể duy trì tốc độ cao. Phòng ngừa là mục tiêu cuối cùng, nhưng khả năng phản ứng nhanh chóng chính là tấm lưới an toàn giúp dự án luôn đi đúng hướng.
Hãy nhớ, Hướng dẫn Scrum định nghĩa Scrum Master là một nhà lãnh đạo phục vụ, người loại bỏ các trở ngại. Tuy nhiên, trong thực tế, toàn bộ đội cùng chia sẻ trách nhiệm này. Khi mọi người đều được trao quyền để lên tiếng và hành động, luồng công việc trở nên trơn tru hơn, và việc giao giá trị trở nên đáng tin cậy hơn.
Bắt đầu ngay hôm nay bằng cách xem xét lại danh sách công việc hiện tại của bạn. Xác định các mục nào đang gặp rủi ro. Giao người phụ trách và đặt thời gian để xem xét tiến độ. Những hành động nhỏ sẽ dẫn đến cải thiện đáng kể theo thời gian.
