MANIFIESTO ÁGIL. Trabajo definible vs. Trabajo de alta incertidumbre Proyectos pueden definirse según el tipo de trabajo: trabajo definible, trabajo de.

Presentación del tema: "MANIFIESTO ÁGIL. Trabajo definible vs. Trabajo de alta incertidumbre Proyectos pueden definirse según el tipo de trabajo: trabajo definible, trabajo de."— Transcripción de la presentación:

1 MANIFIESTO ÁGIL

2 Trabajo definible vs. Trabajo de alta incertidumbre Proyectos pueden definirse según el tipo de trabajo: trabajo definible, trabajo de alta incertidumbre. Los proyectos de trabajos definibles: procedimientos claros que han tenido éxito en el pasado en proyectos similares. La producción de un automóvil, un electrodoméstico o una vivienda, después de completar el diseño, son ejemplos de trabajos definibles. El dominio de la producción y los procesos involucrados son generalmente bien entendidos, Normalmente existen bajos niveles de incertidumbre y riesgo de ejecución.

3 Trabajo definible vs. Trabajo de alta incertidumbre Los proyectos de trabajos de alta incertidumbre: Un nuevo diseño, la resolución de problemas y algo no realizado antes es trabajo exploratorio. Se requiere que expertos en la materia colaboren y resuelvan los problemas a fin de crear una solución. Los expertos: ingenieros de sistemas de software, diseñadores de productos, médicos, profesores, abogados y muchos ingenieros que se dedican a solucionar problemas. Exhiben altas tasas de cambio, complejidad y riesgo. Características que pueden presentar problemas para los enfoques predictivos tradicionales, que apuntan a determinar la mayor parte de los requisitos al inicio, y a controlar los cambios a través de un proceso de solicitud de cambio.

4 Trabajo definible vs. Trabajo de alta incertidumbre Los proyectos de trabajos de alta incertidumbre: Un nuevo diseño, la resolución de problemas y algo no realizado antes es trabajo exploratorio. Se requiere que expertos en la materia colaboren y resuelvan los problemas a fin de crear una solución. Los expertos: ingenieros de sistemas de software, diseñadores de productos, médicos, profesores, abogados y muchos ingenieros que se dedican a solucionar problemas. Exhiben altas tasas de cambio, complejidad y riesgo. Características que pueden presentar problemas para los enfoques predictivos tradicionales, que apuntan a determinar la mayor parte de los requisitos al inicio, y a controlar los cambios a través de un proceso de solicitud de cambio.

5 Valores del Manifiesto Ágil Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar: Individuos e interacciones sobre procesos y herramientas Software funcionando sobre documentación extensiva Colaboración con el cliente sobre negociación contractual Respuesta ante el cambio sobre seguir un plan Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda.

6 Principios explicativos del Manifiesto Ágil 1.Nuestra máxima prioridad es satisfacer al cliente mediante la entrega temprana y continua de software con valor. 2.Los cambios a los requerimientos son bienvenidos, incluso en etapas avanzadas del desarrollo. Los procesos ágiles aprovechan el cambio para lograr la ventaja competitiva del cliente. 3.Entregar software funcional con frecuencia, desde un par de semanas a un par de meses, con preferencia por la escala de tiempo más corta. 4.El negocio y los desarrolladores deben trabajar en conjunto todos los días durante todo el proyecto. 5.Construir proyectos alrededor de individuos motivados. Darles el entorno y el apoyo que necesiten, y confiar en ellos para hacer el trabajo.

7 Principios explicativos del Manifiesto Ágil 6.El método más eficiente y eficaz de transmitir información a un equipo de desarrollo, y dentro de él, es la conversación cara a cara. 7.El software que funciona es la medida principal del progreso. 8.Los procesos ágiles promueven el desarrollo sostenible. Los patrocinadores, desarrolladores y usuarios deberían poder mantener un ritmo constante en forma indefinida. 9.La atención continua a la excelencia técnica y el buen diseño mejora la agilidad. 10.La simplicidad (el arte de maximizar la cantidad de trabajo no realizado) es esencial. 11.Las mejores arquitecturas, requerimientos y diseños surgen de equipos auto-organizados. 12.A intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo, para a continuación ajustar y perfeccionar su comportamiento en consecuencia.

8 Relación Entre los Valores y Principios del Manifiesto de Ágil y las Prácticas Comunes

9 Modelo de Incertidumbre y Complejidad Inspirado en el Modelo de Complejidad de Stacey Los equipos pueden planificar y gestionar proyectos con requisitos claros y estables, y resolver retos técnicos con poca dificultad. Sin embargo, a medida que aumenta la incertidumbre en el proyecto, también aumenta la probabilidad de cambios, trabajo desperdiciado y retrabajo, todo lo cual es costoso y requiere de mucho tiempo.

10 ¿Qué es Scrum? Scrum es un marco de trabajo liviano que se basa en el empirismo y el pensamiento Lean. Aunque tiene sus raíces, el desarrollo de software puede ser aplicado en cualquier industria. El empirismo afirma que el conocimiento proviene de la experiencia y de la toma de decisiones con base en lo observado. El pensamiento Lean reduce el desperdicio y se enfoca en lo esencial. Scrum emplea un enfoque iterativo e Incremental para optimizar la previsibilidad y controlar el riesgo. Involucrando a grupos de personas que colectivamente tienen todas las habilidades y experiencia para hacer el trabajo y compartir o adquirir dichas habilidades según sea necesario. Scrum combina cuatro eventos formales para inspección y adaptación dentro de un evento contenedor, el Sprint, los cuales estudiaremos más adelante.

11 Cuándo se utiliza Scrum? Este marco de trabajo es usado cuando:

12 ¿Cómo utilizar Scrum en los diferentes sectores? Aplicar SCRUM obedece a los factores que se mencionaron anteriormente, pero cómo utilizarlo en los diferentes sectores económicos, depende principalmente de si el proceso en que se va a aplicar es cambiante, o requiere una reestructuración, por ejemplo: En empresas de tecnología es de gran utilidad usar Scrum, teniendo en cuenta que este nace para satisfacer las exigencias de un entorno cambiante. Igual funciona para empresas prestadoras de servicios, ayuda a gestionar los cambios y a optimizar la calidad del servicio prestado, lo cual aumenta la satisfacción del cliente. En líneas de producción, Scrum se adapta mejor al momento de realizar el montaje y puesta en marcha de una nueva línea o para hacer cambios sustanciales e importantes en un proceso activo que ya no es eficiente o quedó obsoleto. Sin embargo, pero para procesos estandarizados que requieren pequeños cambios es mejor emplear otras metodologías.

13 Los pilares de Scrum Transparencia Todo el proceso y el trabajo emergente deben ser visibles tanto para quienes realizan el trabajo como para quienes lo reciben. Con Scrum, las decisiones fundamentales se basan en el estado percibido de sus tres artefactos formales. La transparencia permite la inspección. Inspección Los artefactos de Scrum y el progreso hacia los objetivos acordados deben inspeccionarse con frecuencia y con diligencia para detectar variaciones o problemas potencialmente indeseables. La inspección permite la adaptación. La inspección sin adaptación se considera inútil.

14 Los pilares de Scrum Adaptación Si algún aspecto del proceso se desvía fuera de los límites aceptables o si el producto resultante es inaceptable, el proceso que se aplica o los materiales que se producen deben ajustarse. El ajuste debe realizarse lo antes posible para minimizar una mayor desviación. SCRUM obedece a los factores que se mencionaron anteriormente, pero cómo utilizarlo en los diferentes sectores económicos, depende principalmente de si el proceso en que se va a aplicar es cambiante, o requiere una reestructuración, por ejemplo: En empresas de tecnología es de gran utilidad usar Scrum, teniendo en cuenta que este nace para satisfacer las exigencias de un entorno cambiante. Igual funciona para empresas prestadoras de servicios, ayuda a gestionar los cambios y a optimizar la calidad del servicio prestado, lo cual aumenta la satisfacción del cliente. En líneas de producción, Scrum se adapta mejor al momento de realizar el montaje y puesta en marcha de una nueva línea o para hacer cambios sustanciales e importantes en un proceso activo que ya no es eficiente o quedó obsoleto. Sin embargo, pero para procesos estandarizados que requieren pequeños cambios es mejor emplear otras metodologías.

15 Valores de Scrum Compromiso: El Scrum Team se compromete a lograr sus objetivos y a apoyarse mutuamente, lo cual es muy importante en equipos autogestionados. Foco: Su foco principal está en el trabajo del Sprint para lograr el mejor progreso posible hacia estos objetivos. Franqueza: El Scrum Team y sus interesados son francos sobre el trabajo y los desafíos. Respeto: Los miembros del Scrum Team se respetan entre sí para ser personas capaces e independientes, y son respetados como tales por las personas con las que trabajan. Coraje: Los miembros del Scrum Team tienen el coraje de hacer lo correcto, para trabajar en problemas difíciles. Especialmente en aquellos proyectos de transformación.

16 SCRUM 3-5-3

17 Ejemplo: Este marco de trabajo es aplicable a cualquier industria y si se aplica de manera correcta, sus resultados serán exitosos. La empresa DRUMMOND LTD. Realizó la aplicación del marco de trabajo en la operación de perforación de pozos de gas, logrando reducir el tiempo de perforación de 19 días a 6 días en promedio. Podemos concluir entonces que SCRUM es un marco de trabajo liviano y no una metodología. El éxito de este marco de trabajo es que impulsa: Todo lo anterior te permitirá hacer ajustes a tiempo minimizando la desviación y asegurando la entrega del producto correcto.

18 Proceso de desarrollo del marco de trabajo Scrum Este marco de trabajo permite generar valor a través de soluciones adaptables para problemas complejos, alcanzando las metas. Scrum se basa en la inteligencia colectiva de las personas que lo utilizan. En lugar de proporcionar instrucciones detalladas, las reglas de Scrum guían sus relaciones e interacciones. Por esto, la base de este marco de trabajo son dos, el empirismo y el pensamiento lean. Scrum al ser un marco de trabajo y no una metodología, ofrece libertad en la forma de hacer las actividades y en el uso de las herramientas. Sin embargo, su aplicación se desarrolla de la siguiente manera: 1.Definir los roles y el equipo scrum 2.Definir del Product Backlog 3.Realizar del sprint Planning 4.Construir el Sprint backlog 5.Iniciar el sprint 6.LLevar a cabo las Daily Scrum 7.Generar el incremento 8.Realizar la Sprint review 9.Realizar la Sprint retrospective

19 Paso 1: Definir el equipo de SCRUM Lo primero que se debe hacer, es definir tu equipo de trabajo, el cual debe estar conformado por:

20 Paso 2: Definición del Product Backlog de SCRUM En este paso se define el Product Backlog o lista de producto, en la cual se detallan, estiman y priorizan todos los elementos necesarios del producto o servicio a realizar. Esta lista es gestionada por el Product Owner quien debe mostrar los elementos más importantes en la parte superior de la pila indicando al equipo aquello que hay que entregar primero.

21 Paso 3: Realización del Sprint Planning Posteriormente, se realiza el Sprint Planning, la cual es una reunión que se realiza al comienzo de cada Sprint, donde participa el equipo Scrum al completo. Esto, sirve para que todo el equipo inspeccione el Product Backlog y para que seleccionen los elementos en los que va a trabajar durante el siguiente Sprint.

22 Paso 4: Construir el Sprint backlog Con este artefacto se puede tener una imagen en tiempo real del trabajo que los Developers planean realizar durante el Sprint para lograr el objetivo del mismo. Se construye con los elementos prioritarios del product backlog, diligenciando el objetivo del sprint y las tareas específicas para alcanzarlo.

23 Paso 5: Iniciar el sprint El sprint es un evento, también conocido como el corazón de Scrum, y durante este se construye el incremento del producto al cliente final.

24 Paso 6: Llevar a cabo las Daily Scrum Los developers deben reunirse diariamente durante 15 minutos, para inspeccionar el progreso de las actividades hacia el objetivo planteado. Además, se da respuesta a las siguientes preguntas: ¿Qué hice ayer? ¿Qué voy a hacer hoy? ¿Tengo algún impedimento que me impida entregar?

25 Paso 7: Generar el incremento El Incremento es la suma de todos los elementos de la Lista de Producto completados durante un Sprint y el valor de los incrementos de todos los Sprints anteriores. Al final de un Sprint el nuevo Incremento debe cumplir con la definición de terminado y debe estar en condiciones de utilizarse.

26 Paso 8: Realizar la Sprint review Esta reunión ocurre al final del Sprint, generalmente el último viernes del Sprint, donde el product owner y los developers presentan a los stakeholders el incremento terminado para su inspección y adaptación correspondientes. En esta reunión se actualiza el Product Backlog con las nuevas condiciones que puedan afectar al negocio.

27

28 Scrum Team y sus roles Estos equipos deben ser multifuncionales, lo que significa que sus integrantes tienen todas las habilidades necesarias para crear valor en cada Sprint. También, se autogestionan decidiendo internamente quién hace qué, cuándo y cómo. Por lo anterior, no hay subequipos, ni jerarquías. La recomendación de los autores en su guía es que se conformen equipos de máximo 10 personas, ya que se ha comprobado que los grupos pequeños se comunican mejor y son más productivos.

29 Scrum Team y sus roles Es importante que todo el equipo esté enfocado en un objetivo a la vez, es decir “el objetivo del producto”. Es por esto, que el Scrum Team es responsable de todas las actividades relacionadas con el producto, tales como: El Scrum Team es vital para el buen desarrollo del marco de trabajo y para el alcance de las metas planteadas.