Cómo unificamos expectativas de más de 30 partes interesadas en una visión y una hoja de ruta
En sophilabs alineamos a todas las partes interesadas desde el inicio y nos aseguramos de que conozcan el alcance y la viabilidad del producto. Es esencial para el éxito: fija expectativas correctas y permite al responsable del producto gestionar mejor el backlog.
Realizamos un taller presencial de definición inicial del producto en la sede de Amgen, en Thousand Oaks, California. Creamos una visión unificada y descubrimos que gran parte del trabajo previsto no era necesario para un producto exitoso. Por eso defendemos esta definición inicial como forma de ahorrar tiempo y recursos.
Reunimos a más de 30 partes interesadas de distintos ámbitos y usamos técnicas para descubrir conceptos clave antes del desarrollo:
- Tablero de visión del producto
- Presentación breve
- Controles deslizantes de prioridades
- Análisis de partes interesadas
- Análisis de perfiles de usuario
- Mapeo de historias épicas
- Maquetas
- Creación del backlog del producto
- Estimación de tamaño
Sobre Amgen
Amgen Inc. es una multinacional biofarmacéutica estadounidense con sede en Thousand Oaks, California.
Se centra en biología molecular y bioquímica y busca transformar la atención médica con tecnología de vanguardia basada en ADN recombinante.
El producto de Amgen
Amgen quería una plataforma para científicos de datos que facilitara colaboración y garantizara seguridad y auditoría.
Las iteraciones anteriores no habían reunido al grupo adecuado antes del desarrollo. Esto afectó al prototipo porque nunca hubo un conjunto completo de objetivos.
Tablero de visión del producto
Comenzamos con el tablero de visión del producto, dividimos a los participantes en grupos y dimos a cada uno un espacio para reunir ideas.
Consolidamos los resultados en un único tablero con aportes de todos:
Presentación breve
Volvimos a dividir a los participantes para crear presentaciones breves. Cada grupo elaboró una versión y luego consolidamos las ideas:
Una experiencia integrada para científicos de datos que permite colaborar y aprovisionar recursos para acelerar el recorrido desde la idea hasta el despliegue en producción, y para administradores de recursos que necesitan recibir y aprobar solicitudes de manera segura y eficiente.
Análisis de partes interesadas
Con la visión completa, trabajamos en el análisis de partes interesadaspara comprender las necesidades de todos.
Usamos controles deslizantes de prioridades e interés frente a influencia. Estos fueron los resultados:
Controles deslizantes de prioridades
Los participantes ordenaron la importancia relativa de distintas características. Así establecimos una base de prioridades como referencia para mediar en futuros desacuerdos.
Análisis de partes interesadas
El siguiente paso fue obtener una visión completa de las partes interesadas y el nivel adecuado de participación. Es esencial en proyectos ágiles y puede pasarse por alto. En estos casos, preferimos lo explícito a lo implícito.
Perfiles de usuario
Reunimos los aportes y los resultados de análisis de partes interesadas y visión del producto para definir estos perfiles:
- Aprobador de flujos de trabajo
- Administrador del sistema
- Administrador de área funcional
- Administrador de proyecto
- Integrante de proyecto
- Usuario de análisis
- Verificador de custodia de plataforma
- Responsable de despliegue
- Publicador de conjuntos de datos
- Analista
La actividad representa de forma realista a los usuarios y permite crear historias sobre sus interacciones habituales con el sistema.
Mapeo de historias épicas
Con perfiles y visión completos, exploramos las funciones generales y creamos un mapa de historias para elaborar el backlog. La pregunta guía fue: ¿cómo cumplirá cada perfil sus objetivos de una forma que alcance la visión del producto?
Maquetas, backlog y estimación
La participación de todos permitió crear una hoja de ruta bien definida. Los prototipos rápidos y maquetas ayudaron a estimar el esfuerzo necesario.
Descubrimos que el trabajo podía dividirse en dos proyectos separados, dando flexibilidad de entrega. Una fase incluso podía sustituirse por una plataforma de terceros. Saberlo antes de desarrollar ofreció ahorrar tiempo y recursos valiosos, otra razón de la importancia de esta definición inicial.
Conclusión
Al finalizar, teníamos una lista completa de funciones clasificadas como «imprescindibles» o «deseables» y una hoja de ruta.
El responsable del producto tenía información para crear y priorizar el backlog, y todas las partes estaban alineadas en alcance y duración. Amgen podía avanzar sabiendo que crearía un producto relevante y útil para sus necesidades.