Tóm tắt nhanh
Backlog là danh sách việc cần làm cho sản phẩm. User story mô tả nhu cầu từ góc nhìn người dùng hoặc stakeholder. Trong Scrum Nhật, developer không chỉ đọc story để code, mà còn phải hiểu giá trị, acceptance criteria, priority và dependency.
Bài này giúp bạn đọc backlog tốt hơn trước sprint planning hoặc refinement. Nếu bạn quen đọc ticket kiểu dự án Nhật, bài ticket và task trong dự án Nhật sẽ bổ trợ rất tốt.
Backlog gồm gì?
Product backlog có thể chứa user story, bug, technical task, spike, improvement. Không phải item nào cũng là feature.
- Loại backlog item
- User story
- Tiếng Nhật/English
- ユーザーストーリー
- Ví dụ
- Là user, tôi muốn lưu địa chỉ
- Loại backlog item
- Bug
- Tiếng Nhật/English
- 不具合, バグ
- Ví dụ
- Lỗi search không trả kết quả
- Loại backlog item
- Technical task
- Tiếng Nhật/English
- 技術タスク
- Ví dụ
- Nâng cấp library
- Loại backlog item
- Spike
- Tiếng Nhật/English
- 調査タスク
- Ví dụ
- Điều tra API mới
- Loại backlog item
- Improvement
- Tiếng Nhật/English
- 改善
- Ví dụ
- Giảm thời gian load màn hình
Trong team Nhật, backlog tốt cần có priority và acceptance criteria rõ. Nếu chỉ có title, developer nên hỏi thêm trước khi estimate.
User story nên đọc theo 3 lớp
1. Ai cần chức năng này?
User là ai: admin, staff, customer, system operator hay batch process? Nếu sai user, bạn có thể xử lý sai quyền.
2. Họ muốn làm gì?
Chức năng cụ thể là gì: xem, tạo, sửa, xóa, export, approve, search, filter? Động từ rất quan trọng.
3. Vì sao cần?
Giá trị nghiệp vụ là gì: giảm thao tác, tránh sai sót, đáp ứng luật, tăng tốc support? Hiểu why giúp bạn đề xuất giải pháp tốt hơn.
Ví dụ:
- Câu hỏi
- Who
- Ví dụ
- Nhân viên support
- Câu hỏi
- What
- Ví dụ
- Muốn export danh sách user bị lỗi thanh toán
- Câu hỏi
- Why
- Ví dụ
- Để liên hệ khách hàng trước khi gia hạn thất bại
Nếu chỉ code nút export mà không hiểu why, bạn có thể bỏ sót filter quan trọng.
Acceptance criteria là gì?
Acceptance criteria là điều kiện để story được chấp nhận. Trong tiếng Nhật có thể gặp 受入条件 hoặc 完了条件.
Ví dụ:
- Acceptance criteria tốt
- Admin có thể export CSV từ màn hình user list
- Vì sao tốt
- Nêu user và action rõ
- Acceptance criteria tốt
- CSV có các cột ID, email, status
- Vì sao tốt
- Output rõ
- Acceptance criteria tốt
- User không có quyền admin không thấy nút export
- Vì sao tốt
- Permission rõ
- Acceptance criteria tốt
- Khi export lỗi, hiển thị message theo guideline
- Vì sao tốt
- Error rõ
Nếu story không có acceptance criteria, hãy hỏi. Không có điều kiện hoàn thành, sprint review rất dễ tranh luận.
Câu tiếng Nhật nên nhớ
- 日本語
- バックログを確認しました。
- かな
- ばっくろぐをかくにんしました
- Nghĩa tiếng Việt
- Tôi đã kiểm tra backlog.
- Dùng khi nào
- Trước planning
- 日本語
- ユーザーストーリーを確認します。
- かな
- ゆーざーすとーりーをかくにんします
- Nghĩa tiếng Việt
- Tôi sẽ kiểm tra user story.
- Dùng khi nào
- Đọc story
- 日本語
- 受入条件を確認したいです。
- かな
- うけいれじょうけんをかくにんしたいです
- Nghĩa tiếng Việt
- Tôi muốn xác nhận acceptance criteria.
- Dùng khi nào
- Story chưa rõ
- 日本語
- 優先度は高いでしょうか。
- かな
- ゆうせんどはたかいでしょうか
- Nghĩa tiếng Việt
- Priority có cao không ạ?
- Dùng khi nào
- Backlog nhiều
- 日本語
- このストーリーの目的を確認したいです。
- かな
- このすとーりーのもくてきをかくにんしたいです
- Nghĩa tiếng Việt
- Tôi muốn xác nhận mục đích story.
- Dùng khi nào
- Không rõ value
- 日本語
- 調査タスクとして分けてもよろしいでしょうか。
- かな
- ちょうさたすくとしてわけてもよろしいでしょうか
- Nghĩa tiếng Việt
- Có thể tách thành task điều tra không?
- Dùng khi nào
- Chưa đủ thông tin
Checklist đọc backlog
- Backlog item là story, bug, technical task hay spike?
- User hoặc stakeholder đã rõ chưa?
- Giá trị nghiệp vụ đã rõ chưa?
- Acceptance criteria đã đủ test chưa?
- Có permission, error, data format, edge case không?
- Priority và dependency đã rõ chưa?
Khi nào nên hỏi lại trước khi estimate?
Estimate khi story còn mơ hồ sẽ tạo rủi ro cho cả sprint. Hãy hỏi lại trước planning nếu gặp các dấu hiệu:
- Chỉ có title, không có mô tả hoặc acceptance criteria.
- Không rõ user nào sử dụng chức năng.
- Không rõ dữ liệu đầu vào/đầu ra.
- Có liên quan permission, thanh toán, dữ liệu cá nhân hoặc batch.
- Có dependency với team khác hoặc API chưa có tài liệu.
Câu hỏi mẫu:
- 受入条件を追加していただけますか。
- 対象ユーザーを確認してもよろしいでしょうか。
- API仕様は確定していますか。
- こちらは調査タスクとして分けた方がよろしいでしょうか。
Hỏi sớm không làm chậm team. Ngược lại, nó giúp estimate thực tế hơn và giảm sửa lại trong sprint.
Học tiếp trên JLPTVN
Đọc tiếp refinement trong Scrum Nhật, sprint planning, Definition of Done. Luyện thêm ticket và spec.
Sau khi đọc, làm bài luyện IT và lưu câu sai ở Review để quay lại đúng điểm yếu.
FAQ
Backlog khác ticket không?
Backlog là danh sách ưu tiên của sản phẩm. Ticket là cách ghi một item cụ thể trong công cụ quản lý. Nhiều team dùng ticket để biểu diễn backlog item.
User story có bắt buộc theo mẫu "As a user..." không?
Không bắt buộc, nhưng story cần thể hiện ai cần gì và vì sao. Hình thức có thể linh hoạt.
Technical task có cần acceptance criteria không?
Nên có điều kiện hoàn thành rõ, ví dụ test pass, monitoring không lỗi, dependency được nâng cấp và không có regression.