¿Cómo construir equipos de alto rendimiento en el mundo de la programación?

13 técnicas para convertir tus programadores en un equipo de alto rendimiento

Cómo transformar un grupo de programadores en un equipo de alto rendimiento

En este artículo vamos a estudiar una de las funciones más importantes de un Jefe de Proyecto. Cómo transformar un grupo de jóvenes ingenieros informáticos en un equipo de alto rendimiento.

Ya os adelantamos que no es una tarea sencilla. Cuando incorporas un grupo de juniors, en pocas semanas tu oficina parece la taberna de Piratas del Caribe. Y eso lastra su productividad.

 

Este es el aspecto de tu oficina dos meses después de incorporar a diez becarios.
Este es el aspecto de tu oficina dos meses después de incorporar a diez becarios.

De Marco, en su ensayo de 1.987 ‘Peopleware’, avisa que existen multitud de formas de destruir equipos de alto rendimiento, pero ninguna técnica garantiza el éxito. Ni siquiera las que 13 os presentamos en esta entrada. No te desanimes si no tienes éxito en tus primeros intentos.

Qué son equipos de alto rendimiento

Antes de intentar construir un equipo de alto rendimiento, es importante saber qué son y por qué son más productivos.

Un equipo de alto rendimiento es un grupo de consultores que trabajan con confianza. Solo eso. No tienen que ser gurús de la programación ni excelentes arquitectos de sistemas. Simplemente tienen que confiar unos en otros.

Confianza y productividad

¿Por qué la confianza incrementa la productividad? Porque cuando hay confianza, puedes tomar riesgos y resolver los problemas de forma creativa. No es lo mismo buscar soluciones que buscar culpables, ¿verdad?

Cuando no existe confianza, nadie se atreve a tomar decisiones y los equipos se ‘esclerotizan’.

Putnam, en su clásico ‘Five Core Metrics’, determina que el ritmo de avance de un proyecto sólo depende del número de buenas ideas que tiene el equipo. El número de horas empleadas es importante para determinar el coste, pero irrelevante para acelerar los desarrollos.

Para incrementar la productividad, tienes que gestionar el talento de tu equipo. Debes conseguir que cada día tengan buenas ideas. Y para eso es necesaria esa confianza que vas a construir.

Cómo identificar equipos de alto rendimiento

Estos son algunos síntomas de que tu equipo comienza a fraguar:

  1. Están auto organizados. No hace falta que distribuyas las nuevas tareas, siempre hay alguien que las asume.
  2. No necesitan presión externa. Cada uno sabe cuándo debe hacer un sobreesfuerzo.
  3. Aparece la Presión Inter Pares (PIP). La exigencia la marcan los compañeros. Tu sólo apartas las trabas burocráticas para que ellos puedan avanzar más rápido.
  4. Sensación de SWAT. Sienten que son capaces de superar al resto del mercado en alguna faceta de su trabajo.
  5. La rotación es inferior a la del entorno y se produce fuera de periodos críticos.
  6. Es divertido ir a trabajar. Te sientes bien los domingos por la tarde.

13 técnicas para construir equipos de alto rendimiento

Vamos con las 13 técnicas que puedes emplear para transformar a tus consultores en un equipo de alto rendimiento. Recuerda, ninguna de ellas garantiza el éxito. Ten paciencia y descubre poco a poco cuáles se adaptan mejor a tu personalidad.

1. Explícales cuál es su misión

Funcional, funcional, funcional. Explícales qué están desarrollando!
Funcional, funcional, funcional. Explícales qué están desarrollando!

No hay nada más descorazonador que programar sin tener claro qué estás haciendo.

Así que dedica todo tu esfuerzo a que los programadores entiendan la especificación. Asegúrate de que tienen acceso a alguien que conoce el problema. Busca la complicidad y el apoyo del cliente o del business analyst. Si usas la metodología SCRUM, asegúrate de que el cliente aporte un  Product Owner al squad.

Y avisa a tus programadores de que la especificación cambiará a lo largo del proyecto. Esto les afectará porque, con frecuencia, su esfuerzo de varias semanas terminará en el cubo de la basura.

Tienes que explicarles que esos constantes cambios de funcionalidad son la esencia misma del software. Si fuera posible hacer una especificación cerrada, el desarrollo se haría en Asia y los consultores europeos estarían en paro.

En la literatura sobre ingeniería del software, se insiste en que, con frecuencia, la especificación se construye en esas reuniones informales delante de la máquina del café. Una buena idea es fomentar estos ‘momentos de café’ y asegurarse de que participa todo el equipo.

2. Asegúrate de que disponen de los medios materiales adecuados

Comprueba que tus programadores disponen de los medios adecuados para hacer su trabajo. Es desesperante esperar quince minutos por una compilación. ‘Haz lo que puedas con lo que tienes’ no fomenta el compromiso.

Un chip de memoria cuesta menos de 100 € y obra milagros en la motivación de un consultor.

Un simple chip de memoria obra milagros en la motivación de los consultores.
Un simple chip de memoria obra milagros en la motivación de los consultores.

3. Comprueba que todos los días tienen ocasión de hacer las cosas que les gustan

Este es un problema endémico en nuestro sector.

En muchas ocasiones, los consultores no están haciendo aquello para lo que se los contrató, sino que están usando una tecnología obsoleta para resolver un problema urgente del cliente.

Otras veces tienen la sensación de que sus entornos se están quedando desfasados y hay tecnologías más punteras que deberían estar aprendiendo.

En ambos casos sienten que están ‘perdiendo su tiempo’ o ‘perdiendo oportunidades’. Empiezan a prestar atención a las ofertas de trabajo que reciben y de ahí a su renuncia solo hay unos días.

Tienes que saber si tus consultores están haciendo lo que les gusta, y una buena forma de averiguarlo es preguntarles. Reúnete con cada uno de ellos varias veces al año. Antes de que pidan la baja voluntaria, cambiales de proyecto o reserva una parte de su jornada para que experimenten con nuevas tecnologías.

4. Dales feedback positivo

El feedback positivo es LA HERRAMIENTA para mejorar la motivación. Y además es gratis. Solo tienes que decirles lo que han hecho bien, seguro que hacen cosas increíbles todos los días. Incluso puedes montar una pequeña celebración para dar más énfasis a algún logro del equipo.

Muchos jefes de proyecto pasan de puntillas por los éxitos y solo dan feedback cuando algo sale mal. Es un error de novato. El feedback negativo solo puedes usarlo con los equipos de pruebas de sistemas. ‘Este error se os ha escapado’ es todo el aliciente que necesitan para redoblar sus esfuerzos destructivos.

Las técnicas clásicas del palo y la zanahoria, como el bonus por objetivos, no funcionan en los entornos tecnológicos. Conseguirás que trabajen más horas, pero no que tengan mejores ideas.

El feedback positivo es una herramienta muy poderosa. Seguro que todos los días tus programadores hacen cosas increíbles.
El feedback positivo es una herramienta muy poderosa. Seguro que todos los días tus programadores hacen cosas increíbles.

5. Preocúpate por su situación personal

Recuerda que tus consultores, por encima de todo, son personas.

El trabajo no es solo una forma de obtener ingresos, cubre también muchas necesidades emocionales. En el ámbito laboral muchos encuentran su familia. sus amigos y su tribu.

Es importante que conozcas la situación de cada uno de ellos y les preguntes con frecuencia por sus parejas, sus hijos  o sus seres queridos. Ofréceles consejo si la situación lo requiere, o consuelo si es lo único que puedes darles en ese momento.

Tus programadores no son robots, son personas. Atiende sus necesidades emocionales.
Tus programadores no son robots, son personas. Atiende sus necesidades emocionales.

6. Anímales a formarse

El ser humano es curioso por naturaleza y tus programadores lo son aún más.

Una buena forma de mejorar su motivación es mediante el aprendizaje. La formación les da seguridad e incrementa su creatividad.

Pídeles que realicen cursos o consigan certificaciones. O reserva una parte de su jornada para que prueben y experimenten con nuevos entornos y aplicaciones.

7. Ten en cuenta sus opiniones

Otra de nuestras necesidades emocionales es influir en las personas que nos rodean.

Así que puedes mejorar el compromiso y la creatividad de tu equipo escuchando sus sugerencias y probando algunas de ellas. O puedes darles un poco de tiempo libre para experimentar y crear prototipos, seguro que algunos se transformarán en valiosas herramientas.

SCRUM utiliza esta idea del empoderamiento y prescinde de los líderes técnicos. Las decisiones de diseño y construcción del sistema las toman los programadores del squad.

Ten cuidado con los procedimientos empresariales, son una forma de decirles ‘tu opinión no cuenta’. Una de tus principales misiones como Jefe de Proyecto es ayudar a tu equipo a superar las trabas burocráticas.

La burocracia es una de las formas más eficaces de destruir equipos de alto rendimiento. Protege a tu equipo de los procedimientos empresariales.
La burocracia es una de las formas más eficaces de destruir equipos de alto rendimiento. Protege a tu equipo de los procedimientos empresariales.

8. Explícales por qué su trabajo es importante para la sociedad

El ser humano es más feliz cuando tiene una misión que dé sentido a su existencia. Esforzarse sin tener un propósito en la vida es como programar sin tener clara la especificación funcional.

No corren buenos tiempos para encontrar una misión vital, toda vez que la religión y la ideología se tambalean en sus pedestales. No es de extrañar que ante este vacío, muchos confundan los fines con los medios y se lancen en busca de la riqueza o la fama.

Aprovecha a tu favor este vacío existencial para mejorar el compromiso de tus consultores. Explícales cómo los servicios de la empresa no son solo un proceso para generar beneficios sino que contribuyen a construir un mundo mejor.

Por usar un ejemplo sencillo, si no hubiera servicios de ciberseguridad, nuestra sociedad colapsaría en 24 horas. Pensad en el impacto para cientos de familias del ataque informático al SEPE. Multiplicadlo por varios millones.

9. Vigila los ‘garbanzos negros

El consultor con el rendimiento más bajo fija el estándar de excelencia de todos los demás.

Una de las labores más complejas de un líder es detectar a aquellos cuyo rendimiento es inferior al del resto. Y es difícil porque no existen métricas, cada desarrollo es único y diferente. Así que sólo puedes tener sospechas de que alguno de tus consultores ha bajado los brazos.

Reúnete periódicamente con cada uno de ellos, posiblemente no quieran criticar abiertamente a un compañero, pero leyendo entre líneas  encontrarás la información que necesitas.

Uno de los momentos más peligrosos para un equipo de alto rendimiento es la incorporación de un nuevo miembro. ¿Estará a la altura de los demás? ¿Será capaz de construir buenas relaciones con el resto? Si la respuesta es no, tienes un grave problema.

El éxito es un potente catalizador. ¿Quién no quiere estar en un equipo que consigue cosas increíbles? Celebrar los éxitos es una buena forma de motivar a esos ingenieros que han llegado a tu equipo rebotados de otros grupos.

Si nada de lo anterior funciona, debes apartar a esos garbanzos negros del equipo.

10. Fomenta las relaciones de amistad

Como hemos visto en puntos anteriores, el trabajo cubre necesidades emocionales además de las económicas.

Se ha demostrado que la productividad de los programadores crece si en el equipo tienen un buen amigo. Así que fomenta las relaciones de amistad; busca ‘momentos de café’ dentro de la jornada laboral y asegúrate de que participe todo el equipo, invítales a comer a un sitio nuevo, incluso proponles actividades lúdicas como el pádel o el MTB.

O también puedes reservar un poco de su tiempo para que prueben nuevos entornos con algún compañero de su elección.

Las relaciones de amistad son una buena forma de mejorar la productividad, la creatividad y el compromiso. Foméntalas en tu equipo de trabajo.
Las relaciones de amistad son una buena forma de mejorar la productividad, la creatividad y el compromiso. Foméntalas en tu equipo de trabajo.

11. Haz reuniones individuales de seguimiento varias veces al año

Esta es una idea que ya ha aparecido en varios de los puntos anteriores. Con estas reuniones cubres buena parte de tus funciones como jefe de proyecto:

  • 3. Puedes averiguar si están haciendo lo que les gusta.
  • 5. Te interesas por su situación personal
  • 6. Puedes animarles a formarse.
  • 7. Es una forma de conocer y tener en cuenta sus opiniones
  • 8. Puedes explicarles por qué su trabajo es importante para la sociedad.
  • 9. Puedes descubrir si hay algún ‘garbanzo negro‘ en el equipo.

Pero además de todo eso, tus ingenieros necesitan saber cómo están creciendo.

Dales feedback sobre su crecimiento. Es una poderosa herramienta para construir su compromiso. Cuéntales qué cosas te gustan de su trabajo y explícales hacia donde esperas que avancen.

Las sesiones individuales de seguimiento no tienen coste y no tienen precio.

12. Celebra los éxitos

Otra idea que ha aparecido en varios de los puntos anteriores:

  • 1. Estas reuniones informales ayudan a construir la especificación.
  • 4. Son una forma de dar reconocimiento y feedback positivo.
  • 8. Es un buen momento para recordarles por qué su trabajo es importante para la sociedad.
  • 9. Es una forma de sacar de su apatía a los ‘garbanzos negros
  • 10. Fomentas las relaciones de amistad

La parte más complicada de celebrar los éxitos es, precisamente, encontrar un éxito. Recuerda que el porcentaje de proyectos que está en una situación delicada es del 80%. Tendrás que decidir que algo de lo que se ha conseguido es extraordinario.

La ceremonia de celebración es muy sencilla, solo tienes que llevar a la oficina algo ‘especial’ como manolitos o palmeritas de Morata y compartirlo con todo tu equipo en algún momento de la jornada laboral. Una mínima inversión económica pero un gran trabajo de liderazgo.

Una pequeña celebración, un gran trabajo de liderazgo.
Una pequeña celebración, un gran trabajo de liderazgo.

13. Reserva parte de su tiempo para que hagan prototipos o prueben nuevas tecnologías

Otra idea muy interesante que salpica todo el texto. Google lo hace. Amazon lo hace. Los motivos están claros:

  • 3. Te aseguras de que parte de su jornada la dediquen a las cosas que realmente les gustan.
  • 6. Les animas a formarse y a incrementar sus conocimientos.
  • 7. Tienes en cuenta sus opiniones.
  • 10. Fomenta las relaciones de amistad.
  • 1X. Algunas de esas pruebas de concepto acabarán siendo valiosas herramientas o nuevas fuentes de ingresos.

Puede que te preguntes: ‘si ya vamos fuera de plazo, ¿cómo emplear parte de la jornada en cosas ajenas al proyecto?’.

No te preocupes por el tiempo invertido en este aprendizaje. La mejora de la motivación, el compromiso y la productividad pagarán con creces estas horas de crecimiento personal.

¿Y el dinero?

El único Dios verdadero (Joaquín Sabina, ‘Como te digo una co, te digo la o’).

¿Qué papel juega el dinero en la motivación de los consultores y en la construcción de equipos de alto rendimiento?

El dinero es un problema complejo. Cubre necesidades básicas, pero también es una forma de rankear a los miembros de un equipo. Mas ganas, mas vales.

Con frecuencia los programadores más antiguos te pedirán aumentos de sueldo porque los junior a los que están formando ganan más que ellos. Es otro problema endémico de nuestro sector, sobre todo en épocas de fuerte crecimiento económico.

Pero las mas de las veces, cuando tus consultores te piden un incremento salarial, es porque hay problemas en otras facetas de su trabajo. Y el dinero no compensa hacer cosas que no te gustan, tener un portátil antiguo o que tus compañeros estén desmotivados.

Cuando el dinero no es el problema, el dinero no es la solución.

Bibliografía

Este artículo está basado en los estudios de Gallup recogidos en ’12, the elements of great managing’. Hemos adaptado las conclusiones al mundo de la programación y enriquecido el contenido con nuestra experiencia de 25 años en el sector.

También hemos incorporado algunas referencias de los estudios de Putnam y DeMarco con sus respectivos enlaces.

Es una buena idea leer todos estos libros si quieres crecer como Jefe de Proyecto.


Las desconocidas funciones de un Jefe de Proyecto

¿Cuáles son las verdaderas funciones de un Jefe de Proyecto?

Las desconocidas tareas que debe realizar en realidad un Jefe de Proyecto

Dentro de la ingeniería informática hay un importante desconocimiento sobre las funciones del jefe de proyecto.

Se le atribuye la responsabilidad sobre el «resultado del proyecto», pero esta definición abarca la negociación de la propuesta, el diseño de la solución y el control de la ejecución. No es de extrañar que en ocasiones realicen las tareas del Key Account Manager y del Líder Técnico.

Las funciones de un jefe de proyecto las podemos resumir en tres, de menor a mayor importancia:

Control económico.

¿Cuánto vamos a ingresar por el proyecto? ¿Cuánto llevamos gastado? ¿Qué equipo técnico puedo permitirme y por cuánto tiempo?

El control económico parece una cuestión de sumas y restas; ingresos es lo que facturamos, costes lo que gastamos en licencias, servidores y en las nóminas de nuestros consultores.

La mejor receta para optimizar el coste es que todos los miembros del equipo estén en la misma sala y trabajen en exclusiva para el proyecto. Mucho mejor si ya han trabajado juntos anteriormente. De esta manera, la aparición de vínculos emocionales acelera el proceso de desarrollo.

Otro aspecto a tener en cuenta para el control de costes es el tamaño del equipo. La ley de Brooks establece que Plazo x Esfuerzo (en meses hombre) = Constante. Es más eficiente un grupo pequeño y un plazo de desarrollo mayor. El tamaño óptimo de un equipo es de entre 5 y 9 consultores. Por encima de esa cifra tus costes se multiplicarán.

La ley de Brooks. Plazo x Esfuerzo = Constante
La ley de Brooks. Plazo x Esfuerzo = Constante

Control del alcance.

¿Qué funcionalidades vamos a desarrollar? ¿Cuándo lo vamos a hacer? y por encima de todo ¿Cuándo dejamos de trabajar en el proyecto?

El control del alcance es crítico porque las especificaciones son infinitas. Los proyectos informáticos nunca terminan. Para conseguir beneficios, tendremos que finalizar el proyecto cuando todavía quedan muchas actividades por realizar.

Por eso es importante priorizar junto con el cliente las tareas. Las menos importantes podrían no ejecutarse nunca.

Muchos jefes de proyecto, en lugar de priorizar los desarrollos, optan por presionar a sus equipos, exigiéndoles horas extras y plazos imposibles. Es un error de principiantes. La presión destruye los equipos y ralentiza los trabajos.

Gestión de la motivación y las relaciones.

¿Cuál es el estado de ánimo del equipo? ¿Cómo se llevan entre ellos?

La gestión de la motivación y las relaciones es sin duda la función más importante de un jefe de proyecto. Y también la menos conocida.

Después de un macroestudio entre miles de profesionales en USA y Europa, la consultora Gallup determinó que el factor más importante para la productividad es el compromiso de los consultores. Y el 70% de este compromiso es responsabilidad directa de su responsable inmediato. Así que tu capacidad como jefe de proyecto determina el 70% de la productividad de los desarrollos.

Es una responsabilidad abrumadora. Un buen punto para empezar son estas trece técnicas para convertir a tus programadores en un equipo de alto rendimiento.

Quizás también te interese conocer los comportamientos que debes evitar. Los jefes de proyecto tardan de media seis meses en desmotivar a sus nuevos consultores. Esta es la lista de cosas que no debes hacer.

Novanotio Certified

Todos los consultores de novanotio reciben el proceso de mentoring ‘Novanotio Certified’. Esto que has leído es solo una de las sesiones. ¿Habría sido distinta tu carrera profesional si hubieras recibido esta formación?

Te animo a que revises nuestras ofertas y descubras si hay alguna perfecta para ti. Te esperamos para que disfrutes una experiencia novanotio.


Un emprendedor es aquel que acierta en la diana que nadie más ve

¿Qué diferencia a un empresario de un emprendedor?

¿Qué diferencia a un empresario de un emprendedor?

Puedes perder mucho dinero si estás pensando en emprender y no conoces la diferencia entre un empresario y un emprendedor.

Eso le ocurrió a algunos de nuestros ex-consultores. Profesionales brillantes, con buenas ideas y excelente capacidad de desarrollo, que se lanzaron al mundo del emprendimiento. Crearon fantásticas start-up pero las gestionaron como si fueran empresas. Y descubrieron por las malas la diferencia entre empresarios y emprendedores.

Por eso hemos añadido esta sesión a nuestro proceso de mentoring Novanotio Certified. Para preparar a los consultores de novanotio que en algún momento de su carrera decidan crear su propia start-up.

Son tres ideas muy sencillas, pero por su transcendencia nos ha parecido importante compartirlas con la comunidad tecnológica.

Lo que dicen otros post sobre las diferencias entre emprendedores y empresarios

Hay centenares de post sobre este tema, algunos francamente buenos, pero no aciertan a poner el dedo sobre la llaga correcta.

Una forma de diferenciarlos suele ser argumentando que un empresario está trabajando en un entorno conocido en el que ya hay un mercado definido y una competencia y un emprendedor es aquel que abre un nuevo camino, en el que no hay competencia y trabaja contra la incertidumbre.

Otra de las diferencias que se marcan habitualmente es la innovación pero ¿Podemos decir que ningún empresario innova cuando monta una empresa?

A veces lo que se tiene en cuenta es el tiempo. Emprendedor sería alguien que monta un negocio que antes no existía y empresario es el que tiene un negocio desde hace años, pero ¿Cuándo pasaría un emprendedor a ser empresario? ¿Cuándo hubiesen pasado 2 ó 3 años? ¿Cuándo el negocio esté consolidado?

Quizás la definición más aproximada que he encontrado propone que el empresario trabaja para conseguir beneficios, mientras que el emprendedor busca la transformación de la sociedad, ‘dejar huella en el universo’.

Los empresarios buscan beneficios, los emprendedores buscan financiación

La verdadera -y peligrosa- diferencia entre emprendedores y empresarios es su definición de éxito.

Para un empresario, el éxito es la cuenta de resultados, PyG, EBITDA, bottom line, o como quieras llamar a los beneficios. Punto.

Apuesta su capital y crea una organización con el único propósito de ganar dinero año tras año.

Sin embargo, para un emprendedor, el éxito es cuánto dinero ha conseguido de los inversores. Punto.

Le da igual el volumen de negocio, el margen bruto, los beneficios o el número de usuarios.

La start-up de coches eléctricos Rivian pudo levantar seis mil millones de dólares y alcanzar el éxito sin hacer una sola venta, sin tener un sólo usuario y con pérdidas multimillonarias.

Cuando eres un emprendedor sólo vives para la siguiente ronda de financiación. Si consigues el dinero, dispones de unos meses mas. Si no lo consigues, mueres. Y la tasa de mortalidad es del 99%.

Los empresarios invierten su dinero, los emprendedores el de otros

Y esto es lo que repetimos una y otra vez a los consultores de novanotio . Si creas una start-up nunca la financies ni con tu tiempo ni con tu dinero. Si lo haces, lo estás tirando a la basura en el 99% de los casos. Eso no es riesgo, eso es certeza.

Si tienes una buena idea, busca financiación en el mercado de capital riesgo. Si no lo consigues, o bien no eres un buen vendedor, o bien la idea no era tan buena. En ambos casos, has ahorrado un montón de tiempo, dinero y energía que estarán mejor empleados en tu familia y en tu hipoteca.

Los empresarios buscan el break-even, los emprendedores la venta de su start-up

El break-even es ese momento mágico en que los ingresos superan a los costes, y comienzan a generarse beneficios.

Pero recuerda, los beneficios son el coto privado de los empresarios. Los emprendedores no buscan beneficios, buscan inversores.

Cuando recibas la oferta adecuada, vende todas tus acciones y monetiza tu esfuerzo. Si rechazas la oportunidad porque quieres transformar tu start-up en una empresa, lo perderás todo en el 99% de los casos.

EL EXITO con mayúsculas es levantar tres o cuatro rondas de financiación y luego vender tu start-up a un gigante empresarial.

Entonces ¿Cómo ganar dinero en el mundo del emprendimiento?

Para ganar dinero en el mundo del emprendimiento solo hay dos caminos.

El primero es el que ya hemos comentado. Ten una idea. Encuentra financiación. Ponte un salario. Trabaja duro. Busca más financiación. Vende tu start-up. Si las cosas salen mal, alguien está pagando tu nómina. Si salen bien, das la campanada. El riesgo es de otros, el dinero tuyo.

El segundo es invertir en un centenar de start-ups. Por pura estadística una de ellas triunfará. Aparecerá una gran empresa dispuesta a comprar tus acciones. Las plusvalías cubrirán las pérdidas de los noventa y nueve fracasos y todavía quedará un buen pellizco para ti.

Para continuar sobre este tema

Dejo algunos enlaces internos a nuestra web que quizás te interese visitar si estás pensando emprender en el futuro.

El primero de ellos es a nuestro proceso de mentoring Novanotio Certified, en el que explicamos a nuestros consultores cómo gestionar proyectos, cómo liderar equipos, o como dirigir start-ups.

El siguiente es a nuestras ofertas de trabajo. ¿Te apetece continuar tu carrera profesional en uno de nuestros proyectos y participar en nuestro proceso de mentoring? Espero que encuentres alguna perfecta para ti.

Quiero preparar un artículo sobre aspectos morales del emprendimiento. Quizás estas ‘huellas en el universo’ están manchadas de barro. Si estás interesado en este tema, envíame tus opiniones a juandiego.lopez@novanotio.es.

Y por supuesto, te invito a que leas algunas entradas más de nuestro blog, en el que poco a poco estamos volcando nuestras experiencias de veinticinco años en el mundo de la tecnología.


Como destruir equipos de trabajo

10 formas de destruir un equipo de trabajo

10 formas de destruir un equipo de trabajo

En este artículo vamos a explicar cómo el comportamiento del Jefe de Proyecto puede destruir un equipo de trabajo.

Y la mala noticia es que todos empezamos siendo Jefes de Proyecto mediocres. Llegar a ser un buen líder requiere muchos años de práctica, y dominar unos conocimientos que no nos enseñan en las facultades de ingeniería.

Estos son los diez errores que vas a cometer con más frecuencia la primera vez que consigas una promoción:

1. Enfadarte y gritar.

Es la forma más rápida de destruir la motivación de un equipo. Educa tu amígdala, el autocontrol es fundamental para el liderazgo.

2. Feedback negativo

Si la anterior es la más rápida, ésta es la más frecuente. Dar feedback a tus consultores sólo cuando algo sale mal destruirá su confianza y su motivación. El feedback positivo es LA HERRAMIENTA de los líderes.

3. Presión

Un sobreesfuerzo prolongado destruye la motivación y dispara la rotación. ¿Cuando tu cliente te exija resultados inmediatos, qué otra cosa puedes hacer?

4. Productos de baja calidad

Los consultores quieren sentirse orgullosos de su trabajo. ‘Hay que entregar lo que sea’ no estimula el compromiso.

5. Consultores que trabajan para dos proyectos

La tentación es grande. En su proyecto no tiene mucha carga de trabajo, podría ayudar también en otro que va retrasado…

Tarde o temprano tendrá tareas urgentes en ambos, y tendrá que desatender uno de ellos.

6. Consultores que están separados físicamente

¿Qué puedes hacer?, la mitad del equipo que te han asignado está en otra ciudad…

Para que se formen vínculos emocionales son necesarias las interacciones personales. Si no hay contacto frecuente no se desarrollan las relaciones de confianza. Y el proyecto se retrasará.

7. Más consultores

¡Estamos creciendo! ¡Necesito más consultores!

Las nuevas incorporaciones pueden destruir tu equipo. Si no alcanzan el ritmo de los demás, o están quemados por su experiencia pasada en la empresa, establecerán el nuevo estándar de rendimiento.

8. Falta de confianza en tu equipo

Hay muchas formas de demostrar falta de confianza:

  • Ocultar información al equipo. Es absurdo, tarde o temprano se van a enterar y perderás tu credibilidad como líder.
  • Micromanagement, revisar minuciosamente todo su trabajo o imponerles cómo hacer cada tarea.
  • Supervisión visual. Controlar qué hacen en cada momento.

9. Reuniones de ego

Son ceremonias en las que, uno a uno, los técnicos te rinden cuentas en presencia de todos los demás. Es una pérdida de tiempo que demuestra tu nerviosismo.

10. Burocracia

¡Hay que seguir los procedimientos! Y un procedimiento significa:

  • Una vez pasó algo y no queremos que se repita.
  • Los que sabemos ya hemos pensado en esto.
  • Esta es la mejor forma de hacer las cosas
  • Te pagamos para que trabajes, no para que pienses.
  • No confiamos en tu criterio.

Es mejor utilizar las buenas prácticas, formas de hacer el trabajo que han demostrado su validez, pero que eres libre de adaptar a tu estilo

Conclusión

Cuando te promocionen a Jefe de Proyecto harás varias cosas de esta lista. Es normal, forma parte del proceso de aprendizaje y esperamos que poco a poco mejores como líder.

Para acelerar el proceso, a todos nuestros consultores les damos nuestro curso ‘Novanotio Certified‘, para que esa transición de jefe mediocre a líder sea lo más rápida e indolora posible. Esto que has leído es una de las sesiones de nuestro curso. Y una de las más divertidas, porque todos han sufrido en primera persona alguno de estos comportamientos.

Si en el futuro deseas liderar un equipo, puede ser una buena idea vivir una experiencia novanotio, ser parte de nuestra plantilla y formarte con uno de nuestros coordinadores. Aquí te dejo el enlace a nuestras ofertas,  espero que encuentres alguna perfecta para ti.


Las salidas profesionales de la ingeniería informática se entrelazan entre si y son transversales unas a otras

Salidas profesionales de la ingeniería informática

Salidas profesionales de la ingeniería informática

En esta serie de artículos vamos a analizar las posibles salidas profesionales de la ingeniería informática.

Hemos incluido este tema en nuestro mentoring Novanotio Certified porque buena parte de los jóvenes consultores no tienen claro hacia dónde orientar su trayectoria. Quieren más responsabilidad y, por supuesto, quieren mas dinero. Pero no tienen claro a qué responsabilidad se refieren. Ni cuánto les va a costar ese dinero.

Cuando les preguntamos, la mayor parte responde que quieren llegar a ser ‘responsables de proyecto’ o ‘gurús tecnológicos’. Como veremos, hay varios tipos de ‘responsables de proyecto’. Y también algunos riesgos en la carrera de los ‘gurús tecnológicos’.

Estas son, a grandes rasgos, las cuatro posibles vías profesionales de los ingenieros informáticos.

La carrera tecnológica pura

Nunca te va a faltar trabajo.

Es la puerta de entrada. Todos empezamos programando, administrando sistemas o haciendo hacking ético.

Es también la trayectoria profesional más agradecida. Todos los años incrementas tus conocimientos y tu valor para el mercado. Cada vez eres capaz de asumir retos más complejos. Todas las semanas recibes docenas de ofertas laborales. Tengas la edad que tengas nunca te va a faltar trabajo. ¿No es  genial?

Lo difícil de la carrera tecnológica es no salirse de ella. Frases como ‘Hazte cargo de estos becarios’ o ‘Acompáñame a visitar al cliente’ son resbaladizos toboganes por los que alejarte de la consola.

Con perseverancia, pasarás de Becario a Consultor Junior, Consultor Senior y, finalmente, Especialista Tecnológico. Hay algunos baches al final del camino, en este artículo te explicamos por qué tu salario como Especialista Tecnológico tiene un límite.

Los líderes técnicos

La carrera que se desvanece

El liderazgo tecnológico es una de las trayectorias preferidas por los jóvenes consultores. Diseñar los sistemas y ayudar a los equipos técnicos a construirlos.

Aquí se llega con poco de paciencia. Con la rotación de nuestro mercado, cuando llevas cuatro o cinco años desarrollando un módulo eres quien mejor lo conoce. Cuando se incorporan nuevos programadores, ¿quién mejor que tu para explicarles por dónde empezar?

El rol de Analista-Programador es el punto de entrada al liderazgo tecnológico. Y tiene algunos riesgos que explicamos en esta entrada del blog.

¿Qué ocurre en el siguiente paso? Cuando te conviertes en el líder técnico de todo un gran proyecto, conoces muy bien tu módulo y desconoces todos los demás. Ya no puedes ayudar al resto del equipo en su labor técnica.

A partir de aquí, creces en el conocimiento funcional de los sistemas, pero desconoces los detalles de su implementación.  Jefes de Programa, CIOs, CISOs y CTOs son líderes técnicos que cada vez saben menos de tecnología.

Por eso el liderazgo tecnológico es una carrera que se desvanece. En el proceso de desarrollo Scrum, la responsabilidad del diseño es de los squads de desarrollo. En buena parte de las empresas, los CIOs, CISOs y CTOs ya no reportan al CEO sino al director de operaciones.

Los gestores

A mayor responsabilidad, menor empleabilidad.

La carrera de gestión es la gran desconocida. En el imaginario colectivo, las funciones del Jefe de Proyecto se mezclan y confunden con las de los líderes técnicos. Buena parte de los gestores creen que su responsabilidad incluye el diseño funcional y la arquitectura del sistema. Error.

El Jefe de Proyecto es en realidad un firewall. Sus tres desconocidas funciones son:

  • Cobrar al cliente cuando todavía queda muuucho por hacer.
  • Proteger a los técnicos de la presión del cliente.
  • Motivar a los consultores y mediar en sus conflictos.

Ya lo se. Si tenéis algo de experiencia, casi puedo escuchar vuestras risas según escribo estas palabras.

Como veis, son necesarias habilidades de psicología y negociación. Vuestros preciosos conocimientos técnicos no os van a servir de ayuda. Las únicas matemáticas que vais a usar son los tantos por ciento.

Por encima del Jefe de Proyecto aparecen las figuras del Gerente y finalmente el Director de Operaciones, también conocido como COO. Más capacidad de negociación, más tantos por ciento y menos ofertas de trabajo. En el área de gestión, a mayor responsabilidad, menor empleabilidad.

Las ventas

Aquí

En una empresa, no pasa nada hasta que alguien vende algo. La función de ventas es el motor de la empresa.

En este área son fundamentales las habilidades de comunicación y de influencia. Tu trabajo se resume en mirar a tu cliente a los ojos, señalar la línea de puntos y decir ‘aquí’. Si estampa su firma, te has ganado tu comisión y toda la empresa se pone en marcha.

Pero antes de esa firma sobre la línea de puntos tienes que superar algunos obstáculos.

  • Debes convencerle de que tu organización posee los conocimientos para poder ayudarles. Te ayudará haber pasado unos años en el área técnica.
  • Tendrás que mejorar los precios de la competencia. ¿Cómo pueden ir siempre por debajo de costes?

Llegará un momento en que, para conseguir tu comisión, aceptarás plazos imposibles y presupuestos ridículos. No vas a tener muchos amigos en el resto de la compañía.

Sobre Preventas, Business Analyst y Account Managers aparece el Director de Desarrollo de Negocio o CBDO. Su misión es consolidar los mercados ya conquistados y descubrir nuevos nichos de oportunidad. Todo un reto en un sector que está en permanente revolución tecnológica.

¿Qué carrera es mejor para mi?

Ahora ya conoces las cuatro salidas profesionales de la ingeniería informática. ¿Cómo decidir cual es la más adecuada para tí?

Los programadores estamos acostumbrados a la estrategia de prueba y error. Pruebas un área y, si no te gusta, vuelves a la programación.

No es tan sencillo. La responsabilidad es una droga que crea dependencia. Una vez que la has probado no es fácil dejarla. Conozco pocos casos en que, tras una mala experiencia, alguien haya solicitado un paso atrás.

En este artículo explicamos cómo descubrir qué carrera puede ser la mejor para ti, usando el test de fortalezas de Gallup. Quizás deberías leerlo antes de deslizarte por alguno de los toboganes.

¡Mucha suerte en tu aventura profesional!


Las cuatro leyes de la gestión de proyectos tecnológicos

Las cuatro leyes de la gestión de proyectos tecnológicos

Las cuatro leyes de la gestión de proyectos tecnológicos.

Estas cuatro sencillas reglas son la base de la gestión de proyectos tecnológicos.

Son solo 35 palabras, pero necesitarás algunos años para dominarlas y aplicarlas correctamente. Si deseas convertirte en un buen Jefe de Proyecto, serán tu credo. Apréndetelas de memoria y practícalas cada día.

1ª ley. Las especificaciones son inciertas, imprecisas e infinitas.

La primera ley es la responsable de que fracase el 80% de los grandes proyectos informáticos en todo el mundo. Esta cifra se mantiene estable desde los años 60 hasta hoy. Las nuevas herramientas de desarrollo y las diferentes metodologías no han conseguido mitigar este desastre.

Nos avisa de que el cliente no puede saber lo que quiere. Los sistemas informáticos son demasiado complejos. La especificación siempre estará incompleta. Por eso son inciertas.

Nos advierte de que no existe un lenguaje de alta precisión para comunicar las instrucciones técnicas. Los arquitectos disponen de los planos, un lenguaje de muy alta precisión. Los ingenieros informáticos sin embargo usamos el lenguaje natural, que es interpretable. Por eso son imprecisas.

Nos alerta de que un proyecto nunca termina. Siempre quedan errores que corregir y mejoras por implementar. ¿Alguna vez has puesto la última línea de código de un programa? Por eso son infinitos.

Cómo usar la primera ley:

  1. Especifica menos y haz más prototipos.
  2. Relaciónate más con tu cliente.
  3. No discutas el significado de un párrafo.
  4. ¡Haz que abone las facturas cuando todavía queda mucho por hacer!

2ª ley. One project, one team, one site.

Como el cliente no puede saber lo que quiere, y no disponemos de un lenguaje de alta precisión, las relaciones personales cobran especial relevancia.

La especificación se construye según avanzan los desarrollos, y los vínculos emocionales son la clave para distribuir ese conocimiento.

La segunda ley nos indica cómo construir esos vínculos. Los analistas funcionales, programadores, testers e incluso el cliente deben estar en la misma sala. Y mucho mejor si cada consultor trabaja en exclusiva para el proyecto.

Las software labs, las organizaciones matriciales y los equipos distribuidos son ineficientes.

Un apunte de Franz Hassmann, CTO de BBVA Next. Mejor si los equipos son pequeños, de entre 5 y 9 componentes.

3ª ley. Presión x Talento = Constante.

Durante miles de años hemos dirigido organizaciones gestionando la presión. Con el nacimiento de la informática necesitamos, por primera vez en la historia, gestionar el talento.

La tercera ley anticipa que si incrementas la presión de trabajo, disminuye el talento y los desarrollos se retrasan.

Así que olvídate de los bonus por objetivos y de exigir horas extras. Esas son herramientas de gestión de la presión.

Debes gestionar el talento. Ofréceles retos. Usa el feedback positivo. Bloquea la presión del cliente y deja que el equipo encuentre su ritmo de trabajo.

4ª ley. Alcance, Plazo y Calidad. Si fijas dos de ellas, la tercera se degrada porque es la variable de ajuste.

Recuerda, las especificaciones son infinitas.

Así que algo tienes que sacrificar. Puede elegir entre el alcance (entregar menos producto), el plazo (retrasar las entregas) o la calidad (entregar algo sin apenas pruebas).

La cuarta ley nos propone que alcance, plazo y calidad están interrelacionados. Si fijas dos de ellos, el tercero se degrada.

Nunca, nunca, nunca sacrifiques la calidad. Nunca fijes alcanzo y plazo.

SCRUM por ejemplo fija plazo y calidad, el alcance queda indeterminado. Se factura por cada sprint.

TIME & MATERIAL, los servicios profesionales de toda la vida, fijan alcance y calidad, y es el plazo el que queda indeterminado. Se factura mensualmente por el esfuerzo dedicado.

Si haces PROYECTOS CERRADOS, perderás dinero en el 80% de los contratos.

Enlaces de interés

Son solo cuatro reglas sencillas de aprender. Sin embargo, muchas organizaciones todavía preparan extensos documentos funcionales, deslocalizan parte de los equipos y trasladan la presión del cliente a sus desarrolladores.

Os dejo los enlaces a las fuentes de las cuatro leyes. Si comprendéis los fundamentos de cada una de ellas, os será más sencillo  adaptarlas a vuestra organización.

La primera ley tiene su origen en ‘The mythical man-month’ de Brooks. Quizás el primer libro sobre ingeniería del software. Escrito a finales de los sesenta y una referencia obligada a día de hoy. Se complementa con ‘Introducción a la PNL’ de Seymour, un libro sobre psicología del lenguaje.

La segunda ley procede del fantástico libro ‘Peopleware’ de DeMarco. Posiblemente el primer ensayo sobre programación y productividad. Muy entretenido.

La tercera ley procede de un clásico sobre la motivación. ‘Drive’ de Daniel H. Pink. Igualmente divertido y ágil.

La cuarta ley procede tanto del libro de Brooks como de ‘Agile Software Requirements’ de Dean Leffingwell. No son fáciles ninguno de los dos, pero merece la pena el esfuerzo.

Te animo a compartir con todo nuestro sector tus experiencias en los proyectos en los que has participado. ¿Se han cumplido las cuatro leyes? ¿Añadirías alguna más?

¡Suerte en tu carrera de gestión de proyectos tecnológicos!


Es hora de cambiar de puesto. Te ayudamos a descubrir que roles se te dan mejor usando el test de fortalezas de Gallup

Cómo orientar tu carrera profesional usando el test de Gallup

Cómo orientar tu carrera profesional usando el test de Gallup

En el entorno tecnológico es fácil tener una primera promoción

Estás haciendo un gran trabajo como programador, y como premio te han propuesto cambiar de actividad. Quizás te han pedido que lideres a un grupo de consultores. O tal vez que asistas a una reunión de ventas.

En el entorno tecnológico es fácil tener una primera promoción. Descubrirás que hay roles que te son tan naturales cómo respirar y otros en los que, a pesar de tu esfuerzo, sólo recibes disgustos. ¿Cómo saber si la jugosa manzana que te ofrecen está envenenada?

El test de fortalezas de Gallup

Vamos a estudiar cómo orientar tu carrera profesional usando el test de fortalezas de Gallup. Si todavía no lo has hecho tienes el enlace aquí. Considera estos veinte dólares como una de las mejores inversiones de tu vida.

Este test te descubre tus principales fortalezas, es decir, los tipos de talento que has desarrollado de forma natural. Gallup distingue entre treinta y cuatro fortalezas que se agrupan en cuatro ámbitos:

  • Fortalezas de ejecución. ¿Qué es lo siguiente que tengo que hacer? Si tu única recompensa es un trabajo bien hecho o no puedes dejar una tarea a medias, eres un auténtico ejecutor.
  • Fortalezas de pensamiento. ¿Cuál es la mejor forma de hacer las cosas? Si no puedes dejar de estudiar o tienes una potente capacidad analítica eres todo un pensador.
  • Fortalezas de relación ¿Cómo construyo relaciones? Si rápidamente sabes cómo son las personas, o para ti lo más importante es el ambiente de trabajo, tienes este tipo de fortalezas.
  • Fortalezas de influencia. ¿Cómo consigo convencer a los demás? Si siempre tienes en la boca la palabra adecuada considérate un influencer.

¿Qué fortalezas ayudan a desempeñar los distintos roles tecnológicos?

No todos los roles tecnológicos precisan de las mismas fortalezas. Según el resultado de tu test de Gallup, te sentirás más cómodo en unos u otros puestos.

Si tus fortalezas son de pensamiento y relación

En los primeros test de Gallup que realizamos, descubrimos que los mejores programadores combinaban fortalezas de pensamiento y relación.

Pronto nos dimos cuenta que, para programar, los vínculos emocionales son muy importantes, porque facilitan la construcción de las especificaciones y la coordinación de las tareas.

En resumen, si tus principales fortalezas son de relación y pensamiento, la programación se te dará bien de forma natural.

Si tus fortalezas son de pensamiento

Sin embargo, si la mayoría son de pensamiento, estarás más cómodo en roles con más complejidad y menos relación, como la administración de sistemas o la ciberseguridad.

Si tus fortalezas son de relación

Si tus fortalezas son sobre todo de relación, busca trabajos donde tengas que estar en contacto con el cliente. Los roles de soporte combinan una parte de conocimiento técnico y mucha relación con los usuarios de las aplicaciones y sistemas.

Si tus fortalezas son de relación e influencia

Si a las fortalezas de relación se suman las de influencia, tu sitio está en el área de ventas. Aquí tu misión es crear un vínculo con el cliente y convencerle de que ponga una firma. ¡Como pueden pagar esas comisiones por un trabajo tan sencillo!

Si combinas fortalezas de pensamiento e influencia

La combinación de pensamiento e influencia es interesante para liderar equipos. Te sentirás cómodo en las posiciones de Líder Técnico, Jefe de Proyecto o Gerente.

Si tus fortalezas son sobre todo de influencia

Cuantas más fortalezas de influencia aparezcan en tu test de Gallup, más cómodo te sentirás con cada ascenso. Director de Operaciones, CIO, CTO… El cielo es el límite.

Si la mayoría de tus fortalezas son de influencia, tu sitio está en la alta dirección. Algunos te llamarán trepa o pisacuellos. Bueno, quizás no has sido el mejor técnico, pero siempre sabes lo que tienes que decir. Y esas fortalezas te empujarán a los roles que empiezan por C.

¿En qué organizaciones encajarás mejor?

Si tus fortalezas son sobre todo de pensamiento, estarás más cómodo en organizaciones con cultura Growth Mindset.

Por el contrario, si son de ejecución o influencia, busca empresas de tipo Fixed Mindset.

En este artículo de nuestro blog analizamos las diferencias entre ambos tipos de liderazgo.

Alinea tu trayectoria con tus fortalezas

Cuando tu trayectoria profesional está alineada con tus fortalezas, te pagan por hacer lo que se te da bien de forma natural. En el caso contrario también puedes hacer un trabajo brillante, aunque a costa de un mayor esfuerzo y desgaste personal.

¿Quieres saber que actividades son mas adecuadas para ti? Envíame el resultado de tu test de fortalezas y te daré algunas ideas para orientar tu carrera.


Es fácil confundir Scrum con una religión. No cambies el triángulo de acero por el ojo sagrado.

Scrum no es una religión

Scrum no es una religión

SCRUM no es una religión. SCRUM es una forma de aplicar las Cuatro Leyes Básicas de la gestión de proyectos. El proceso de desarrollo Scrum es eficiente porque cumple estas cuatro reglas.

Si entiendes los fundamentos de la gestión de proyectos informáticos, puedes adaptar SCRUM, o cualquier otra metodología, a tu empresa.

Pero si no conoces estos fundamentos, corres el riesgo de implantar SCRUM en tu organización como si fuera una poderosa religión.

Y no encontrarás la tierra prometida.

Si adoptas SCRUM como si fuera una religión…

SCRUM es la religión de los elegidos

Scrum es todopoderoso porque es la religión de los elegidos. Si quieres llegar a la tierra prometida de la tecnología, ese lugar idílico donde todos los proyectos finalizan en plazo, debes seguir puntualmente cada uno de sus ritos.

Ya en los tiempos olvidados de las tarjetas perforadas, los profetas Brooks y DeMarco nos advirtieron que los proyectos son tan complejos que podemos trabajar en ellos por los siglos de los siglos. Imbuidos por el espíritu, propusieron abordar la solución en sucesivas iteraciones, meditando junto al cliente tras cada una de ellas qué se ha conseguido y qué se debe hacer a continuación.

El ritual SCRUM que inspiraron es como sigue:

La Sagrada Firma

El  Sumo Account Manager descubre una necesidad del cliente y prepara una oferta que tiene plazo y presupuesto definidos pero cuyo alcance queda indeterminado. Realiza sacrificios a Poseidón y ofrendas a Baco para que el cliente realice la Sagrada Firma.

La Sagrada Firma es el ritual más complejo y al que menos atención se presta en los Textos Sagrados. Los clientes no iniciados se resisten a comprometer presupuestos determinados a cambio de servicios indeterminados. No intentes explicarles que en los proyectos realizados según los heréticos ritos de Waterfall, donde el alcance si estaba definido, en media sólo se entregaba el 50% de lo especificado.

El Product Backlog y el Team Backlog

Tras la Sagrada Firma, el cliente unge a uno de sus acólitos con la pesada responsabilidad del éxito de la empresa. A partir de ahora todos le conocerán como el venerable Product Owner.

En un concilio entre cliente, Account Manager y Product Owner, describen el sistema en una docena de tarjetas sagradas de una extensión de algunos párrafos llamadas Epics y Features. Las sagradas tarjetas se exponen a los acólitos en un altar de corcho llamado Product Backlog para que sean para ellos fuente de inspiración.

En sucesivos aquelarres, el Product Owner y los programadores, descomponen Epics y Features en nuevas tarjetas llamadas Historias de Usuario, que tienen la forma ‘Como usuario <perfil de usuario> soy capaz de hacer <tarea> y así consigo <valor para el negocio> ’. Exponen su trabajo en un nuevo altar de corcho, el Team Backlog.

La implementación

Es el momento de comenzar los ritos de implementación.

El primero es formar la escuadra de desarrollo, con el Product Owner, un Scrum Master y entre cinco y siete consultores. Sus puestos de trabajo deben estar próximos entre sí y se encargarán de implementar de extremo a extremo las Historias de Usuario. Su sagrado apostolado incluye definir la arquitectura, hacer el diseño, codificar, probar, integrar y documentar.

Cada iteración comienzan con la ceremonia del Sprint Planning. El squad se reúne para decidir qué Historias de Usuario intentarán implementar durante el Sprint, que durará entre tres y cuatro semanas. El Product Owner sabe qué historias de usuario son prioritarias. La escuadra intuye su velocidad de ejecución.

Cada mañana, antes de la salida del sol, la escuadra se reúne para maitines, rito también conocido como daily. Durante el resto del día, diseñan las Historias de Usuario, las codifican, desarrollan las pruebas unitarias y prueban el software construido. Sólo si el código supera las pruebas se considera apto para depositar a los pies del cliente e implorar su aceptación.

El Product Owner ayuda a los programadores a interpretar las sagradas Historias de Usuario. El Scrum Master vela por la pureza de los rituales.

El Sprint Review

Finalizado el Sprint, el squad celebra el Sprint Review, ceremonia en la que el código desarrollado se ofrece al cliente y las Historias de Usuario que no se han completado se devuelven al team backlog.

El Sprint Retrospective

El acto final es el Sprint Retrospective. Aquí Product Owner, programadores y testers reconocen sus faltas y hacen propósito de enmienda, con el fin de ser más productivos en próximas iteraciones.

Que los Dioses te sean propicios

Sigue religiosamente este ritual y alcanzarás la tierra prometida con la bendición de los Dioses.

Los peligros de imponer SCRUM a tu organización como si fuera una religión

Los ritos de SCRUM son folclore, comportamientos llamativos que emplean otras organizaciones. Desconocemos su significado, pero hay cientos de artículos describiendo su éxito y son tentadores de imitar.

Un ejemplo de imitación del folclore. Una organización que compró una mesa de billar, pero despidió a un consultor por ir al médico. ¿Veis a lo que me refiero? Si te despiden porque estás enfermo y vas al centro de salud, ¿cuál será el castigo si estás sano y dejas de trabajar para hacer carambolas?

Si no conoces las reglas básicas de la gestión de proyectos, corres el riesgo de implantar SCRUM como si fuera una religión, y cometer los mismos errores que buena parte de las organizaciones.

Y entonces no llegarás a la tierra prometida.


Dentro de las carreras profesionales tecnológicas, Analista Programador es la primera promoción. Y esconde una trampa que debes conocer.

Carreras profesionales. El analista programador

Carreras profesionales. El Analista Programador.

El Analista Programador es la primera promoción dentro de las carreras profesionales tecnológicas. Y esconde una trampa que debes conocer.

Con un poco de paciencia, en tres o cuatro años serás el programador más veterano de un pequeño grupo de consultores, lo que te convierte de facto en su líder técnico, el Analista Programador.

Aquí te vas a enfrentar a tu primer problema de liderazgo. ¿Dedico mi precioso tiempo a realizar mi trabajo técnico, o a formar a los consultores recién incorporados?

Existen tres posibles estrategias:

Estrategia 1. Priorizas la formación de los nuevos consultores

Tu primer intento será priorizar la formación de los nuevos consultores, para que puedan trabajar con autonomía.

Hemos representado en la gráfica el resultado de esta estrategia con una línea verde. ¿Te das cuenta de que a corto plazo es la solución menos eficiente? Esto significa dos cosas. Que tu lista de tareas pendientes amenaza con llegar al infinito. Y que tu cliente y tu Jefe de Proyecto están muuuy nerviosos.

Si consigues soportar la presión, a medio plazo construirás un Equipo de Alto Rendimiento.

Pero lo normal es que resbales a la estrategia número dos.

Estrategia 2. Priorizas tu trabajo técnico

Cedes a la insoportable presión del cliente y dedicas la mayor parte de tu tiempo a esa lista de tareas críticas pendientes.

Estás tan concentrado que hasta te molesta que te consulten dudas. Los jóvenes consultores se aburren y se frustran porque aprenden muy despacio. Hasta es posible que alguno de ellos se vaya. ¡Justo ahora que empezaba a tener algunos conocimientos!

Hemos representado en rojo los resultados. A corto plazo superas a la estrategia uno, pero sigues muy lejos de las expectativas del servicio. Ya sabes, tensas reuniones con el cliente y con tu Jefe de Proyecto.

Así que, agotado, caes a la estrategia número tres.

Estrategia 3. Haces tu trabajo técnico y además formas a los nuevos consultores.

Esta estrategia supone un enorme desgaste por el volumen de horas necesario. Es una muestra de compromiso hacia tu empresa y tu cliente. ¡Estás sacrificando tu vida personal y familiar! Lo menos que esperas es que alguien te de las gracias.

Y si te fijas en la línea amarilla, tus resultados superan a las estrategias uno y dos. Pero lamentablemente sigues por debajo de las expectativas. ¿Sabes lo que eso significa? Si. En lugar de agradecimientos, mas tensas reuniones con el cliente y con tu Jefe de Proyecto.

¿Ves como se desploma la línea amarilla? Ese es el punto en que presentas la baja voluntaria o la baja por depresión.

 

Resultado de las posibles estrategias de trabajo de un Analista Programador
Resultado de las posibles estrategias de trabajo de un Analista Programador. ¿Es que no hay forma de cumplir las expectativas?

A corto plazo, ninguna de las estrategias alcanza las expectativas

Como puedes ver, a corto plazo ninguna estrategia ofrece resultados acordes con las expectativas, lo que se traduce en presión. Retrasos, tareas pendientes y discusiones.

Entonces ¿Cuál de ellas elegir?

Pues, teniendo en cuenta que las estrategias dos y tres nunca alcanzan la productividad deseada, la decisión no es difícil.

Nuestro consejo es apostar por las personas y elegir la primera de las opciones. Aprenderás a gestionar la presión y aprenderás a crear equipos de alto rendimiento. Y si la presión te supera, es un buen momento para dar un paso atrás y retomar el camino del Especialista Tecnológico.

En próximos artículos veremos cómo la estrategia número uno consigue a largo plazo superar las expectativas del cliente. Y veremos también los nuevos desafíos que eso genera.

No olvides volver de vez en cuando y revisar las nuevas entradas.