Sobrevivir a un proyecto de Odoo
1 recomendación859 vistas
El documento detalla las etapas y consideraciones clave para la gestión de proyectos de Odoo, enfatizando la importancia de la definición de requerimientos, el manejo de desvíos y la calidad del proyecto. Se discuten estrategias para planificar y ejecutar el proyecto, incluyendo la necesidad de una buena comunicación con el cliente y el establecimiento de expectativas claras. Además, se aborda la gestión de problemas comunes y la importancia de la rentabilidad y el tiempo en el proceso de implantación.
Sobrevivir a un proyecto de Odoo
- 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
- 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
- 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?
- 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