Desarrollo de software. Stakeholder
Stakeholder es el término en inglés que define a los interesados en un proyecto de desarrollo de software (esta es una particularización del concepto ya que es igualmente válido para cualquier tipo de proyecto).
¿Qué es un interesado? Todas aquellas personas o departamentos que participando o no directamente en la realización de los trabajos se ven afectados por el resultado de los mismos.
Con esta definición, las personas y departamentos involucrados pueden ser muchos. Se puede llegar a trabajar con todos, sin embargo lo más interesante (aunque eso lo determinarán las características del proyecto) es seleccionar de entre ese dominio, aquellos en los que realmente el impacto del desarrollo sea sensible, ya sea porque participan en el mismo, porque gestionan el proceso o procesos que se informatiza, porque exista una trascendencia económica que interesa gestionar y controlar o porque son destinatarios de la solución (o pueden verse condicionados por la misma).
La identificación de los stakeholders resulta por tanto esencial en un proyecto, ya que es necesario que de alguna u otra forma tengan participación en el mismo definiendo el rol que deben tener en la ejecución de los trabajos y determinando las expectativas que tienen respecto a los resultados del proyecto, las cuales condicionarán los trabajos a realizar y servirán de umbral a la hora de evaluar la calidad de los trabajos (la validación de las expectativas es una variable importante, la que más pero no la única, para medir el nivel de calidad de los resultados).
Pingback: Desarrollo de Software. CMMI (Capability Maturity Model Integration). Nivel 3: Definido. Área de Proceso: Equipos integrados « Jummp
Pingback: Desarrollo de software. Mary Poppendieck. Cambios, requisitos, ventaja competitiva « Jummp
Pingback: Desarrollo de software. La incertidumbre, la deuda técnica y las buenas prácticas « Jummp
Pingback: Desarrollo de software. Los proyectos que terminan en un cajón « Jummp
Pingback: Desarrollo de software. Ciclo de vida en espiral Win & Win « Jummp
Pingback: Desarrollo de software. Sun Tzu. El proyecto y las condiciones necesarias para la victoria « Jummp
Pingback: Desarrollo de software. Compartir objetivos « Jummp
Pingback: Desarrollo de software. Timothy R. Lister. Gestión del riesgo. Su evolución en el proyecto « Jummp
Pingback: Desarrollo de software. Tom DeMarco. Timothy R. Lister. Las pérdidas de tiempo « Jummp
Pingback: Desarrollo de software. Sun Tzu. Toda guerra se basa en el engaño « Jummp
Pingback: Desarrollo de software. La mejora contínua y el feedback « Jummp
Pingback: Desarrollo de software. La confianza « Jummp
Pingback: Desarrollo de software. Sun Tzu. Gestión inicial del riesgo, condiciones iniciales para el desarrollo « Jummp
Pingback: Desarrollo de software. Sun Tzu. Buenas condiciones de partida « Jummp
Pingback: Desarrollo de software. Desequilibrio entre stakeholders « Jummp
Pingback: Desarrollo de software. Tom DeMarco. Timothy R. Lister. Cantidad y calidad de la documentación « Jummp
Pingback: Desarrollo de software. Cuestión de crédito « Jummp
Pingback: Desarrollo de software. La tiranía del área usuaria « Jummp
Pingback: Desarrollo de software. El comportamiento en las crisis condiciona el resto del proyecto « Jummp
Pingback: Desarrollo de software. Antipatrón. Callejón sin salida « Jummp
Pingback: Desarrollo de software. Antipatrón. Te lo dije « Jummp
Pingback: Desarrollo de software. Guerra de guerrillas « Jummp
Pingback: Desarrollo de software. Ser ágil es cuestión de actitud, no de metodología « Jummp
Pingback: Desarrollo de software. Avance del proyecto y expectativas « Jummp
Pingback: Desarrollo de software. Antipatrón. Proyecto del día de la marmota « Jummp
Pingback: Desarrollo de software. Cascada y sin dinero para el mantenimiento « Jummp
Pingback: Desarrollo de software. Antipatrón. Los clientes son idiotas « Jummp
Pingback: Desarrollo de software. Antipatrón. Somos idiotas « Jummp
Pingback: Desarrollo de software. Antipatrón. Requisitos esparcidos por la pared « Jummp
Pingback: Desarrollo de software. Antipatrón. Tormenta de reproches « Jummp
Pingback: Desarrollo de software. Antipatrón. No es mi trabajo « Jummp
Pingback: Desarrollo de software. Antipatrón. Con la mitad es suficiente « Jummp
Pingback: Desarrollo de software. Antipatrón. Abracadabra « Jummp