Cómo hacer que un equipo de BI trabaje en segmentos verticales, por ejemplo, historias de usuarios

Soy un entrenador ágil para un grupo de ingenieros de inteligencia comercial y científicos de datos.

Generalmente hablando, hay 2 tipos diferentes de elementos de trabajo que realizan:

  1. Informes y paneles orientados al usuario, por ejemplo, Business Objects, Looker
  2. Habilitación relacionada con la plataforma, por ejemplo, canalizaciones de datos de Airflow, configuración de AWS, trabajo de Snowflake y S3

Lo he intentado todo, pero no he logrado que el equipo trabaje en segmentos verticales; solo dicen que es imposible, por lo que esencialmente trabajan en segmentos horizontales con cada miembro del equipo trabajando desde su propia acumulación de tareas técnicas, por ejemplo.

Un desarrollador trabajará constantemente en nuevas canalizaciones de datos y mantendrá las canalizaciones de datos existentes.

Un desarrollador solo hará Looker o BO.

Un desarrollador realizará exclusivamente actividades relacionadas con Snowflake, etc.

El trabajo se casa con el tiempo, pero hay tan poco valor para el usuario que la empresa está empezando a sentirse infeliz.

Hay algunas variables más que hacen que mi problema sea más complejo. No tenemos habilidades de gestión de productos dentro del equipo; tenemos un PO, pero es una persona de negocios sin experiencia real en TI ágil.

Además, la solicitud del equipo también es integrar las habilidades de creación de paneles e informes dentro de los usuarios comerciales, por ejemplo, autoservicio.

Mi pregunta es simple: ¿cómo hago para que mi equipo trabaje de manera ágil y divida las cosas verticalmente?

Respuestas (1)

Por lo que parece, actualmente no tienes un equipo. Tienes un grupo de desarrolladores que presumiblemente trabajan en la misma oficina. Para convertirlos en un equipo, debe lograr que se apropien colectivamente de los elementos de trabajo no divididos que brindan valor al negocio.

Algunas sugerencias en esa dirección son

  • Realice una retrospectiva con todos los miembros del equipo sobre cómo pueden cambiar colectivamente la percepción del negocio de que no están entregando nada. Deje que propongan ideas por sí mismos y que prueben las más prometedoras (o las que obtengan más apoyo) durante algún tiempo.

  • No permita que el equipo divida horizontalmente un elemento de trabajo. Si no se puede acordar una división vertical, suponga que esa es la parte más pequeña en la que puede convertirse el elemento de trabajo.
    Al mismo tiempo, imponga un límite WIP en los elementos de trabajo. Si un miembro del equipo quiere comenzar con un nuevo elemento de trabajo que excedería el límite WIP, pídale que lo ayude a completar un elemento de trabajo que ya está en progreso, incluso si ese elemento de trabajo no tiene trabajo restante en su área de especialización. . Esto ayudará a que los elementos de trabajo se realicen más rápido y también entrena al equipo.
    Puede permitir que el equipo cree subtareas (cortadas horizontalmente) en un elemento de trabajo para saber en qué áreas técnicas se debe trabajar, pero la finalización de una subtarea no tendría significado para las métricas que rastrea. . Sin embargo, pueden ayudar al equipo a ver dónde y cómo varias personas pueden colaborar en el mismo elemento de trabajo.

Lo siento, estoy luchando por entender tu segundo punto. ¿Le importaría reformular? ¿Está diciendo que debo realizar un seguimiento de los elementos de trabajo o de la sección horizontal que comprende los elementos de trabajo?
@ user32613: reformuló el punto. Debe realizar un seguimiento de los elementos de trabajo (y completarlos lo más rápido posible), pero permita que las tareas técnicas hagan visible cómo los miembros del equipo pueden trabajar juntos en un elemento de trabajo.
Gracias por responder. Hará el primer punto definitivamente. El segundo punto es el problema. No tengo autoridad como Agile Coach para obligarlos a hacer cortes verticales. Sin embargo, los elementos de trabajo son tareas técnicas horizontales (tan pequeñas como pueden obtenerlas). Afirman ser historias, pero en realidad son solo tareas técnicas. Sin embargo, estoy imponiendo límites WIP en estos.
@ user32613: si no tiene la autoridad, intente tener a alguien de su lado que tenga la autoridad para evitar el corte "incorrecto". La OP podría ser un buen candidato, ya que puede insistir en que las historias tengan un valor comercial reconocible (para ellos). El hecho de que no sea técnico en realidad podría ayudar en eso.