Moitos equipos descubriron que poden traballar de forma máis eficaz en reunións áxiles. A produtividade depende dun traballo claro e estruturado. Establécense prazos para todas as tarefas para que os equipos traballen sempre a tempo. Neste obradoiro, o experto en procesos áxiles Doug Rose explicará como facer que as reunións áxiles sexan máis efectivas. Ofrece consellos sobre actividades clave como a planificación, a organización de reunións clave, a programación de sprints. Tamén aprenderá a evitar erros comúns e garantir un progreso constante nos seus proxectos.

Reunións máis produtivas

Nun mundo empresarial en constante cambio, as organizacións deben adaptarse para aumentar a súa produtividade e creatividade. As reunións son unha necesidade e a flexibilidade é cada vez máis importante. Quizais escoitastes falar do método áxil, pero que é? É un concepto moderno que evolucionou nos últimos anos, pero non é novo: orixinouse a principios dos anos 1990 e redefiniu a xestión de proxectos e o traballo en equipo. Fomenta o diálogo entre todas as partes implicadas nun proxecto.

Cal é a metodoloxía áxil?

Antes de entrar nos detalles, vexamos algúns conceptos básicos. Como mencionamos antes, nas últimas dúas décadas, o desenvolvemento áxil converteuse nun estándar no desenvolvemento de software. Os métodos áxiles tamén se utilizan noutros sectores e empresas. Quere ou non, a súa inmensa popularidade é innegable. Se aínda non o fixeches, familiarízate cos conceptos básicos.

O que cómpre saber sobre o método áxil é que, aínda que moitas veces se describe ou se percibe como unha forma de traballar (un proceso paso a paso), é en realidade un marco de reflexión e xestión laboral. Este marco e os seus principios reitores descríbense no manifesto de desenvolvemento de software áxil. Áxil é un termo xeral que non implica unha metodoloxía específica. De feito, refírese a varias "metodoloxías áxiles" (por exemplo, Scrum e Kanban).

No desenvolvemento de software tradicional, os equipos de desenvolvemento adoitan tentar completar un produto utilizando unha única solución. O problema é que moitas veces leva varios meses.

Os equipos áxiles, pola súa banda, traballan en períodos curtos chamados sprints. A duración dun sprint varía dun equipo a outro, pero a duración estándar é de dúas semanas. Durante este período, o equipo traballa en tarefas concretas, analiza o proceso e trata de melloralo con cada novo ciclo. O obxectivo final é crear un produto que se poida mellorar de forma iterativa en sprints posteriores.

Continúa lendo o artigo no sitio orixinal →