-
EQUIPO
- Evitar silos funcionales/por roles
- Espacio físico común para todo el equipo incluyendo clientes si es posible
- Implicar en lo posible a todo el equipo en la planificación
-
REDUCIR DESPERDICIO
- Sustituir pesados documentos funcionales que nadie se lee. Tomar requerimientos enseñando producto, no en abstracto
- Evitar reuniones de sólo "reporting" mejorando la visibilidad de la información y el autoservicio (comunicación) - http://nodotic.me/1xgu
-
EJECUCIÓN
-
Enfoque mixto: Habilitar "zonas ágiles" + zonas "tradicionales" para tareas "cross"
- Por ejemplo en la toma de requerimientos: iterativa, colaborativa (wiki?), incremental o en el desarrollo de informes/consultas
- Product Owner: Coordinador de Business Process Owners del cliente
-
"Componentizar"
- Hacer una primera toma completa de requerimientos pero de alto nivel
- Identificar bloques de funcionalidad común
- Identificar bloques de funcionalidad (por procesos) separable/independientes y los puntos de contacto entre ellos
- Sprints (análisis+desarrollo/test+aceptación) completos de cada bloque empezando con los más rápidos de implantar y más críticos (es un compromiso)
-
PLAN
-
Incremental
- Instalar producto "out of the box" y formar
- "Componentizar" (ver Ejecución)
- Tras cada Sprint revisar
- Elementos funcionales irrenunciable identificados
-
CONOCIMIENTO
- Integrar al cliente en el equipo de trabajo con responsabilidades directas de entregables
- El equipo del cliente que cuando acabe el proyecto se hará cargo internamente, debe estar presente y activo desde el primer momento del proyecto
-
COMUNICACIÓN
- Visibilidad de avances, concepto de "radiador de información" - Kanban
- Reuniones frecuentes donde deba hablar todo el equipo y de tiempo limitado
-
CALIDAD
- Que el cliente conozca/defina lo que significa "hecho" o "aceptado" desde el principio
- Reunión semanal retrospectiva
-
VENTA
- Contrato: facturación sujeta a hitos/entregables de funcionalidad completa ("marketeable features")