Truy vết: Mỗi story trỏ về một bằng chứng

Vì sao chủ đề quan trọng

Ba bài trước đã thêm rất nhiều thứ vào backlog: story cho bếp, cho Phòng Quản trị – Đời sống, các nhánh không vui, các câu hỏi mở. Backlog phình ra là dấu hiệu tốt, nhưng cũng là lúc dễ lạc. Có story nào được thêm vào chỉ vì "nghe hay"? Có pain point nào ban đầu rất quan trọng mà giờ không còn story nào giải quyết?

Truy vết (traceability) là khả năng đi theo một sợi dây từ một story ngược về lý do nó tồn tại, và từ một vấn đề xuôi tới việc giải quyết nó. Không có truy vết, backlog là danh sách ý kiến. Có truy vết, mỗi dòng trong backlog đều trả lời được câu hỏi "vì sao chúng ta làm cái này" bằng một câu trích, một con số hoặc một quy tắc.

Bài này nhận vào ghi chép nguyên tử có bằng chứng và danh sách pain point P1 tới P12 (khóa Từ ghi chép tới insight), quy tắc R1 tới R6 (khóa Hiểu nghiệp vụ trước khi xây), backlog sau ba bài kiểm tra trước. Đầu ra là trang Truy vết trong tệp kiểm tra, đi được cả hai chiều.

Bức tranh lớn

Truy vết có hai chiều, và mỗi chiều bắt một loại lỗi khác nhau.

Chiều xuôi, từ story về bằng chứng. Mỗi story phải trỏ về ít nhất một pain point, một quy tắc, hoặc một ghi chép gốc. Story không trỏ về đâu cả là story mồ côi. Nó có thể là một ý tưởng hay, nhưng chưa có bằng chứng ai cần nó.

Chiều ngược, từ bằng chứng tới story. Mỗi pain point phải dẫn tới ít nhất một story, hoặc một quyết định ghi rõ "không làm, vì…". Pain point không dẫn tới đâu và cũng không có quyết định là pain point mồ côi. Nó là vấn đề thật mà sản phẩm sẽ lặng lẽ bỏ qua.

flowchart TD
    A[Ghi chép gốc có trích dẫn] --> B[Pain point P1 tới P12]
    A --> C[Quy tắc R1 tới R6]
    B --> D[User story]
    C --> D
    D --> E{Story trỏ về bằng chứng?}
    E -->|Không| F[Story mồ côi - cần bằng chứng hoặc loại]
    B --> G{Pain point có story hoặc quyết định?}
    G -->|Không| H[Pain point mồ côi - viết story hoặc ghi lý do]

Điểm tinh tế là cụm "không làm, vì…". Không phải pain point nào cũng thành tính năng. P10, hết chỗ ngồi giờ cao điểm, là vấn đề thật. Minh Anh kể: "Có hôm em đứng ăn luôn vì hết chỗ ngồi." Nhưng không phần mềm nào tạo thêm ghế. Ghi rõ "không làm, vì phần mềm không giải được, chuyển cho Phòng Quản trị – Đời sống" là một kết quả hợp lệ của truy vết. Im lặng thì không.

Ví dụ chi tiết

Đây là chiều ngược cho cả mười hai pain point của Căng tin số. Cột "Story phủ" dùng tên ngắn của story thay cho mã, để bạn đối chiếu với backlog của nhóm mình.

Bảng lộ ra hai pain point mồ côi. P7 là pain point của chính người sẽ vận hành hệ thống mỗi ngày, vậy mà không có story nào. Đây đúng là lỗ hổng "quên hậu trường" ở bài 1. P8 thì khác: có thể nhóm quyết định không đưa đặt suất nhóm vào đợt chạy thử học kỳ 2. Điều đó chấp nhận được, nhưng phải ghi thành quyết định có tên người chốt, như P10, chứ không để trống.

Hàng P3 cũng đáng chú ý dù được ghi "Đã phủ". Story cho sinh viên xem thành phần có rồi, nhưng chưa ai nhập thành phần. Theo lời Thảo Vy, chính "cô bán cũng không chắc", nghĩa là dữ liệu thành phần hiện không nằm ở đâu cả. Truy vết tốt không dừng ở "có story", mà hỏi tiếp: story đó có làm được nếu thiếu story hậu trường đi kèm không?

Giờ làm chiều xuôi. Giả sử backlog của nhóm có các story sau, và bạn tra từng cái về bằng chứng:

Đặt trước và chọn khung giờ nhận -> P1, C3, R3
Bếp xem tổng đơn theo món trước 10:00 -> P6, P11, Cô Hạnh nấu theo mẻ từ 10:30
Quản lý duyệt hoàn tiền -> R6
Chặn suất hỗ trợ khi mua đồ uống -> R4
Tính thêm 10.000đ cho món mặn thứ ba -> R1
Tích điểm đổi quà -> không có bằng chứng
Đăng nhập bằng tài khoản mạng xã hội -> không có bằng chứng, trái với lời Chị Lan
Đánh giá sao cho từng món -> không có bằng chứng, gần với P9 nhưng không phải P9

Ba story cuối là story mồ côi. "Tích điểm đổi quà" nghe hấp dẫn, nhưng không ai trong sáu người được phỏng vấn nhắc tới. "Đăng nhập bằng tài khoản mạng xã hội" còn tệ hơn mồ côi: nó đi ngược bằng chứng, vì Chị Lan nói "Đăng nhập phải bằng mã số sinh viên qua hệ thống của trường." Còn "Đánh giá sao" là trường hợp khó nhất: nó trông như phục vụ P9, nhưng P9 là phàn nàn tới tay căng tin quá muộn, không phải thiếu điểm số cho món ăn.

Với mỗi story mồ côi, chỉ có ba hướng xử lý:

flowchart TD
    A[Story mồ côi] --> B{Tìm được bằng chứng trong ghi chép?}
    B -->|Có| C[Gắn bằng chứng, giữ story]
    B -->|Không| D{Đáng kiểm chứng không?}
    D -->|Có| E[Đưa vào danh sách giả định cần phỏng vấn thêm]
    D -->|Không| F[Loại khỏi backlog đợt này]

Lưu ý: "loại" không có nghĩa là ý tưởng tồi. Nó có nghĩa là ý tưởng chưa có lý do để chiếm chỗ trong đợt chạy thử học kỳ 2, khi chỉ có một quầy và thời gian có hạn.

Mẫu để dùng ngay

Trang Truy vết trong tệp kiểm tra có các cột sau. Mỗi story là một dòng. Một story có thể trỏ về nhiều bằng chứng.

Mã story / Tên ngắn / Vai trò / Pain point / Quy tắc / Ghi chép gốc / Trạng thái
Trạng thái chiều xuôi: Có bằng chứng / Mồ côi / Giả định cần kiểm chứng
Trang phụ, chiều ngược: Pain point / Bằng chứng / Story phủ / Quyết định / Người chốt

Lộ trình từng bước

• Mở trang Truy vết. Chép toàn bộ story từ backlog, mỗi story một dòng.
• Với mỗi story, điền mã pain point, mã quy tắc, hoặc mã ghi chép gốc. Nếu không điền được gì, đánh dấu Mồ côi.
• Chuyển sang trang phụ chiều ngược. Liệt kê P1 tới P12 và R1 tới R6.
• Với mỗi pain point và quy tắc, liệt kê story phủ nó. Dùng chức năng lọc của bảng tính để tìm nhanh.
• Pain point không có story: viết story mới, hoặc ghi "không làm, vì…" kèm tên người chốt.
• Story mồ côi: tìm bằng chứng, chuyển thành giả định, hoặc loại.
• Với story đã phủ, hỏi thêm: story hậu trường đi kèm có chưa? Như P3 cần người nhập thành phần.

Thói quen & kỷ luật

Cần luyện tập

Drill một: Làm chiều ngược cho R1 tới R6 của Căng tin số. Quy tắc nào chưa có story hoặc tiêu chí chấp nhận nào? Gợi ý: R5, món nấu quá bốn tiếng phải bỏ, thường bị quên vì nó không xuất hiện trên màn hình của sinh viên.

Drill hai: Viết story cho P7 với bằng chứng nguyên văn của Anh Tuấn, rồi viết ba tiêu chí chấp nhận. Kiểm tra xem story đó có cần dữ liệu mà các story thanh toán chưa lưu không.

Drill ba: Lấy backlog một dự án môn học của bạn. Đánh dấu story mồ côi. Tỉ lệ là bao nhiêu? Bạn có dám loại chúng không?

Checklist hành động tuần này

• [ ] Điền cột bằng chứng cho mọi story trong backlog
• [ ] Làm chiều ngược cho P1 tới P12 và R1 tới R6
• [ ] Viết story hoặc quyết định cho P7 và P8
• [ ] Xử lý từng story mồ côi theo ba hướng
• [ ] Ghi P10 thành quyết định có người chốt

Chỉ số cho cách làm

Các con số dưới đây đo cách nhóm làm bước này, không đo app có thành công hay không. Câu hỏi app có hiệu quả không, và làm gì tiếp, là việc của khóa Đo lường thành công.

Dấu hiệu bạn đã thành thạo

• Ai chỉ vào một story, bạn đọc ngay được câu trích đứng sau nó.
• Bạn bình thản ghi "không làm, vì…" mà không thấy như đang thất bại.
• Bạn phân biệt được story mồ côi với story đi ngược bằng chứng.
• Bạn phát hiện story đã phủ nhưng thiếu phần hậu trường đi kèm.

Cạm bẫy thường gặp

Chốt lại

Truy vết làm cho backlog trả lời được "vì sao". Chiều xuôi bắt story mồ côi, chiều ngược bắt pain point mồ côi. Với Căng tin số, nó lộ ra P7 và P8 chưa có story, ba story không có bằng chứng, và P3 cần thêm story hậu trường. "Không làm, vì…" là một câu trả lời hợp lệ, còn im lặng thì không. Bài 6 mang toàn bộ kết quả này vào phòng họp với những người thật.