Sobrevivir a un proyecto de Odoo

Roberto Lizana @roberlizana @nachohmg

Sobrevivir a un proyecto de Odoo

Nacho Hermoso de MendozaCEO Domatix


Definición del proyecto

● Definición de requerimientos:– Toma de requisitos– Personal implicado

● Alcance y valoración– Documento de requerimientos– ¡Presupuesto!


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


¡Firma!

(*) opcional


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


Ejecución del proyecto¿Como quieres tu proyecto?

Calidad

Tiempo Costeutopía

mediocre

caro lento


Tres ejes del proyecto

● ¿Qué busca el cliente?– Ahorro de costes– Menor tiempo posible

● ¿Que busca el implantador?– Mayor rentabilidad– Menor tiempo posible


¿Y la calidad?


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


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


¿Cobrar el desvío?

Calidad

Tiempo Costeutopía

mediocre

carolento

Gratis

mediocreutopía

inviable


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...


Realidades

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


¿Que hacer ante un desvío?

¿Aceptar desvíos sin valoración?


DependeHabitualmente NO


¿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


¿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


¿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%


¿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”


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


¿Dudas?

Mesa redonda

Sobrevivir a un proyecto de Odoo

Software