Hace poco en facebook encontré una imágen que me hizo recordar una de las tantas enseñanzas que he recibido en mi vida profesional: Uno debe procurar ser un buen jefe, no un jefe bueno. La explicación que recibí al respecto es que un jefe bueno es el que te saluda bonito, te da todos los permisos que quieras, te saluda y hasta te da regalos en los cumpleaños; pero en lo laboral no es capaz de gestionar bien los recursos, te sobre-esfuerza con los tiempos de entrega, y por lo general se "lava las manos" con su equipo de desarrollo frente al cliente (créanme, los he visto).  Por el contrario, un buen jefe, es un jefe que aunque tenga una personalidad que provoque tirarlo de un puente, en lo laboral es capaz de gestionar los recursos eficazmente, apoya a su equipo de trabajo, y siempre está comprometido.  Idealmente, un excelente jefe tendría los dos aspectos positivos de cada uno, y es una total bendición cuando te toca un jefe así.

Acá pongo algunas de las quejas que más he escuchado de los jefes de áreas de desarrollo, si tienen alguna adicional, con gusto será recibida:

1. No tienen en cuenta las "canas" de su equipo: no escuchan las sugerencias de su equipo de desarrollo, o no confía en la experiencia de los mismos.  Tienden a considerar a su equipo de desarrollo como "inferior" o como "terminales brutas" que solamente se deben dedicar a ejecutar.
2. Confunden experiencia con know how del negocio: suelen obviar la curva de aprendizaje de las reglas del negocio, que es diferente al conocimiento técnico de las herramientas de desarrollo.  Ser técnicamente experto no hace al desarrollador experto en las reglas de negocio del proyecto.  Muchos jefes olvidan que esta curva siempre es igual para todos los desarrolladores, y que lo que deben esperar es que la solución al problema si sea en un tiempo menor y con mejor calidad.
3. No tienen capacidad de negociación con el cliente: Le dicen que si a todo lo que pide el cliente sin verificar con su equipo la viabilidad del mismo.  Esto también aplica a que no son capaces de agumentar ante el cliente el porqué de la arquitectura y demás elementos a usar.  Ante su equipo de desarrollo, siempre dan la sensación de estar siempre de parte de las quejas del cliente y junto con la primera queja, hace que el acople de sus integrantes no sea óptimo.
4. Gestión no es presión: Jefes que creen que gestionar es presionar a su equipo a través de amenazas de perder el puesto, o similares.  Creen que usando esta técnica se lograrán mejores resultados, pero la mayoría de las veces lo que se obtiene es que el equipo comience a enviar hojas de vida y ante cualquier oportunidad dejen el proyecto, lo que siempre aumenta el ruido y los problemas en los proyectos.

Acá les dejo la imagen, y en el siguiente post colocaré las quejas más comunes que he escuchado sobre los clientes.