Primeros pasos en una organizacíon: Onboarding
Agile,  Personal,  Producto

Primeros pasos en una nueva organización: Onboarding I

El próximo Lunes comienzo una nueva aventura profesional en Vueling Airlines. Diferentes sensaciones y emociones me embargan completamente, da igual la experiencia o la edad que tenga, unos días antes, siempre siento esas mariposas en mi estómago, el momento se acerca y quiero hacerlo bien.

Este momento también me brinda la oportunidad de escribir mis intenciones y experiencias según vaya avanzando en el camino, y eso voy a hacer, una especie de cuaderno de bitácora organizativo en forma de serie de posts.

SEMANA 1: Onboarding

Creo que es bueno ser ambicioso pero también realista, por eso, voy a dividir las semanas enfocándome en 4 bloques de objetivos.

Durante la primera semana todo es nuevo, y será bueno comenzar a captar de forma muy general los diferentes contextos de la compañía, negocio, equipo, cultura, metodología.

Objetivo general: Integrarse y aprender mucho.

Primer contacto con el equipo (Squad) y la cultura

Uno de los pasos más importantes al incorporarse a una nueva compañía es conocer al equipo. Una ronda de presentaciones donde cada persona, y yo mismo exponga su perfil, background, filosofía de trabajo para romper el hielo y comenzar a compartir.

Aunque seguramente mucho de lo que hablemos se explicará en el onboarding oficial de la compañía es bueno también comenzar a visualizar aspectos más metodológicos y organizativos: Herramientas que utilizan, metodología, ciclos de desarrollo de proyecto, ceremonias, reuniones, necesidades.

Objetivos

  • Comenzar integrarme y empatizar con el equipo.
  • Conocer las necesidades del equipo para organizarme, enfocarme y aportar valor. Anotarlo en la libreta.
  • Empezar a conocer la cultura de equipo.
  • Primer mapa estructural, organizativo y metodológico de proyecto y equipo. Anotarlo en la libreta.
  • Conocer los OKRs del equipo.

Contexto de la compañía y negocio

Hay que aprovechar al máximo estos primeros días, seguramente recibiré mucha de información sobre la compañía, el negocio, la cultura, equipos, organización… Todo este contexto será muy importante como base para aterrizar después en el proyecto.

Anotar todo esto en la libreta es fundamental para no dejarte nada por el camino. preguntar todo aquello que no entiendes y comenzar conectar con personas de la empresa.

Objetivo

  • Comenzar a introducirte en el negocio de forma general: historia de la compañía, modelo de negocio, competencia, OKRs de compañía, ambiciones, visión, misión, valores…

Primer contacto con el proyecto y el producto

Personas del equipo, responsables directos o stakeholders pueden ofrecer mucha información respecto al proyecto y el producto, hay que listar con quienes hay que hablar para conocer el contexto actual del producto.

User persona: Conocer a quién va dirigido el producto, quién o quienes son tus usuarios, que problemas pretende solucionar y como se captan estas necesidades. ¿Están los stakeholders y los usuarios desde el ciclo de discovery?

Presentación del producto: Sería genial que alguien te hiciera una presentación formal del producto de forma detallada. También hay que leer toda la documentación que exista sobre el producto, su historia, etapas, funcionalidades, reglas de negocio, evoluciones, problemas encontrados.

Requisitos, necesidades y objetivos: A través del equipo, stakeholders y usuarios conocer las necesidades no cubiertas, los objetivos planteados y cómo estos se alinean con los OKRs de equipo y de compañía.

Ciclo de desarrollo de producto: Es bueno tener una lista de preguntas que deberías responder para enfocar tu organización futura con respecto al cliclo de desarrollo de producto:

  • ¿Existe documentación sobre el ciclo de desarrollo de producto?
  • ¿Scrum, Kanban, Scrumban u otro?
  • ¿Ciclos de desarrollo de producto?
  • ¿Se trabaja con CI / CD, TDD, DDD, BDD?
  • ¿Multi-stage deployments?
  • ¿Se hacen test de usuario, QA, cómo?
  • ¿Existe un roadmap, quién lo gestiona?
  • ¿Dónde, quién y cómo se escriben las historias de usuario?
  • ¿Cómo se realiza el proceso de modelado respecto a la experiencia, comunicación y diseño? ¿Existen unas guidelines ya definidas?
  • ¿Se trabajan, ejecutan y validan hipótesis?
  • ¿Cómo se trabaja y gestiona el feedback con stakeholders y usuarios?

Objetivos

  • Responder al máximo número de preguntas para conocer al detalle el ciclo de desarrollo de producto.
  • Conocer los procesos de diseño, User Journey, captación de requisitos, test y comunicación con stakeholders y usuarios.
  • Ver y comprender el producto, a quién va dirigido y qué problemas resuelve.
  • Conocer los proyectos en los que está trabajando el equipo, visualizar el backlog y el roadmap.

Identificación de stakeholders

A través del equipo y tus responsables directos debes hacer una lista con los stakeholders clave, aquellos que te van a marcar de alguna forma el camino y te van a ayudar a conseguir tus objetivos.

Hay que planificar reuniones con ellos durante la semana, te explicarán cual es su responsabilidad, proyecto, equipo, objetivos, feedback y qué necesidades tienen.

Objetivos

  • Identificar los diferentes stakeholders clave para el proyecto.
  • Tener una reunión con cada uno de ellos para captar contexto, necesidades y visión.
  • Empatizar y conectar.

Algunos consejos que no debo olvidar

  • Ten paciencia, no quieras correr demasiado.
  • Enfócate en los objetivos de tu semana.
  • Conecta con la gente, sobre todo con tu equipo.
  • Deja que el equipo siga fluyendo, observa y anota todo en tu libreta.
  • No apliques cambios de forma precipitada, acabas de entrar, observa la compañía.
  • No sufras si no consigues todos los objetivos propuestos, deben servirte como guía.

De momento es todo para la primera semana, intentaré escribir la evolución, cambios, experiencias y objetivos todas las semanas. Espero que os sea de utilidad si os encontráis en la misma situación que yo.

¿Despegamos?