Cadena de comprensión

Creo que todo el mundo recuerda la película “cadena de favores” , en ella un niño iniciaba una cadena de favores que terminaba afectando a un sinfín de personas. Sería fantástico que esto se diese hoy en día, pero un acto como ese requiere de mucha generosidad y de eso, hoy en día, no andamos sobraos. En lugar de intentar arreglar el mundo apuntando tan alto, ¿por qué no empezamos por cosas más pequeñas? Por ejemplo, intentando comprender a los demás.

Vivimos en una sociedad donde casi nadie se preocupa de los problemas de los demás, es fácil oír la frase : “mientras no me toque a mi…”. No digo que nos preocupemos por todo el mundo esa tarea imposible ya la intentan hacer las ONGs, yo quiero ir todavía más abajo, céntrate en tu entorno, en tus amigos, familia, compañeros de trabajo y trata de comprender los problemas que les afectan a ellos, no hace falta que hagas nada más, porque comprendiéndolos, tú conciencia jugará su papel y de ahí en adelante las decisiones que tomes seguro que serán teniendo en cuenta a estas personas. Este pequeño detalle trasladado al trabajo es lo que diferencia a un equipo de un grupo y por ende un fracaso de un éxito.

Delegar es fácil

Gracias al libro que estoy leyendo últimamente me estoy cuestionando mucho mi actitud y la de todo mi entorno y he empezado a darme una serie de consejos que considero mínimos para poder convertirme en un manager solvente. El primer consejo fue sobre negociar y este es sobre delegar, aquí va:

¿Crees que cuando delegas estás soltando un marrón? O ¿Crees que cuando alguien delega te está soltando un marrón?

Si respondes “sí” a alguna de estás preguntas, deberías preguntarte:

Para la primera pregunta ¿Se delegar? y para la segunda ¿Sabe mi superior en que estoy interesado y cuales son las metas profesionales que quiero alcanzar?

Aunque la mayoría de la gente cree que delegar es quitarse el trabajo que no le gusta y los marrones más feos, no podrían estar más equivocados. Delegar implica conocimiento, aprendizaje, confianza, paciencia-comprensión.

• Conocimiento porque para delegar debes saber a quien. No vale delegar a la persona libre, sin conocer si está interesado. Tu primer paso es conocer que objetivos profesionales quiere alcanzar tu equipo. Muy probablemente tendrás a alguien en tu equipo técnico que este interesado en la dirección de proyectos, en él deberías delegar solo tareas de dirección de proyectos. Así que delega las tareas pensando en si puede dar algún beneficio en la meta profesional del que las tiene que llevar acabo. Las ventajas de hacer esto son grandes:

o Calidad: Las tareas hechas con desgana y poco interés a menudo tienen que ser desechadas o entregadas con poca calidad.

o Satisfacción: Cuando haces tareas que sabes que te llevan a cumplir tus metas profesionales, se obtiene mayor satisfacción.

o Inversión: Cuando inviertes en la formación de una persona, estás invirtiendo en la empresa.

o Equipo: No es fácil construir un equipo, sin embargo es demasiado sencillo destruirlo. ¿Qué crees que sucede cuando alguien hace una tarea que no conlleva ningún beneficio propio? Esa persona empieza a frustrarse, quemarse, es decir la primera ventana rota de tu edificio (léase equipo) (link a post donde es explica “la ventana rota).

• Aprendizaje porque implica que la persona que está realizando las tareas está aprendiendo, está trabajando en dirección a sus objetivos. ¿Quién no quiere tener a gente contenta en el equipo? No crees que ese motivo es más que suficiente para aprender a delegar.

• Confianza porque delegar implica que confías en esa persona para hacer la tarea, pero esta confianza debe ser bidireccional, así que no tires por la borda la confianza de esa persona haciendo microgestión, preguntando constantemente por la tarea o pidiendo muestras para ver como va, no cuestiones el como sino el resultado.

• Paciencia-comprensión. ¿Recuerdas la primera vez que hiciste la tarea que vas a delegar? ¿La hiciste a la primera? ¿Sin errores?.¿Te presionaron para hacerla o te ayudaron? ¿Qué hubieras preferido tú, ayuda o presión? Recuerda estas preguntas cuando delegues.

Negociar

En todos los equipos te encontrarás con personas difíciles, es importante identificarlos y moldearte a ellos, eres tú quien tiene que aprender a lidiar con ellos y cambiar ciertos aspectos de tu trabajo para conseguir de esas personas lo mejor.

No te dejes llevar ni por la frustración ni por el temperamento, recuerda que tu trabajo como Project manager es precisamente tratar con la gente, saber comunicarte, incluso con aquellos que no están dispuestos a comunicarse.

Se puede decir que tu trabajo es negociar, cuando te reúnes con superiores tienes que saber negociar con ellos y saber no comprometerse a nada que no puedas cumplir, por otro lado cuando te reúnes con el equipo tu objetivo es sacar compromisos, esto es un arte que espero aprender, aunque la base es clara: Conoce al equipo.

Conociendo al equipo puedes preparar tus reuniones enfocando los problemas desde la perspectiva del que escucha, pero también condicionando el contenido de la reunión, el tono y el humor en función de quien es tu interlocutor, pondré dos ejemplos muy básicos y  exagerados para explicarlo mejor:

• Con personas muy optimistas:
  • Tu objetivo es contener la euforia y poner hitos realistas.
• Con personas pesimistas y/o difíciles:
  • Intenta llevar a la reunión más de lo que quieras conseguir y ve cediendo hasta llegar a tu objetivo.

Por supuesto que siempre conseguirás más implicando al equipo en los objetivos y tendrás menos gente frustrada, pero no siempre te será posible.

Aprende a no decir ni que no ni que si

Solidaridad con los enmarronados

Seguro que has oído mil veces lo importante que es saber decir que No, la mayoría de la gente te suelta eso cuando estás con mil marrones, haciendo mil horas o ante cualquier problema en el que teóricamente podrías haberte plantado, aunque la cruda realidad sea que no, como todos sabemos. Esto se da sobre todo en reuniones con superiores. Seguro que recuerdas que te ha pasado alguna vez, verdad?.

Yo no estoy de acuerdo con esta afirmación, decir que “no” es tan malo como decir que “si”. El “no” te descarta y el “si” te compromete. Dicho así parece ambiguo o digno del mejor gallego, pero es todo lo contrario, la clave es ser claro, realista y honesto, sobre todo contigo mismo.

Imagina la siguiente situación:

Martes, acabas de terminar la planificación de los siguientes lanzamientos de los 5 proyectos que tienes asignados, presentas el roadmap a tu superior.

Viernes, tienes reunión con tu superior para comentar como han ido las últimas conversaciones con el cliente.

Jefe : Después de hablar con el cliente Smith, creemos que el proyecto “Matrix” no es prioritario, él está mucho más interesado en el proyecto “revolution”.

Tú: ¿Cómo? ¿Eso quiere decir que se suspende el proyecto “Matrix”? Pero si llevamos una semana trabajando sobre él.

Jefe: No, eso quiere decir que hay que terminar “Revolution” en un mes y después continuar con “Matrix”.

Tú: Imposible, no se puede, no llegamos. “Revolution” está planificado para 2 meses, además no lo entiendo pero no era “Matrix” lo más prioritario antes.

Bla bla bla bla …

Ya te has metido en una espiral absurda, inútil y que acabará con un “Ok, lo haremos” tuyo de mala gana, eso no lleva a nada. Si dices que “si” sin más, casi peor, empieza por comprar literas para ti y para tu equipo porque un proyecto planificado en 2 meses no se hace en uno, por cosa de magia.

Hay otra forma de enfocar las reuniones, por ejemplo aplica está plantilla a la conversación anterior:

1. ¿Para cuándo?
2. ¿Cómo afecta eso a los proyectos en curso?
3. ¿Qué funcionalidad tenemos que cubrir en el lanzamiento?
4. Ok, hablo con mi equipo y nos volvemos a reunir para ver como podemos llegar.

La cosa quedaría de esta forma:

Jefe : Después de hablar con el cliente …blabla… igual que antes.

Tú: ¿Para cuándo?

Jefe: En un mes.

Tú: ¿Cómo afecta eso a los proyectos que tenemos ahora?, por ejemplo “Matrix”.

Jefe: Se paran, la prioridad es “Revolution”

Tú: ¿Qué funcionalidad tenemos que cubrir dentro de ese mes?

Jefe: Todo lo que se marco en su día.

Tú: Ok, tengo que hablarlo con mi equipo para ver como podemos llegar y me vuelvo a reunir contigo.

Fíjate que en esta reunión no te has comprometido a nada ni tampoco has rechazado nada, además has ganado tiempo y margen para pensar como abordar el desafío/problema.

En la siguiente reunión tocarás temas como:

- Quitar funcionalidad.

- Sino se puede quitar funcionalidad añadir recursos.

- Horas extras.

- Etc..

Esto no es más que una reflexión y en el fondo un consejo para mi mismo, así que puede no ser correcto, lo pondré en marcha en seguida e iré haciendo correcciones sobre él hasta que de con la formula correcta.

pd: El lazo marrón es en solidaridad con toda la gente que se come marrones a diario

Estresado y frustrado

Así es como me siento, no tengo claro si todo esto viene de que no soy competente para este trabajo, si es algoque me pasa por ser un bebe en esto de llevar proyectos extremadamente ágiles o tiene que ver el hecho de que intentemos meter cmmi en proyectos en los que no encaja por mucho que lo aprietes, esto es como cuando intentas doblar una colchoneta hinchable que aprietas para sacar el aire de un lado y se infla el otro, o puede que tenga que ver el hecho de que llevemos aplicando el proceso entorno a 2 meses y en ese tiempo el proceso a cambiado taitantas veces.

Siendo CMMI tan estructurado es complicado encajar proyectos de I+D como los nuestros y sobre todo con equipos tan dinámicos como los nuestros, donde una persona fácilmente puede en una semana salir de 3 proyectos y entrar en otros 3 por razones de negocio, o donde el roadmap es como mucho a un mes vista, porque al siguiente mes todo ha cambiado radicalmente. Así es complicado, pero aún se complica más si son 4 proyectos “ágiles” a la vez los que llevas y además de sacar release mensual de ellos, participas en uno programando. Y no hablemos de encajar estimaciones cuando nadie trabaja las mismas horas ni tiene los mismos horarios, eso da para otro post.

Por las cosas que me piden mis jefes y sus caras creo entender que no piden demasiado, quizá no, quizá solo es mucho para mi, estoy intentando dar lo mejor de mi y sacar adelante todo lo que tengo entre manos, pero tengo la sensación de que hay demasiadas cosas sueltas y de que cada día me voy a casa con más cosas sueltas.

Puede que solo se deba a que tenemos un pico y que después las cosas se irán calmando, pero después de 3 años creo que conozco como se mueve el pez y eso me dice que seguiré con estrés y presión.

Así que llegados a este punto me queda aprender a trabajar de esta manera, ser más eficiente en mi trabajo tanto como programador como project manager de forma que uno no me reste tiempo al otro.

Para evitar la frustración voy a llevar varios consejos a la práctica, como ya he dicho en anteriores post estoy leyendo el libro “Behind Closed Doors” y la verdad que esta lleno de buenos consejos aunque he de admitir que la mayoría son para managers con más responsabilidad que yo, por así decirlo estoy en un punto intermedio entre escribano y project manager. Bueno a lo que iba, los consejos, me voy a centrar en el primero que seguiré: “Controla como muestras tu estado emocional porque así es como los demás te ven”.

Es algo que debido a mi carácter cobra especial relevancia, mi cara es la cara menos hipócrita del mundo, si algo no me gusta, se me nota, si algo me decepciona se me nota, si algo me gusta también, etc. Y eso lleva a conflictos, lleva a que la gente tema tus reacciones, lleva a que la gente no te confíe sus problemas, es decir te deja sin feedback y estás cosas son extremadamente importantes para mi trabajo como project manager. Además es algo que da lugar a conflictos, porque tus primeras reacciones puede ser equivocas, puede que te disguste que te cambien todo, pero eso no significa que no lo

vayas hacer de la mejor forma posible y que no vayas a dar todo en ello, pero poniendo caras, haciendo muecas a la vez que te comunican algo así, das una imagen opuesta a eso y todos sabemos lo importante que es feeling, las caras de un equipo a la hora de hacer algo. Como líder de un equipo todo empieza por ti, así que eres el primero que debe saber afrontar las dificultades y el cambio de las cosas.

De todas formas que no se me mal entienda, me gusta mi trabajo y quiero seguir haciéndolo, pero solo los que son críticos llegan a conocer que tienen que cambiar y/o mejorar.