Scrum primer

More documents

Recommendations

Info

ĐộưutiênHạng mục1 Là một khách hàng, tôi muốn đưa một cuốnsách vào giỏ hàng (xem phác thảo giao diệntrên trang wiki)2 Là một khách hàng, tôi muốn xóa một cuốnsách khỏi giỏ hàng3 Cải thiện hiệu năng xử lý giao dịch (xem cácthông số hiệu năng mong muốn trong wiki)4 Nghiên cứu giải pháp để tăng tốc việc xácnhận thẻ tín dụng (xem các thông số hiệunăng mong muốn trong wiki)5 Cập nhật tất cả các máy dịch vụ lên Apache2.2.36 Chẩn đoán và sửa lỗi của đoạn mã xử lý hóađơn (bugzilla ID 14823)7 Là một người mua hàng, tôi muốn tạo và lưulại một danh sách yêu thích8 Là một người mua hàng, tôi muốn thêm vàxóa các hạng mục trong danh sách yêu thíchcủa mìnhChitiết(WikiURL)Ước lượng công việc của Sprint…KíchthướcƯớc tínhBan đầu… 5… 2… 13… 20… 13… 3… 40… 201 2 3 4 5 6Hình 2. Product Backlog8
Hình 3. Quản lý trực quan: Các hạng mục Product Backlog trên tườngProduct Backlog bao gồm nhiều hạng mục khác nhau, chủ yếu là các tính năng mới cho kháchhàng (“cho phép tất cả người dùng thêm sách vào trong giỏ hàng”), và còn có các mục tiêu cải tiếnkỹ thuật trọng yếu (ví dụ, “viết lại hệ thống từ C++ sang Java”), các mục tiêu cải tiến (ví dụ, “tăngtốc độ các kiểm thử”), các công việc nghiên cứu (“nghiên cứu giải pháp để tăng tốc độ xác nhậnthẻ tín dụng”), và còn có thể là các lỗi đã được phát hiện (“chẩn đoán và sửa các lỗi của của đoạnmã xử lý hóa đơn”) nếu chỉ có ít lỗi. (Một hệ thống với quá nhiều lỗi thì thường có một hệ thốngtheo dõi lỗi riêng biệt.)Các hạng mục Product Backlog được mô tả theo bất cứ cách nào miễn là đảm bảo rõ ràng và nhấtquán. Trái ngược với một hiểu nhầm khá phổ biến, Product Backlog không chứa các “user story”;nó đơn giản chỉ là chứa các hạng mục. Các hạng mục này có thể được thể hiện dưới dạng userstory, user case, hoặc bất cứ hình thức ghi nhận yêu cầu nào mà nhóm thấy phù hợp. Nhưng chodù sử dụng hình thức nào đi nữa thì lượng lớn các hạng mục phải tập trung vào chuyển giao giá trịcho khách hàng.Một Product Backlog tốt cần đạt được tiêu chí DEEP…Detailed appropriately (Chi tiết hợp lý). Các hạng mục với độ ưu tiên cao cần được làm mịn vàchi tiết hơn so với các hạng mục với độ ưu tiên thấp, bởi vì chúng được lựa chọn để thực hiệntrước. Ví dụ, 10% trên cùng của Backlog có thể bao gồm các hạng mục rất nhỏ và được phân tíchkỹ, và 90% còn lại thì ít chi tiết hơn.Estimated (Được ước lượng). Các hạng mục dành cho bản phát hành hiện tại cần phải được ướclượng, và hơn nữa cần phải xem xét tái-ước lượng trong mỗi Sprint khi mà mọi người học và cóxuất hiện thêm thông tin mới. Nhóm Phát triển cung cấp cho Product Owner khối lượng công việcước tính của từng hạng mục trong Product Backlog, và cũng có thể bao gồm cả ước tính rủi ro kỹthuật. Product Owner và các bên liên quan về nghiệp vụ khác cung cấp thông tin về giá trị của yêucầu sản phẩm, có thể bao gồm lợi nhuận thu được, chi phí được giảm thiểu, rủi ro kinh doanh, tầmquan trọng đối với một số bên liên quan, và nhiều thứ khác.Emergent (Tiến hóa). Đáp lại việc học tập và biến đổi, Product Backlog thường xuyên được làmmịn. Trong mỗi Sprint, các hạng mục có thể được thêm vào, xóa đi, hoặc thay đổi, chia nhỏ vàthay đổi độ ưu tiên. Do vậy, Product Backlog liên tục được cập nhật bởi Product Owner để thểhiện các thay đổi trong nhu cầu của khách hàng, các ý tưởng hoặc hiểu biết mới, động thái của cácđối thủ cạnh tranh, các rào cản kỹ thuật vừa xuất hiện, v.v…Prioritized (Sắp xếp theo độ ưu tiên). Các hạng mục ở phía trên của Product Backlog được đánhđộ ưu tiên hoặc sắp xếp theo trật tự 1-N. Nhìn chung, các hạng mục có độ ưu tiên cao nhất cầnphải chuyển giao phần lớn lợi ích tương xứng với đồng tiền mà bạn đã bỏ ra (bang for your buck):nhiều lợi ích (giá trị thương mại) với ít tiền nhất (chi phí). Một lí do khác có thể dẫn đến tăng độưu tiên của một hạng mục là nhằm giải quyết sớm các rủi ro lớn trước khi chúng tấn công bạn.9
Page 1 and 2: Hướng dẫn ngắn gọn về L
Page 3 and 4: Phương pháp Phát triển Truy
Page 5 and 6: lợi nhuận cũng như tổn th
Page 7: ScrumMaster. Triển khai Scrum kè
Page 11 and 12: Sprint, phần lớn thời gian c
Page 13 and 14: công việc mà họ sẽ hoàn th
Page 15 and 16: với mục đích thúc đẩy vi
Page 17 and 18: ScrumMaster chịu trách nhiệm g
Page 19 and 20: Hình 7. Biểu đồ Sprint Burndo
Page 21 and 22: gia, các lãnh đạo, và bất c
Page 23 and 24: 8 Là một người mua hàng, tô
Page 25 and 26: Scrum cũng có thể được dùn
Page 27 and 28: Phụ lục A: Tham khảo ThêmCó
Page 29 and 30: cùng tham gia làm việc trên m

Scrum primer

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?