Temas Populares:
Inteligencia Artificial
|
Product Management
|
Agile Coaching
|
Agile Leadership
|
Scrum
Veamos las fases del modelo de Equipos aplicado a la Agilidad y elementos de facilitación a la hora de identificar el nivel de evolución que alcanzan los Equipos y actividades recomendadas para el facilitador.
Los equipos ágiles que utilizan Scrum trabajan en iteraciones cortas llamadas Sprint. El Sprint es uno de los cinco eventos de Scrum.
Los Equipos Reales según la clasificación de Katzenbach y Smith son los equipos más parecidos a lo que Scrum considera el Equipo Scrum. Las seis características de un Equipo Real son: Un pequeño número de personas, con habilidades complementarias, comprometidos con un propósito común, compartiendo objetivos de desempeño, con un enfoque común de trabajo, y compartiendo la responsabilidad.
El Sprint Backlog es uno de los tres artefactos o herramientas de Scrum junto con el Product Backlog y el Incremento. El Sprint Backlog refleja el plan del Sprint y su propósito es lograr el Objetivo del Sprint.
¿Qué es el Product Backlog y cómo se organiza? Recomendaciones a la hora de ordenar PBIs y hacer refinamientos.
Cuando hablamos de Agilidad, no tarda en aparecer el rol del facilitador. Su accionar se basa en un modelo de liderazgo que vela por el proceso de la toma de decisiones participativa, la conversación, la interacción, pero sin influenciar directamente el contenido ni el resultado de las decisiones a las que llega el equipo ágil.
Para desarrollarse como facilitador se necesita fundamentalmente de mucha práctica y atención. Sin embargo, hay cuatro aspectos claves que si ejercitamos lo suficiente nos van a ayudar a notar gran proceso: asegurarse de estar facilitando la conversación y no sus resultados, asegurarse de que todos los participantes sean escuchados, velar por el sentido de la conversación (agenda) y saber acompañar la conversación más allá de los desacuerdos… ¿pero cómo?
Existe una gran diferencia entre el proceso predictivo de seguimiento y control de proyectos que funciona en contextos estables y el proceso empírico o adaptativo de seguimiento y control que incorpora la complejidad de la realidad. Un ejemplo de este paradigma adaptativo son los Sprints de Scrum, donde se practica la inspección y adaptación.
El Modelo en Cascada o Waterfall Model de Winston Royce se popularizó luego de ser adoptado por el Departamento de Defensa de los Estados Unidos en los años ochenta. En 2001 surgió el Agile Software Development Manifesto proponiendo otra manera de desarrollar software, pero no es hasta el año 2010 que el Departamento de Defensa decide cambiar a la agilidad. En el 2012, el Standish Group publicó su análisis anual de gestión de proyectos donde menciona que las aplicaciones de software desarrolladas a través del framework ágil tienen tres veces la tasa de éxito del método en cascada tradicional y un porcentaje mucho menor de demoras y sobrecostos.
