El cliente, of course. Fin del artículo, estoy muy liado.
Bueeeeeeno, vaaaaale, es verdad, llevo un montón de tiempo sin escribir, vamos a darle un mínimo de literatura.
La cosa surge hace unas semanas en un proyecto con un cliente en el que estoy proponiendo, como ya he hecho con éxito en otros muchos sitios, montar una tarde de viernes de cada dos como “tarde de laboratorio”. La idea no es mía directamente, la tomo prestada de Henrik Kniberg, y como está en Internet a disposición del respetable sería tontería guardármela en plan “secreto de empresa” o “know how”. Ala, el que quiera ya puede ponerse a ello, que el mercado es de todos. Arrieritos somos .
Suponiendo una tarde cada dos semanas, la inversión total de I+D de la compañía estaría por debajo del 5%, algo que considero peligrosamente bajo en una empresa que depende fundamentalmente del capital humano y del conocimiento y capacidad de sus desarrolladores, pero por algo hay que empezar. Total, que el cliente a priori acepta bien la idea, pero hay una cosa que no acaba de ver claro. ¿Cómo le dice al cliente (al suyo) que los desarrolladores no están a piñón con el proyecto, que están “jugando” en el laboratorio?
Ahí es donde yo me quedo a cuadros claro. Quien me conoce sabe que no creo que los desarrolladores puedan sacar más de seis horas buenas-buenas de programación al día, y eso defendiéndolos a saco de interrupciones y context-switching. Lo que nos deja dos horas al día para slack (relajación, desayuno, café, facebook, twitter, blog ), gestión del proyecto, actividades de la empresa (informes, reuniones), I+D (incluiría la formación aquí) y, lo que hay que perseguir, gasto, el enemigo en Lean: re-trabajos, esperas, errores y mantenimientos, pérdidas de tiempo, procrastinación, charlitas de pasillo…
Todas esas cosas nadie las cuestiona. Se hacen. Cuando los desarrolladores reportan otra estupenda semana de 40 horas dedicadas al proyecto dormimos tranquilos, pero la verdad, la terrible verdad, es que muchas veces ni siquiera han salido 20 horas buenas en la semana. Que demonios, a veces no salen ni diez. Pero reportamos 40, el Jefe de Proyecto contento porque se factura y el cliente preocupado porque no entiende cómo leches después de 40 horas con el proyecto apenas tiene una pantallita de bienvenida a la aplicación. “Es que esto es muy complicado, Jefe”. Facturita al canto.
A lo que vamos: que podríamos ser honestos y, si cobramos 1.500 euros por consultor a la semana, reportar 20 horas a 1.500 euros. Pero entonces los chapuceros de nuestra competencia dicen que ellos son más baratos, que ellos cobran 1.500 euros por una semana de 40 horas. Sus consultores no desyunan, no van al baño, no asisten a reuniones, no responden correos, no leen en Internet, no tienen Facebook… O eso, o pasan 80 horas a la semana en la oficina, claro.
Y entonces somos poco competitivos. Así que subimos las horas y ponemos ese “100% de dedicación al proyecto” que al cliente le gusta tanto. Y todo el que ha estado en una consultora sabe que luego la gente está cargada al 200%, al 300%… Y lo que es peor: el cliente lo sabe también, pero hace como que no y baila el juego. Las cosas son así, siempre lo han sido.
Bueno, eso está bien para los que aun vivis en Matrix y dependéis del sistema tanto que matareis por defenderlo. Pero los renacidos en Sión, los que hemos estado en el otro extremo de la realidad, los que tenemos clientes con los que se puede colaborar, crecer y pasarlo bien… Nosotros vemos las cosas de otra forma.
Por lo pronto seguimos y asimilamos el dicho de Tom Peters : ¿Quién dirige la compañía? Los clientes. Los habitantes de Matrix oyen esto y dicen “el cliente quiere muchas horas gratis”, y crean una realidad en la que solo van a comprarles ese tipo de clientes. El que vaya a pedir un proyecto a una de las grandes “cárnicas” ya sabe a lo que va. Pero el estado mayor de Sión se reune y cuelga en la web (en la más fea de la Internet, eso sí) un manifiesto en el que declaran que el cliente lo que quiere es producto funcional, adaptación a los cambios, colaboración y trato personal. Y eso es en lo que creemos.
¿Quién paga las horas de I+D? El cliente. ¿Quién paga la fiesta de la empresa? El cliente. ¿Quién paga las nóminas, incluyendo la de la limpiadora? El cliente. Todo lo que no sale puntualmente de una ampliación de capital o un préstamo es, tarde o temprano, pagado por el cliente. Costes de infraestructura, maldita sea, repercutidos directamente en el coste del producto o en la tarifa horaria. Lo que el cliente quiere no es saber cuanto gastamos en donuts. Quiere un producto cojonudo muy bueno, a muy buen precio y muy rápido. Y eso se consigue siendo muy bueno y muy rápido. Y a eso se llega desarrollándose y mejorando.
Y para poder ser competitivos está bien que intentemos reducir el gasto (Muda, en la terminología Lean) y que los costes de gestión sean lo más eficientes posibles. Pero ponerse a recortar en I+D, y más con los vientos que corren… Y encima usar para ello la excusa de que el cliente es lo que quiere… En fin, no puedes salvarlos a todos, Neo.
Pingback: http://www.mundo.es/5350/noticia-quien-dirige-y-quien-paga
Me gusta… mucho!!
¡Qué gran verdad!Algún día todos los informáticos deberíamos unirnos… Ese día, cambiarían muchas cosas…¿Alguien se imagina un mundo sin informáticos durante 24 horas?
¿Y en qué contribuiría exáctamente una huelga de informáticos de 24 horas a mejorar la relación con los clientes y la calidad de vida de los informáticos? Creo que no es el espíritu de lo que he intentado transmitir… Estoy dando razones por las que invertir en calidad, lo cual implica entre otras cosas mejorar las condiciones de vida y el crecimiento profesional de los informáticos, pero quien esté viendo en esto una llamada a la anarquía y la cerveza fría… Debería de volver a leer el artículo, sinceramente
Hola Ángel.
Me ha gustado mucho. Describes muy bien la situación que antes o después (o durante toda la vida) se puede encontrar un profesional en su empresa.
El problema, como siempre, viene porque existe una persona no competente tecnicamente al mando. No digo que no sea una persona inteligente. Simplemente que no sabe cómo realmente funciona el negocio, proyectos y equipos. Así que intenta usar un modelo que sí comprende. En este caso, el modelo es el debe/haber de toda la vida.
Lo que yo he hecho en estos casos siempre ha sido engañarlo. Si él se queda más contento fichando todas las horas a contratos, pues que así sea. Pero no estoy dispuesto a no dedicar ni una hora a I+D.
¡Amén!