Quản lý Yêu cầu (Requirements Management)
Quản lý yêu cầu là quá trình có cấu trúc để thu thập, ghi lại, xác thực, ưu tiên hóa, và theo dõi các yêu cầu của một sản phẩm, hệ thống, hoặc dự án trong suốt vòng đời của nó.
Quản lý yêu cầu bắt đầu bằng việc thu thập: thông qua phỏng vấn, hội thảo, hoặc quan sát trực tiếp, bạn tìm hiểu xem khách hàng, người dùng hoặc các bên liên quan nội bộ thực sự cần gì. Sau khi được thu thập, các yêu cầu được ghi lại, kiểm tra mâu thuẫn, và chia thành yêu cầu chức năng, tức là hệ thống phải làm gì, và yêu cầu phi chức năng, chẳng hạn như bảo mật, hiệu năng, hoặc khả năng sử dụng. Chỉ sau đó mới đến việc ưu tiên hóa, thường sử dụng phương pháp MoSCoW, phương pháp này sắp xếp các yêu cầu thành bắt buộc phải có, nên có, có thể có, và sẽ không có.
Tài liệu thường bao gồm một tài liệu yêu cầu nghiệp vụ (business requirements document) ghi lại những gì khách hàng muốn đạt được, và một tài liệu đặc tả tương ứng mô tả cách nhà cung cấp dự định thực hiện điều đó. Ma trận truy xuất nguồn gốc yêu cầu liên kết từng yêu cầu riêng lẻ với nguồn gốc, trạng thái, và các trường hợp kiểm thử sau này xác nhận rằng yêu cầu đã được đáp ứng. Trong các dự án linh hoạt (agile), product backlog thường đảm nhận vai trò này, với các yêu cầu được ghi lại dưới dạng user story được tinh chỉnh và giao theo từng sprint.
Khi yêu cầu thay đổi giữa dự án, một quy trình quản lý thay đổi phù hợp sẽ được kích hoạt: mỗi thay đổi được đánh giá, cân nhắc so với chi phí và tiến độ, và chỉ được chấp nhận sau khi được phê duyệt chính thức. Bỏ qua bước này sẽ dẫn đến hiện tượng phình phạm vi (scope creep), tức là sự mở rộng dần dần của những gì đang được giao mà không có sự điều chỉnh tương ứng về ngân sách hoặc tiến độ. Quản lý yêu cầu vững chắc chính là điều làm cho báo giá thực tế, trách nhiệm rõ ràng, và kết quả có thể kiểm chứng trở nên khả thi ngay từ đầu.
Ví dụ thực tế
Một nhà sản xuất máy đóng gói cỡ vừa đang lên kế hoạch cho phần mềm xử lý đơn hàng mới. Là một phần của quản lý yêu cầu, nhóm dự án phỏng vấn 12 nhân viên thuộc các bộ phận bán hàng, sản xuất và giao hàng, và thu thập được 84 yêu cầu riêng lẻ. Sau khi ưu tiên hóa bằng phương pháp MoSCoW, còn lại 31 yêu cầu bắt buộc (must-have) cho lần phát hành đầu tiên, được ghi lại trong một tài liệu yêu cầu dài 18 trang. Giữa chừng quá trình triển khai, một yêu cầu liên quan đến việc lập hóa đơn thay đổi, và quản lý thay đổi ghi nhận điều đó trong ma trận truy xuất nguồn gốc, để tất cả những người liên quan có thể truy ngược lại yêu cầu ban đầu.
Leanshift hỗ trợ như thế nào
Quản lý yêu cầu và Kaizen có chung một lập trường nền tảng: trước khi cải tiến bất cứ điều gì, bạn cần hiểu chính xác điều gì thực sự cần thiết. Việc thu thập yêu cầu một cách cẩn thận và theo dõi chúng một cách nhất quán giúp công việc cải tiến nhắm đúng mục tiêu thực sự thay vì chạy theo các triệu chứng. Sự rõ ràng đó tự nó là một phần của công việc quy trình, nó làm rõ điều thực sự quan trọng và cho người khác một cơ sở vững chắc để tiếp tục cải tiến.
Câu hỏi thường gặp
Sự khác biệt giữa quản lý yêu cầu và một tài liệu yêu cầu như Lastenheft là gì?
Quản lý yêu cầu là quá trình liên tục; một tài liệu yêu cầu là một sản phẩm đầu ra của quá trình đó. Nó ghi lại những gì khách hàng muốn đạt được, trong khi tài liệu đặc tả tương ứng mô tả cách nhà cung cấp sẽ thực hiện điều đó.
Quản lý yêu cầu nên bắt đầu khi nào trong một dự án?
Lý tưởng nhất là trong giai đoạn lên ý tưởng hoặc đề xuất, trước khi bản thân dự án bắt đầu. Việc làm rõ yêu cầu chỉ sau khi triển khai đã bắt đầu có nguy cơ dẫn đến làm lại tốn kém và phình phạm vi.
Quản lý yêu cầu hoạt động như thế nào trong các dự án linh hoạt như Scrum?
Nó diễn ra lặp đi lặp lại thông qua product backlog thay vì một tài liệu một lần. Các yêu cầu được ghi lại dưới dạng user story, được ưu tiên hóa liên tục, và được tinh chỉnh, giao theo từng sprint.