🧾 Process: Collect Requirements

🎯 Mục tiêu

Quy trình Collect Requirements nhằm xác định và ghi nhận nhu cầu, mong đợi của stakeholders để đảm bảo sản phẩm hoặc dịch vụ cuối cùng đáp ứng đúng yêu cầu đã được phê duyệt.

Kết quả của quy trình này là Requirements DocumentationRequirements Traceability Matrix (RTM) – giúp theo dõi yêu cầu xuyên suốt vòng đời dự án.

➡️ Mục tiêu chính: chuyển đổi nhu cầu của stakeholders thành các yêu cầu cụ thể, đo lường được, và có thể kiểm chứng.


🪜 Các bước thực hiện

  1. Xác định đối tượng cung cấp yêu cầu
    • Liệt kê key stakeholders: khách hàng, người dùng cuối, Sponsor, các phòng ban liên quan.
  2. Chọn phương pháp thu thập yêu cầu
    • Tùy loại dự án (Agile, Predictive, Hybrid) để chọn công cụ phù hợp: interview, survey, workshop, focus group,…
  3. Thu thập và ghi nhận yêu cầu
    • Ghi lại yêu cầu ở dạng rõ ràng, định lượng được (measurable).
    • Xác định tiêu chí chấp nhận (acceptance criteria).
  4. Phân loại và phân tích yêu cầu
    • Nhóm theo loại: functional, non-functional, business, regulatory, technical.
    • Loại bỏ trùng lặp và xung đột giữa các yêu cầu.
  5. Xây dựng tài liệu yêu cầu
    • Tổng hợp thành Requirements DocumentationRequirements Traceability Matrix (RTM).
    • Gửi Stakeholders review và xác nhận.

📥 Inputs

Nhóm đầu vàoGiải thích
Scope Management PlanHướng dẫn cách thu thập và quản lý yêu cầu.
Requirements Management PlanMô tả quy trình phân tích, ghi nhận và kiểm soát yêu cầu.
Stakeholder RegisterDanh sách stakeholders cần lấy yêu cầu.
Project CharterCung cấp mục tiêu và yêu cầu cấp cao.
EEF & OPACác mẫu biểu, công cụ khảo sát, chính sách tổ chức.

🛠️ Tools & Techniques

Công cụ & kỹ thuậtMô tả ngắn
InterviewsPhỏng vấn trực tiếp stakeholders để thu thập nhu cầu chi tiết.
Focus Groups / WorkshopsHọp nhóm để trao đổi và thống nhất yêu cầu.
BrainstormingSinh ý tưởng, đặc biệt hiệu quả khi xác định yêu cầu sản phẩm mới.
Questionnaires / SurveysThu thập ý kiến nhanh từ nhiều người dùng.
ObservationQuan sát quy trình hiện tại để hiểu nhu cầu thực tế.
Document AnalysisPhân tích tài liệu hiện hữu: hợp đồng, quy trình, hệ thống cũ.
Prototypes / MockupsDùng bản mẫu để xác nhận yêu cầu người dùng.
Mind Mapping / Affinity DiagramsNhóm và tổ chức các yêu cầu có liên quan.

📤 Outputs

Đầu raGiải thích
Requirements DocumentationTài liệu chi tiết tất cả các yêu cầu, phân loại theo nhóm (business, functional, technical,…).
Requirements Traceability Matrix (RTM)Bảng theo dõi mối liên hệ giữa yêu cầu, deliverables, test case, và mục tiêu kinh doanh.

💡 Ví dụ thực tế

Dự án: Triển khai hệ thống HRM (Human Resource Management System)

  • Thực hiện:
    Project Manager và Business Analyst tổ chức workshop với HR Director, Finance Manager và key users để thu thập yêu cầu:
    • Functional Requirements: Quản lý hồ sơ nhân viên, chấm công, tính lương, báo cáo KPI.
    • Non-functional Requirements: Hệ thống hoạt động 24/7, thời gian phản hồi < 2 giây.
    • Regulatory Requirements: Tuân thủ quy định bảo mật dữ liệu nhân sự.
      Mỗi yêu cầu được ghi trong Requirements Documentation và gán mã ID riêng trong RTM để theo dõi.
  • Kết quả:
    Sau khi review và xác nhận với Sponsor, các yêu cầu được duyệt và trở thành đầu vào cho quá trình Define Scope.

📎 Gợi ý thêm

👉 Bạn có thể tải template Requirements DocumentationRequirements Traceability Matrix (RTM) tại bài viết:
🔗 https://nguyenhainam.info/pm-toolbox/