Trabajando durante mucho tiempo en Agile, puede identificar fácilmente los valores, principios y prácticas fundamentales, gracias a lo cual una gran cantidad de empresas hoy optan por la metodología. Algunas prácticas en la metodología son muy elogiadas por casi todos; algunas son controvertidas. Sin embargo, Agile no se habría convertido en Agile si los mejores valores y técnicas de la metodología no hubieran ganado el favor de millones de gerentes y desarrolladores de todo el mundo.
La famosa metodología fue creada para el desarrollo de software. Por lo tanto, casi todas las prácticas ágiles se aplican allí. Sin embargo, esto no impide que Agile se aplique a muchos equipos no técnicos.
Las empresas que no están relacionadas con TI descubrieron rápidamente los beneficios de utilizar el pensamiento flexible y algunas prácticas ágiles que pueden ayudar a las empresas a lograr más, brindar a los clientes el máximo beneficio y disfrute, y unir al equipo dentro.
Desde 2001, los principios Agile se han compilado en el famoso
manifiesto Agile , y la metodología en sí se ha convertido en el proceso estándar de desarrollo de software.
¿Cuáles son las prácticas ágiles clave que han hecho que la metodología sea tan famosa y demandada?
La lista a continuación no está completa porque las prácticas ágiles se pueden ver desde diferentes perspectivas y utilizando diferentes clasificaciones. Nuestra lista contiene los más básicos que pueden aplicarse en el desarrollo de software, y algunos en aplicación a productos y proyectos no técnicos.
Lista de mejores prácticas ágiles
Cola de tareas
A menudo, las tareas grandes en un proyecto deben dividirse en partes. Muchos de ellos se acumulan, formando una secuencia. En este caso, el gerente de producto debe trabajar cuidadosamente con todas las tareas de la cartera de pedidos, identificando las prioridades correctas para cada una.
Por lo general, la
cartera de pedidos de un producto incluye los siguientes elementos: características del producto, posibles errores, conocimiento prioritario del producto, algunos trabajos técnicos, etc.
Todos los elementos de la cartera de pedidos se ordenan según su valor. Cuanto más significativo sea el elemento, antes se pondrá a trabajar. Las posiciones superiores serán más detalladas y claras en comparación con los elementos inferiores. Todos ellos deben ser claros para los miembros del equipo no técnicos y las partes interesadas.
La reunión de
preparación del trabajo
atrasado desempeña un papel clave en la gestión del trabajo
atrasado , durante la cual los representantes del equipo de Agile discuten los detalles del trabajo atrasado del producto y preparan la próxima planificación del sprint.
Iteraciones
Los equipos ágiles eligen la cantidad de trabajo que debe realizarse en un momento específico. El desarrollo iterativo significa que el equipo mismo puede decidir qué puede hacer en función de sus capacidades y experiencia de la iteración anterior.
Enfoque al cliente
El servicio al cliente es clave para la metodología de Agile. Según un enfoque flexible, el equipo debe proporcionar toda la información que necesitan los clientes e informarles sobre el progreso. La comunicación continua también debe ser parte del trabajo en equipo interno.
Historias de usuarios
Agile describe la funcionalidad para comunicarse con los clientes, y luego desde la posición del producto de cierta manera (recuerde la fórmula "I como <tipo de usuario>, quiero <acción>, porque <razón>"?). El historial de usuarios en la gestión de proyectos ágiles significa una unidad de trabajo que debe completarse en un sprint.
Las historias de usuarios incluyen descripción, criterios de aceptación y evaluación del tiempo. Cuando son demasiado complejos, los gerentes de producto los dividen en pequeños.
Roles ágiles
La metodología incluye diferentes roles y, en consecuencia, sus diferentes nombres. Para resumir, los roles en Agile se pueden dividir en grupos, que incluyen:
- Team Lead, Project Lead y Scrum Masters
- Miembros del equipo
- Propietario del producto para Scrum y cliente en el sitio para XP
- Partes interesadas
Los equipos ágiles también pueden estar formados por expertos técnicos adicionales.
Análisis de flujo de valor
El análisis de flujo de valor es un método de gestión para analizar el estado actual y desarrollar el estado futuro de un producto. El propósito del análisis es identificar y eliminar el "desperdicio" en los flujos de valor, aumentando así la eficiencia del flujo de datos.
Aquí, la metodología introduce dos principios. La primera es una definición de producto basada en historias de usuarios basadas en análisis de negocios. El segundo es la definición de dependencias entre la funcionalidad comercial y técnica.
Timeboxing
Timeboxing se utiliza como método de planificación de proyectos. El cronograma se divide en varios períodos de tiempo separados (cuadros de tiempo), cada uno de los cuales tiene sus propios resultados finales, fecha límite y presupuesto.
Los sprints continúan de acuerdo con los plazos especificados. Generalmente de dos semanas a un mes. Las manifestaciones de scrum suelen durar unos 15 minutos.
Reuniones diarias
Por ejemplo, una
reunión Scrum es un evento diario, una reunión corta por la mañana o por la tarde, generalmente organizada por un gerente de producto o propietario del producto. Dura 10-15 minutos y requiere la presencia del maestro Scrum y todo el equipo. Dicha reunión está organizada para:
- recuerda lo que hiciste ayer
- determinar qué se hará hoy
- identificar cualquier obstáculo, si lo hay
Reunión de demostración de Sprint
Dicha reunión se organiza cuando se define la funcionalidad y es hora de explicarle al cliente cómo funciona. Esto es importante porque los clientes pueden confirmar que aceptan una funcionalidad específica o identificar puntos con los que no están de acuerdo.
Reunión retrospectiva
Esta es una retrospectiva sobre el desarrollo iterativo final. Se recomienda una reunión retrospectiva para asistir a todos los miembros del equipo. Los clientes también pueden participar.
Discute la posibilidad de mejorar los procesos, la calidad del trabajo, las herramientas utilizadas, etc.
Prueba
Es muy importante obtener información oportuna sobre las características que no funcionan según lo planeado. Las pruebas se ejecutan automáticamente antes de comenzar a trabajar. Esto asegura que todos los cambios de código sean aceptables.
Tabla de Burndown
Este gráfico demuestra si todo realmente va de acuerdo con el calendario de programación y el plan general. Refleja fechas y horarios. Los gráficos de Burndown también muestran la cantidad de historias de usuarios por unidad de tiempo.
Priorización de requisitos
Agile utiliza la priorización de requisitos para determinar qué requisitos específicos del producto deben incluirse en una versión en particular.
Los gerentes de producto también priorizan los requisitos para minimizar los riesgos durante el desarrollo: los más importantes se implementan primero. En este caso, los gerentes experimentados de productos y proyectos utilizan
métodos y técnicas de priorización bien
conocidos .
Planeación de lanzamiento
El lanzamiento de un producto es un conjunto de nuevas características o el lanzamiento final de un producto. La planificación adecuada de la liberación ayuda a los equipos a producir productos de calidad.
¿Cuál es el secreto para una gestión de lanzamiento exitosa ? Definitivamente, no se trata solo de dar a los clientes acceso a nuevas funciones. Esta es la fecha final cuando su equipo puede compartir nuevas experiencias y apoyar las interacciones con los clientes.
Todas las partes interesadas deben saber cuándo pueden esperar nuevas funciones. Un calendario de lanzamiento siempre debe planificarse claramente.
Esta lista puede continuarse y complementarse con otras prácticas interesantes. Sin embargo, ¿qué prácticas puede utilizar un equipo no técnico?
Un ejemplo sorprendente es el uso del trabajo atrasado y la priorización de tareas por parte del equipo de la compañía de transporte aéreo Air Methods , que se especializa en proporcionar asistencia de emergencia.
Una empresa de más de 6,000 empleados está trabajando activamente en un equipo para crear y administrar una estrategia de capacitación y desarrollo. Al comienzo de la actividad, este equipo se enfrentó al hecho de que las partes interesadas no entendían cuánto tiempo y esfuerzo se necesitarían para crear capacitaciones y proyectos educativos.
Entonces, el equipo llegó a una práctica ágil de usar y administrar los retrasos y priorizar. Para la visualización, las herramientas de Trello comenzaron a responder.
Las solicitudes de las partes interesadas se recopilan en el tablero, el equipo asigna a cada una una etiqueta verde o roja. Los proyectos "verdes" se pueden completar ahora, los proyectos "rojos" están en la cola.
Cada mes, el equipo y las personas interesadas se reúnen para determinar nuevas prioridades, votar y debatir.
Según los representantes de la compañía, esta práctica ayuda a trabajar con las expectativas del negocio, crea sinergia dentro del equipo y aumenta su efectividad. Como resultado, el equipo no técnico comenzó a colaborar productivamente con las partes interesadas.Como se mencionó anteriormente, esta lista puede incluir muchas otras prácticas relacionadas con requisitos, diseño, desarrollo de productos, pruebas y problemas de organización.
Hoy en día, los servicios y
herramientas exitosos
para la gestión de proyectos , la historia de las compañías globales distribuidas en la red, muchos cursos modernos y literatura relevante sobre metodología ayudan a aplicar con éxito los valores centrales de Agile. Gracias a esto, las prácticas y prácticas ágiles garantizan el éxito de muchas empresas todos los días y atraen a más y más equipos técnicos y no técnicos.