Tratamiento y gestión del proyecto desde el cierre de la venta o la firma del contrato hasta la puesta en producción del ERP, y cómo en ocasiones hay que tratar con más problemas "psicológicos", de pagos, de feedback, u otras áreas que la parte técnica e incluso funcional.

1. Sobrevivir a un proyecto de Odoo
Nacho Hermoso de Mendoza
CEO Domatix

2. Definición del proyecto
●
Definición de requerimientos:
– Toma de requisitos
– Personal implicado
●
Alcance y valoración
– Documento de requerimientos
– ¡Presupuesto!

3. Análisis y alcance
●
¡Es la parte más importante del proyecto!
No escatimar esfuerzos en esta fase
(*) Truco: No realizar valoración hasta que se valide
●
En el documento hay que incluir la definición
de desvío
●
Cuanto antes se hable de desvíos, menos problemas
habrá durante el proyecto

4. ¡Firma!
(*) opcional

5. Comienzo del proyecto
●
Tiempos de implantación
– Planificación de recursos
– Dividir por fases (entregas funcionales)
– Asociar entregas a pagos
●
De la parte del cliente
– Coordinar con su personal las validaciones
– Establecer tiempos máximos validación y pagos

6. Ejecución del proyecto
¿Como quieres tu proyecto?
Calidad
Tiempo Coste
utopía
mediocre
caro lento

7. Tres ejes del proyecto
●
¿Qué busca el cliente?
– Ahorro de costes
– Menor tiempo posible
●
¿Que busca el implantador?
– Mayor rentabilidad
– Menor tiempo posible

8. ¿Y la calidad?

9. Calidad
●
Los proyectos de calidad ahorran problemas
– Establecer mínimos de calidad
– Calidad “medible” y homogénea
– No sólo en desarrollo: validaciones, comunicaciones y
seguimiento comercial
– Herramientas para desarrolladores: test unitarios,
integración continua, coverage, etc...
– A menor bugs, menos problemas y tiempo dedicado

10. Desvíos
¿Qué es un desvío?
“Cualquier variación del proyecto que no esté
incluida en el alcance”
En todos los proyectos complejos existen desvíos

11. ¿Cobrar el desvío?
Calidad
Tiempo Coste
utopía
mediocre
caro
lento
Gratis
mediocre
utopía
inviable

12. Miedos
●
El cliente se va a enfadar
●
Va a pensar que le engaño
●
Vamos a discutir el por qué del desvío ahora
●
Voy a perder al cliente
●
Etc, etc...

13. Realidades
●
Estoy trabajando gratis
●
No valoro mi trabajo
●
Pierdo rentabilidad
●
Desgasto a mi equipo de trabajo y el proyecto

14. ¿Que hacer ante un desvío?
¿Aceptar desvíos sin valoración?

15. Depende
Habitualmente NO

16. ¿Excepciones?
●
Margen de rentabilidad en el proyecto
●
Cambio de una funcionalidad por otra
●
Intercambio de “favores”
●
Compensar un problema previo
¿Solución?
Descuento deferencia comercial
(*) Igualmente es un desvío, pero no se cobra

17. ¿Problemas?
●
Detectar e identificar problemas
– Clientes poco cualificados (no entienden ni el análisis)
– Clientes peleones (rebeldes sin causa)
– Usuarios que sabotean el proyecto
– Retrasos en las validaciones, urgencia en las entregas
– Pagos

18. ¿Soluciones?
●
No hay una solución mágica. Algunas ideas:
– Mejora en las comunicaciones y seguimiento
– Definir claramente condiciones al comienzo
– Comprobar calidad y validaciones previas a entrega
– Interrumpir el proyecto al primer impago
●
Resumen:
Dedicar recursos para comunicación/calidad/validación
(*) incremento del coste +10/12%

19. ¿Soluciones?
●
¡¡Control interno!!
– Definir metodología y flujos de trabajo
– Reuniones periódicas (¿Scrum?)
– Autoimplantar un ERP (!!)
– Gestión de tiempos del equipo
●
Alejarse un poco del día a día
“No queramos para nosotros lo que no queremos para
nuestros clientes”

20. Resumen
●
Definir el proyecto inicialmente
●
Gestionar correctamente las expectativas
●
Planificar y entregar conforme a lo pactado
●
Evitar retrasos e impagos por parte del cliente
●
Seguimiento y comunicación constante

21. ¿Dudas?
Mesa redonda