Posts from the 'emprendiendo' Category

Los dos tipos de negocio de desarrollo de software

a dilemma (Julia Manzerova)

Muchos informáticos están amargados. La mayoría. Tienen un mal equipamiento, no se les reconoce el montón de horas que trabajan, continuamente deben estar aprendiendo cosas y tienen que solucionar problemas con tecnologías en las que no son expertos, porque llevan sólo unos meses con ellas y las propias tecnologías muchas veces no están consolidadas.

Eso, los que trabajan en una empresa cuyo negocio es vender líneas de código, ya sea en la forma de productos o de horas/hombre en casa de un cliente. Los que trabajan en una empresa cuyo negocio principal es otro y la informática es sólo una función de soporte son los que ya conocen el infierno. El dueño de la empresa tolera a esos informáticos que tiene que aguantar por allí y que gastan tanto dinero porque necesita que los ordenadores funcionen o que su web siga operativa. Pero si pudiera prescindir de ellos, lo haría.

Si hablamos de los primeros informáticos, los que trabajan en empresas de base tecnológica, veremos que están amargados en mayor porcentaje los que están en una empresa que vende servicios y no desarrolla productos. Son empresas que venden «Proyectos», con la P mayúscula, ejecutados mediante su «Metodología» (con la M mayúscula, también), que dicen aplicar los principios del PMI y que te obligan, o no, dependiendo de la moto que vendan, a ir vestido de traje de chaqueta a programar. Es imprescindible que mis compañeros comprendan los dos modelos de negocio y las decisiones económicas que hay detrás de cada uno, ya que si no se comprenden no se entienden las decisiones técnicas y operativas que toman «esos que mandan que no tienen ni idea», y que vienen motivadas por las primeras.

Hay dos tipos de empresas: las que venden servicios y las que venden productos. Y, por supuesto, en toda fase de una empresa que empieza se suele tener una mezcla de ambas. Cuando tuve mi empresa, Elelog, pasé por ambas fases. Yo era defensor de vender servicios, que es lo fácil, lo que sabía hacer. Ahora no quiero vender servicios ni en pintura. Bueno, salvo la formación, que me apasiona demasiado y es casi un vicio. Me pagan por hacer algo que me gusta mucho. Hablemos de las empresas que venden servicios.

Vendedores de carne

camel butcher, by Paul Keller

Básicamente, las empresas que mandan a sus trabajadores informáticos a solucionar los problemas del cliente, son ETTs con ínfulas. Vistan de traje de chaqueta o no, llamen a la venta de carne «Asistencia técnica», «desarrollo in-house», «atención personalizada en casa del cliente» o «porno-chacha a domicilio» este tipo de trabajo comparte unas características comunes:

  • el empleado pierde casi todo contacto con la empresa que le manda. De vez en cuando recibe una llamada de su jefe o le ve cuando visita al cliente (si es que se acuerda de su nombre y le saluda). Una vez al mes ve el nombre de su empresa en la nómina.
  • es el cliente el que decide el día a día de su trabajo. Su jefe «de verdad» es el Cliente, no su empresa. Es el que le explica el trabajo que debe hacer.
  • lo que ocasiona esto es un desarraigo de la empresa, una no-identificación con su empresa, ya que el informático se da cuenta de que su empresa actúa como un mediador, como un vendedor de esclavos. El cabreo aumenta el día que se da cuenta de que, cada mes, su empresa gana dinero «por no hacer nada», sólo por tenerlo allí.
  • un día uno de los mejores programadores que estaban con él trabajando en un proyecto para el Cliente se va a otra empresa. No le han aplicado una mísera subida de sueldo. «¿Cómo han podido dejar escapar a este crack?», se preguntan. Y ven que el más inútil sube de programador a analista. «¡No lo entiendo, debe ser un enchufado!, ¡esta empresa se va a pique, no tienen ni idea!». Pero los contratos siguen llegando. La explicación más normal: estos son unos enchufados y seguro que tienen un chanchullo, si no no se entiende cómo se han tragado a esos dos becarios nuevos que no tienen ni idea.
  • la formación que se les da va exclusivamente dirigida a ser más «productivos» en el proyecto en el que están ahora mismo trabajando. La sensación de «gallinita ponedora» aumenta. No hay carrera profesional. No preguntes, porque no hay respuesta.

A este panorama desolador se enfrentan todos los días excelentes programadores al ir a su puesto de trabajo. Se quejan tomando café, y no acaban de entender el porqué de las decisiones de sus jefes. Y están frustrados, porque suponen que hay una respuesta lógica, pero se les escapa. Piensan que si aprenden nuevos lenguajes de programación, o nuevos trucos para gestionar la base de datos Oracle, o formas de que ese servidor Tomcat no se quede sin memoria, serán mejor valorados dentro de su empresa. Y temporalmente puede que así sea, pero el esquema anterior se repite inexorablemente.

Click para ver el autor

Pues bien, la culpa es del modelo de negocio de venta de servicios, y el culpable último es el Cliente.

El Cliente, por ejemplo un Ayuntamiento, una gran empresa o una administración autonómica, tiene que arreglar una serie de problemas: su portal web debe mantenerse, hay que añadirle capacidades de firma digital, quiere mejorar sus servidores, lo que sea. Tiene una estructura de presupuestos fija y algún lumbreras ha decidido que a un programador se le paga, como mucho, a 50 €/h, a un analista a 60 €/h, y así.

Y ésta es la raíz de todos los males: no se puede pagar lo mismo a todos los programadores porque los programadores no son intercambiables. A ver si nos enteramos de que, en los trabajos mecánicos, en los que no hace falta creatividad, trabajos que se han convertido en commodities, los trabajadores son intercambiables. Respeto profundamente a las personas que recogen las bolsas de basura por las noches, es un trabajo muy duro y necesario. Pero si quito a uno cualquiera y pongo a un robot capaz de lanzar bolsas a un camión no se va a notar. Sin embargo, dos abogados no son intercambiables. Está claro que uno especializado en código penal es lo que quieres cuando te van a mandar a la cárcel por alguna trastada. No es intercambiable con uno especializado en divorcios. Lo mismo pasa con los médicos: todos sabemos que un buen médico es 100 veces más efectivo curando que otros de sus compañeros y le llamamos por su nombre: «me está tratando el Dr. Fulano». Igual sucede con arquitectos, o cocineros. No es lo mismo que te cocine Ferrán Adriá que Pepito el de los Palotes.

Pues con los informáticos, no hay manera, parece que somos intercambiables. Pero un buen programador, el que de verdad es bueno, ese al que sus compañeros admiran, probablemente será diez veces más productivo (y por tanto rentable) que el resto. Pero ¿va a valorarlo el cliente? No. El Cliente seguirá ofreciendo por sus horas 50 €, ni un céntimo más. Y así se crea la espiral marrón del trabajo informático subcontratado:

  • el Cliente establece de antemano el precio máximo que está dispuesto a pagar por cada hora de trabajo. Lanza así una señal de que todo el mundo trabaja más o menos igual, cuando sabemos que en este tipo de trabajo eso es falso.
  • la empresa vendedora de carne contrata a algún becario, ilusionado y con ganas de aprender. Incluyendo todos los costes laborales le cuesta 12 €/h. Buen negocio.
  • a menos que el personal enviado se coma las mesas, el Cliente siempre los acepta. Ya que no es capaz de determinar la validez del trabajo de los que tiene a su cargo, no es capaz de premiar/castigar a los que le llegan. Mientras el proyecto avance, no hay quejas.
  • pasan los años. El programador bueno lee libros, aprende nuevas técnicas, prueba cosas, sigue ilusionado. El malo va a trabajar sus 8 horas y punto. Ambos cobran lo mismo. El programador bueno piensa «este esfuerzo tendrá su recompensa, a fin de cuentas yo programo bastante bien y ayudo a mis compañeros»
  • los sueldos suben. Ahora a la empresa el programador bueno le cuesta 30 €/h. Pero siguen vendiendo sus horas por 50 €. Ya no hay el mismo nivel de beneficios. Se le ofrece una de dos salidas: o asciendes (por ejemplo a Analista) o te buscas otro sitio. El perverso «up-or-out».
  • el programador, que era feliz programando, pasa a una espiral de marrón superior, la del analista. Luego vendrá el Jefe de Proyecto, Consultor, o cualquier otro título que su empresa Dilbertiana tenga preparado.
  • se sustituye al programador bueno con un becario malo. El cliente no lo nota. Los márgenes son los adecuados. Todos felices, salvo el recién ascendido, que sólo quería un mejor sueldo y el reconocimiento de sus jefes. Y seguir programando.

¿Te suena? Este ciclo es el que hace que se vaya gente muy buena y a los jefes parezca que les de igual. ¿Para qué complicarse con ese, si pongo otro y al final no se nota? ¿Te sientes identificado con la empresa en la prestas tus servicios y no con la que te paga la nómina? Normal, porque tu empresa realmente no te aporta nada. No te enseñan nada. Sólo te pagan. ¿No cambian los ordenadores más que cada 10 años? Ya sabes la razón.

Es el mantener el margen de beneficio lo que ocasiona todas las otras aberraciones. Ojo, que no estoy en contra de que las empresas ganen dinero. Es su obligación, para no cerrar y poder crear puestos de trabajo. Pero en este modelo se crean muchas perversiones a posteriori porque todo gira alrededor de mantener un margen por culpa de un tope impuesto por el cliente, no por la calidad del servicio.

Y este tipo de negocios es sencillo de montar: sólo hace falta un buen equipo de vendedores de motos con traje de chaqueta y listo. Lo se, porque yo lo he hecho.

Creadores de productos

Pensemos ahora en otro modelo de negocio. Tengo una idea muy buena: una serie de aplicaciones para iOS que me van a hacer rico. Tengo dinero y voy a montar unas oficinas. Y pienso: «como tengo claro que un programador crack produce 10 veces más que uno malo, si tengo a un crack y hace un programa que me da 100.000 €/mes, me da igual pagarle lo que me pida. Y ponerle la mesa, la silla, el ordenador que quiera. Y una playstation 3 en los lavabos. Y comidas gratis. Y bebidas gratis. Y lo que haga falta, porque voy a invertir en gente y me van a hacer rico». Y hay gente que no sólo piensa ésto, sino que lo hace de verdad.

La creación de productos es muy distinta a prestar servicios. Aquí los requisitos están claros, o se van descubriendo mediante prototipos y charlas con posibles clientes. Pero el responsable de que algo no esté suficientemente claro eres tú, nadie más. Los plazos los pones tú. Tú decides cuánto invertir en programadores y medios técnicos. Si tu producto realmente se va a vender, disponer de los mejores no supone tanto comparado con los beneficios que vas a obtener. Una vez lances tu producto y empieces a vender, alcanzarás el punto de equilibrio cuando lo que te has gastado durante esos meses (o años) puliendo el programa lo recuperes en ventas. A partir de ahí, virtualmente todo es beneficio, ya que la distribución hoy en día del software se hace por Internet y sólo te cobran si vendes. Eso, si usas una plataforma de terceros. Si creas tu propia web, mientras duermes estarás ganando dinero. La gente que esté despierta en la otra cara del planeta puede estar comprando tu producto.

Crear un producto es más duro que vender servicios. Debes tener la idea, buscar el problema que va a resolver tu software, en lugar de esperar a que te expongan el problema. Debes arriesgarte e invertir. Debes automotivarte, mantenerte fresco y creativo mientras el producto se va creando y no se gana dinero, ni hay clientes. Los plazos te los marcas tú. En resumen, toda la responsabilidad es tuya. Por eso la recompensa es mayor, o el batacazo. Porque, claro, siempre puede ir todo mal y no vender nada pero… ¿eso nos va a pasar? ¡No, y si nos pasa, lo seguiremos intentando!

A ver si adivinas cual de los dos modelos me gusta más :-). Y no olvides dejar tus opiniones en los comentarios.

j j j

Vídeo de mi intervención en eTic

Pues aquí está el vídeo de mi intervención en el encuentro eTic 2010: Mobile Development y que se titula: «Crea ¡ya! tu equipo de trabajo para Apple iOS»

En la intervención hablo de todo lo necesario para crear o reconvertir un equipo de programadores y que escriban apps para iOS. Está grabado con mi cámara y la calidad no es profesional (gracias, Walter!), pero al menos así está a la altura del contenido 🙂

Crea ¡ya! tu equipo de desarrollo en iOS from Diego Freniche on Vimeo.

La presentación que utilicé está en Google Docs

La cobertura de los medios del evento:

En el vídeo podéis verme con la camiseta que me preparé de Fanboy gracias a los Macniacos

j j j

Encuentro eTic

Este próximo Miércoles en Málaga, y el Jueves en Sevilla, participaré en el encuentro eTic organizado por Avante. Hablaré de cómo crear un equipo humano para desarrollar aplicaciones para iOS, los tipos de modelos de negocio que hay actualmente, las necesidades de hardware, software, formación, etc. Con cada empresario que me he sentado a hablar de iOS más o menos siempre he tenido las mismas preguntas. Y la idea es despejar estas dudas en 35 min. Bueno, y de paso, viendo mi irresistible personalidad y la potencia de mi discurso, que caigan varios clientes rendidos a mis pies y me contraten a 500 Eur./h o similar.

Si os interesa el desarrollo de aplicaciones para smartphones, creo que es una mañana bien aprovechada, donde se podrán ver varias de las tendencias actuales. Cuando pase el evento pondré por aquí mis impresiones y algo más.

¡Nos vemos!

j j j

Leyendo para emprender

Cuando el año pasado en Octubre, decidí dejar Isotrol e iniciar una nueva etapa en solitario programando apps para el iOS (el S.O. del iPhone, iPod Touch e iPad) tenía claro que no quería cometer viejos errores de mis anteriores etapas como empresario. Quería crecer y mejorar, como persona, como profesional y como emprendedor. Por ello me metí en Amazon y compré un conjunto de libros que tocan estos tres temas.

Pero claro, comprar los libros no es lo mismo que leerlos. Y leerlos no es lo mismo que comprenderlos. Y, en cualquier caso, lo importante, lo único importante de toda preparación, es aplicar lo aprendido. Leer, comprender, aceptar e interiorizar no son nada comparados con hacer. La parte más importante del Getting Thing Done es, precisamente, el Done.

De momento, llevo leídos:

  • Gestiona mejor tu vida, de Berto Pena, librazo que recomiendo a cualquiera que sienta que no le llegan las horas al final del día.
  • The 4 hour workweek, un libro revolucionario por lo simple que te plantea cómo cambiar las cosas. Hay que leerlo dejándose retar por las nuevas ideas de Tim Ferriss y ser capaz de ser flexibles y responder al reto. Me lo recomendó Jaime Gallo y ha sido una revelación.
  • Beginning iPhone 3 Development ha sido mi primer libro de iPhone SDK, y me ha ayudado a preparar mis primeras Apps. He necesitado leerme también (en formato electrónico, no aparece en la foto) Learn Objective-C on the Mac, para tener una idea del lenguaje que está detrás de Cocoa Touch y no perderme. Este último me ha encantado, porque es muy académico y directo. Si sabes C, o Java, te explica las cosas con profundidad y sin mitos. Pero no te lleva de la manita, ni trata de suavizar según que cosas.

Estoy ahora mismo con:

Y luego vendrán:

  • En Julio, SCJP 1.6 Study Guide.
  • Y en Agosto – Septiembre, mezclaré los libros de Joel Spolsky y Micro ISV con el segundo del iPhone, iPhone SDK 3 Programming.

Por supuesto, seguiremos leyendo en blogs, en PDFs (algo del iPad habrá que mirar), etc. Es fundamental el estar permanentemente formándonos, revisando, mejorando (o intentándolo). Tener curiosidad y ganas de aprender es uno de los ingredientes de la salsa de la vida.

¿Y tú? ¿Con qué libros andas ahora? ¿Me recomiendas alguno?

j j j

Controlar una presentación de KeyNote con tu iPhone

Controlar una presentación de KeyNote con tu iPhone
Estoy asistiendo a un curso de Presentaciones Eficaces que me está gustando bastante. Aunque tengo a mis espaldas muchos cursos (literalmente muchas miles de horas de formación, no de vuelo) siempre es bueno seguir aprendiendo y revisar hasta lo que uno cree que hace bien. O mejor debería decir que es imprescindible revisar precisamente lo que se piensa que es una fortaleza. Ya conocéis el dicho: «dime de qué presumes…».
El caso es que a mi me gusta aprender. Tanto cosas técnicas como habilidades personales. Suelo estar dispuesto a escuchar a aquel que pienso  que merece la pena escucharle. El problema suele ser convencerme. A medida que se cumplen años se tiende a pensar que «ésto ya lo he visto», etc. Y con el curso el profesor lo ha conseguido. Valentín nos ha enganchado con su hablar suave, su dominio del escenario, el contenido adecuado del curso. Vamos, con su saber hacer. Y nos ha puesto deberes.
Concretamente debemos presentar frente a la clase un proyecto para convencer a un jurado de que nos escoja. Apoyados por una presentación multimedia. Y es aquí donde me ha surgido la necesidad. Hasta ahora he utilizado para las presentaciones PowerPoint e Impress (de la suite OpenOffice.org). PP me parece demasiado complicado de usar en ocasiones, aunque con buenos resultados. E Impress da buenos resultados para una guardería, pero se aleja del toque pulido y postindustrial de las Keynotes de Apple. Así que la opción que me quedaba era Keynote, de Apple. Lo estoy usando desde hace poco, pero creo que han dado en el clavo. De manera sencilla tienes acceso a las principales funciones y los diseños predeterminados, así como las transiciones y animaciones de las diapositivas tienen «ese toque» Apple. Vamos, que voy a usarlo para esta presentación.
Hablamos de una presentación. Luego necesitamos más cosas. Una son las diapositivas / slides que aparezcan como apoyo a mi discurso. Esto ya lo tenemos. Otra es el discurso en sí y mi actuación frente al público. De eso me encargo yo. Me queda un detalle: el iPhone. Quiero decir, el control remoto de la presentación multimedia. Cuando hablas frente a un auditorio puedes quedarte clavado en un sitio, tras un atril, parapetado en una mesa, o bien usar el entorno y dominar el escenario de forma que apoye a tu discurso. A mi lo que me gusta es esto último. En mis cursos rompo muchas veces la distancia con mis alumnos, paseando por el aula, sentándome en la mesa, en una silla al lado de alguno, etc. Y para hacer todas estas cosas con estilo se precisa de un cacharro que permita ir pasando las diapositivas a medida que uno habla.
El truco en sí
Para controlar la presentación necesitamos:
un Mac donde pondremos la presentación de KeyNote. En mi caso es mi querido MacBook Pro.
un proyector (lo pone el profesor)
un iPhone para controlar KeyNote de forma remota
una aplicación para el iPhone, concretamente Mocha VNC Lite, que encima es gratis
Los pasos a dar son:
1. crea tu presentación con KeyNote y tenla a mano. Sí, esto puede parecerte una chorrada, pero eres tú el que ha pedido un paso a paso.
2. activa el acceso remoto al escrito de tu Mac, AKA VNC, mediante Preferencias del Sistema -> Compartir -> Compartir escritorio
Una vez tengamos instalada la aplicación en el iPhone, bajada desde el AppStore, necesitaremos controlar la pantalla del Mac desde el iPhone. Para eso, Mocha VNC Lite nos permite introducir la dirección IP de nuestro Mac y ¡listo!. Pero claro, estamos suponiendo que hay un punto de acceso WiFi al que nos hemos podido conectar, tanto con nuestro Mac como con el iPhone, y que ambos están en la misma subred (sus direcciones IP son similares, por ejemplo son 192.168.1.10 la del Mac y 192.168.1.15 la del iPhone).
pondremos a ejecutarse la presentación en el ordenador. Se quedarátendremos que conseguir que veamos en la pantalla del

He asistido a un curso de Presentaciones Eficaces que me ha gustado bastante. Aunque tengo a mis espaldas muchos cursos (literalmente muchas miles de horas de formación, que no de vuelo) siempre es bueno seguir aprendiendo y revisar hasta lo que uno se cree que hace bien. O mejor debería decir que es imprescindible revisar precisamente lo que se piensa que es una fortaleza. Ya conocéis el dicho: «dime de qué presumes…».

El caso es que a mi me gusta aprender. Tanto cosas técnicas como habilidades personales. Suelo estar dispuesto a escuchar a aquel que pienso  que merece la pena escucharle. El problema suele ser convencerme. A medida que se cumplen años se tiende a pensar que «ésto ya lo he visto», etc. Y con el curso el profesor lo ha conseguido. Valentín nos ha enganchado con su hablar suave, su dominio del escenario, el contenido adecuado del curso. Vamos, con su saber hacer. Y nos ha puesto deberes.

Concretamente debemos presentar frente a la clase un proyecto para convencer a un jurado de que nos escoja. Apoyados por una presentación multimedia. Y es aquí donde me ha surgido la necesidad. Hasta ahora he utilizado para las presentaciones PowerPoint e Impress (de la suite OpenOffice.org). PowerPoint me parece demasiado complicado de usar (en ocasiones), aunque con buenos resultados. No le he dedicado el tiempo necesario, creo. E Impress da buenos resultados para una guardería, pero se aleja del toque pulido y postindustrial de las Keynotes de Apple. Así que la opción que me quedaba era Keynote, de Apple. Lo estoy usando desde hace poco, pero creo que han dado en el clavo. De manera sencilla tienes acceso a las principales funciones y los diseños predeterminados, así como las transiciones y animaciones de las diapositivas tienen «ese toque» Apple. Vamos, que voy a usarlo para esta presentación.

Hablamos de una presentación. Luego necesitamos más cosas:

  • Una son las diapositivas / slides que aparezcan como apoyo a mi discurso. Esto ya lo tenemos. No confundamos nunca una presentación con un PowerPoint. Si no, llegamos rápidamente a la muerte por PowerPoint.
  • Otra es el discurso en sí y mi actuación frente al público. De eso me encargo yo.
  • Me queda un detalle: el iPhone. Quiero decir, el control remoto de la presentación multimedia.

Cuando hablas frente a un auditorio puedes quedarte clavado en un sitio, tras un atril, parapetado en una mesa, o bien usar el entorno y dominar el escenario de forma que apoye a tu discurso. A mi lo que me gusta es esto último. En mis cursos rompo muchas veces la distancia con mis alumnos, paseando por el aula, sentándome en la mesa, en una silla al lado de alguno, etc. Y para hacer todas estas cosas con estilo se precisa de un cacharro que permita ir pasando las diapositivas a medida que uno habla.

El truco en sí: controlar la presentación con el iPhone

Para controlar la presentación necesitamos:

  • un Mac donde pondremos la presentación de KeyNote. En mi caso es mi querido MacBook Pro. Si no tienes un Mac, puedes hacer lo mismo con OO.org y Windows, o con Office y Windows. Es una pena, pero esta vez no hay truco para Linux 🙁
  • un proyector (lo pone el profesor)
  • un iPhone para controlar KeyNote de forma remota
  • una aplicación para el iPhone, concretamente Logitech Air Mouse que encima es gratis
  • la parte servidora de la App de iPhone, el Logitech Touch Mouse Server

Los pasos a dar son:

  1. crea tu presentación con KeyNote y tenla a mano. Sí, esto puede parecerte una chorrada, pero eres tú el que ha pedido un paso a paso. Pon un enlace en el escritorio.
  2. instala la aplicación Logitech Air Mouse en el iPhone.
  3. descarga el Logitech Touch Mouse Server para Mac. Es una imagen de disco (fichero DMG). No hace falta ni instalarla: haces doble click, se abre, arrancas el programa servidor y a esperar conexión del iPhone.
  4. necesitamos conectar con el Mac desde el iPhone. Para ello, hay que activar la WiFi en el iPhone (y en el Mac, claro)
  5. arrancamos la App en el iPhone. Una vez que nos aparece el Mac en la lista de servidores nos conectamos. Ya podemos mover el ratón por la pantalla del Mac tocando la pantalla del iPhone. Y hacer click. Y encima, como el iPhone es multitouch, tenemos los gestos de los Trackpads Mac en el iPhone.
  6. Arrancamos la presentación y listo: click izquierdo avanza y click derecho retrocede. ¡Misión cumplida!

Y por si no ha quedado suficientemente claro, aquí os pongo un vídeo que muestra cómo manejar el portátil con el Logitech Air Mouse.  La noticia original la vi en el Blog oficial de Logitech.

j j j

Cómo gestionar un equipo de Geeks

[]1

Etiquetas de un lenguaje imaginario de marcas, tatuadas: hay que ser Geek!

Hasta ahora, cuando he tenido que montar un equipo de trabajo (normalmente equipos de informáticos), se me ha dado bien porque he sido muy Patton, y eso es algo que cualquiera que piense en dirigir equipos de Geeks debería aprender. Quiero compartir algunas cosas que he aprendido, por experiencia y con muchos dolores:

Motivación

  • los informáticos necesitan de otras motivaciones, además de la pasta (que encima en España tampoco es para volverse locos). Dar las gracias por un trabajo bien hecho no cuesta nada y surte efectos increíbles. Es el «palmadita-power».
  • para un informático el último ordenador es normalmente lo que para el resto es un cochazo. Es un elemento motivador muy importante. Si les das el mejor equipamiento posible, les estás diciendo: «mira qué importante eres para mí». Por desgracia al revés también funciona esto, así que cuidado con el equipamiento basura. No hay nada más frustrante que tener que aguantar presiones para entregar algo y ver cómo el ordenador que tienes delante se desangra intentando compilar algo con Eclipse.

Gestión del equipo

  • hay que aplaudir los éxitos de tu equipo en público y vender sus progresos hasta la extenuación ante los estamentos superiores. Y las broncas, en privado. Sentido común, ¿no?.
  • mis hombres son cojonudos. Yo tengo el monopolio de las críticas sobre mi equipo. El resto del Universo que se queje a mí, y yo ya me encargaré de poner orden si es necesario. Pero eso de ir directamente contra alguien de mi equipo, ni en broma. Si yo estoy de gestor de personas, mid-management o como lo quieras llamar, hablas conmigo.
  • Enfoca a tu equipo y explícale qué necesita el cliente. Recuerda que son Geeks, y en ocasiones estarán obsesionados con conseguir que el código CSS de la web sea 100% estándar, aunque eso no lo pida ni lo pague el cliente. Lo que quiere el cliente es ver las fotos más grandes. No dejes que se obsesionen con un problema técnico, si no es parte de la solución o si hay otra disponible más sencilla: que apliquen la ley de Parkinson
  • Explica las razones de las decisiones. Si decides eliminar tal o cual servicio, o tirar a la basura código porque si no no llegáis a la entrega, explícalo hasta que tu gente lo entienda y acepte. No des pie a murmuraciones.

    • Tu papel

  • el coordinador, jefe o líder de un equipo de informáticos debe estar para solucionarles a ellos los problemas, pero no para hacer las cosas. Tu trabajo son los problemas de tu equipo. Busca al mejor equipo y dales las mejores herramientas y ellos se encargarán de resolver tus problemas.
  • si quieres respeto, además de autoridad, debes estudiar lo suficiente para entender, por encima, los problemas a los que se enfrenta tu equipo. Este trabajo es muy, muy difícil. Intelectualmente agotador. Y encima, cada 10 años casi todo ha cambiado. Por eso, que tu equipo vea que les entiendes, y que tienes cierto manejo técnico es impagable. En una ocasión me comentaron casi con lágrimas en los ojos que en una empresa el CEO hacía cambios al código fuente y subía versiones al SVN. De acuerdo, de acuerdo: las horas de un CEO son muy caras para hacer eso, eso no es su trabajo… o quizás sí: en esa empresa todos los programadores ven al CEO como su compañero y saben que en cualquier momento les puede leer su código. Ojo con los CEOs listos.
  • tú no eres el delantero. Ni el portero. Ni el defensa. Eres el entrenador y muchas veces, el utilero. Ellos meten los goles. Seleccionar a los mejores y hacer que funcionen como equipo es tu triunfo.

    • Reuniones

  • Si puedes, sé borde en las reuniones: pregunta sin miramientos si hay algún problema. Cuando comience la lluvia de llantos, hazles que te manden por correo una lista con tres puntos imprescindibles para mejorar su trabajo, excluyendo temas salariales. Te sorprenderá ver que hay un factor común enorme, y que dando flexibilidad en los horarios, teletrabajo (que para eso están las VPNs) y mejores equipos  la moral del equipo sube como la espuma.

    • * Siempre que puedas, no las tengas. Si las tienes, que alguien de tu equipo tome notas y las suba a un sitio compartido. Revísalas e intenta cumplir lo que pactes con ellos. Si no puedes cumplirlo todo, vete.

    Y, casi por último, que algo esté claro: tú estás ahí para coordinarles, motivarles, guiarles, o llámalo como quieras: mandar. La última palabra la tienes tú. Pero escúchales y habla con ellos. Aprenderás un montón.

    j j j

    ¿Patton o MacArthur? ¿Cuál es tu estilo de liderazgo?

    Foto de Flickr. Pulsa para ver al autor

    Todo el mundo quiere ser el gran estratega. El de las ideas felices. El Jefe del Estado Mayor. El que, desde un tablero con un mapa, organiza de la misma manera miles de hombres, barcos, aviones en una ofensiva, que diseña el plan estratégico de una empresa. Todos quieren ser arquitectos. Y ninguno de ellos albañiles. Todos quieren ser MacArthur. Pues bien, yo quiero ser Patton.

    En la 2ª guerra mundial destacaron muchos generales, en esa salvajada que llevó al mundo seis años perpetrar y en la que ningún país fue demasiado bueno. Los vencedores siempre han vendido su moto, pero habría que preguntarle a los indios, palestinos (de la entonces provincia británica Palestina), vecinos de Hiroshima, Nagasaki, Dresde, etc. qué opinaban… El caso es que hay ejemplos de líderes carismáticos en todos los contendientes: Zhúkov con los rusos, Rommel en Alemania, Montgomery en Inglaterra. En el bando americano (de EE.UU., que los Canadienses también estuvieron en la guerra), destacaron dos generales: MacArthur, que recobró el pacífico y acabó gobernando Japón y Patton, héroe de la campaña de África (Operación Antorcha) y la reconquista de Italia. Y ambos personifican dos estilos de liderazgo completamente distintos, aunque a mi parecer complementarios.

    El líder-McArthur gusta de Planes Estratégicos, de pensar a diez años vista, de tomar en el momento actual decisiones, normalmente con pocos datos, que impactarán profundamente en sus resultados a largo plazo. ¿Por dónde llego a Japón?. ¿Desde China, o recupero las Filipinas y voy subiendo? ¿Desarrollamos para Windows Phone 7, Android e iPhone, o sólo para BlackBerry? ¿Los clientes podrán comprar sólo vía web, o también dispondrán de un teléfono de asistencia? Metodologías como el Cuadro de Mando Integral (Balanced Score Card, BSC) son sus herramientas. Debe pensar casi permanentemente en el futuro, analizar los movimientos de la competencia, vislumbrar oportunidades y amenazas, tatuarlo todo en DAFOs…

    Frente a éste líder está el líder-Patton. Patton gana la guerra batalla a batalla. Come, duerme, se baña y sangra con sus soldados. Es el primero en la línea de combate. ¿Suenan los cañonazos? Cuando llega el momento de guiar a los tanques entre el caos de la guerra, aparecen los Pattons. No es el fino estratega bien visto por el Estado Mayor, pero sus soldados le siguen a donde sea. Este el tipo de liderazgo que se me da bien. Para el que tengo cualidades naturales.

    Y antes de seguir, esto es algo que debes tatuarte en la frente y recordarlo para dejar de sufrir ahora y para siempre:

    No puedes escoger entre un estilo de liderazgo u otro

    Hay uno que está diseñado para tí, encuéntralo y poténcialo. Invertir en mejorar tus puntos fuertes te será infinitamente más rentable que tratar de parchear tus puntos débiles. No pierdas el tiempo lamentándote mirando qué bien lo hace éste de esta manera o aquel otro de aquella forma. Adapta las enseñanzas a tus cualidades naturales y vencerás.

    Recuerda que el objetivo del Gurú de turno puede no coincidir con el tuyo. Tu objetivo es vivir mejor y tener menos problemas con tu equipo. Por eso  quieres aprender formas de evitar conflictos y cómo solucionarlos, si se dan. El objetivo del Gurú es facturarte el curso. Te cuente lo que te cuente. Yo soy un Gurú de la formación en Java, y se de lo que hablo 🙂

    ¿Es mejor el estilo McArthur o el estilo Patton?

    Como ya he dicho, son distintos. Y por ello, deben usarse de forma complementaria y cada uno para resolver el problema para el que fueron diseñados. Los equipos que he dirigido hasta ahora siempre han sido de informáticos, y además bastante Geeks. Quizá este tipo de gente es distinta del resto, pero, al menos en los proyectos en los que yo he estado, hay una sobreabundancia de McArthurs y pocos Pattons. Todo el mundo tiene claro por dónde van a ir las cosas, cómo va a evolucionar la tecnología, cómo se escriben estos enterprise Java Beans o cómo se monta un CPD. Pero luego les da la risa a la hora de montarlo. No, para eso buscamos al pringado de turno (AKA el Patton) que es el que, sin ser tan estratega de libro es capaz de poner en pie una realidad.

    Un ejemplo. Hoy en día está de moda implantar ITIL para solucionar el follón que habitualmente se tiene en la infraestructura TI de las empresas. Tras optimizar otros procesos, y tras pasar la QualityMania, ahora le llega el turno a la infraestructura TI. Por fin nos hemos dado cuenta de que, si tu negocio depende del email para vender, mejor que tengas replicado tu servidor de correo. Pero si no depende, no te ciegues en comprar cacharritos, que lo único que añaden es complejidad al sistema, sin solucionar ni uno de los problemas del negocio. Bueno, pues hay legiones de gente vendiendo consultoría y formación en ITIL, hablando de ITIL V3, que si esto, que si te va a solucionar la vida… Muchos grandes estrategas del CoBit, ITIL, CMMI, ISO, … La gracia es que todos te dicen QUÉ hay que hacer, pero no CÓMO. Total, el cómo cada uno lo hace de una forma, no queremos condicionarte… El caso es que ni un ejemplo, oiga. Y la duda aparece ¿pero éstos lo han hecho alguna vez?. Es un poco como si yo les digo a mis hijos: es muy sencillo, sólo hay que ir al colegio, luego al instituto y finalmente a la universidad. Y espero luego a que aprueben las asignaturas.

    ¿Dónde está el problema? En que las proporciones de MacArthurs y Pattons no son las correctas. Hay demasiados estrategas de altos vuelos, y me cuesta creer que  todo el mundo lo sepa todo ya tan bien a bajo nivel como para dedicarse a planificarlo todo desde las alturas. Pero, claro, el PowerPoint lo soporta todo ¿no?. Por eso, recomendaría a muchos de los arquitectos de grandes soluciones que se tomen cinco minutos y las prueben. O que se queden en los equipos a los que aconsejan y traten de montar lo que venden. Igual se encuentran con que la guerra no es tan bonita como parece y tienen que salir huyendo, como MacArthur de Filipinas. Aunque siendo un buen Gurú, siempre se puede decir como aquel: «volveré… para facturar estas horas».

    j j j