Project Management

A Simple Guide to Stakeholders Identification

From the How To Do Business Analysis Blog
by
This will be a place for all related to practices that you can use in your initiatives when you work as business analyst

About this Blog

RSS

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

linkedin twitter facebook Request to reuse this  


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
avatar
David Schlatter Sr Systems Analyst| RGA Batavia, NY, United States
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 ...

avatar
Prabhaker Panditi Head of Agile | Global Bank in UAE Hyderabad, Telangana, India
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?"

avatar
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.

avatar
Venkatramvasi Mohanvasi PM Trainer| Freelancer Chennai, Tamilnadu, India
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 !

avatar
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.

avatar
Srikana Ray
Community Champion
IT Project Manager
Thank you for sharing.

Please Login/Register to leave a comment.

ADVERTISEMENTS

It's like deja vu all over again.

- Yogi Berra

ADVERTISEMENT

Sponsors