Sobre la rentabilidad en los proyectos de Odoo

Como empezar a hablar de este tema tan trillado? Lo mejor será hacerlo por la conclusión: transformen su negocio en un taxi. A lo largo de los años aprendimos que mientras cobremos cada hora que trabajamos, vamos a ser rentables como empresa. Lo que nos lleva a la conclusión que somos unos taxistas glorificados. Nos llevo años descubrir (y unos cuantos pesos tirados por la ventana) lo que los taxistas sabían desde la primer hora.

Los proyectos en Odoo suelen ser riesgosos y financieramente un desastre por varios motivos. Pero el principal es que terminamos trabajando muchas horas por temas que los clientes nunca pagan (es simple, piden más cosas porque saben que no las van a pagar, o esperan muchas funcionalidades que asumen que son gratis cuando no lo son). Es mas. La forma de manejar nuestros proyectos se parece a la de un peluquero que cobra siempre y cuando su clienta salga linda de la peluquería. Es así de ridículo, no encuentro mejor manera de describirlo. La realidad es que somos demasiado pobres para subsidiar los errores de nuestros clientes.

Para evitar eso, es fundamental estructurar los proyectos de forma tal que el cliente pague cada línea de código que pide. En nuestra experiencia, eso se logra de dos maneras: por medio de adelantos en los pagos y metodologías ágiles. Las metodologías ágiles tienen una gran virtud. Te obligan al poco tiempo a poner en producción funcionalidad. Lo que es beneficioso por tres motivos: el primero es que el cliente al poco tiempo ya tiene funcionalidad que le sirve (no toda la funcionalidad que necesita, pero tiene algo. No necesita esperar una eternindad). El segundo es que eso lo lleva a pagar antes (lo que mejora la situación financiera de la empresa). Pero por sobre todo si se sufren desvíos, los mismos no provocan una catástrofe financiera (ni para el cliente ni para el implementador).

En otros posts vamos a hablar de como implementar Odoo con metodologías ágiles. Pero por lo pronto, mientras no cambiemos como administramos los alcances de los proyectos, las expectativas de los clientes ni la metodología; estamos condenados a seguir siendo pobres (reconozcamoslo, muchos de nosotros podría estar mejor financieramente).

Cuanto debemos cobrar por hora?

Da para largo, pero a lo largo de los años aprendimos algo. Que se debe cobrar lo que el cliente puede pagar y un monto que a uno le sirva desde el putno de vista financiero. Lo importante es cobrar cada hora que se trabaja. Mientras se pague cada hora trabajada, uno va a estar mejor.

Un consejo para pagar por adelantado y mantener a los desarrolladores bien pagos

Implementar Odoo es una tarea que por lo general involucra mínimo un 50% de esfuerzo de programación. Y programar es una actividad intelectual, nos guste o no. Los parámetros de productividad de los programadores no son precisamente comparables con los de las actividades industriales (aunque nunca falta el idiota que habla de software factory). El punto es, para que funcione un proyecto uno necesita que el programador se involucre intelectualmente en el mismo. Si no se logra eso... tengo la sensación que el proyecto no va a llegar muy lejos.

Es por eso que me llamó la atención este post del blog Planet Money titulado "How poverty makes workers less productive". En este blog se menciona un estudio (titulado Do Financial Concerns Make Workers Less Productive?) en el cual se llega a la conclusión que dar a los trabajadores plata por adelantado, los libera de la agonía mental de ser pobres y les permite ser más productivos. OK, el estudio lo hicieron en la India pero me parece que tranquilamente se puede aplicar a Argentina (no se porque...)

Usted se preguntará que tendrá que ver esto con Odoo? La realidad es que no somos una comunidad que nada en dinero. Más bien todo lo contrario, creería que a la gran mayoría de los desarrolladores de Odoo en Argentina les cuesta llegar a fin de mes. Suena duro, pero es la realidad. Es por eso que si quiere asegurarse que el desarrollador se comprometa intelectualmente con su proyecto, una buena herramienta es el pago por adelantado. No digo el 100% del trabajo, lo último que uno quiere es cambiar los incentivos del proyecto. Pero si un monto razonable de forma tal que el implementador no tenga que pensar en salir corriendo al banco durante el proyecto.

Que es lo que aprendí de un célebre periodista argentino que insistía que el siempre quería pagarle a la gente que trabajaba con el. No lo hacía por filántropo, sino porque pagando el se ganaba el derecho de poder exigirles resultados. Muchos argentinos nos olvidamos de este pequeño detalle.