En idioma inglés, existe la palabra stakeholder, que hace referencia a cualquier grupo o persona que tenga interés sobre el devenir de un proyecto, o bien, que tenga una opinión que sea relevante para la definición del sistema.
Aunque es un término de muy difícil traducción al español, nosotros intentaremos acostumbrarnos a decir algún aforismo en nuestro querido idioma, tal como Grupo de Decisión.
Por esto, podemos concluir que nuestra definición de Grupo de Decisión es la de aquellos grupos de personas, o bien individuos por si mismos, cuya opinión es fuente de requisitos para el sistema, y que por tanto nos conviene tener identificados, ubicados y bien atendidos.
Es práctica sana y si se quiere imprescindible, el identificar y gestionar correctamente a los grupos de decisión de los proyectos. Rutinariamente nos preguntaremos si los hemos identificado a todos, principalmente durante nuestra fase de concepción, en la cual los requisitos se encuentran en rápida evolución.
El precio de no hacer lo aquí recomendado es muy alto: un fracaso más que probable.
Si no tenemos bien identificados a todos aquellos que influyen sobre los requisitos del proyecto, entonces seguramente ellos vendrán por si mismos en algún punto del mismo, probablemente cerca del final, y dejarán caer alguna joya, como que por ejemplo, el sistema no será aceptado por el cliente si no cumple con algún requisito de su propia cosecha… y que es nuevo para nosotros y que puede que nos obligue a rediseñar una gran parte de nuestra base de código.
Tengamos cuidado… los stakeholders sueltos son peligrosos. Mejor tenerlos identificados desde un principio para poder satisfacer sus exigencias poco a poco, durante la vida del proyecto.
Considérese advertido.
