Quản lý vòng đời yêu cầu

Bởi: Charles Moore Charles Moore
Hours cập nhật

⚡ Tóm tắt thông minh

Quản lý vòng đời yêu cầu bao gồm định nghĩa, xác nhận, lập tài liệu, quản lý, tracQuy trình này bao gồm việc xác định, ưu tiên, đánh giá thay đổi và phê duyệt, cung cấp cho các nhà phân tích kinh doanh một khuôn khổ có thể lặp lại để đảm bảo các yêu cầu phần mềm phù hợp với nhu cầu kinh doanh trong mọi giai đoạn của dự án.

  • 🌀 Tổng quan về vòng đời sản phẩm: Chu trình vòng đời yêu cầu bao gồm bốn giai đoạn cốt lõi — định nghĩa, xác nhận, lập tài liệu và quản lý — định hình mọi phương pháp luận dự án.
  • 🧭 Nhiệm vụ BABOK: TracHướng dẫn BABOK định nghĩa năm nhiệm vụ liên tục là duy trì, ưu tiên, đánh giá thay đổi và phê duyệt yêu cầu.
  • 🔍 Đánh giá tác động: Phân tích yêu cầu tạo ra các dữ liệu và số liệu cho phép nhà phân tích kinh doanh dự báo kết quả và giảm thiểu rủi ro dự án ngay từ giai đoạn đầu.
  • 📄 Phạm vi tài liệu: Một tài liệu yêu cầu hoàn chỉnh bao gồm nhu cầu của các bên liên quan, kế hoạch phân tích kinh doanh, phân tích hiện trạng và đặc tả phạm vi công việc.
  • 🔗 TracKhả năng: Yêu cầu TracMa trận khả năng liên kết mọi yêu cầu với thiết kế, mã nguồn và các bài kiểm thử, ngăn ngừa tình trạng mở rộng phạm vi dự án và bỏ sót các yêu cầu cần kiểm thử.
  • 🛠️ Tổng quan về các công cụ: Jama Connect, IBM CỬA, Modern Requirements, Jira với Xrayvà Azure DevOps tự động hóa toàn bộ vòng đời từ đầu đến cuối.
Đọc thêm

Quản lý vòng đời yêu cầu

Vòng đời của một yêu cầu là gì?

Vòng đời yêu cầu bao gồm nhiều giai đoạn và đôi khi có thể là một quy trình phức tạp. Bản chất của quy trình phụ thuộc vào phương pháp luận bạn chọn cho việc phát triển phần mềm của mình, chẳng hạn như Agile, Waterfall, Incremental, v.v. Mỗi giai đoạn có thể liên quan đến rất nhiều thủ tục giấy tờ và phê duyệt. Nó cũng liên quan đến các tài liệu dự án như đề xuất dự án, kế hoạch quản lý dự án, phạm vi dự án và bản phân tích nghiệp vụ. Hãy cùng xem xét các giai đoạn phổ biến trong vòng đời yêu cầu mà mọi chuyên viên phân tích nghiệp vụ cần biết.

Sơ đồ vòng đời yêu cầu

Sơ đồ vòng đời yêu cầu

Giai đoạn 1: Xác định yêu cầu

Đây là một trong những giai đoạn chính của quy trình thu thập yêu cầu, thường được gọi là quá trình xác định yêu cầu.tracsự gợi mở hoặc khơi gợi.

Sau khi thu thập được yêu cầu, bạn có thể sắp xếp yêu cầu đó vào các thư mục một cách hợp lý theo từng đợt phát hành sản phẩm hoặc từng đợt chạy nước rút.

Các yêu cầu này được phân tích kỹ hơn để chuẩn bị các dữ liệu và số liệu hỗ trợ cho nhà phân tích kinh doanh. track kết quả có thể xảy ra dựa trên phân tích. Quy trình này được gọi là một Đánh giá tác động.

Giai đoạn 2: Xác thực yêu cầu

Giai đoạn xác nhận yêu cầu phân tích các nhu cầu hoặc điều kiện cần thiết để đáp ứng một sản phẩm mới hoặc được sửa đổi, có tính đến nhu cầu của các bên liên quan khác nhau.

Để bất kỳ dự án nào thành công, việc xác thực yêu cầu là vô cùng quan trọng. Xác thực yêu cầu bao gồm kiểm tra đặc tả kỹ thuật, bản phác thảo giao diện, mô phỏng độ chính xác cao, và tracPhân tích khả thi.

Hiện nay có những công cụ kiểm định yêu cầu giúp tự động hóa phần lớn công việc này với sự can thiệp tối thiểu của con người.

Giai đoạn 3: Tài liệu yêu cầu

Các tài liệu yêu cầu cần bao gồm những nội dung sau:

  • Yêu cầu của các bên liên quan dự án
  • Kế hoạch phân tích kinh doanh
  • Phân tích hiện trạng
  • Đặc tả tuyên bố phạm vi

Giai đoạn 4: Quản lý yêu cầu

Quy trình quản lý yêu cầu bao gồm lập kế hoạch, giám sát, phân tích, truyền đạt và quản lý các yêu cầu đó. Nếu các yêu cầu không được quản lý tốt, sản phẩm cuối cùng sẽ bị ảnh hưởng. Có nhiều công cụ quản lý yêu cầu trực tuyến giúp bạn quản lý các yêu cầu một cách dễ dàng nhất.

NHỮNG BÀI VIẾT LIÊN QUAN

Năm nhiệm vụ cốt lõi trong quản lý vòng đời yêu cầu

Cẩm nang IIBA BABOK mô tả Quản lý vòng đời yêu cầu (Requirements Life Cycle Management) gồm năm nhiệm vụ liên kết chặt chẽ mà nhà phân tích nghiệp vụ thực hiện trước, trong và sau khi bàn giao sản phẩm. Chúng không phải là các giai đoạn tuần tự nghiêm ngặt — mà diễn ra liên tục khi dự án phát triển.

  • Trace Yêu cầu: Ghi lại nguồn gốc của từng yêu cầu và mức độ đáp ứng của chúng trong thiết kế, mã nguồn và các bài kiểm thử. TracKhả năng tương thích giúp hiển thị phạm vi phủ sóng và tác động của sự thay đổi chỉ trong vài giây thay vì hàng giờ.
  • Yêu cầu duy trì: Luôn cập nhật bộ yêu cầu cơ bản. Khi phạm vi hoặc bối cảnh thay đổi, hãy cập nhật bộ yêu cầu để nhóm không bao giờ phải làm việc với thông tin lỗi thời.
  • Ưu tiên các yêu cầu: Xếp hạng các yêu cầu theo giá trị, rủi ro và mức độ khẩn cấp bằng cách sử dụng các kỹ thuật như MoSCoW, chấm điểm có trọng số hoặc chi phí chậm trễ. Việc ưu tiên sẽ quyết định những gì sẽ được đưa vào sprint hoặc bản phát hành tiếp theo.
  • Đánh giá sự thay đổi yêu cầu: Khi nhận được yêu cầu thay đổi, hãy đánh giá chi phí, nỗ lực, các yếu tố phụ thuộc và mức độ phù hợp với mục tiêu dự án trước khi chấp nhận hoặc từ chối. Đây chính là vai trò của kiểm soát thay đổi.
  • Phê duyệt Yêu cầu: Đảm bảo có được sự phê duyệt chính thức từ các bên liên quan phù hợp để doanh nghiệp nắm rõ quyền sở hữu đối với công trình đang được xây dựng và nhóm thực hiện có sự ủy quyền rõ ràng để tiến hành.

Các chuyên viên phân tích kinh doanh áp dụng các kỹ thuật như Phân tích quy tắc kinh doanh, Phân rã chức năng, Mô hình hóa quy trình, Câu chuyện người dùng và Hội thảo trong năm nhiệm vụ này. Cùng nhau, họ khép kín chu trình từ thu thập, triển khai đến hỗ trợ sau triển khai, đảm bảo không có yêu cầu nào bị mất hoặc được triển khai mà không mang lại giá trị.

Yêu cầu TracGiải thích về Ma trận Khả năng (RTM)

Yêu cầu TracMa trận khả năng (RTM) là tài liệu làm việc liên kết mọi yêu cầu với nguồn gốc, yếu tố thiết kế, thành phần mã và trường hợp thử nghiệm của nó. Đây là công cụ thực tiễn giúp chuyển đổi “TracChuyển đổi nhiệm vụ "Yêu cầu điện tử" thành một bản ghi có thể tìm kiếm được.

  • Forward tracKhả năng: Đảm bảo mọi yêu cầu kinh doanh đều được đáp ứng thông qua yếu tố thiết kế và trường hợp thử nghiệm, ngăn ngừa việc bỏ sót phạm vi công việc.
  • Lạc hậu tracKhả năng: Xác nhận mọi tính năng được cung cấp đều phù hợp với yêu cầu đã được phê duyệt, ngăn ngừa tình trạng mở rộng phạm vi dự án và lãng phí nguồn lực.
  • Hai chiều tracKhả năng: Nó kết hợp cả hai hướng và là định dạng mà hầu hết các nhà phân tích kinh doanh và nhóm kiểm thử chất lượng trong doanh nghiệp duy trì, đặc biệt là trong các ngành được quản lý chặt chẽ như tài chính và chăm sóc sức khỏe.

Trong các dự án linh hoạt (agile), RTM liên kết các epic và user story với các tiêu chí chấp nhận và các bài kiểm thử tự động. Các công cụ hiện đại như Jama Connect, Modern Requirements, Jira Xrayvà Azure Nhóm DevOps tự động tạo ma trận này để nó luôn được cập nhật xuyên suốt các sprint, thay vì trở thành một bảng tính mà chẳng ai tin tưởng.

Các công cụ quản lý yêu cầu phổ biến

Thủ công tracViệc quản lý các yêu cầu trên nhiều bảng tính sẽ nhanh chóng bị gián đoạn khi quy mô nhóm tăng lên. Các công cụ sau đây được các chuyên viên phân tích kinh doanh sử dụng rộng rãi để thực hiện toàn bộ vòng đời dự án.

  • Kết nối Jama: Nền tảng quản lý yêu cầu doanh nghiệp với các chức năng thiết lập tiêu chuẩn, đánh giá, phân tích rủi ro và theo dõi trực tiếp. tracKhả năng tương thích giữa các nhóm kỹ thuật hệ thống.
  • IBM Engineering Requirements Quản lý CỬA: Công cụ lâu đời được sử dụng trong ngành hàng không vũ trụ, quốc phòng và ô tô để đáp ứng các yêu cầu quy mô lớn và được quản lý chặt chẽ.
  • Modern Requirements cho Azure DevOps: Mở rộng Azure Các hạng mục công việc DevOps với đánh giá, thiết lập cơ sở và tracCác tính năng khả thi hướng đến các nhóm làm việc theo mô hình linh hoạt và kết hợp.
  • Jira và Xray: Sự kết hợp linh hoạt phổ biến này liên kết các epic và user story với các test case và defect, mang lại khả năng quản lý yêu cầu đơn giản cho nhiều nhóm phát triển phần mềm.
  • Yêu cầu về tầm nhìn ALM: Nền tảng quản lý vòng đời ứng dụng kết hợp các yêu cầu, kiểm thử, rủi ro và kiểm soát thay đổi trong cùng một không gian làm việc.
  • Người kể chuyện theo bản thiết kế: Tập trung vào việc chuyển đổi các mục tiêu kinh doanh thành các yêu cầu có cấu trúc, sẵn sàng cho các công cụ triển khai tiếp theo.

Công cụ phù hợp phụ thuộc vào quy mô nhóm, yêu cầu pháp lý và số tiền cần chi trả. tracKhả năng đáp ứng yêu cầu của kiểm toán viên hoặc các trường hợp an toàn. Nhiều nhóm bắt đầu với Jira và một bảng tính đơn giản, sau đó chuyển sang một nền tảng chuyên dụng khi quy mô đòi hỏi.

Câu Hỏi Thường Gặp

Các công cụ AI nhóm các phản hồi từ các bên liên quan, đề xuất các bản nháp câu chuyện người dùng từ ghi chú cuộc họp, gắn cờ ngôn ngữ mơ hồ và phát hiện các yêu cầu trùng lặp trên các cơ sở dữ liệu lớn. Các nhà phân tích kinh doanh vẫn xác minh từng đề xuất dựa trên ý định kinh doanh trước khi đưa vào kho lưu trữ yêu cầu.

GPT và GitHub Copilot tạo ra các bản nháp đầu tiên của câu chuyện người dùng, tiêu chí chấp nhận và quy tắc nghiệp vụ từ các lời nhắc ngắn gọn. Một chuyên viên phân tích nghiệp vụ sẽ xem xét từng kết quả đầu ra so với bản ghi thu thập yêu cầu và tiêu chí chất lượng BABOK trước khi nó trở thành yêu cầu được phê duyệt.

Các yêu cầu chức năng mô tả những gì hệ thống phải làm, chẳng hạn như đăng nhập, tìm kiếm hoặc xuất báo cáo. Các yêu cầu phi chức năng mô tả mức độ hiệu quả của hệ thống trong việc thực hiện các chức năng đó, bao gồm các mục tiêu về hiệu suất, tính khả dụng, bảo mật và khả năng sử dụng mà giải pháp phải đáp ứng.

Các dự án Waterfall chốt toàn bộ yêu cầu cơ bản trước khi bắt đầu phát triển. Các dự án Agile coi danh sách công việc tồn đọng của sản phẩm như một tập hợp yêu cầu sống động, được tinh chỉnh sau mỗi sprint. Cả hai đều vẫn... tracVí dụ, quy trình này ưu tiên và phê duyệt các yêu cầu, nhưng nhịp độ và tính chính thức thì khác nhau.

Phỏng vấn, hội thảo, quan sát, phân tích tài liệu, nguyên mẫupingKhảo sát, bảng câu hỏi và nhóm thảo luận là những kỹ thuật thu thập thông tin thường dùng được liệt kê trong Hướng dẫn BABOK. Các nhà phân tích kinh doanh kết hợp hai hoặc ba kỹ thuật cho mỗi dự án tùy thuộc vào sự sẵn có của các bên liên quan và độ phức tạp của lĩnh vực chuyên môn.

Bỏ quaping tracViệc trì hoãn, đóng băng phạm vi mà không có kiểm soát thay đổi, trộn lẫn ý tưởng giải pháp với nhu cầu kinh doanh và coi yêu cầu như một tài liệu duy nhất thay vì một sản phẩm sống động là những sai lầm gây ra nhiều công việc làm lại và trễ hạn nhất.

Sử dụng các kỹ thuật có cấu trúc như MoSCoW, phân tích Kano, chấm điểm có trọng số hoặc chi phí chậm trễ. Kết hợp ước tính giá trị từ phía doanh nghiệp với ước tính nỗ lực và rủi ro từ nhóm triển khai, sau đó thống nhất thứ tự thực hiện với nhà tài trợ và chủ sở hữu sản phẩm.

Tài liệu yêu cầu nghiệp vụ (Business Requirements Document - BMD) xác định nhu cầu kinh doanh, phạm vi dự án, mục tiêu của các bên liên quan và các yêu cầu cấp cao. Nó nằm trên các đặc tả chức năng và kỹ thuật, và thường là đầu vào chính cho thiết kế giải pháp và lựa chọn nhà cung cấp.

Tóm tắt bài viết này với: