Bỏ qua, tới nội dung chính

Cách làm việc

Cách tôi làm việc

Quy trình tôi áp dụng cho mọi yêu cầu, điều kiện để một ticket được giao cho đội phát triển, và các nguyên tắc khi có AI tham gia vào công việc.

Quy trình 6 bước

  1. Tiếp nhận & làm rõBiên bản họp, Câu hỏi làm rõ
  2. Phân tích & thiết kếBRD / SRS, Wireframe, Business rules
  3. Bàn giao DevTicket Jira, Acceptance criteria
  4. Kiểm thử & xác minhTest case, Bug report
  5. UAT & nghiệm thuUAT checklist, Biên bản nghiệm thu
  6. Đo lường & cải tiếnBáo cáo tuần, Dashboard KPI

Đo lường & cải tiến → Tiếp nhận & làm rõ · bước lặp lại được chuẩn hoá cho yêu cầu sau

  1. Tiếp nhận & làm rõ

    Tôi làm gì
    Họp hoặc đọc yêu cầu của khách, hỏi lại theo checklist: mục tiêu, người dùng, business rule, ngoại lệ, dữ liệu, tích hợp. Ghi âm và đưa transcript vào kho tri thức dự án.
    Tài liệu đầu ra
    Biên bản họp, danh sách câu hỏi làm rõ, yêu cầu gốc đã xác nhận
    Điều kiện sang bước sau
    Khách xác nhận lại bằng văn bản cách hiểu của tôi
    Tài liệu kiểm chứng: Biên bản họp & Question log
  2. Phân tích & thiết kế

    Tôi làm gì
    As-Is/To-Be, đánh giá ảnh hưởng lên module hiện có bằng cách đọc codebase và database dev, viết business rules, vẽ user flow, wireframe, data mapping.
    Tài liệu đầu ra
    BRD, PRD, SRS hoặc mini-spec; user flow; wireframe; bảng business rules; ERD
    Điều kiện sang bước sau
    Không còn câu hỏi mở nào ảnh hưởng tới phạm vi
    Tài liệu kiểm chứng: Trích đoạn BRD & Luồng BPMN
  3. Bàn giao Dev

    Tôi làm gì
    Tách Epic → Story → Task, viết acceptance criteria dạng Given/When/Then, đính kèm luồng và mockup, rà Definition of Ready cùng Dev.
    Tài liệu đầu ra
    Ticket Jira đạt Definition of Ready
    Điều kiện sang bước sau
    Dev xác nhận đã hiểu và ước lượng được
    Tài liệu kiểm chứng: User Story & Given/When/Then AC
  4. Kiểm thử & xác minh

    Tôi làm gì
    Viết test scenario và test case từ acceptance criteria. Agent chạy trước các case tự động hoá được; tôi xác minh case fail và case phức tạp, tái hiện và ghi bug.
    Tài liệu đầu ra
    Test case, báo cáo kiểm thử, bug report có evidence
    Điều kiện sang bước sau
    Không còn bug mức Blocker hoặc Critical đang mở
    Tài liệu kiểm chứng: Báo cáo kiểm thử & Bug report
  5. UAT & nghiệm thu

    Tôi làm gì
    Chuẩn bị UAT checklist, dẫn khách chạy UAT, ghi nhận phản hồi thành ticket, chốt ký nhận.
    Tài liệu đầu ra
    UAT checklist, biên bản nghiệm thu
    Điều kiện sang bước sau
    Khách ký nhận bằng văn bản
    Tài liệu kiểm chứng: UAT Checklist & Nghiệm thu
  6. Đo lường & cải tiến

    Tôi làm gì
    Theo dõi KPI từ Jira, họp nhìn lại sau sprint, tìm bước lặp lại để chuẩn hoá hoặc giao cho AI.
    Tài liệu đầu ra
    Báo cáo tuần, dashboard KPI, đề xuất cải tiến quy trình
    Điều kiện sang bước sau
    Quay lại bước 1 với yêu cầu tiếp theo
    Tài liệu kiểm chứng: Báo cáo tuần & Dashboard KPI

Definition of Ready trước khi giao Dev

Một ticket chỉ được kéo vào sprint khi có đủ chín mục sau.

  • Mục tiêu nghiệp vụ: vì sao làm, trong một đến hai câu
  • Người dùng hoặc vai trò bị ảnh hưởng
  • Business rules liệt kê rõ, có mã (BR-01, BR-02…)
  • Luồng chính và luồng ngoại lệ
  • Wireframe hoặc mockup nếu có giao diện
  • Acceptance criteria dạng Given/When/Then, kiểm thử được
  • Ảnh hưởng tới chức năng và dữ liệu hiện có
  • Phụ thuộc đã xác định: API, dữ liệu, bên thứ ba
  • Dev đã đọc và xác nhận không còn câu hỏi

Bảy nguyên tắc làm việc

  1. Hiểu trước, viết sau

    Không bắt đầu bằng tài liệu. Bắt đầu bằng bài toán kinh doanh và người dùng thật.

  2. Không giao yêu cầu mơ hồ cho Dev

    Yêu cầu chưa đủ bối cảnh, business rule, hành vi mong đợi và tiêu chí nghiệm thu thì chưa được vào sprint.

  3. Mọi yêu cầu quan trọng phải truy vết được

    Từ nhu cầu kinh doanh tới thiết kế, ticket, test case và nghiệm thu.

  4. AI làm, người chịu trách nhiệm

    AI giúp tăng tốc phân tích và thực thi. Trách nhiệm cuối cùng thuộc về người cầm AI.

  5. Mọi đầu ra của AI đều phải được kiểm chứng

    Yêu cầu, mockup, SQL, test case, sơ đồ, báo cáo đều phải có người xác minh trước khi bàn giao.

  6. Tự động hoá việc lặp lại, không tự động hoá trách nhiệm

    Suy luận, quyết định và trách nhiệm giải trình ở lại với con người.

  7. Tài liệu phải phục vụ thực thi

    Tài liệu phải giúp Dev xây đúng, Tester kiểm thử đúng và các bên hiểu cùng một vấn đề.

Công cụ theo từng bước

Tiếp nhận
Google MeetZoomghi âm và transcriptObsidian (kho tri thức dự án, wikilink)
Phân tích & thiết kế
Figmadraw.ioMermaidSQL trên database devClaude Code đọc codebase
Bàn giao
JiraPlaneTrelloMarkdown
Kiểm thử
Bảng test caseIDE agent chạy song song (Claude Code, Codex, Antigravity)Postman
UAT & báo cáo
UAT checklistJira REST APIdashboard KPIbáo cáo tuần
AI cho team
BA KitTester Kit (agent skills)MCP (kết nối Jira, database và tài liệu)

Tất cả case study