Roles Metodología TBM

GESTIÓN DE PROYECTOS

Representa a la gerencia fuera del equipo. En la práctica, es el Dueño de Negocio,  el Intermediario principal, el Patrocinador del Equipo.

BUSINESS OWNER

STAKEHOLDERS Y USERS

PRODUCT OWNER

Ayudan al Product Owner a crear los requisitos de alto nivel. Los interesados pueden ser: patrocinadores, directores, gerentes, usuarios que requieren un proyecto o se ven afectados por la realización del mismo. 

Participa en la planeación y revisión de cada sprint. Responsable de recolectar los requerimientos. Administra y prioriza el product backlog del proyecto. Es un usuario experto del negocio.Gestiona el producto que se está desarrollando.

Ejecutan y actualizan el avance de sus tareas.

BUSINESS IMPROVER 

DEVELOPER TEAM

(CLIENTE)

El equipo es auto-organizado, aunque con la responsabilidad ante el Product Owner de entregar aqueIlo que fue comprometido.

Se compromete y dan fechas de entrega a las tareas planificadas para un Sprint.

DEVELOPER TEAM

(PROVEEDOR)

Apoya al Product Owner a estimar las tareas del proyecto. Se comprometen y dan fechas de entrega a las tareas planificadas para un Sprint.

Gestiona el proceso, asegura un entorno de trabajo eficiente para el equipo, apoya a solventar impedimentos y brindar una implementación de soluciones con resultados incrementales y flexibles al cambio.

Gestiona el proyecto, documenta las fases de ejecución, recopila y analiza información. Responsable de supervisar la ejecución de las tareas del Developer Team.

Diccionario de Conceptos

GESTIÓN DE PROYECTOS

Un intervalo de tiempo de máximo un mes, en donde se desarrolla el incremento de un producto, potencialmente entregable.

SPRINT

PLAN DE LANZAMIENTOS

PRODUCT BACKLOG

Su propósito es crear un mapa visual de los incrementos funcionales que pueden agruparse para su liberación (entrega)  al cliente.

Lista de requerimientos priorizados según el valor para el negocio, al ser realizados se convierten en los incrementos. 

Documento que explica las necesidades del negocio que el proyecto debe atender y esta enfocado en entender el problema mas que en la solución.

VISION DE PROYECTO

REUNION DE RETROSPECTIVA

SPRINT BACKLOG

Los miembros del equipo se reúnen para validar que se hizo bien y que se puede mejorar para el siguiente Sprint.

Compromiso de entregar incrementos del producto con calidad de producción.
Seguimiento de su propio avance.

OBJETIVO DEL SPRINT

Es propuesto por el Product Owner y aceptado por el Developer Team.
Describe en una oración el proposito a cumplir en el Sprint actual.

REVISION DE SPRINT

El Developer Team presenta el producto realizado durante el Sprint al Product Owner y a los interesados del proyecto. El P.O. acepta o solicita cambios de acuerdo con el criterio de aceptación establecido.

INCREMENTO (ENTREGABLE)

Es el producto o resultado realizado por el Developer Team al final de un Sprint.
Se convierte en el entregable potencial.

PLANIFICACIÓN DEL SPRINT

Su resultado debe ser la creación del Sprint Backlog, identificar las tareas y asignarlas al Developer Team.
Se estima el esfuerzo necesario para cada una de las tareas.

PROJECT HIGHLIGHTS

Reunión semanal donde se hace una revisión a los avances, obstáculos y pasos  a seguir dentro del desarrollo de un proyecto entre los PO y los BI.

Metodología TBM

GESTIÓN DE PROYECTOS

Distribución de proyectos en PMO. 

ASIGNAR BUSINESS IMPROVER  TECROOM

REUNIÓN DE EXPECTATIVAS

WORKSHOPS 

MSA-MNF-STORY MAPPING

Utilizar las herramientas necesarias para recolectar detalles para la construcción del Product Backlog .

ANALISIS DEL REQUERIMIENTO

Entender las expectativas del patrocinador y hacer la justificación del proyecto.

Lograr un "share understanding" de la necesidad a cubrir con los interesados del proyecto.

BUSCAR SOLUCIONES

Buscar aliados para resolver las necesidades del cliente.

PROPUESTAS DE VALOR

Presentar las opciones que pueden cubrir la solución del cliente.

TOMAR DECISIÓN

Cliente confirma la solución a implementar.

CONCRETAR ALIANZA

Se definen las condiciones de trabajo entre Proveedor-TecRoom-Cliente.

Concretar el alcance y equipo que participará en el proyecto.

VISIÓN DE PROYECTO v1

PRODUCT BACKLOG

VISION DEL PROYECTO v2

Determinar los incrementos principales y su estimación de sprints para realizarlos.

PLAN DE LANZAMIENTOS Y SPRINTS

Actualizar el alcance y equipo que participará en el proyecto.

Priorizar y comunicar los requerimientos enfocando el valor que aportan al proyecto.

Determinar cuantas historias o tareas se pueden cubrir durante el sprint.

REUNIÓN DE    PLANEACIÓN DE SPRINT

SPRINT BACKLOG

Documentar y comunicar tareas planificadas.

CREAR/ASIGNAR    /SEGUIMIENTO A TAREAS EN PLANNER

REVISIÓN DE SPRINT

ENTREGA DE INCREMENTO

Seguimiento de uso a incrementos entregados.

M&C

Comunicar y entregar los productos obtenidos.

Evaluar cumplimiento de tareas y aceptación de incremento.

Comunicar los resultados y entrega de proyecto a interesados.

CIERRE DE PROYECTO

Reunión interna de tecroom para evaluar las lecciones aprendidas del proyecto y documentarlas.

REUNIÓN DE RETROSPECTIVA

¡Celebrar el éxito alcanzado!

 GROOMING PRODUCT BACKLOG

Redefinir los elementos priorizados en el Product Backlog.