Métodos de comunicación de gestión ágiles

Para gestionar la comunicación en proyectos ágiles, es necesario comprender cómo los diferentes métodos de comunicación ágil el trabajo y cómo usarlos juntos. También es necesario saber por qué el estado de un proyecto ágil es diferente y la forma de reportar el progreso del proyecto a los interesados.

La comprensión de los métodos de comunicación ágiles

Conversaciones cara a cara son el corazón y el alma de proyectos ágiles. Reuniones ágiles ofrecen un formato para la comunicación en un ambiente cara a cara. Reuniones sobre proyectos ágiles tienen un propósito específico y una cantidad específica de tiempo a fin de permitir que el equipo de desarrollo de la hora de trabajar, en lugar de pasar el tiempo en reuniones. Artefactos ágiles ofrecen un formato para la comunicación escrita que está estructurado, pero no incómoda o innecesario.

La tabla proporciona una visión de los diferentes canales de comunicación en un proyecto ágil.

Canales de comunicación Agile Project
CanalEscribePapel en la Comunicación
La planificación del proyecto, la planificación de la liberación, y la planificación del sprintReunionesComunicar los detalles del proyecto, la liberación y thesprint al equipo de scrum.
Declaración de la visión del productoArtefactoSe comunica el objetivo final del proyecto a la teamand proyecto la organización.
Hoja de ruta del productoArtefactoComunica una visión a largo plazo de las características que apoyan theproduct visión y puedan ser parte del proyecto.
Pila de ProductoArtefactoSe comunica el alcance del proyecto en su conjunto a la projectteam.
Plan de lanzamientoArtefactoComunica los objetivos para una versión específica.
Sprint backlogArtefactoActualizado a diario, que ofrece Sprint inmediata y proyecto Estadopara cualquier persona que necesite esa información. El gráfico de quema en thesprint cartera proporciona una rápida visual del estado sprint.
Tablero de tareasArtefactoVisualmente irradia estado del sprint actual o releaseto cualquier persona que camina por la zona de trabajo del equipo de scrum.
Scrum diarioCitaProporciona el equipo de scrum con una verbal, opportunityto cara a cara a coordinar las prioridades del día e identificar anychallenges.
Conversaciones cara a caraInformalEl modo de comunicación más importante en una agileproject.
Opinión SprintCitaLa realización de la "demostración, no se lo digas" filosofía. Viendo producto de trabajo a todo el progreso del proyecto teamconveys proyecto de una manera más significativa que una reportever podía.
Retrospectiva de SprintCitaPermite que el equipo de scrum para comunicarse entre anotherspecifically de mejora.
Notas de reunionesInformalEstos son un método de comunicación opcional, informal.
Notas de reuniones pueden capturar los puntos de acción a partir de una reunión para ensurepeople en el equipo de scrum recordarlos para más adelante.
Apuntes de una revisión del sprint pueden grabar nuevas características para el productbacklog.
Apuntes de una retrospectiva del sprint pueden recordar a los ofcommitments equipo scrum de mejora.
Soluciones colaborativasInformalPizarras blancas, notas adhesivas y colaboración electrónica toolsall ayudan al equipo scrum comunicarse. Asegúrese de que estos toolsaugment, en lugar de sustituir, las conversaciones cara a cara.

Los artefactos, reuniones, y los canales de comunicación más informales son todas las herramientas. Tenga en cuenta que incluso las mejores herramientas necesitan gente a usar esas herramientas correctamente para ser eficaz. Proyectos ágiles son sobre la gente y las herramientas interactions- son secundarios para el éxito.

Estado y progreso informar sobre un proyecto ágil

En un proyecto ágil, que seguir el progreso de su carrera y del proyecto sobre una base diaria, y usted tiene varias herramientas para comunicar el estado y el progreso:

  • los reunión scrum diaria lo que completaron ayer, lo que van a trabajar en la actualidad, y una lista de elementos que impiden su progreso: no más de 15 minutos, en los que los miembros del equipo de scrum tiempo cada uno hacen tres afirmaciones dura.

  • los sprint backlog, si actualiza cada día, siempre da un estatus actualizada para sus grupos de interés del proyecto. También se les puede mostrar la pila de producto para que sepan que cuenta con el equipo de scrum ha realizado hasta la fecha, que características son parte de sprints futuras, y la prioridad de las características.

  • los tabla de quemado muestra de forma rápida, en lugar de cuenta, estado. Cuando nos fijamos en un gráfico burndown sprint, inmediatamente puede ver si el sprint va bien, o si podría estar en problemas.

  • LA tablero de tarea es una gran manera de mostrar rápidamente su equipo de trabajo el estado de una carrera de velocidad, lanzamiento, o incluso de todo el proyecto. Tableros de tareas tienen notas adhesivas con títulos de la historia de usuario en al menos cuatro columnas: To Do, En curso, Aceptar y Hecho. Si muestra su tablero de tareas en el área de trabajo del equipo de scrum, entonces cualquier persona que camina por puede ver a un estado de alto nivel de que las características del producto se realizan y qué funciones están en curso. El equipo de scrum siempre sabe donde se encuentra el producto, ya que el equipo de scrum ve el tablero tarea todos los días.

  • La reunión de revisión del sprint, celebrada en el final de cada sprint, es cuando el equipo de scrum demuestra el producto de trabajo para los grupos de interés de productos. Totalmente de animar a cualquier persona que pueda tener interés en su proyecto de llegar a sus revisiones de sprint. Cuando la gente ve el producto de trabajo en la acción, sobre todo en forma regular, consiguen un mejor sentido de la obra que completó.

Todos los proyectos tienen los grupos de interés, la gente fuera del equipo de scrum inmediata que tienen un gran interés en el proyecto. Al menos uno de los grupos de interés por lo general paga por el proyecto, que es importante para ellos saber cómo el proyecto está progresando.