QUẢN LÝ DỰ ÁN VỚI PHẦN MỀM AGILE Bài 3: Quản lý mục tiêu, ước lượng Story

Phương pháp Agile là một cách chú trọng vào việc lặp lại liên tục sự phát triển và kiểm thử xuyên suốt vòng đời phát triển phần mềm của dự án. Cả 2 hoạt động phát triển phần mềm và kiểm thử của mô hình Agile đều hoàn toàn khác biệt với mô hình Waterfall.

QUẢN LÝ DỰ ÁN VỚI PHẦN MỀM AGILE Bài 3: Quản lý mục tiêu, ước lượng Story Nội dung học  Mục tiêu kế hoạch phát hành  Mục tiêu Sprint  Các yếu tố dùng để ước lượng story  Loại tương tác  Quy tắc nghiệp vụ  Số lượng thực thể thao tác  Thao tác liệu (CRUD)  Khía cạnh mơi trường (ED) Xác định mục tiêu phát hành  Product owner, Scrum master đội phát triển tổ chức họp kế hoạch phát hành để tạo kế hoạch giúp nhóm Scrum phần lại tổ chức hiểu giao tiếp với  Phải trả lời câu hỏi sau:  Làm để chuyển tầm nhìn sản phẩm thành sản phẩm thực theo cách khả thi  Làm để đạt làm tốt mong đợi thỏa mãn khách hàng mặt hiệu đầu tư (ROI)  Việc lập kế hoạch phát hành không bắt buộc Mục tiêu Sprint  Là tập mục tiêu cần đạt Sprint sau triển khai phần Product Backlog  Là yêu cầu gắn kết khiến nhóm phát triển làm việc thay phân rã người việc  Nếu công việc phức tạp dự kiến, nhóm cộng tác với Product Owner để thương lượng lại phạm vi Sprint Backlog Sprint Lợi ích xác định mục tiêu Sprint  Hỗ trợ xác định độ ưu tiên  Đầu tiên xác định mục tiêu  Sau chọn story liên quan đến mục tiêu  Tạo tập trung hỗ trợ nhóm tốt từ khách hàng  Thuận tiện phân tích phản hồi  Hỗ trợ giao tiếp bên liên quan  Nhận thơng tin phản hồi Lợi ích xác định mục tiêu Sprint  Hỗ trợ xác định độ ưu tiên  Đầu tiên xác định mục tiêu  Sau chọn story liên quan đến mục tiêu  Tạo tập trung hỗ trợ nhóm tốt từ khách hàng  Thuận tiện phân tích phản hồi  Hỗ trợ giao tiếp bên liên quan  Nhận thông tin phản hồi Quy trình ước tính dựa-theo-tiêu-chí khách quan Tương tác người Ứng dụng nghiên cứu Ứng dụng có sẵn Tương tác hai ứng dụng Mơ hình sở liệu Quy tắc nghiệp vụ Cơ sở liệu Các khía cạnh khác ứng dụng Các yếu tố dùng để ước lượng story  Kiểu tương tác  Quy tắc nghiệp vụ  Số thực thể tham gia vào story  Dữ liệu thêm mới, đọc, sửa, xóa Loại tương tác  Nếu Story cần tương tác với người, có giá trị  Nếu Story cần tương tác với ứng dụng khác, theo giao thức định nghĩa rõ ràng, có giá trị Loại tương tác Mơ tả Giá trị Đơn giản Giao diện định nghĩa rõ ràng Trung bình Giao diện động Phức tạp Tương tác với người Quy tắc nghiệp vụ  Tính tốn độ phức tạp dựa quy tắc nghiệp vụ  Nếu story có quy tắc nghiệp vụ, có giá trị  Nếu có từ đến quy tắc nghiệp vụ, có giá trị  Nếu có nhiều quy tắc nghiệp vụ, có giá trị Quy tắc nghiệp vụ Mô tả Giá trị Đơn giản quy tắc Trung bình 1-3 quy tắc Phức tạp >3 quy tắc Khía cạnh hạ tầng phát triển Yếu tố Kiểm thử tự động áp dụng trở thành kỹ thuật phổ biến hay chưa? Kiểm thử tích hợp liên tục áp dụng trở thành kỹ thuật phổ biến hay chưa? Môi trường xây dựng (build environment) hàng ngày áp dụng trở thành kỹ thuật phổ biến hay chưa? Khoảng Giá trị (0/2) Khía cạnh nhóm Yếu tố Scrum hồn tồn nhóm? Các thành viên nhóm làm việc thành công với nhau? Các thành viên nhóm hiểu tơn trọng lẫn nhau? Khoảng Giá trị (0/2) Khía cạnh cơng nghệ Yếu tố Nhóm phát triển có nhiều kinh nghiệm với ngơn ngữ lập trình? Các thành viên nhóm phát triển có nhiều kinh nghiệm với cơng nghệ sử dụng? Môi trường sản xuất với Scrum sẵn sàng chưa? Khoảng Giá trị (0/2) Khía cạnh quy trình Yếu tố Scrum có phải khung làm việc chấp thuận công ty hay không? Trong cơng ty có hỗ trợ tốt cho Scrum hay khơng? Trong cơng ty có phản đối đáng kể Scrum hay không? Khoảng Giá trị (0/2) Khía cạnh nghiệp vụ Yếu tố Có Product Owner hồn tồn sẵn sàng gắn bó lâu dài với nhóm hay khơng? Có phải Product Owner quen thuộc với Scrum thiếu kinh nghiệm thực tế hay không? Product Owner thành công với Scrum trước hay chưa? Khoảng Giá trị (0/2) Cách ước lượng 