¿Cómo te irá en tu nuevo trabajo? Una conversación con tu nuevo jefe puede ser reveladora.

¿Cómo te irá en tu nuevo trabajo? (II)

¿Cómo te irá en tu nuevo trabajo?

En nuestro artículo de diciembre del 22, explicábamos que lo más importante de una oferta de trabajo es también lo más difícil de averiguar en una entrevista.  La relación con tu nuevo jefe determinará el 70% de tu experiencia de empleado.

En el artículo de enero del 23, llegamos a la conclusión de que la mejor fuente de información sobre tu nuevo jefe son tus futuros compañeros, y explicamos qué preguntas hacerles. Lamentablemente no siempre vas a tener acceso a ellos.

En este artículo de febrero del 23, explicamos qué puedes preguntar durante una entrevista de trabajo a tu futuro responsable, para averiguar cómo será vuestra relación antes de estampar tu firma en el contrato.

¿Cuáles son las tres mejores preguntas que puedes hacer al líder del proyecto?

Vamos con las tres preguntas que, a nuestro entender, os aportarán mayor información, sin poner incómodo a vuestro futuro jefe.

1. ¿Qué funciones haces como líder del equipo?

Empezamos con una pregunta trampa, para dejarle que se luzca y que hable de si mismo.

Eres un profesional, solo quieres conocer el rol de tu nuevo jefe y la cultura de la organización.

Es el Product Owner

Si su respuesta es:

  • Yo no soy un técnico, solo resuelvo las dudas funcionales de los consultores.
  • Priorizo las actividades del sprint

Tu nuevo líder es un Product Owner. La empresa ha alcanzado un buen grado de madurez en metodologías ágiles y Scrum.

El cambio de trabajo es una apuesta segura.

Es el Jefe de Proyecto

Si responde algo así como:

  • Me aseguro de que haya un buen ambiente de trabajo en el equipo.
  • Negocio con el cliente para ajustar la carga de trabajo y que el equipo no se queme por exceso de horas extras.

Es un Jefe de Proyecto que tiene claras sus funciones.

Un buen comienzo de una nueva relación laboral.

Es el Líder Técnico

Si está orgulloso de decir:

  • Explico a cada consultor qué es lo que tiene que hacer y cómo hacerlo.
  • Superviso que están efectivamente haciendo aquello que les he pedido y les ayudo si están atascados.

Es un Líder Técnico. Su experiencia puede ayudarte a crecer profesionalmente, pero si nadie bloquea la presión del cliente, el proyecto tarde o temprano se transformará en un infierno.

Ten cuidado.

Es un Analista/Programador

Si tiene aspecto cansado y su respuesta es:

  • Soy el consultor más veterano del grupo.
  • Además de mi trabajo técnico, te ayudaré a irte poniendo en marcha.

Es un Analista/Programador. Esta figura es garantía de problemas.

Para empezar, tiene que elegir entre realizar su trabajo técnico y liderar al equipo. Haga lo que haga, el rendimiento general será bajo, así que la presión del cliente será elevada. Y no hay nadie para bloquearla.

Ten cuidado.

El rol del líder aporta mucha información sobre el grado de madurez de la organización.

2. ¿Qué KPIs utilizas para medir el desempeño?

Me encanta porque es una pregunta de aspecto inocente. Aparentemente quieres conocer los criterios que más valora porque quieres hacer un gran trabajo.

En realidad le estás preguntando por su cultura X (Fixed Mindset) vs Y (Growth Mindset).

Aquí no hay respuestas mejores o peores. Lo importante es conocerte a ti mismo, y que tu cultura sea compatible con la suya.

"No uso KPIs, intento motivar a mis consultores con formación y proyectos que son un desafío tecnológico"

Posiblemente estás hablando con un Líder Técnico con una cultura de tipo Y. En general todos los programadores también tienden a tener cultura Y.

Si tu también crees que al trabajador hay que motivarle todos los días mediante formación, desafíos tecnológicos, feedback positivo y un gran ambiente de trabajo, tu cultura es Y. Os llevaréis genial.

"Los KPIs que utilizo para medir el desempeño de los consultores son..." o "Los criterios para establecer nuestros bonus por objetivos son...".

Seguramente estás hablando con un Jefe de Proyecto de cultura X o Fixed Mindset.

Si tu también crees que los profesionales deben venir formados y motivados de casa, que el bonus por objetivos es la mejor forma de motivar a un consultor, y que al trabajo se viene a trabajar y no a tomar café, tu cultura también es X. Tendrás una buena relación profesional con él. A lo mejor hasta os hacéis amigos.

Recuerda, X no es mejor que Y. Lo importante es que tu cultura coincida con la del líder del proyecto.

3. ¿Cómo gestionáis los picos de trabajo?

Eres un profesional. Sabes que eventualmente habrá picos de trabajo por incidencias en planta o por deadlines. Forma parte de nuestra actividad y lo asumes. Solo quieres conocer cómo se gestionan esas situaciones.

Hay varias respuestas posibles, de nuevo de mejor a peor.

"Aquí no hay presión porque hacemos SCRUM. Las historias de usuario que no se completan durante el sprint, se devuelven al backlog"

Es posiblemente la mejor respuesta.

Tu nuevo jefe es un Product Owner. La organización tiene un elevado grado de madurez en la metodología Scrum y no comete los errores típicos de los principiantes.

Posiblemente te mostrará el tablero canvan con los epics e historias de usuario del backlog, y el progreso de las tareas en el sprint actual. Incluso es posible que te presente a tus futuros compañeros.

Un diez.

"Intento que no haya presión, pero de vez en cuando hay momentos de crisis. Entonces hablo con el equipo y ellos se organizan para solucionarlo".

Otra buena respuesta.

Estás ante un Jefe de Proyecto que entiende que su principal misión es bloquear la presión del cliente.

Pero eventualmente son necesarios esfuerzos puntuales. El hecho de que el equipo sea capaz de autogestionar estas situaciones indica que hay un buen ambiente de trabajo. Posiblemente se ha formado un equipo de alto rendimiento.

Un nueve alto.

"Hay bastante presión al final de cada sprint para acabar todas las historias de usuario planificadas"

La organización está haciendo la transición hacia metodologías ágiles.

Cometen los errores típicos del comienzo del proceso, pero eventualmente se convertirán en un buen sitio para trabajar.

Un seis.

"Cuando hay momentos de crisis, hablo con el equipo y les pido un sobreesfuerzo para lograr los objetivos".

Cuando exiges a todo un equipo un sobreesfuerzo, siempre hay alguien con hijos que no puede mantener el ritmo. El conflicto está servido. Adiós al ambiente de trabajo.

El liderazgo es débil y no consigue bloquear la presión del cliente. Es cuestión de tiempo que esos momentos de crisis se conviertan en el día a día.

Un cuatro y medio.

"Llevamos tres meses haciendo un sobreesfuerzo, por eso te contratamos"

Es sin duda la peor de las respuestas.

El proyecto acumula varios meses de retraso, el cliente está muy nervioso y el líder del proyecto no sabe como bloquear la presión. Posiblemente han entrado en una dinámica de lluvia ácida...

El líder del proyecto desconoce los conceptos básicos de gestión de proyectos tecnológicos:

Un dos.

En resumen

Un cambio de trabajo no debería ser un acto de fe, pero en demasiadas ocasiones damos este paso a ciegas.

Para cubrir ese vacío, arrancamos esta serie de artículos hace ya tres meses a partir de un #ThinkingBreakfast con el equipo de novanotio. Esperamos que estas reflexiones os sirvan de guía durante toda vuestra carrera profesional.

Nos vemos de nuevo en el artículo de marzo de 2023.


El líder técnico, un rol que desaparece en la era SCRUM

Funciones del líder técnico en la era SCRUM

El líder técnico en la era SCRUM. Las funciones de un rol condenado a desaparecer

El rol de líder técnico es la carrera profesional más deseada por los jóvenes ingenieros informáticos. En este artículo vamos a estudiar su historia, sus vías de crecimiento profesional y cómo se transforman sus funciones con la llegada de SCRUM.

Un poco de historia

El líder técnico es el primer rol de liderazgo que surge en las empresas tecnológicas, junto con el de analista/programador. En los albores de la informática, era el responsable del diseño y la construcción de los sistemas.

Su misión original era extensa; entender las necesidades del cliente, hacer un primer diseño de alto nivel, preparar el diseño de bajo nivel, controlar los costes, determinar el alcance del sistema y, por supuesto, motivar y dirigir al equipo técnico.

Nuestro líder técnico terminó apoyándose en su ayudante, el gestor del proyecto. Un personaje gris al que delegó las aburridas tareas de control económico, interlocución con el cliente y motivación del equipo. Durante los años 80 del pasado siglo, el gestor del proyecto arrebató progresivamente el protagonismo y el reconocimiento al líder técnico y se transformó en el Jefe de Proyecto.

Funciones del líder técnico

El líder técnico mantiene dos de sus funciones originales, el diseño de bajo nivel y la supervisión del trabajo técnico.

El diseño de bajo nivel es su actividad preferida. Recibe del Business Analyst una especificación de alto nivel y la transforma en un conjunto de actividades más simples y detalladas que asigna a los diferentes equipos técnicos.

Brooks, en su clásico ‘The mythical man month’, nos advierte no existe un lenguaje de alta precisión para comunicar esas especificaciones de bajo nivel. Por eso es tan importante la segunda de sus funciones, el seguimiento de la actividad del equipo técnico. Sin esta supervisión, los analistas y programadores desarrollarían funciones diferentes a las especificadas.

El seguimiento del equipo técnico puede ocupar hasta el ochenta por ciento de su tiempo.

¿Cómo se llega a líder técnico?

Para ser un buen líder técnico necesitas un profundo conocimiento funcional del sistema y de su arquitectura, es decir, qué problema resuelve y cómo están construidos sus módulos. La única forma de adquirir estos conocimientos es participando en la construcción, por lo que el Líder Técnico suele ser uno de los programadores más veteranos.

A este rol se accede con paciencia. Como la permanencia media de un consultor en un proyecto es de 24 meses, en tres o cuatro años serás analista/programador y en otros tres o cuatro probablemente serás el líder técnico.

Crecimiento profesional del líder técnico

Ya eres líder técnico y tu equipo ha desarrollado con éxito varios proyectos. ¿Cuál es el siguiente paso de tu carrera profesional?

La evolución natural es hacia CIO/CTO, el responsable de los sistemas informáticos de la empresa, por tus conocimientos funcionales y tecnológicos.

Si has estado desarrollando un producto, lo mas probable es que acabes siendo el Product Manager. Tu misión será definir el roadmap de los futuros desarrollos.

Siempre puedes crecer hacia posiciones de Business Analyst, por tus conocimiento de las necesidades de los clientes.

Por último puedes crecer hacia Jefe de Proyecto, pero entonces toda tu experiencia anterior será inútil. Necesitarás desarrollar habilidades de motivación y negociación.

La desaparición del Líder Técnico en la era Scrum

La transición a las metodologías ágiles es un proceso complejo.

No basta con agrupar los equipos técnicos en squads y desarrollar en sprints de tres semanas. Es necesario que el cliente se involucre y participe de forma activa en el desarrollo, aportando un product owner al squad.

Y sobre todo es necesario que el cliente entienda que el alcance de los trabajos está abierto. La gran aportación de Scrum es cambiar la definición de éxito de un proyecto. ‘Desarrollar la mejor funcionalidad posible dentro de un plazo y con un presupuesto’.

En este artículo analizamos los errores más frecuentes que cometen las organizaciones al implementar la metodología SCRUM.

Con la llegada de las metodologías ágiles, desaparece paulatinamente la figura del Líder Técnico.

No pueden ser el Product Owner, porque sólo el cliente conoce el retorno de inversión de cada desarrollo. Y los squads no necesitan un líder técnico, son los programadores los que deciden la arquitectura de sus módulos.

Con la llegada de SCRUM, el rol de líder técnico está llamado a desaparecer.