Thực hành
Quy trình sprint 2 tuần trên Pentara
Nhịp làm việc gợi ý cho sprint 2 tuần: việc gì, lúc nào, ai chịu trách nhiệm; quy ước tối thiểu của team và checklist theo vai trò.
Khoảng 2 phút đọc
Nhịp làm việc gợi ý
Áp dụng ngay từ sprint đầu tiên. Sau 2–3 sprint, điều chỉnh qua Retro.
| Thời điểm | Hoạt động | Việc cụ thể trên Pentara | Người chịu trách nhiệm |
|---|---|---|---|
| Trước sprint (tuần trước) | Backlog Refinement | Làm rõ mô tả và tiêu chí chấp nhận, chấm điểm, gán phân hệ; sắp thứ tự backlog | PM chốt ưu tiên, cùng team |
| Thứ Hai, tuần 1 (sáng) | Sprint Planning ≤ 2 giờ | Tạo sprint (tên, mục tiêu, 14 ngày) → kéo việc theo velocity → giao người, đặt hạn, tách task con → Bắt đầu sprint | Điều phối thao tác, PM chốt phạm vi, team cam kết |
| Hằng ngày, 9:00 | Daily 15 phút | Mở Board (Sprint đang chạy), đi từng cột từ Done ngược về To Do; nhìn Burndown; ghi vướng mắc vào bình luận việc (@nhắc người hỗ trợ) | Điều phối chủ trì, cả team |
| Liên tục | Làm việc và cập nhật | Kéo thẻ khi bắt đầu/kết thúc; tôn trọng WIP; kéo sang Review khi sẵn sàng test; QA kéo Done khi đạt DoD; mọi trao đổi ghi vào việc | Người thực hiện |
| Thứ Tư, tuần 2 | Refinement cho sprint sau | Chuẩn bị khoảng 1,5× velocity việc đã sẵn sàng ở đầu backlog | PM, Điều phối, 1–2 thành viên |
| Thứ Sáu, tuần 2 (chiều) | Review 1 giờ → Retro 45 phút → Đóng sprint | Demo việc Done; Hoàn thành sprint (chuyển việc dở dang về backlog hoặc sprint sau); ghi hành động Retro thành Task; xem Velocity mới | PM, Điều phối và team |
| Hằng ngày (vận hành) | Trực hộp thư yêu cầu khách | Tab Yêu cầu KH: tiếp nhận, phản hồi trong SLA, chuyển thành task vào sprint nếu gấp (đổi việc tương đương) | Người trực luân phiên; Điều phối đưa việc gấp vào sprint |
Quy ước tối thiểu của team
- 1Việc không có trên Pentara = không tồn tại. Mọi việc, kể cả việc nhỏ tự phát hiện, đều tạo trên Board.
- 2Việc vào sprint phải đủ: người thực hiện, story point, hạn, phân hệ, tiêu chí chấp nhận (với Story) hoặc bước tái hiện (với Bug).
- 3Một việc không quá 3 ngày công; to hơn thì tách task con.
- 4Cập nhật trạng thái trong ngày; bị chặn hơn 4 giờ thì bình luận và @nhắc PM.
- 5Không tự thêm việc có sẵn vào sprint đang chạy; đề xuất với PM và đổi việc tương đương.
- 6Done nghĩa là đạt DoD; Review là bắt buộc với mọi Story và Bug.
- 7Daily đúng giờ, 15 phút, đứng trước Board.
- 8Retro phải ra 1–2 hành động có người phụ trách, theo dõi ở sprint sau.
Checklist theo vai trò
Quản lý dự án
- Backlog luôn được sắp ưu tiên; khoảng 1,5× velocity việc ở đầu backlog đã sẵn sàng
- Chốt mục tiêu và phạm vi sprint; duyệt mọi thay đổi giữa sprint
- Xem Báo cáo mỗi tuần; xử lý “Chưa giao”, “Trễ hạn”
- Đặt giới hạn WIP hợp lý; chỉnh cột, nhãn, phân hệ, thành viên khi team cần
- Bảo đảm yêu cầu khách được phản hồi trong SLA
- Chịu trách nhiệm cuối về tiến độ và cam kết với khách hàng
Điều phối dự án
- Tạo sprint, kéo việc đã chốt vào, Bắt đầu đúng lịch; chỉ 1 sprint đang chạy
- Chủ trì daily 15 phút trước Board; xem Burndown mỗi ngày
- Gỡ vướng mắc, nhắc cập nhật Board, theo dõi thẻ nằm im quá 2 ngày
- Việc gấp phát sinh: đổi ra việc tương đương rồi mới đưa vào sprint (báo PM)
- Hoàn thành sprint đúng hạn, chuyển việc dở dang, ghi lại velocity
- Cần đổi cấu hình dự án hoặc thành viên → đề nghị PM
Dev / QA (thành viên)
- Đầu ngày mở Công việc của tôi hoặc Board; cuối ngày kéo thẻ đúng trạng thái
- Tự tạo việc khi phát hiện; giao cho mình, chấm điểm, đặt hạn
- Tối đa 2 việc In Progress; xong việc này mới nhận việc khác
- Bình luận ngay khi vướng, @nhắc người cần; đính kèm ảnh, log
- Kéo sang Review kèm hướng dẫn test; QA kiểm theo tiêu chí chấp nhận và DoD
- Tham gia ước lượng và Retro; nói thật về tiến độ