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

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

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

Đối cùng với requirement, đầu tiên thì chúng ta phải rước nó về, hay nói thực tiễn là phải “moi móc” nó về.

Requirement sau thời điểm được rước về, chúng ra sẽ nên xử lý nó. Lấy ra sao và xử lý như thế nào? bài xích này mình sẽ share về phần nhiều gì mình hiểu cùng đã áp dụng thực tế.

Ngoài ra bài xích này mình cũng trở nên chém gió về chiếc gọi là Requirement đích thực của khách hàng hàng. Nó tồn tại như thế nào? với làm nạm nào để nhận ra được đó tất cả phải thiệt sự là requirement của công ty hay không?

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


*

các bước xử lý requirement vào Business Analyst

Nội dung

1. Requirement trong Elicitation với Analysis
1. Requirement trong Elicitation với Analysis

Như hình trên, requirement vào Business Analyst tồn tại ở cả 2 giai đoạn: giai đoạn moi móc tin tức (elicitation) và giai đoạn đối chiếu (analysis). Ở mỗi giai đoạn, requirement sẽ có những công dụng riêng và tất cả cách cách xử trí riêng.

1.1. Ở tiến trình Elicitation

Giả dụ gồm một công ty đang gặp gỡ vấn đề. Team thực hiện sẽ xuất hiện để giải quyết và xử lý vấn đề của họ. Khi đó BA cần phải hiểu được bọn họ đang gặp gỡ vấn đề gì để tìm hiểu đường nhưng mà giải quyết đúng không nào nào.

Đương nhiên là công ty quý khách hàng sẽ ko tuôn ra tất tần tật những sự việc của họ. Chưa phải vì bọn họ không muốn, mà là vì họ ko thể.

Cụ thể hơn nguyên nhân là họ chưa khối hệ thống hóa được hiện trạng và sự việc của họ. Vày đó, BA rất cần được elicit – tức là moi móc thông tin để đưa được requirement tự họ.

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

Xem thêm: Tổng Hợp Các Công Thức Tích Phân Đầy Đủ & Chi Tiết, 8+ Công Thức Tích Phân Đầy Đủ

Điều này tức là requirement ban sơ 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 đó bắt đầu được nói ra và phát biểu ra bởi quý khách (stated).

Đó là mục đích của bài toán moi móc thông tin (elicitation). Cùng requirement đang từ tâm trạng unstated gửi sang tâm trạng stated