This task covers the identification of stakeholders who may be affected by a proposed initiative or who share a common business need, identifying appropriate stakeholders for the project or project phase, and determining stakeholder influence and/or authority regarding the approval of project deliverables.
Stakeholder analysis is performed as soon as a business need is identified and will usually be an ongoing activity as long as business analysis continues. Stakeholder analysis begins with identifying stakeholders who may be affected by the business need or a new solution. Stakeholders may be grouped into categories that reflect their involvement or interest in the initiative. The roles, responsibilities, and authority over the requirements for each stakeholder or stakeholder group must be clearly described. Stakeholder analysis also involves understanding stakeholder influence on and attitude towards the initiative, and assessing positive and negative attitudes and behaviors which may affect the outcome of the initiative and acceptance of the solution.
Business Need: Identify and analyze the position of the stakeholders affected by the business need. As the understanding of that need evolves through definition of business requirements, solution scope, stakeholder requirements, and solution requirements, that additional information will be used to assist in identifying additional stakeholders or understanding how existing stakeholders may have changed their position.
Enterprise Architecture: Describes the organizational units that exist, their interactions with other organizational units, customers, and suppliers, their responsibilities within the organization, and the roles and relationships within each organizational unit.
Organizational Process Assets: These include organizational policies and procedures, forms that must be completed, suggested or prescribed methodologies, templates, and project authorization guidelines. They may be mandated or expressed in the form of guiding principles.
Stakeholder roles must be identified early in the project in order to help ensure timely delivery of requirements deliverables. Note that some individuals may be called on to play a variety of stakeholder roles on the same project, as well as on different roles on different projects.
Understanding who the stakeholders are and the impact of proposed changes on them is vital to understanding what needs, wants, and expectations must be satisfied by a solution.
Because requirements are based on stakeholder needs, wants, and expectations, those that are uncovered either late or not at all could require a revision to requirements that changes or nullifies completed tasks or tasks already in progress, increasing costs and decreasing stakeholder satisfaction. Change - driven approaches may better accommodate this risk, but cannot eliminate it, as late stakeholder identification can still result in alterations to the project roadmap and release content.
Who participates in which business analysis activities can vary between projects, methodologies, and organizations. For example, some organizations may encourage members of the technical team to attend requirements workshops to provide costs, technical effort estimates and information on technical impacts while others may rule that no technical discussion is permitted during these meetings.
2. Complexity of Stakeholder group
The complexity of interactions with a stakeholder group may be affected by factors such as:
Number and variety of direct end users in their constituency. Different approaches, plans, reports, amount of formality, and the amount of documentation can be customized based on the number of stakeholders each subject matter expert represents. Stakeholders with fewer constituents may be able to represent their stakeholder group without much difficulty. Stakeholders representing a large number of constituents or representing those from different functional areas or divisions may need to research information or engage in requirements elicitation themselves.
Number of interfacing business processes and automated systems. The planning for stakeholders who represent those performing complex, interfacing, or overlapping business processes is different from those whose processes are more self-contained. Since not all stakeholders can or want to attend all requirements workshops, they can be more easily persuaded if the workshop pertains to their process and the associated software application.
3. Attitude and Influence
Assess stakeholder attitudes toward and influence over the initiative. Factors to consider include:
The business goals, objectives, and solution approach:
Attitude towards business analysis:
Attitude towards collaboration:
Attitude towards the sponsor:
Attitude towards team members:
Influence: Understanding the nature of influence and the influence structures and channels within an organization can prove invaluable when seeking to build relationships and work towards building trust. Understanding the influence each stakeholder may have, as well as their attitude, can help develop strategies for obtaining buy-in and collaboration. Some factors relating to influence to consider are:
4. Authority Levels For Business Analysis Work.
Identify which stakeholders will have authority over business analysis activities, in relation to both business analysis work and product deliverables. Stakeholders may have authority to:
Additional information on authority levels can be found in Plan Requirements Management Process.
1. General Techniques
Acceptance and Evaluation Criteria Definition: The business analyst should, as part of the stakeholder analysis, identify which stakeholders have sufficient authority to accept or reject the solution.
Brainstorming: May assist in identifying needs and requirements that lead to possible stakeholders, or in creating a listing of possible stakeholder roles.
Interviews: Interviewees may be able to identify other stakeholders.
Organization Modeling: Assess to determine if the organizational units or people listed have any unique needs and interests that should be considered. It will describe the roles and functions in the organization and the ways in which stakeholders interact and so will help to identify stakeholders who are affected by a change.
Process Modeling: Any person involved in the execution of business processes affected by the solution will be a stakeholder. Process models can be a source for identifying additional stakeholders, since related processes may be affected. In addition, categorizing stakeholders by the systems that support their business processes can be useful when changes need to be made to those processes and systems.
Requirements Workshops: During requirements workshops, the business analyst may ask participants if they can suggest other stakeholders.
Risk Analysis: Risks to the initiative may result from stakeholder attitudes or the ability of key stakeholders to participate in the initiative.
Scenarios and Use Cases, and User Stories: Identified stakeholder roles may serve as a useful starting point for identifying actors and roles.
Scope Modeling: Scope models should show stakeholders that fall outside the scope of the solution but still interact with it in some way.
Survey/Questionnaire: Useful for identifying shared characteristics of a stakeholder group.
2. RACI Matrix
The RACI matrix describes the roles of those involved in business analysis activities. It describes stakeholders as having one or more of the following responsibilities for a given task or deliverable:
An example of a RACI Matrix may be seen below:
Sample RACI Matrix
3. Stakeholder Map
Stakeholder maps are visual diagrams that depict the relationship of stakeholders to the solution and to one another. There are many forms of stakeholder map, but two common ones include:
Stakeholder maps often include lines of communication between stakeholders.
Domain SME: May be able to recommend other business experts to assist in defining requirements.
Implementation SME: May be able to identify and recommend stakeholders.
Project Manager: May be able to identify and recommend stakeholders. In the context of a project with a designated project manager, responsibility for stakeholder identification and management must be shared with the project manager. The business analyst and project manager should collaborate on performing this task. The project manager is accountable for ensuring that the project team meets commitments made to the stakeholders, managing the assignment of stakeholders to project tasks and their involvement in the execution of the project, and ensuring that changes that impact the project scope are appropriately managed and approved. The business analyst will also assist the project manager in defining which project team members should be involved in developing, reviewing or approving business analysis deliverables.
Tester: May be able to identify and recommend stakeholders.
Regulator:May require that specific stakeholder representatives or groups be involved in the process.
Sponsor: May be able to identify domain subject matter experts to help with requirements definition.
Stakeholder List, Roles, and Responsibilities:This may include information such as:
Business Analyst Related Interview Questions
|Business Analyst Interview Questions||Business Letter Format Interview Questions|
|Business Communications Interview Questions||Business Environment Interview Questions|
|Business Management for Financial Advisers Interview Questions||Business Development Interview Questions|
|Business Management Interview Questions||Executive Business Analyst Interview Questions|
|Business Objectives Interview Questions||Business Development Manager Interview Questions|
Business Analyst Tutorial
Business Analysis Planning & Monitoring
Requirements Management & Communication
Solution Assessment & Validation
All rights reserved © 2018 Wisdom IT Services India Pvt. Ltd
Wisdomjobs.com is one of the best job search sites in India.