Scrum edited
- 1. BÁO CÁO VỀ CHU TRÌNH SCRUM MÔN HỌC: NHẬP MÔN CÔNG NGHỆ THÔNG TIN 2 LỚP: 18CTT2A 1. Quy trình Srum là gì? • Scrum là một trong những khung làm việc linh hoạt và không kém phần phổ biến nhất hiện nay. Scrum được dùng để quản lý các dự án phát triển phần mềm, ngoài ra scrum còn được dùng trong các công việc khác với độ phức tạp và tính sang tạo rất đa dạng. • Dựa trên lý thuyết quản lý thực nghiệm: Scrum sử dụng kĩ năng lặp và tăng dần để tối ưu hóa sự hiệu quả và kiểm soát rủi ro. 2. Khung làm việc của Scrum: • Bao gồm: các giá trị cốt lõi (hay còn gọi là “ba chân”), các vai trò, sự kiện và các công cụ đặc thù của Scrum. • Ba giá trị cốt lõi của Scrum: o Minh bạch (Transparency): Thông tin liên quan tới quá trình phát triển phải minh bạch và thông suốt để có đủ dữ kiện tiến hành các quyết định có giá trị nhằm nâng cao hiệu quả. o Thanh tra (Inspection): Thanh tra liên tục các hoạt động trong Scrum đảm bảo cho việc phát lộ các vấn đề cũng như giải pháp để thông tin đa dạng và hữu ích đến được với các bên tham gia dự án. o Thích nghi (Adaptation): Tính thích nghi cao nhờ sự minh bạch và thanh tra liên tục trong suốt quá trình mang lại thành công cho dự án. • Ba vai trò: o Product Owner: Là người chịu trách nhiệm về sự thành công của dự án, người định nghĩa các yêu cầu và đánh giá cuối cùng đầu ra của các nhà phát triển phần mềm. o Scrum Master: là người có hiểu biết sâu sắc về Scrum và đảm bảo nhóm có thể làm việc hiệu quả với Scrum.
- 2. o Development Team: một nhóm liên chức năng (cross-functional) tự quản lý để tiến hành chuyển đổi các yêu cầu được tổ chức trong Product Backlog thành chức năng của hệ thống. 3. Định nghĩa Sprint trong quy trình Scrum: o Cốt lõi của qui trình Scrum đó là Sprint, một vòng thời gian của một tháng hoặc ít hơn, sự phát triển và tung ra sản phẩm có tiềm năng, hữu dụng được tạo ra. o Những Sprints tối ưu là Sprint có thời hạn thông qua sự nỗ lực phát triển. Sprint mới sẽ bắt đầu ngày sau khi Sprint trước kết thúc. o Sprint là một phân đoạn lặp đi lặp lại trong quy trình phát triển phần mềm, thường có khung thời gian ngắn (từ 1 – 4 tuần). 4. Bốn cuộc họp: • Scrum định nghĩa quy tắc cho bốn sự kiện chủ chốt (các cuộc họp) nhằm tạo môi trường và quy cách hoạt động và cộng tác cho các thành viên trong dự án. • Sprint Planning (Họp Kế hoạch Sprint): Nhóm phát triển gặp gỡ Product Owner để lên kế hoạch làm việc cho một Sprint. Bao gồm việc chọn lựa các yêu cầu cần phải phát triển, phân tích và nhận biết các công việc phải làm kèm theo các ước lượng thời gian cần thiết để hoàn tất các tác vụ. • Daily Scrum (Họp Scrum hằng ngày): Scrum Master tổ chức cho Đội sản xuất họp hằng ngày trong khoảng 15 phút để Nhóm Phát triển chia sẻ tiến độ công việc cũng như chia sẻ các khó khăn gặp phải trong quá trình phát triển phần mềm suốt một Sprint. • Sprint Review (Họp Sơ kết Sprint): Cuối Sprint, nhóm phát triển và Product Owner cùng soát lại công việc trong Sprint vừa qua và đề xuất các chỉnh sửa hoặc thay đổi cần thiết cho sản phẩm. • Sprint Retrospective (Họp Cải tiến Sprint): Dưới sự trợ giúp của Scrum Master, nhóm phát triển sẽ rà soát lại toàn diện Sprint vừa kết thúc và tìm cách cải tiến quy trình làm việc cũng như bản thân sản phẩm. 5. Các công cụ của Scrum: • Product backlog: Đây là danh sách ưu tiên các tính năng (feature) hoặc đầu ra khác của dự án.
- 3. • Sprint backlog: Bản kế hoạch cho một Sprint, là kết quả của buổi họp lập kế hoạch. • Burndown Chart: Là biểu đồ hiển thị xu hướng của dự án dựa trên lượng thời gian cần thiết còn lại để hoàn tất công việc. 6. Cách vận hành của quy trình Scrum: • Product Owner tạo ra Product Backlog chứa các yêu cầu của dự án với các hạng mục được sắp theo thứ tự ưu tiên. • Đội sản xuất sẽ thực hiện việc hiện thực hóa dần các yêu cầu của Product Owner trong các Sprint, với đầu vào là Product Backlog và đầu ra là phần mêm hoàn chỉnh. • Trước khi cả nhóm cùng đua nước rút trong Sprint, đội sản xuất cùng họp với Product Owner để lập kế hoạch cho từng Sprint. • Trong suốt quá trình phát triển, nhóm sẽ phải cập nhật Sprint Backlog và thực hiện Daily Scrum đẻ chia sẻ tiến độ và những vướng mắt trong quá trình làm việc. • Khi kết thúc Sprint, nhóm tạo ra các gói phần mềm có chức năng hoàn chỉnh, sẵn sàng chuyển giao cho khác hàng. Sprint Preview ở cuối mỗi Sprint sẽ giúp khách hàng thấy được nhóm đã có thể chuyển giao được những gì, còn những gì phải làm hoặc còn gì phải thay đổi hay cải tiến. • Sau khi kết thúc việc đánh giá Sprint, Scrum Master và nhóm cùng tổ chức họp Cải tiến Sprint (Sprint Retrospective) • Các Sprint sẽ được lặp đi lặp lại cho tới khi nào các hạng mục trong Product Backlog đều được hoàn tất hoặc khi Product Owner quyết định có thể dừng dự án căn cứ tình hình thực tế.