Este proyecto está mal vendido

Ojalá me dieran un euro cada vez que escucho que «el proyecto está mal vendido«. Junto con «en mi local funciona» es la segunda frase autocomplaciente más habitual del mundo, forma parte del acervo popular de descarga de responsabilidad. Es curioso, porque a las personas más brillantes que conozco nunca se lo oigo decir, pero bueno. Cosas mías.

A mí me encanta escuchar que un proyecto está mal vendido, y como los que me conocéis sabéis que no me callo, siempre respondo con un habitual «¿y tú cómo has ayudado para que estuviera bien vendido?«. ¡Un momento! Guardiola, ¿no estarás insinuando que los técnicos tienen que participar en el proceso de venta? ¡En absoluto! No lo insinúo, lo afirmo categóricamente.

No me lo puedo creer. Técnicos involucrándose en el proceso de venta. ¿Pero no habíamos dicho que los técnicos son los que ejecutan y los comerciales los que venden? También habíamos dicho que los comerciales no tienen ni puta idea de lo que venden, y a lo que se dedican es ir a comer y tomar cafés con gente mientras los demás partimos teclados a base de programar. Tranquilos, en este post no voy a revindicar el trabajo del comercial (sólo faltaba)

No, este post vuelve a tratar sobre cosas que son necesarias para uno mismo, y que tengo que hacer aunque no me gusten, sea como sea, porque me acerca a mis objetivos.

¿Cómo se vende un proyecto?

En general un proyecto se vende de dos maneras: o porque alguien te llama y te lo da, o porque tienes que competir con otros para conseguirlo. En casos de proyectos TIC, la cosa va más allá. Estamos en un mundo en el que la calidad del software cada vez pesa menos como factor a la hora de la toma de decisión de compra. Especialmente en el Sector Público, donde se ven concursos en los que la oferta económica es el 60% de la puntuación. Casualmente, los responsables de esos organismos se lamentan de la baja calidad del software que reciben, de lo mal pagados que están los profesionales, de lo mal que está el sector TIC… En fin, todo muy coherente.

El caso es que acreditar la capacidad técnica parece que se ha convertido en condición necesaria, pero no suficiente; lo que significa que al final hay que hacer una oferta técnica: demostrar que se ha entendido el problema, plantear una solución que tiene sentido, identificar el equipo que lo va a lograr y poner un precio. Así que señores, si los comerciales no tienen ni puta idea de lo que venden, tendrán que ser los técnicos los que se pringuen y aporten la solución técnica. ¿Y por qué querría un técnico ayudar a conseguir un proyecto? Principalmente por dos motivos, a cual más egoísta que el anterior.

¿Quién es el dueño de mi carrera profesional?

Si no tienes claro que el dueño de tu carrera profesional eres tú mismo entonces necesitas urgentemente un choque con la realidad.

Siempre que he hecho entrevistas a candidatos me ha gustado decirles las cosas claras; y una de ellas es que no les puedo garantizar que los proyectos en los que vayan a participar vayan a ser interesantes. Obviamente, el primero siempre tiene que tener ese punto que haga que alguien deje su trabajo para empezar en un sitio nuevo. Pero una vez acabado… (porque sí amigos, los proyectos acaban) pues no se puede saber. En una empresa de software hay de todo, apuesto que hasta en la NASA tienen tanto proyectos virgueros de microprogramar vehículos de exploración en Marte como mantenimientos evolutivos del sistema de nóminas, y nadie quiere caer en el segundo.

Eso quiere decir, que un programador egoísta que se preocupa por sus objetivos personales tiene que tener claro que no puede dejar en manos de un comercial que no tiene ni puta idea la capacidad de acceder a proyectos interesantes.

Cuarta Ley del Programador Egoísta: Si quieres participar en proyectos interesantes, no te quedes esperando a que te caigan del cielo.

Así que la próxima vez que te pidan ayuda para preparar una propuesta, destierra de tu cabeza los pensamientos autocomplacientes como:

• No es mi trabajo. Te equivocas, construir tu curri es realmente a lo que te dedicas.
• Estoy muy ocupado. Estás ocupado ahora, pero supongo que querrás seguir ocupado después, ¿verdad?
• No tengo suficiente información. Bienvenido al mundo real. Ahora procesa la información que tienes, acota tú mismo el problema, deja claras esas premisas, y propón una solución.
• No me quiero mojar con las estimaciones. ¡AJA! Ese es el verdadero problema. Lo mejor es que las estimaciones las haga otro, para así tener a alguien a quién culpar de mis problemas. Autocomplacencia en estado puro.

Si no te parece suficiente, aquí viene el segundo motivo. Es todavía más duro que el anterior.

Adivina quién se lo va a comer con patatas

Exacto. No hay mayor muestra de inteligencia (emocional o no): si vas a acabar metido en el proyecto más te vale asegurarte que se va a hacer como crees que debe hacerse, porque al final, el que va a estar metido en la trinchera vas a ser tú. Así que por lo menos, encárgate de decirle al Teniente cómo tiene que ser la trinchera, dónde hay que tender las alambradas, cuántos sacos terreros necesitas para protegerte del fuego enemigo, cómo disponer las Vickers para que tengan mejor campo de tiro, y qué vas a hacer si el enemigo usa Gas Mostaza. Si no lo piensas tú, no te preocupes, otro lo pensará por tí.

En general, como norma de vida, nunca pierdas la oportunidad de definir cómo debe ser cualquier puzzle en el que seas una pieza. Al final, todo el mundo opina sobre un proyecto: precisamente de eso trataba el primer título de este post. Opinar está muy bien, pero las personas con objetivos además de opinar actúan.

Quinta Ley del Programador Egoísta: Aprovecha cualquier ocasión que tengas para que los proyectos se vendan como tú crees que deben venderse.

Esta Ley tiene un Corolario:

Corolario a La Quinta Ley del Programador Egoísta: Si pudiste implicarte en la venta de un proyecto, pero miraste hacia otro lado, a nadie le va a importar lo mucho que te quejes luego.

Porque al final, el mundo de los proyectos se basa en que primero se vende y luego se ejecuta; al contrario que el mundo de los productos. Tienes dos alternativas: trabajar para conseguir llegar a tu objetivo de aprender y trabajar en proyectos cojonudos ( y lograrlo, o no), o confíar en que alguien lo va a hacer por ti (y a ver qué pasa). Sólo en una de las dos alternativas puedes llegar a tener control: espero haber dejado claro que a mí la que me funciona es la primera.

Por último, me gustaría recordar a todos los desarrolladores (egoístas o no) que por encima de las leyes de los programadores, hay una Ley Universal de las empresas de servicios.

Ley Universal de las Empresas de Servicios: La venta nunca se para. Las ofertas se presentan se impliquen o no los técnicos que las van a hacer.

Espero que la próxima vez que os pidan ayuda para preparar una oferta seáis un poco más egoísta, penséis en vuestro propio beneficio, y lo hagáis.