Elicitation Techniques used by Business Analyst.

Requirement Elicitation Techniques

Requirements Elicitation Techniques

As a Business Analyst we need to understand the requirements clearly, to understand the requirements as a Business Analyst we need to use techniques to understand the requirements. Let us observe Business Analyst elicitation techniques.

Elicitation is the process of digging out the information from the stakeholders. Requirements Elicitation serves the foundation in documenting the requirements.

Elicitation Techniques

Let us see here below:

Sample BA Document Templates


Send download link to:

I confirm that I have read and agree to the Privacy Policy.

Subscribe to get exclusive content and recommendations every month. You can unsubscribe anytime.


What are requirement elicitation techniques?

Requirements elicitation practices include interviews, questionnaires, user observation, workshops, brainstorming, use cases, role playing and prototyping. … Before requirements can be analyzed, modeled, or specified they must be gathered through an elicitation process.

What techniques do business analysts use?

S.W.O.T. stands for Strength, Weakness, Opportunities, and Threats. This is the most important technique used in business analysis. It is conducted by a group of people with different mindsets and perspectives in the company in order to access a changing environment and react accordingly.

What is elicitation in business analysis?

Requirements Elicitation. A Project’s Foundation

Requirements elicitation is the set of activities where information is given by stakeholders, users, and customers to be applied to the design of the initiative or the solution. Elicitation is a perpetual process during a project development.

What are the three main techniques of business analysis planning?

List of Best Business Analysis Techniques
SWOT Analysis. The term SWOT stands for its four elements– …
MOST Analysis. The term MOST stands for its four elements – …
Business Process Modelling (BPM) …
Use Case Modelling. …
Brainstorming. …
Non-functional Requirement Analysis. …
PESTLE Analysis. …
Requirement Analysis.

Which requirement elicitation is most popular?

Having said that, brainstorming, document analysis, interviews, prototyping and workshops are the most widely used requirement elicitation techniques.

Why is requirement elicitation a difficult task?

Why is Requirements Elicitation a difficult task ? Explanation: Users specify unnecessary technical detail that may confuse, rather than clarify overall system objectives. … Explanation: Requirements traceability provides bi-directional traceability between various associated requirements.

What is elicitation in teaching?

Elicitation is a technique by which the teacher gets the learners to give information rather than giving it to them. A teacher elicits the rules for the structure of the first conditional by asking learners to look at some examples, then writing ‘We make the first conditional in English with…?’ on the board.

Business Analyst Challenges:

Business Analyst Challenges

Here I am listing down the real time challenges faced by the Business Analyst. There can be other challenges but here I am mentioning few which are facing by the Business Analyst in day to day life. I believe it may enough when you are trying a fresher, one or two experience.

  • Frequently changing requirements
  • Freeze requirements
  • Coordination with developers and testers
  • Change management-with respect to cost and time lines             
  • Drive UAT phase – on time completion of UAT·
  • Manage Stakeholders availability for requirements and conducting meetings
  • Lack of training
  • People Management , Coordinating with different teams and different people.
  • Making sure status reporting is effective
  • Domain Knowledge
  • Overall making sure project health is in good shape and delivered as per the timelines without any issues.

Business Analyst ChallengesChanging Requirements:Client may change their requirements very frequently. As a Business Analyst it is Very difficult to manage internal and external stake holders when they are frequently changing the requirements. We can’t accept every change request because already we committed the deadline of the project and committed the timelines to client and higher management and it may impact on project cost also. And development team also started work for committed requirements.

And it will take good amount of time to discuss and understand the requirement on the new change and feasibility of the same.  

And we can’t say ‘No” to the client because it may impact on the project, so we need to convince client with proper reasons.

Before saying “Yes” or “No” as a Business Analyst we need to analyze what is the impact of this change and how much effort needed to deliver this change.

Every client may not change their requirements frequently but it may happen in general.

Freeze Requirements:

We need not to consider this as a tough challenge but sometimes client may make you struggle to give sign off and sometimes client will delay on providing the sign off. Because of this development may delay, and we can inform the same to client during the meetings.

This is not a tough challenge but for some reasons, client will not sign-off on the requirements or delay sign-off. The reason is, once client provide sign-off on the requirements, any changes will be charged additionally. So client will take some time to sign-off but this will again impact our project schedule.

However in real time, we start follow-up with client to get sign-off and we will commit the delivery dates once we get sign off from the client only. Unless we get signoff from the client on FSD we will not start work on this project. It will happen rarely but there is a chance to take place this scenario.

Challenges during Development: 

This is also a common challenge for business analyst across organizations.

Developers will understand in a different way and do coding but when it comes to testing, testers might have understood in a different way and they will raise as a defect (bug) on developers. Developers will not easily accept the bug because they developed it and it will impact on their performance. Testers will argue it as a bug and finally it will be parked over Business Analyst. How to avoid these situations? Usually Business Analysts will share SRS / FSD containing requirements with developers and testers but Business Analyst should make sure that joint sessions to be organized with development team and testing team. Business Analyst should explain the requirements in joint session to both developers and testers and give them some time to read and understand. In case of any doubts Business Analyst should clarify then and there to avoid further confusions. And Business Analyst needs to conduct meeting with the internal stake holders frequently to get the project updates and to get to know whether team is facing any issues during development.

Change Management:

As we discussed previously once requirements are signed-off from client, any changes to the requirements will have impact on cost and schedule. So change management needs to be involved. i.e client should agree to provide more cost and additional time to deliver.

Most of the time, clients will not easily agree to the additional cost and time. This will require some sessions to convince clients. This will consume some effort.

However this is not exactly a challenge of Business Analyst, it will be project manager who will coordinate with customer for additional cost and time but since requirements are involved Business Analyst will also be engaged in change management process.

Challenges faced by the Business Analyst during UAT (User Acceptance Testing): 

Once development and system testing is done from project execution team & before taking software / application go live, UAT has to be done. In the project execution your project Manager will reserve some time exclusively for UAT. In real time clients will not start UAT in time. So, any delay in UAT will have impact on project roll-out. So Business Analyst should drive UAT and make sure clients start testing from their end in-time. In case of any defects in UAT phase Business Analyst should quickly resolve with help of developers and testers. And if these are related to application functionality then business analyst needs to address it as soon as possible.

Again, just like getting sign-off on requirement documents, Business Analyst should get a sign-off on UAT as well. Client should confirm that UAT is performed and no pending issues. 

Sample BA Document Templates


Send download link to:

I confirm that I have read and agree to the Privacy Policy.

Subscribe to get exclusive content and recommendations every month. You can unsubscribe anytime.

Manage Stakeholders Availability for requirements:

Requirements’ gathering is most important phase in the SDLC. Business Analyst will arrange sessions with clients to understand the requirements. Most of the times Business Analyst will need business units, tech teams, Architects & other stakeholders to discuss about the problem statement and collect end customer needs but not everyone will be available at the same time.

Especially if company is into consulting, tech teams will be working on multiple projects. You need to match client’s time with every stakeholder which seems easy but really challenging.

If meetings get delayed, project plan will be affected and hence delivery/implementation date gets postponed, your client will not agree and difficult to convince.

Lack of training :

Sometimes you may face the client without proper training, as you do not have enough knowledge and enough training on product, you can’t convince the client and you can’t provide suitable solutions to client. Due to this client may lose confidence and trust on you. If you want to prove as a good business analyst it is very important to maintain good relationship with all the stake holders to things get it done smoothly.

Lack of Domain Knowledge

Domain knowledge is very important for business Analyst, so that business analyst can understand what client is trying to explain and what exact requirement of the client is. It will help us to explain the functionality to developers and internal stakeholders.   

I hope it helped you to provide overview on  Business Analyst Challenges

To know more about Business Analyst Challenges, you can browse on google. 

Sample BA Document Templates


Send download link to:

I confirm that I have read and agree to the Privacy Policy.

Subscribe to get exclusive content and recommendations every month. You can unsubscribe anytime.

Business Analyst Challenges: FAQs

What are the challenges faced by business analyst?

Getting Stakeholders To Make Time.
Lack of Clarity.
Inadequate Time Allotted For BA Work.
Conflict Among Stakeholders.

What does a business analyst do?

The analyst is involved in the design or modification of business systems or IT systems. The analyst interacts with the business stakeholders and subject matter experts in order to understand their problems and needs. The analyst gathers, documents, and analyzes business needs and requirements

What is the role of business analyst in SDLC?

Role of Business Analyst during SDLC Process
Then leads in analysis and designing phase, dictates in code development, then follows the testing phase during bug fixing as a change agent in the project team and ultimately fulfills the customer requirements

What are the qualities of a good business analyst?

Impressive Communication. Imagine hiring a business analyst who mumbles every time they speak. …
The Ability To Solve Problems. A problem occurs within the company. …
Critical Thinking. Finding the ideal solution doesn’t “just happen.” …
An Analytical Mind. You don’t have to be born with it. …
Process Modeling Knowledge

What does a BA do in Agile?

The AGILE BA defines improvements to business processes, assists decision-makers in gathering information to make decisions, helps quality assurance test solutions and products, designs user interfaces and even steps in as a product owner, scrum master, or project manager as the occasion calls for.

Business Analyst Role in Product based Company

Business Analyst Role in Product based company:

Let us observe Business Analyst Role in product based company, When Business Analyst is working in product-based company, then he needs to understand the product of the company, like how it works and functionality of the product. Then only he can able to provide the suitable solutions to client. If Business Analyst not have the enough knowledge on his own product then he can’t convince the stake holders. Because of this stake holders may lose the confidence on the Business Analyst.

If you want to prove as a good business analyst, then you should build a good relationship with internal and external stake holders, it is possible when business analyst has knowledge on product.Role and Responsibilities of Business Analyst

Leet us discuss in detail below.

What is product-based company:

Business Analyst Role

IT company will have the concept and they invest time and money to build the product. IT company team will work to deliver this product. IT company initiates the development and company is the owner for this developed product. Then company sales team will sell the same product to multiple clients or customers. Customizations and configuration changes may be done as per the client requirement. Here Business Analyst needs to understand what changes to be done in existing product as per client requirement and where it fits. Business Analyst needs to understand that it should affect the functionality of the application.

Deployment will be done at client place: Business Analyst ensure to deployment should be done with out any issues, Business Analyst should coordinate with internal and external stake holders during deployment. Business Analyst should ensure that all the stake holders should be available during the deployment of the product, so that we can investigate and fix the issues or bugs if anything observed by the client during deployment.

Example for Product development IT companies: Oracle, IBM, SAP, CRM etc.,

Briefly we will see here Business Analyst Role in Product Development Company:

  • Understand the product features
  • Understand the product domain
  • Understand the client requirements
  • Understand what customizations are needed to this product to fit in the client requirements.
  • Understand where this product fits in the Domain
  • https://www.bacareers.in/business-analyst-role-in-testing/

I feel this helps you to understand the Business Analyst Role in Product based company.

What is Application Development Company:

Here client will have the requirement, and client will coordinate with IT company to develop the IT application. Client initiates the development; IT company will share the updates and status of the development of the IT application to the client during meetings and when client asked for status of the development. Client is the owner of the developed application.

Client will be the only customer for this application because application has been developed as per this customer requirements only and client is the owner. Deployment will be done at the Clients place.

Business Analyst needs to understand the client industry and domain to provide suitable solutions.

I feel this helps you to understand the Business Analyst Role in Application Development company.


Enjoy this blog? Please spread the word :)