User story và lập kế hoạch iteration

User story là một mô tả ngắn về điều mà người dùng cần, được viết từ góc nhìn của họ. Lập kế hoạch iteration là cách một đội ngũ quyết định sẽ làm những story nào trong khung thời gian tiếp theo. Nhiều đội ngũ gọi khung thời gian này là sprint và buổi họp là sprint planning; East Agile Tracker gọi chúng là iteration và lập kế hoạch iteration.

User story là gì

Mẫu phổ biến là:

Là một [loại người dùng], tôi muốn [một khả năng nào đó], để [một lợi ích nào đó].

Ví dụ: Là một quản lý dự án, tôi muốn thấy những story nào đang bị chặn, để tôi có thể gỡ chúng trước khi iteration kết thúc.

Mẫu này nêu rõ ai được hưởng lợi, họ cần gì và vì sao. Phần “vì sao” giúp đội ngũ tìm ra cách đơn giản hơn để mang lại cùng một lợi ích. Một story là chỗ giữ chỗ cho một cuộc trò chuyện, không phải một bản đặc tả đầy đủ: các chi tiết được làm rõ giữa người yêu cầu và người xây dựng.

INVEST: story đã sẵn sàng chưa?

INVEST là một danh sách kiểm tra cho một story được định hình tốt:

• Independent (Độc lập) — có thể được xây dựng và giao một cách riêng lẻ.
• Negotiable (Thương lượng được) — các chi tiết vẫn mở để thảo luận.
• Valuable (Có giá trị) — mang lại điều mà người dùng hoặc khách hàng quan tâm.
• Estimable (Ước lượng được) — đội ngũ hiểu nó đủ rõ để định cỡ.
• Small (Nhỏ) — vừa vặn thoải mái trong một iteration.
• Testable (Kiểm thử được) — có một cách rõ ràng để biết nó đã xong.

Tiêu chí chấp nhận

Tiêu chí chấp nhận nêu rõ điều gì phải đúng để story được xem là xong. Viết chúng theo dạng Given / When / Then biến mỗi tiêu chí thành một bài kiểm thử chấp nhận:

Given một story có một blocker chưa được giải quyết, when tôi mở cột Blocked, then story đó được liệt kê ở đó.

Các tiêu chí được thống nhất trước khi bắt đầu làm, để đội ngũ và người chấp nhận story có chung một định nghĩa về “xong”.

Lập kế hoạch iteration

Lập kế hoạch iteration trả lời một câu hỏi: chúng ta sẽ làm gì trong iteration này? Nó cần ba đầu vào:

1. Một backlog có thứ tự — các story được xếp hạng theo độ ưu tiên, với những story ở trên cùng đã sẵn sàng (đáp ứng INVEST, có tiêu chí chấp nhận).
2. Ước lượng — mỗi story ứng viên được định cỡ bằng story point.
3. Velocity — số điểm đội ngũ hoàn thành mỗi iteration. Xem Velocity là gì?.

Đội ngũ lấy story từ đầu backlog cho đến khi tổng số điểm đạt tới velocity. Nhận nhiều hơn mức đó là trông chờ đội ngũ bỗng dưng làm nhanh hơn; nhận ít hơn thì để thừa sức chứa.

East Agile Tracker làm điều đó như thế nào

• Story có bốn loại: feature, bug, chore và release. Theo mặc định chỉ feature mới nhận điểm. Xem Story.
• Tiêu chí chấp nhận nằm trong phần mô tả. Không có trường riêng; các tiêu chí thuộc về phần mô tả trước khi story được bắt đầu. Khi một story được giao (delivered), product owner chấp nhận hoặc từ chối nó dựa trên các tiêu chí đó. Xem cỗ máy trạng thái và vòng lặp chấp nhận.
• Backlog là một danh sách có thứ tự nghiêm ngặt, và nó dự báo ba hoặc bốn iteration sắp tới dựa trên velocity, đánh dấu bất kỳ nhóm nào vượt quá velocity. Xem Iteration.
• Việc lập kế hoạch iteration phần lớn là tự động. Khi bật auto-plan iterations (mặc định), iteration hiện tại được lấp đầy đến velocity của bạn; kéo một story mới vào sẽ chuyển story có độ ưu tiên thấp nhất trở lại đầu Backlog. Những đội ngũ cam kết một phạm vi cố định theo kiểu Scrum có thể tắt auto-plan và lên kế hoạch bao nhiêu tùy ý, với một bộ đếm chuyển sang màu đỏ khi vượt quá velocity. Xem Lập kế hoạch một iteration.
• Tạo một story sẽ mở một trình soạn thảo cho tiêu đề, mô tả, loại, ước lượng và owner. Xem Tạo một story.

Đọc thêm

• Story point là gì? — định cỡ story.
• Velocity là gì? — phía sức chứa của việc lập kế hoạch.
• eXtreme Programming — nguồn gốc của user story và planning game.