7921330
Description
Mind Map by Fredy Humberto Vera Rivera, updated more than 1 year ago
|
Created by Fredy Humberto Vera Rivera
almost 8 years ago
|
|
Iteración cero
- DEFINICIÓN
- Actividades que el equipo debe realizar antes
de iniciar las iteraciones para el desarrollo del
producto. Toma solo unos días o máximo un
par de semanas
- Actividades que el equipo debe realizar antes
de iniciar las iteraciones para el desarrollo del
producto. Toma solo unos días o máximo un
par de semanas
- ¿CÓMO SE PREPARA?
- Es necesaria toda la
información clave para el
equipo y el negocio.
- SE DEBE ANALIZAR O
DEFINIR:
- Ideas y visión inicial
del producto
- Necesidades del cliente,
del negocio y del
producto
- Lista de las necesidades del
producto, en un alto nivel de
abstracción. Prioritarias y
esenciales, no son
demasiado precisas.
- Lista de las necesidades del
producto, en un alto nivel de
abstracción. Prioritarias y
esenciales, no son
demasiado precisas.
- Prácticas y estandares
de desarrollo
- Hardware y/o entorno de
desarrollo y de producción
- Arquitectura Inicial del
software
- Tener en cuenta necesidades del sistema como:
Controladores de tecnología específicos,
compatibilidad con estándares de la industria,
código descargable a través de la nube, gráficos
tridimensionales o transición a un sistema
integrado de Linux
- No es un documento formal
del diseño
- Es la partición inicial del
sistema desde una
perspectiva de hardware
y software
- Evoluciona con
cada iteración.
- Tener en cuenta necesidades del sistema como:
Controladores de tecnología específicos,
compatibilidad con estándares de la industria,
código descargable a través de la nube, gráficos
tridimensionales o transición a un sistema
integrado de Linux
- Estimar el backlog de historias
(product backlog) y el plan del
desarrollo (release plan)
- Para identificar y priorizar las
historias se puede usar:
- Analisis Muscow: debe
tener, debería tener,
podría tener, no tendrá
- Analisis Muscow: debe
tener, debería tener,
podría tener, no tendrá
- Atributos de las historias
de usuario
- Independientes, negociables,
Valuables, estimables, pequeñas y
que se puedan probar
- Independientes, negociables,
Valuables, estimables, pequeñas y
que se puedan probar
- Para identificar y priorizar las
historias se puede usar:
- Objetivos del negocio y
esfuerzo de desarrollo
- Equipo de desarrollo
y sus características
- Product Owner - Cliente
- En ocasiones es un equipo completo de personas como:
gerentes de productos, ingenieros de sistemas, ingenieros
de pruebas, analistas de negocio y del producto,
especialistas en marqueting.
- En ocasiones es un equipo completo de personas como:
gerentes de productos, ingenieros de sistemas, ingenieros
de pruebas, analistas de negocio y del producto,
especialistas en marqueting.
- Desarrolladores
- Product Owner - Cliente
- Fechas críticas o obligatorias
- Por ejemplo: Fechas de fabricación o producción, las
fechas de los proveedores, los contratos
de los clientes, las metas de ingresos, las
ventanas de mercado, las amenazas
competitivas o los objetivos de motivación
y del negocio
- Se debe tener claro por qué
esas fechas son críticas. El
equipo de desarrollo las debe
conocer y tenerlas visibles
organizadas en un calendario.
- Se debe tener claro por qué
esas fechas son críticas. El
equipo de desarrollo las debe
conocer y tenerlas visibles
organizadas en un calendario.
- Por ejemplo: Fechas de fabricación o producción, las
fechas de los proveedores, los contratos
de los clientes, las metas de ingresos, las
ventanas de mercado, las amenazas
competitivas o los objetivos de motivación
y del negocio
- Ideas y visión inicial
del producto
- SE DEBE ANALIZAR O
DEFINIR:
- Es necesaria toda la
información clave para el
equipo y el negocio.
- DEBEN PARTICIPAR
- En lo posible todos los
miembros del equipo e
interesados. Entre estos:
- Personas que tienen la visión
del producto a desarrollar.
- Personas que entienden las
principales funcionalidades y cómo
serán usadas
- Desarrolladores del sistema
- Personas encargadas de las
pruebas.
- Financiadores del sistema
- Expertos en tecnología
- Expertos en el dominio o en el
negocio a desarrollar
- Personas que tienen la visión
del producto a desarrollar.
- En lo posible todos los
miembros del equipo e
interesados. Entre estos:
Media attachments
Want to create your own Mind Maps for free with GoConqr? Learn more.