BABOK – Chương 7 – Mục 7.3 – Xác nhận yêu cầu

MỤC ĐÍCH

Mục đích của việc xác nhận yêu cầu là để đảm bảo rằng tất cả các yêu cầu và thiết kế phù hợp với yêu cầu nghiệp vụ và hỗ trợ việc cung cấp giá trị cần thiết

MÔ TẢ

Xác nhận yêu cầu là một quá trình liên tục để đảm bảo rằng các yêu cầu của bên liên quan, giải pháp và quá trình chuyển đổi phù hợp với yêu cầu nghiệp vụ và các thiết kế đáp ứng yêu cầu.

Hiểu được trạng thái tương lai mong muốn sẽ như thế nào đối với các bên liên quan sau khi nhu cầu của họ được đáp ứng có giá trị đối với BA khi xác nhận yêu cầu. Mục tiêu tổng thể của việc thực hiện các yêu cầu là để đạt được trạng thái tương lai mong muốn của các bên liên quan. Trong nhiều trường hợp, các bên liên quan có những nhu cầu và kỳ vọng khác nhau, trái ngược nhau có thể được bộc lộ thông qua quá trình xác nhận.

ĐẦU VÀO

  • Yêu cầu (được chi tiết và mô hình hóa): mọi loại yêu cầu và thiết kế đều có thể được xác nhận. Các hoạt động xác nhận có thể bắt đầu trước khi các yêu cầu được xác minh hoàn toàn. Tuy nhiên, các hoạt động xác nhận không thể hoàn thành trước khi các yêu cầu được xác minh hoàn toàn.

YẾU TỐ

Xác định các giả định

Nếu một tổ chức đang tung ra một sản phẩm hoặc dịch vụ chưa từng có, thì có thể cần phải đưa ra các giả định về phản ứng của khách hàng hoặc các bên liên quan, vì không có kinh nghiệm tương tự trước đây để dựa vào. Trong các trường hợp khác, có thể khó hoặc không thể chứng minh rằng một vấn đề cụ thể bắt nguồn từ một nguyên nhân gốc đã được xác định. Các bên liên quan có thể đã giả định rằng những lợi ích nhất định sẽ xuất phát từ việc thực hiện một yêu cầu. Các giả định này được nhận diện và xác định để có thể quản lý các rủi ro liên quan.

Xác định các tiêu chí đánh giá có thể đo lường được

Trong khi các lợi ích dự kiến được xác định là một phần của trạng thái tương lai, tiêu chí đo lường cụ thể và quy trình đánh giá có thể chưa được đưa vào.

BA xác định các tiêu chí đánh giá sẽ được sử dụng để đánh giá mức độ thành công của thay đổi sau khi giải pháp được triển khai. Số liệu cơ sở có thể được thiết lập dựa trên trạng thái hiện tại. Các số liệu mục tiêu có thể được phát triển để phản ánh việc đạt được các mục tiêu nghiệp vụ hoặc một số phép đo thành công khác.

Đánh giá sự phù hợp trong phạm vi giải pháp

Một yêu cầu có thể mang lại lợi ích cho các bên liên quan mà vẫn có thể không phải là một phần mong muốn của một giải pháp. Một yêu cầu không mang lại lợi ích cho các bên liên quan nhiều khả năng sẽ bị loại bỏ. Khi các yêu cầu không phù hợp, trạng thái tương lai phải được đánh giá lại và phạm vi giải pháp thay đổi hoặc yêu cầu bị xóa khỏi phạm vi giải pháp.

Nếu một thiết kế không thể được xác nhận để hỗ trợ một yêu cầu, thì có thể có một yêu cầu bị thiếu hoặc hiểu sai hoặc thiết kế phải thay đổi.

NGUYÊN TẮC VÀ CÔNG CỤ

  • Mục tiêu nghiệp vụ: đảm bảo các yêu cầu có thể mang lại lợi ích nghiệp vụ như mong muốn.
  • Mô tả trạng thái tương lai: giúp đảm bảo các yêu cầu là một phần của phạm vi giải pháp sẽ giúp đạt được trạng thái tương lai mong muốn.
  • Giá trị tiềm năng: có thể được sử dụng làm chuẩn để so sánh giá trị được cung cấp bởi các yêu cầu có thể được đánh giá.
  • Phạm vi giải pháp: đảm bảo các yêu cầu mang lại lợi ích nằm trong phạm vi của giải pháp mong muốn.

KỸ THUẬT

  • Tiêu chí chấp nhận và đánh giá: được sử dụng để xác định các số liệu chất lượng phải đáp ứng để đạt được sự chấp nhận của các bên liên quan
  • Phân tích tài liệu: được sử dụng để xác định các nhu cầu nghiệp vụ đã được ghi lại trước đó nhằm xác thực các yêu cầu.
  • Phân tích tài chính: được sử dụng để xác định các lợi ích tài chính liên quan đến các yêu cầu.
  • Theo dõi hạng mục: được sử dụng để đảm bảo rằng bất kỳ sự cố hoặc vấn đề nào được xác định trong quá trình xác nhận đều được quản lý và giải quyết.
  • Chuẩn đo và KPI (Metrics and Key Performance Indicators (KPI)): được sử dụng để chọn các thước đo hiệu suất phù hợp cho một giải pháp, thành phần giải pháp hoặc yêu cầu.
  • Đánh giá: được sử dụng để xác nhận xem các bên liên quan có đồng ý rằng nhu cầu của họ được đáp ứng hay không.
  • Quản lý và Phân tích rủi ro: được sử dụng để xác định các tình huống có thể xảy ra sẽ làm thay đổi lợi ích do một yêu cầu mang lại.

CÁC BÊN LIÊN QUAN

  • Tất cả các bên liên quan: BA, cùng với khách hàng, người dùng cuối và nhà tài trợ, có trách nhiệm chính trong việc xác định xem các yêu cầu có được xác thực hay không. Các bên liên quan khác có thể phát hiện ra các yêu cầu có vấn đề trong quá trình truyền đạt yêu cầu. Do đó, hầu như tất cả các bên liên quan của dự án đều tham gia vào nhiệm vụ này.

ĐẦU RA

  • Yêu cầu (đã được xác nhận): các yêu cầu và thiết kế đã được xác nhận là những yêu cầu và thiết kế có thể được chứng minh là mang lại lợi ích cho các bên liên quan và phù hợp với các mục tiêu nghiệp vụ dài hạn và ngắn hạn của sự thay đổi. Nếu một yêu cầu hoặc thiết kế không thể được xác nhận, nó sẽ không mang lại lợi ích cho tổ chức, không nằm trong phạm vi giải pháp hoặc cả hai.

Bạn có thể tải về bản gốc Tiếng Anh Tại đây

Ezami

Related Posts

Leave a Reply

Your email address will not be published. Required fields are marked *