ELICITATION LÀ GÌ

  -  

Hế lô anh em! Ai cũng biết là requirement là 1 thứ rất quan trọng. Và hầu như được quan tâm nhiều nhất trong các dự án.

Bạn đang xem: Elicitation là gì

Đối với BA thì requirement là một trong những yếu tố thể hiện được performance của mình. Requirement có rõ ràng hay không, có sát thực tế hay không, có đảm bảo được đúng scope hay không, bla bla…

Đối với requirement, đầu tiên thì chúng ta phải lấy nó về, hay nói thực tế là phải “moi móc, gợi mở” nó về.

Requirement sau khi được lấy về, chúng ra sẽ phải xử lý nó. Lấy như thế nào và xử lý như thế nào? Bài này mình sẽ chia sẻ về những gì mình hiểu và đã áp dụng thực tế.

Ngoài ra bài này mình cũng sẽ chém gió về cái gọi là Requirement thực sự của khách hàng. Nó tồn tại như thế nào? Và làm thế nào để nhận biết được đó có phải thật sự là requirement của khách hàng hay không?

Trạng thái và các bước xử lý requirement trong Business Analyst được thể hiện ở hình dưới đây. Toàn bộ bài viết mình sẽ dựa vào hình này.


*

Các bước xử lý requirement trong Business Analyst

Nội dung

1. Requirement trong Elicitation và Analysis
1. Requirement trong Elicitation và Analysis

Như hình trên, requirement trong Business Analyst tồn tại ở 2 giai đoạn: giai đoạn moi móc thông tin (elicitation) và giai đoạn phân tích (analysis). Ở mỗi giai đoạn, requirement sẽ có những đặc tính riêng và có cách xử lý riêng.

Xem thêm: Phân Biệt Gioăng Là Gì ? Gioăng Cửa Nhôm Xingfa Cách Âm

1.1. Ở giai đoạn Elicitation

Giả dụ có một công ty đang gặp vấn đề. Team triển khai sẽ xuất hiện để giải quyết vấn đề của họ. Khi đó BA cần phải hiểu được họ đang gặp vấn đề gì để biết đường mà giải quyết đúng không nào.

Đương nhiên là công ty khách hàng sẽ không tuôn ra tất tần tật những vấn đề của họ. Không phải vì họ không muốn, mà là vì họ không thể.

Cụ thể hơn là vì họ chưa hệ thống hóa được hiện trạng và vấn đề của họ. Do đó, BA cần phải elicit – tức là moi móc thông tin để lấy được requirement từ họ.

Qua nhiều lần trao đổi, workshop hoặc làm việc với khách hàng, BA sẽ nắm được yêu cầu cụ thể từ phía khách hàng (lẫn các stakeholders). Để rồi từ đó, chúng ta sẽ hệ thống hóa lại và cung cấp cho khách hàng một góc nhìn tổng quan hơn về thông tin cũng như các requirements của họ.

Xem thêm: Dịch Vụ Ipay Của Vietinbank Là Gì, Vietinbank Ipay Là Gì

Điều này có nghĩa là requirement ban đầu chưa được khách hàng nói ra, chưa được phát biểu ra (unstated). Sau khi BA moi móc, requirement đó mới được nói ra và phát biểu ra bởi khách hàng (stated).

Đó là mục đích của việc moi móc thông tin (elicitation). Và requirement sẽ từ trạng thái unstated chuyển sang trạng thái stated