Chương 40: Case study tổng hợp "FoodNow": nhìn lại toàn bộ vòng đời dự án

Mục tiêu học

40.1 Hành trình FoodNow từ đầu đến cuối

flowchart TD
    C1["Ch.1-3: Ý tưởng mơ hồ<br/>'Tôi muốn có app đặt đồ ăn'<br/>→ Xác định BA cần làm gì,<br/>với ai"] --> C4_5["Ch.4-5: Chuẩn bị<br/>kỹ năng & công cụ BA"]
    C4_5 --> C6_11["Ch.6-11: Chọn mô hình<br/>(Water-Scrum-Fall cho FoodNow)"]
    C6_11 --> C12_18["Ch.12-18: Elicitation,<br/>Stakeholder Analysis,<br/>phân loại & mô hình hoá yêu cầu"]
    C12_18 --> C19_25["Ch.19-25: Viết BRD, PRD,<br/>SRS, Use Case, User Story,<br/>Epic backlog, wireframe"]
    C19_25 --> C26_31["Ch.26-31: Ưu tiên hoá,<br/>Sprint Planning, Incremental<br/>Delivery Plan, Estimation,<br/>RAID Log"]
    C26_31 --> C32_36["Ch.32-36: Giao tiếp, workshop,<br/>UAT, Sign-off, đo lường<br/>KPI/OKR sau go-live"]
    C36 --> C37_39["Ch.37-39: Vận hành với<br/>Jira/Confluence, tự tra cứu<br/>dữ liệu, tích luỹ domain<br/>knowledge ngành F&B"]

40.2 Tổng hợp bộ tài liệu FoodNow đã tạo ra xuyên suốt sách

Tài liệu Chương giới thiệu Vị trí file mẫu
BRD (Business Requirements Document) Chương 19 templates/brd-prd/FoodNow-BRD.md
PRD (Product Requirements Document) Chương 19 templates/brd-prd/FoodNow-PRD.md
SRS (Software Requirements Specification) Chương 20 templates/srs/FoodNow-SRS.md
Use Case Specification Chương 22 templates/use-case/FoodNow-UC01-DatMonThanhToan.md
Product Backlog (Epic + User Story) Chương 23-24 templates/user-story-epic/FoodNow-UserStories.md
Incremental Delivery Plan Chương 28-29 templates/incremental-delivery/FoodNow-IncrementalDeliveryPlan.md
RAID Log Chương 31 templates/raid-log/FoodNow-RAIDLog.md
UAT Checklist Chương 34 templates/uat/FoodNow-UAT-Checklist.md
Sign-off Document Chương 35 templates/sign-off/FoodNow-SignOff-Increment1.md

Nhận xét quan trọng: đây không phải các tài liệu rời rạc — mỗi tài liệu đều truy vết được ngược lên tài liệu trước đó (BRD → PRD → SRS → User Story → Test Case → UAT → Sign-off), đúng tinh thần Requirements Traceability đã học ở Chương 16. Khi bạn làm dự án thực tế, hãy giữ nguyên tắc này: mọi tài liệu đều nên "kể tiếp câu chuyện" của tài liệu trước, không phải là các mảnh ghép tách biệt.

40.3 Những quyết định quan trọng đã đưa ra trong hành trình FoodNow — và bài học tương ứng

Quyết định Chương Bài học tổng quát
Chọn mô hình Water-Scrum-Fall thay vì Waterfall/Scrum thuần 11 Mô hình lai (Hybrid) phổ biến hơn "thuần" trong thực tế
Chỉ cho áp dụng 1 mã giảm giá/đơn (Simple Design) 9 Đơn giản hoá hợp lý khi chưa chắc chắn cần độ phức tạp cao hơn
Chia 3 Increment theo tính năng + phân khúc người dùng 28-29 Giao hàng từng phần giảm rủi ro so với giao hàng một lần
Sign-off có điều kiện cho Increment 1 (chấp nhận lỗi nhỏ, không chặn go-live) 35 Không phải mọi vấn đề đều cần chặn tiến độ — cần phân loại mức độ nghiêm trọng
Đặt KPI truy vết trực tiếp về Business Objectives trong BRD 36 Đo lường sau go-live phải liên kết với lý do dự án tồn tại từ đầu

40.4 Nếu bạn bắt đầu một dự án thực tế đầu tiên — checklist tổng hợp

Dựa trên toàn bộ hành trình FoodNow, đây là checklist tổng hợp khi bạn bắt đầu vai trò BA cho một dự án mới:

40.5 Tự đánh giá lại (quay lại bảng Chương 4)

Quay lại bảng tự đánh giá ở Chương 4, mục 4.3, chấm điểm lại (1-5) cho từng kỹ năng — so sánh với lần chấm đầu tiên trước khi đọc sách. Ghi chú lại những kỹ năng còn yếu để tiếp tục thực hành thêm, đặc biệt qua các dự án cá nhân/thực tập/công việc đầu tiên.

Bài tập tổng hợp cuối sách

  1. Viết một bản tóm tắt (dưới 300 từ) kể lại toàn bộ hành trình FoodNow theo góc nhìn của bạn — như thể bạn đang giải thích cho một người bạn chưa biết gì về BA, dựa trên những gì đã học.
  2. Chọn một sản phẩm/dự án thực tế bạn quan tâm (có thể là ý tưởng khởi nghiệp riêng, hoặc một sản phẩm bạn quen dùng), áp dụng checklist ở mục 40.4 để phác thảo bước đầu tiên bạn sẽ làm với tư cách BA cho dự án đó.

Tóm tắt & lời kết

Xuyên suốt 40 chương, dự án FoodNow đã đi từ một câu nói mơ hồ của ban giám đốc đến một bộ tài liệu đầy đủ, được kiểm thử, ký duyệt, ra mắt theo từng giai đoạn, và đo lường thành công dựa trên đúng mục tiêu kinh doanh ban đầu — đây chính là bản chất công việc của một Business Analyst: không phải người ghi chép yêu cầu, mà là người đảm bảo cả một đội hiểu đúng, hiểu giống nhau, và cùng đi đúng hướng xuyên suốt vòng đời một sản phẩm phần mềm. Phần Phụ lục (A-F) tiếp theo tổng hợp lại toàn bộ các mẫu tài liệu đầy đủ để bạn tiện tra cứu và tái sử dụng cho công việc thực tế.