A Simple Guide to Stakeholders Identification
From the How To Do Business Analysis Blog
by Sergio Luis Conte
This will be a place for all related to practices that you can use in your initiatives when you work as business analyst
Recent Posts
Agile: detrás de la verdad, está la verdad. Capítulo Tres: La Teoria del Todo
Agile: detrás de la verdad, está la verdad. Capítulo Dos: Mundos Paralelos
Agile: detrás de la verdad, está la verdad. Capítulo Uno: Génesis
#theory: What Agile really is?
PM Network, December. Agile in practice
Categories
agil,
Agile,
Agile,
agilidad,
agility,
Análisis de Negocio,
Business Analysis,
Gerencia de Proyectos,
Practice Guide,
Project Management,
Stakeholder Management
Date
When we start the walk along the road “to translate” a business need into action we need to identify the key person/people who will guide us. This activity is well known as Stakeholder Identification. The activity must be performed from the very beginning.
By definition, Stakeholder is “person or organization whose interests may be positively or negatively affected by the solution or the process to generate the solution”. The key word is “affected” because this situation will generate positive or negative attitude so we must start a management strategy as soon as possible.
To identify Stakeholders and do not forget some stakeholders (I hope :)) I have used this technique and I think it will help you when you perform this task:
From the point of view of Organizational Systemic Concept you can see an organization as an open and adaptable system which is comprised by components and its relations. Components could be people, buildings, process, software, mission and vision statements, etc. If you put your focus on Enterprise Architecture components you could find each person or organization affected by the endeavor that the organization is going to take.
Enterprise Architecture components are:
-Business Architecture or Layer (BA): place where business components belongs (mission, vision, business process, etc.)
-Application Architecture or Layer (AA): every software component which helps business architecture components to perform their functions.
-Technology Architecture or Layer (TA): every technology component which helps application architecture components to perform their functions.
-Security Architecture or Layer (SA): helps other architecture components to maintain integrity.
-Information Architecture or Layer (IA): helps to transform events which occurs in other architectures into information to help decision support.
Hope this help you and please remember all your comments are welcome :)

Posted on: December 14, 2015 09:00 AM |
Permalink
Comments (6)
Please login or join to subscribe to this item
Sergio,
Thank you for the post, you have obviously put some thought and effort into this! I would say your approach provides a very organized, systemic approach to identifying stakeholders. A potential gap I would note, both in your definition and method, is identifying those stakeholders that perceive themselves to be affected by a project. Those have always been difficult for me to ID. Really "shaking the bushes" is about the only way to find them. They tend to show up, late in the process, and depending on their level of influence, can significantly disrupt your project ...
Brilliant thinking, Sergio. As David says, this provides a structured approach. At the same time, this may probably leave out stakeholders whose role or impact is not immediately apparent (i.e. those beyond the 1st level stakeholders, or indirect beneficiaries). A simple circle/box outside the diagram you made can indicate this, leading to a simple question "who else should we consider?"
Sergio Luis Conte
Helping to create solutions for everyone| Worldwide based Organizations
Buenos Aires, Argentina
Thank you very much for your comments. Indeed, as both of you mentioned, to identify stakeholders is an art. What I describe is a path to follow to do not forget stakeholders taking into account the place where they are located. But it is not enough. For example, external stakeholders can be identify if you consider the whole organization as a system by understanding that the whole picture above reacts to stimulus from those stakeholders. The method above try to address a way to take into account the place where the stakeholders can be located. The type of stakeholders that @David and @Prabahker pointed out can be located into any place inside the enterprise architecture. Please feel free to continue with your comments because they are very valuable for me and perhaps I do not understand your point. Thenk you very much.
Nice article. Failure to identify a stakeholder may mean failure to the project. Stakeholder management is the 10th knowledge area in PMBOK. Last but not the least !
Sergio Luis Conte
Helping to create solutions for everyone| Worldwide based Organizations
Buenos Aires, Argentina
Thank you very much. This method is not listed inside the PMBOK. But because it worked for me from many years I have shared it. I think the process inside the PMBOK is a great guide to make a full stakeholder analyis activity.
Please Login/Register to leave a comment.
|
It's like deja vu all over again.
- Yogi Berra
|