Resumen de marcos de trabajo Agile y Lean.
Los enfoques específicos seleccionados para la discusión son ejemplos populares que son:
Diseñado para uso holístico. Algunos enfoques ágiles se centran en una sola actividad del proyecto, como la estimación o la reflexión. Los ejemplos enumerados incluyen solo los marcos ágiles más holísticos. Algunos son más completos que otros, pero todos los enfoques seleccionados son aquellos destinados a guiar un amplio conjunto de actividades del proyecto.
Formalizado para uso común. Algunos marcos ágiles son de naturaleza propia y están diseñados para un uso específico por una sola organización o dentro de un único contexto. Los marcos se centran en los destinados a un uso común en una variedad de contextos.
Popular en el uso moderno. Algunos marcos ágiles están diseñados holísticamente y bien formalizados, pero simplemente no se utilizan comúnmente en la mayoría de los proyectos u organizaciones. Los marcos ágiles descritos en este anexo han sido adoptados por un número significativo de industrias, medida por una colección de encuestas recientes de la industria.
Scrum es un marco de procesos de un solo equipo que se utiliza para administrar el desarrollo de productos. El marco de trabajo consta de roles, eventos, artefactos y reglas de Scrum y usa un enfoque iterativo para entregar productos de trabajo. Scrum se ejecuta en cajas de tiempo de 1 mes o menos con duraciones consistentes llamadas sprints donde un incremento potencialmente liberable del producto es producido.
El equipo de Scrum está formado por un dueño de producto, un equipo de desarrollo y un maestro de scrum.
Programación Extrema (XP).
eXtreme Programming (XP) es un método de desarrollo de software basado en ciclos frecuentes. El nombre se basa en la filosofía de destilar una práctica recomendada dada a su forma más pura y sencilla, y aplicar esa práctica continuamente a lo largo del proyecto.
XP es más conocido por popularizar un conjunto holístico de prácticas destinadas a mejorar los resultados de los proyectos de software. El método se formalizó primero como un conjunto de doce prácticas primarias, pero luego evolucionó gradualmente para adoptar varias otras prácticas colaborativas.
Esta evolución fue el resultado del diseño y adopción de técnicas a través del filtro de valores fundamentales (comunicación, simplicidad, retroalimentación, coraje, respeto), e informada por principios clave (humanidad, economía, beneficio mutuo, auto afinidad, mejora, diversidad, reflexión, flujo, oportunidad, redundancia, fracaso, calidad, pasos del bebé, responsabilidad aceptada).
Kanban.
Kanban en lean manufacturing es un sistema para programar el control de inventario y el reabastecimiento. Este proceso de reposición de inventario “justo a tiempo” se vio originalmente en las tiendas de comestibles cuando los estantes se reabastecieron en función de las brechas en los estantes y no en el inventario de proveedores. Inspirado en estos sistemas de inventario Just-In-Time, Taiichi Ohno desarrolló Kanban y se aplicó en la principal planta de fabricación de Toyota en 1953.
La palabra kanban se traduce literalmente como “signo visual” o “tarjeta”. Los tableros kanban físicos con tarjetas permiten y promueven la visualización y el flujo del trabajo a través del sistema para que todo el mundo lo vea. Este radiador de información (pantalla grande) se compone de columnas que representan los estados por los que el trabajo necesita fluir para llegar a hacer. El más simple de los tableros podría tener tres columnas (es decir, hacer, hacer y hacer), pero es adaptable a cualquier estado que se considere necesario por el equipo que lo utiliza.
El Método Kanban es utilizado y aplicable en muchos ajustes y permite un flujo continuo de trabajo y valor para el cliente. El Método Kanban es menos prescriptivo que algunos enfoques ágiles y, por lo tanto, menos disruptivo para comenzar a implementar, ya que es el método original de “comenzar donde estás”. Las organizaciones pueden comenzar a aplicar métodos kanban con relativa facilidad y progreso hacia la implementación completa del método si eso es lo que consideran necesario o apropiado.
A diferencia de la mayoría de los enfoques ágiles, el método Kanban no prescribe el uso de iteraciones en caja de tiempo. Las iteraciones se pueden utilizar dentro del método Kanban, pero el principio de extraer elementos individuales a través del proceso continuamente y limitar el trabajo en curso para optimizar el flujo siempre debe permanecer intacto. El Método Kanban se puede utilizar mejor cuando un
equipo u organización necesita las siguientes condiciones:
El Método Kanban se deriva de los principios de pensamiento magro. Los principios definitorios y las propiedades.
El Método Kanban es un marco holístico para el cambio incremental, evolutivo de procesos y sistemas para las organizaciones. El método utiliza un “sistema de extracción” para mover el trabajo a través del proceso. Cuando el equipo completa un elemento, el equipo puede extraer un elemento en ese paso.
Tableros kanban, son una tecnología de baja tecnología, de alto tacto que puede parecer demasiado simplista al principio, pero aquellos que los utilizan pronto se dan cuenta de su poder. Al utilizar las directivas de entrada y salida a columnas, así como restricciones como la limitación del trabajo en proceso, las placas kanban proporcionan información clara sobre el flujo de trabajo, los cuellos de botella, los bloqueadores y el estado general. Además, la junta actúa como un radiador informativo para cualquier persona que lo vea, proporcionando información actualizada sobre el estado del trabajo del equipo.
En el Método Kanban, es más importante completar el trabajo que comenzar un nuevo trabajo. No hay ningún valor derivado del trabajo que no se haya completado, por lo que el equipo trabaja en conjunto para implementar y adherirse a los límites de trabajo en curso (WIP) y hacer que cada pieza de trabajo a través del sistema “hecho”.
Crystal es una familia de metodologías. Las metodologías Crystal están diseñadas para escalar y proporcionar una selección del rigor de la metodología basada en el tamaño del proyecto (número de personas involucradas en el proyecto) y la criticidad del proyecto.
Crystal Methodology se da cuenta de que cada proyecto puede requerir un conjunto ligeramente personalizado de políticas, prácticas y procesos para cumplir con las características únicas del proyecto. La familia de metodologías utiliza diferentes colores basados en el “peso” para determinar qué metodología utilizar. El uso de la palabra cristal proviene de la piedra preciosa donde las diversas “caras” representan principios y valores básicos subyacentes.
Scrumban es un enfoque ágil diseñado originalmente como una forma de transición de Scrum a Kanban. A medida que surgieron marcos y metodologías ágiles adicionales, se convirtió en un marco híbrido en evolución en sí mismo donde los equipos utilizan Scrum como marco y Kanban para la mejora de procesos.
En Scrumban, el trabajo se organiza en pequeños “sprints” y aprovecha el uso de tableros kanban para visualizar y monitorear el trabajo. Las historias se colocan en el tablero kanban y el equipo gestiona su trabajo mediante el uso de límites de progreso en el trabajo. Se celebran reuniones diarias para mantener la colaboración entre el equipo y eliminar los impedimentos.
Se establece un desencadenador de planificación para que el equipo sepa cuándo planear a continuación, normalmente cuando el nivel de trabajo en curso es inferior a un límite predeterminado. No hay roles predefinidos en Scrumban: el equipo conserva sus roles actuales.
Feature Driven Development (FDD).
El desarrollo basado en características (FDD) se desarrolló para satisfacer las necesidades específicas de un gran proyecto de desarrollo de software. Las características se relacionan con una capacidad de valor para pequeñas empresas.
Hay seis roles principales en un proyecto de desarrollo basado en características donde las personas pueden asumir uno o varios de los roles siguientes:
Un proyecto de desarrollo basado en características se organiza en torno a cinco procesos o actividades, que se realizan de forma iterativa:
Las actividades de desarrollo basadas en características están respaldadas por un conjunto básico de prácticas recomendadas de ingeniería de software:
Dynamic Systems Development Method (DSDM) es un marco ágil de entrega de proyectos diseñado inicialmente para agregar más rigor a los métodos iterativos existentes populares en la década de 1990. Fue desarrollado como una colaboración no comercial entre los líderes de la industria.
DSDM es mejor conocido por su énfasis en la entrega basada en restricciones. El marco establecerá el costo, la calidad y el tiempo al principio y, a continuación, utilizará la priorización formalizada del ámbito para cumplir esas restricciones. Ocho principios guían el uso del marco DSDM:
El proceso unificado ágil (AgileUP) es una rama del proceso unificado (UP) para los proyectos de software. Cuenta con ciclos más acelerados y procesos menos pesados que su predecesor de proceso unificado. La intención es realizar ciclos más iterativos en siete disciplinas clave e incorporar los comentarios asociados antes de la entrega formal.
Scrum de Scrums y Scrum para la Empresa
Scrum of Scrums (SoS), también conocido como “meta Scrum”, es una técnica utilizada cuando dos o más equipos de Scrum que consisten de tres a nueve miembros cada uno necesitan coordinar su trabajo en lugar de un gran equipo de Scrum. Un representante de cada equipo asiste a una reunión con los otros representantes del equipo, potencialmente todos los días, pero normalmente de dos a tres veces por semana. La reunión diaria se lleva a cabo de manera similar al stand up diario en Scrum, donde los informes representativos completaron el trabajo, el siguiente conjunto de trabajo, cualquier impedimento actual y posibles impedimentos futuros que podrían bloquear a los otros equipos. El objetivo es asegurar que los equipos estén coordinando el trabajo y eliminando los impedimentos para optimizar la eficiencia de todos los equipos.
Los grandes proyectos con varios equipos pueden dar lugar a la realización de un Scrum de Scrum of Scrums, que sigue el mismo patrón que SoS con un representante de cada SoS reportando a un grupo más grande de representantes.
Enterprise Scrum es un marco diseñado para aplicar el método Scrum a un nivel organizativo más holístico en lugar de un único esfuerzo de desarrollo de productos. Específicamente, el marco aconseja a los líderes de la organización:
Scaled Agile Framework (SAFe®) se centra en proporcionar una base de conocimiento de patrones para escalar el trabajo de desarrollo en todos los niveles de la empresa. SAFe® se centra en los siguientes principios:
Scrum a gran escala (LeSS) es un marco para organizar varios equipos de desarrollo hacia un objetivo común que amplía el método Scrum. El principio principal de organización es conservar tanto como sea posible de los elementos del modelo Scrum de un solo equipo convencional. Esto ayuda a minimizar las extensiones del modelo que podrían crear confusión o complejidad innecesarias.
Con el fin de extender Scrum sin perder su esencia, LeSS promueve el uso de ciertos principios discernibles, tales como el pensamiento de sistemas, enfoque de productos completos, transparencia, y otros.
Disciplined Agile (DA) es un marco de decisión de procesos que integra varias prácticas recomendadas ágiles en un modelo integral. DA fue diseñado para ofrecer un equilibrio entre aquellos métodos populares que se consideran demasiado estrechos en el enfoque (por ejemplo, Scrum) o demasiado prescriptivos en detalle (por ejemplo, AgileUP). Para lograr ese equilibrio, combina diversas técnicas ágiles de acuerdo con los siguientes principios:
Déjanos tus comentarios.
No hay comentarios