Một nhóm khởi đầu sẽ cần được tranning về các quy trình, sự kiện. Việc này cần lặp đi lặp lại trong vài sprint để nhóm có thể thực hành một cách có chủ đích các sự kiện trong scrum framework. Thông qua quá trình này, scrum master có thể sẽ phải “tương tác” nhiều với các thành viên trong nhóm để họ hiểu mục đích và ý nghĩa các sự kiện.

Vậy Scrum thực hiện quản lý rủi ro dự án bằng cách nào? Hay như thế nào? Scrum framework được tổ chức gồm 3 vai trò: product owner, scrum master, development team; cả 3 vai trò trên đều thực hiện việc quản lý rủi ro dự án theo các công việc mà mình đảm nhận, được thiết kế thông qua các sự kiện trong framework. Thông qua đó, việc đánh giá và xử lý các rủi ro được trao cho các vai trò cụ thể. Mỗi vai trò sẽ có trách nhiệm giải quyết những vấn đề ảnh hưởng tới sự thành công của dự án liên quan công việc mà mình đảm nhận.

Trong các nhóm truyền thống, các xung đột có thể được cấp trên đứng ra giải quyết. Ví dụ khi bạn không thể thống nhất về cách sắp xếp thứ tự ưu tiên cho các dự án, hay các deadline cần thay đổi. Lúc này tean có thể đưa lên và trưởng nhóm sẽ ra quyết định. Một ví dụ khác có bao giờ bạn nghĩ rằng đồng nghiệp đang cư xử cộc cằn hay công việc của họ quá cẩu thả? Lúc này nhóm sẽ cung cấp thông tin cho quản lý và chờ người đó đứng ra giải quyết. Nhưng với một nhóm lớn hoặc nhóm tự tổ chức, đây không phải là một lựa chọn. Nhóm tự tổ chức phải xác định các cách khác nhau để tìm kiếm và giải quyết các xung đột hàng ngày. Xem thêm

Quản lý rủi ro trong dự án Agile (Scrum) là câu hỏi nhiều người gặp phải trong quá trình tìm hiểu về Agile và Scrum. Ở bài viết này mình sẽ chia sẻ về nội dung này để mọi người có thêm góc nhìn.

1. Đặc điểm quản lý rủi ro trong dự án Agile/Scrum.
2. Thực hành quản lý rủi ro trong Agile.
3. Có thể sử dụng 2 phương pháp quản lý rủi ro cùng nhau không.
4. Tổng kết.

Phần 1: Đặc điểm của quản lý rủi ro trong dự án áp dụng Agile và Scrum

Đầu tiên, xin quay lại với tuyên ngôn Agile:

Cá nhân và tương tác hơn là quy trình và công cụ.
Phần mềm chạy tốt hơn là tài liệu đầy đủ.
Cộng tác với khách hàng hơn là đàm phán hợp đồng.
Phản hồi với thay đổi hơn là tuân theo kế hoạch.
Mặc dù những điều ở bên phải vẫn còn giá trị, nhưng chúng tôi đề cao những điều ở bên trái. Xem thêm

Chúng ta biết rằng Scrum và Kanban là 2 phương pháp làm việc theo nguyên lý Agile. Scrum là phù hợp nhất cho sản phẩm và các dự án phát triển. Kanban là tốt nhất cho việc hỗ trợ sản xuất. Chúng ta sử dụng Scrumban – sự kiết hợp giữa các tính năng tốt nhất của 2 framework này cho các dự án bảo trì.
Ngày nay Scrumban trở nên phổ biến trong các ngành dịch vụ, nơi chúng ta có các dự án phát triển và bảo trì. Xem thêm

Đối với những nhóm mới áp dụng scrum, các vai trò và công việc trong scrum là khá mới. Để giúp các bạn dễ dàng bắt đầu và biết được công việc cụ thể của mình trong từng thời điểm, hãy sử dụng các danh mục kiểm tra được đính kèm sau đây (check list) như một gợi ý và hướng dẫn cơ bản nhất.

Danh mục kiểm tra của PO bao gồm:

Kiểm tra hàng ngày

1. Đã làm rõ yêu cầu sản phẩm cho Nhóm Phát triển (nếu có).
2. Đã làm mịn các hạng mục product backlog, đặc biệt các hạng mục ở trên.

Kiểm tra theo sprint

1. Đã làm việc với các bên liên quan để cập nhật các kì vọng mới về sản phẩm.
2. Đã sắp xếp các hạng mục trong product backlog để đảm bảo tối ưu hoá ROI.
3. Đã làm mịn các hạng mục của product backlog.
4. Đã xác định các tiêu chí chấp nhận cho các hạng mục sẽ phát triển trong sprint tới.
5. Đã tham gia lập kế hoạch sprint để trình bày về tổng quan sản phẩm, từng hạng mục sẽ làm trong sprint tới và giải đáp mọi thắc mắc về yêu cầu trong lập kế hoạch sprint.
6. Đã tham gia và đưa phản hồi trong sơ kết sprint.

Nguồn: Trích nội dung sách “Cẩm nang Scrum” Xem thêm

Danh sách dưới đây cung cấp cho các bạn 1 check list tham khảo trong buổi lập kế hoạch sprint: