domingo, 9 de mayo de 2010

Quien son los Stakeholders

Cuando se comienza una iniciativa una de la primeras actividades a realizar es identificar a los Stakeholders.

Los Stakeholder son todas las personas involucradas directamente o indirecta a la iniciativa, para ello podemos utilizar el esquema del radar donde los ubicáremos y determinaremos el nivel de influencia que tienen hacia iniciativa.



Todo Stakeholder deberá de tener una responsabilidad dentro de la iniciativa, para ello debemos de crear un matriz (RACI) para ubicar nivel de responsabilidad y participación

RACI Matrix
Describe los roles que los Stakeholder que se involucran en las actividades de Análisis
Teniendo una o mas responsabilidades según las actividades o entregables

  • [R] Responsable de realizar el trabajo de especificación de los requerimientos
  • [A] (Acccountable) Responsable de la tomar las decisiones (solo uno)
  • [C] Requiere ser consultado para revisar la prioridades y dar las entradas
  • [I] Informarse de los resultado de cada actividad o entrega

(Ejemplo)
Change, Request, Process
RACI
Executive SponsorA
Business AnalystR
Project ManagerC
DeveloperC
TesterI
Application ArchitectC
Data ModelerC
Infrastructure AnalystC
Business ArchitectC
End UserI
Otros StakeholderR,C,I

Por el recuadro anterior podemos concluir que los requerimientos, si bien son definidos por algunas personas, estos deberán de ser consultados, validados e informados a los demás stakeholders, con el objetivo de que todos estén enterados y de acuerdo respecto a los requerimientos

Principalmente los requerimientos deberán de validar su factibilidad con los stakeholders respectivos

El contar con la matriz, proporcionará agilidad para obtener los requerimientos del usuario ademas, conocer quien deberá de tener la decisión de aprobar los requerimientos.

Hay una gran cantidad de proyectos que quien define los requerimientos no es el mismo de quien los aprobará, por lo que en dicho caso se recomienda levantar un riesgo (critico) y proponer que se delegue la autorización de la aprobación, o bien, quien va aprobar el requerimiento sea quien lo defina, con el fin de que el tiempo empleado se realmente efectivo.

Este problema es conocido como la deficiencia de involucramiento del usuario en la iniciativa, que en varios reportes y benchmark son de los primeros factores de fracaso de los proyectos.

(Fuente: Standish Group Chaos Report, IAG BA Bechmark full report)

No hay comentarios: