Principios ágiles y Mentalidad PDF

Machine Translated by Google Principios ágiles y Mentalidad DOMINIO I Machine Translated by Google ¿Qué es Agile? Desarrollado para proyectos de Software, pero es...

Machine Translated by Google Principios ágiles y Mentalidad DOMINIO I Machine Translated by Google ¿Qué es Agile? Desarrollado para proyectos de Software, pero es una metodología que se puede utilizar en todo tipo de Proyectos. Agile es un término general que se utiliza para referirse a diferentes tipos de desarrollo iterativo. Scrum es el método más común de ágil, existen otros como la programación extrema (XP), el desarrollo lean y Kanban. Machine Translated by Google Gestión de proyectos ágil frente a gestión de proyectos tradicional Agile se construye en incrementos en lugar de como un todo Agile hace la planificación de principio a fin en lugar de hacerla toda de una vez. una vez Agile entrega productos a lo largo del tiempo en lugar de todos a la vez Los clientes ven el valor más rápido que al final Agile quiere cambios vs. desalienta cambios Machine Translated by Google Beneficios de Agile Cliente involucrado durante todo el ciclo de vida Mayor interacción con el cliente y con todas las partes interesadas Se requiere retroalimentación constante para mantenerse actualizado y exitoso. Mayor valor por adelantado El cambio es bien recibido por todas las partes interesadas Machine Translated by Google Desarrollo concurrente ágil Financiamiento incremental: opción de extender, redirigir o cancelar a un nivel muy granular Entregar y obtener valor de manera constante Validar diseños con usuarios y clientes Adaptarse continuamente al riesgo y al cambio Integrar de manera temprana y frecuente Machine Translated by Google Declaración ágil de interdependencia (DOI) Enfoques ágiles y adaptativos para vincular personas, proyectos y valor Somos una comunidad de líderes de proyectos que tienen un gran éxito en la obtención de resultados. Para lograr estos resultados: Aumentamos el retorno de la inversión al centrarnos en el flujo continuo de valor. Ofrecemos resultados confiables al involucrar a los clientes en interacciones frecuentes y propiedad compartida. Esperamos la incertidumbre y la gestionamos mediante iteraciones, anticipación y adaptación. Damos rienda suelta a la creatividad y la innovación al reconocer que las personas son la principal fuente de valor y crear un entorno en el que puedan marcar la diferencia. Mejoramos el rendimiento a través de la responsabilidad grupal por los resultados y la responsabilidad compartida por la eficacia del equipo. Mejoramos la eficacia y la confiabilidad a través de estrategias, procesos y prácticas específicas para cada situación. ©2005 David Anderson, Sanjiv Augustine, Christopher Avery, Alistair Cockburn, Mike Cohn, Doug DeCarlo, Donna Fitzgerald, Jim Highsmith, Ole Jepsen, Lowell Lindstrom, Todd Little, Kent McDonald, Pollyanna Pixton, Preston Smith y Robert Wysocki. Machine Translated by Google Mentalidad ágil Acogiendo con agrado el cambio Trabajando en pequeños incrementos de valor Uso de bucles de compilación y retroalimentación Aprendiendo a través del descubrimiento Desarrollo basado en valores Fracasar rápidamente en el aprendizaje Entrega continua Mejora continua Machine Translated by Google Invirtiendo el Triángulo Fijado Tiempo Costo Alcance Ágil Tradicional Alcance Tiempo Costo Variable Machine Translated by Google Manifiesto Ágil Creada en 2001 Contiene: 4 valores 12 principios rectores https://manifiestoagile.org/ Machine Translated by Google Los valores del Manifiesto Ágil Estamos descubriendo mejores formas de desarrollar software al hacerlo y ayudando a otros a hacerlo. A través de este trabajo hemos llegado a valorar: Individuos e interacciones encima Procesos y herramientas Documentación Software en funcionamiento encima completa Colaboración con el cliente encima Negociación de contratos Respondiendo al cambio encima Siguiendo un plan Es decir, mientras que los artículos de la derecha tienen valor , valoramos más los artículos de la izquierda. www.agilemanifesto.org Machine Translated by Google Individuos e interacciones por encima de procesos y herramientas Si bien es probable que los procesos y las herramientas sean necesarios en nuestros proyectos, debemos centrar la atención del equipo en las personas y las interacciones involucradas. Los proyectos los llevan a cabo personas, no herramientas Los problemas los resuelven las personas, no los procesos Los proyectos, en última instancia, giran en torno a las personas. Machine Translated by Google Software funcional con documentación completa Concéntrese en ofrecer valor en lugar de en el papeleo. Los documentos ágiles deberían ser apenas suficientes Hecho justo a tiempo Hecho solo porque sí Entregar software que haga lo que debería es lo primero, antes de crear la documentación. Agile simplifica drásticamente el papeleo administrativo relacionado con el control de tiempo, costos y alcance. Machine Translated by Google Colaboración con el cliente en la negociación del contrato Sea flexible y complaciente, en lugar de fijo y poco cooperativo. Gestione el cambio, no lo reprima Definición compartida de “hecho” Requiere una relación de confianza Machine Translated by Google Responder al cambio en lugar de seguir un plan Dedica esfuerzo y energía a responder a los cambios. Los proyectos de software tienden a tener altas tasas de cambio Machine Translated by Google Principios rectores de Agile 1­3 1. Nuestra máxima prioridad es satisfacer al cliente mediante la entrega temprana y continua de software valioso. 2. Acepte los cambios en los requisitos, incluso en una fase avanzada del desarrollo. Los procesos ágiles aprovechan el cambio para generar una ventaja competitiva para el cliente. 3. Entregar software funcional con frecuencia, desde un un par de semanas a un par de meses, con preferencia por el plazo más corto. Machine Translated by Google Principios rectores ágiles 4­6 4. Los empresarios y los desarrolladores deben trabajar juntos diariamente durante todo el proyecto. 5. Construir proyectos en torno a individuos motivados. Bríndeles el entorno y el apoyo que necesitan y confíe en que realizarán su trabajo. 6. El método más eficiente y eficaz de transmitir información hacia y dentro de un equipo de desarrollo es la conversación cara a cara. Machine Translated by Google Principios rectores de Agile 7­9 7. El software que funciona es la medida principal del progreso. 8. Los procesos ágiles promueven la sostenibilidad desarrollo. Los patrocinadores, desarrolladores y usuarios deberían poder mantener un ritmo constante indefinidamente. 9. Atención continua a la excelencia técnica y un buen diseño mejora la agilidad. Machine Translated by Google Principios rectores de Agile 10­12 10. Simplicidad: el arte de maximizar la cantidad de trabajo no realizado es esencial. 11. Las mejores arquitecturas, requisitos y diseños surgen de equipos autoorganizados. 12. A intervalos regulares, el equipo reflexiona sobre cómo ser más eficaz y luego afina y ajusta su comportamiento en consecuencia. Machine Translated by Google Métodos ágiles Más de 12 metodologías ágiles Melé Programación extrema (XP) Desarrollo de Kanban Desarrollo de software lean Machine Translated by Google Términos ágiles Propietario del producto: persona designada que representa al cliente en el proyecto. Gerente de proyecto ágil/Scrum Master: gestiona el proyecto ágil Product Backlog: requisitos del proyecto de las partes interesadas Reunión de planificación del sprint: reunión que realiza el equipo ágil para determinar qué características se realizarán en el próximo sprint. Sprint Backlog: trabajo que el equipo selecciona para realizar en el próximo sprint Sprint: una iteración corta en la que los equipos del proyecto trabajan para completar el trabajo en el backlog del sprint (entre 1 y 4 semanas, por lo general). Reunión diaria: una reunión breve cada día para analizar el estado del proyecto, dirigida por el Scrum Master. Suele durar 15 minutos. Revisión del sprint: una inspección realizada al final del sprint por los clientes. Retrospectiva: reunión realizada para determinar qué salió mal durante el sprint y qué salió bien. Lección aprendida para el sprint. Producto parcialmente completado: los clientes realizan una demostración del producto y brindan comentarios. Estos comentarios ajustan las prioridades del próximo Sprint Lanzamiento: varios sprints de trabajo dirigidos a operaciones para su posible implementación y prueba. Sprint = Iteración Machine Translated by Google Proceso ágil Producto Sprint Sprint Clientes/Producto Sprint/Iteración Reserva Planificación Reserva Propietario Reunión Potencialmente Sprint Revisión de Sprint Producto enviable Retrospectivo Reunión Incremento Machine Translated by Google Melé Conjunto de prácticas, roles, eventos, artefactos y reglas de orientación del equipo Basado en tres pilares de Transparencia, Inspección y Adaptación: Transparencia Visibilidad para los responsables del resultado Inspección Controles oportunos sobre el progreso de un proyecto hacia el logro de sus objetivos Busca desviaciones problemáticas o diferencias con respecto a los objetivos. Adaptación Ajustar un proceso para minimizar problemas adicionales si una inspección muestra un problema o una tendencia indeseable Machine Translated by Google Roles y responsabilidades de Scrum Propietario del producto Posee visión del producto Define características, decide la fecha de lanzamiento y el contenido. Responsable del éxito del mercado Prioriza las características según el valor del mercado Puede cambiar características y prioridades en cada Sprint Maestro Scrum Responsable de facilitar el proceso Enfoca al equipo y lo protege de interrupciones externas Busca formas de mejorar la productividad Ayuda al propietario del producto a aprovechar Scrum Machine Translated by Google Roles y responsabilidades de Scrum Equipo de desarrollo Grupo pequeño que contiene todas las habilidades necesarias para el proyecto. Se centra en la entrega constante de funciones de alta calidad. Genera opciones de entrega Gestiona su propio trabajo dentro de los Sprints Machine Translated by Google Actividades de Scrum La metodología Scrum se refiere a varios tipos diferentes de actividades: 1. Reunión de planificación del sprint 2. sprints Reunión diaria de pie 3. Reunión de revisión del sprint 4. retrospectivas de sprint. Machine Translated by Google Reunión de planificación del sprint Se utiliza para determinar qué trabajo se realizará en ese sprint y cómo se realizará el trabajo. El equipo de desarrollo predice lo que se puede entregar basándose en estimaciones, capacidad proyectada y rendimiento pasado para definir el objetivo del sprint. Luego, el equipo de desarrollo determina cómo se construirá esta funcionalidad y cómo se organizará el equipo para alcanzar el objetivo del sprint. El resultado de esto será el backlog del sprint, el trabajo que se debe realizar en el próximo sprint. Machine Translated by Google Sprints Un sprint es una iteración limitada en el tiempo de 1 a 4 semanas para crear un producto potencialmente lanzable. Cada sprint incluye una reunión de planificación del sprint, Scrum diario, el trabajo real, una reunión de revisión del sprint y la retrospectiva del sprint. Durante el sprint no se realizan cambios que afecten al sprint. Los miembros del equipo de desarrollo se mantienen iguales durante todo el sprint. Machine Translated by Google Scrum diario (o Standup) Una actividad limitada en el tiempo de 15 minutos para Equipo de desarrollo para sincronizar actividades y crear un plan para las próximas 24 horas Debe celebrarse a la misma hora y en el mismo lugar todos los días. Cada miembro del equipo debe responder 3 preguntas: 1. ¿Qué hiciste ayer? 2. ¿Qué harás hoy? 3. ¿Existen impedimentos en tu camino? Machine Translated by Google Revisión de Sprint Tiene lugar al final del Sprint. Diseñado para recopilar comentarios de las partes interesadas sobre lo que el equipo ha completado en el sprint. El equipo demuestra el trabajo que se completó durante el sprint. Para crear una conversación entre El equipo y las partes interesadas sobre cómo mejorar el producto Debería limitarse a no más de una hora por semana de Sprint. Machine Translated by Google Retrospectiva del sprint Oportunidad para que el equipo inspeccione y cree un plan de mejoras que se realizarán durante el próximo Sprint. El equipo discute: ¿Qué salió bien? ¿Qué salió mal? ¿Qué hacer más? ¿Qué hacer menos? Machine Translated by Google Artefactos de Scrum Incremento del producto Parte del producto que se completa después de cada sprint Cartera de productos Lista priorizada de artículos valiosos para entregar Lista de tareas pendientes del sprint Lista de temas comprometidos que deben abordarse dentro de Sprint Machine Translated by Google Cartera de productos Lista priorizada de todo el trabajo que debe realizarse para completar el producto. La lista es dinámica y evoluciona a medida que se agrega y prioriza más trabajo. El propietario del producto prioriza los elementos y los ordena por valor. Los artículos más valiosos se enumeran primero Se perfecciona constantemente a medida que se le agrega más trabajo. El equipo y el propietario del producto se encargarán de “limpiar el backlog”. Machine Translated by Google Incremento del producto Parte del producto que se realiza después de cada sprint Hecho para obtener retroalimentación después de cada sprint El propietario del producto y el equipo deben acordar la “definición de terminado” antes de que el equipo comience a trabajar en el producto. Machine Translated by Google Lista de tareas pendientes del sprint El backlog del sprint es el conjunto de elementos del backlog del producto que se seleccionaron para un sprint específico. El backlog del sprint va acompañado de un plan de cómo lograr el objetivo del sprint, por lo que sirve como pronóstico del equipo de desarrollo para la funcionalidad que será parte del sprint. Es una vista muy visible del trabajo que se está realizando y sólo puede ser actualizada por el equipo de desarrollo. Machine Translated by Google Definición de Hecho (DoD) La definición de terminado (DoD) es un entendimiento compartido de lo que significa cuando un trabajo se considera terminado, debe definirse al comienzo del proyecto y se aplica globalmente al proyecto. La definición de terminado (DoD) es un elemento crucial para el éxito del desarrollo de software Scrum. Podría incluir cosas como: Departamento de Defensa para pruebas unitarias y funcionales. Documentación del Departamento de Defensa. Departamento de Defensa para escribir código. Machine Translated by Google Programación extrema (XP) Método ágil centrado en el desarrollo de software Enfoque en las buenas prácticas de desarrollo de software Scrum a nivel de gestión de proyectos se centra en priorizar el trabajo y obtener retroalimentación. Machine Translated by Google Valores fundamentales de XP Sencillez Reducir la complejidad, las funciones adicionales y el desperdicio " Encuentra la cosa más sencilla que pueda funcionar” Comunicación Los miembros del equipo saben qué se espera de ellos y en qué están trabajando otras personas. La reunión diaria es un componente clave de la comunicación Comentario Obtenga impresiones de corrección de forma temprana Fallar rápidamente permite una mejora más rápida Machine Translated by Google Valores fundamentales de XP Coraje Permitir que nuestro trabajo sea totalmente visible para los demás. Respeto Las personas trabajan juntas como un equipo y todos son responsables del éxito o el fracaso del proyecto. Reconocer que las personas trabajan de manera diferente y respetar esas diferencias. Machine Translated by Google Roles de XP Entrenador Actúa como mentor, guía el proceso y ayuda al equipo a mantenerse en el buen camino. Es un facilitador que ayuda al equipo a ser eficaz. Cliente: Representante comercial que proporciona los requisitos, las prioridades e impulsa la dirección comercial del proyecto. Programadores Desarrolladores que crean el producto. Escriben los códigos. Probadores Ayuda al cliente a definir y escribir las pruebas de aceptación para las historias de usuario. El propietario del producto y el cliente son equivalentes ScrumMaster y Coach son equivalentes Machine Translated by Google Prácticas XP Actividades de planificación (juegos): Planificación del lanzamiento: Impulso de nuevas funcionalidades hasta el usuario de producción El cliente describe la funcionalidad requerida Los desarrolladores estiman que la construcción será difícil Planificación de iteración: Ciclos de desarrollo cortos dentro de una versión (Scrum los llama "sprints") Se realiza al inicio de cada iteración o cada dos semanas. El cliente explica la funcionalidad que le gustaría en la iteración. Los desarrolladores dividen la funcionalidad en tareas y estiman el trabajo. Basado en estimaciones y cantidad de trabajo realizado en iteraciones anteriores, Machine Translated by Google Prácticas XP Pequeños lanzamientos: Lanzamientos pequeños y frecuentes para entornos de prueba Demuestre el progreso y aumente la visibilidad para el cliente La calidad se mantiene: pruebas rigurosas o integración continua Pruebas de clientes: El cliente describe una o más pruebas para demostrar que el software funciona El equipo crea pruebas automatizadas para demostrar que el software funciona. Propiedad colectiva del código: Cualquier par de desarrolladores puede mejorar o modificar cualquier código. Varias personas trabajan en todo el código, lo que da como resultado una mayor visibilidad y conocimiento de la base del código. Conduce a un mayor nivel de calidad; cuanto más personas miran el código, hay mayores posibilidades de que se descubran defectos. Menos riesgo si el programador se va, ya que el conocimiento se comparte Machine Translated by Google Prácticas XP Normas del código: Seguir un estándar de codificación consistente El código parece como si hubiera sido escrito por un solo programador con conocimientos. Ritmo sostenible: Si bien los períodos de horas extras pueden ser necesarios, las horas de trabajo prolongadas y repetidas son insostenibles y contraproducentes. La práctica de mantener un ritmo sostenible de desarrollo optimiza la entrega de valor a largo plazo Machine Translated by Google Prácticas XP Metáfora: XP utiliza metáforas y símiles para explicar diseños y crear una visión técnica compartida. Estas descripciones establecen comparaciones que todas las partes interesadas pueden comprender para ayudar a explicar cómo debería funcionar el sistema. Por ejemplo, “El módulo de facturación es como un departamento de cuentas por cobrar que se encarga de cobrar el dinero a nuestros clientes”. Integración continua: La integración implica reunir el código y asegurarse de que todo se compile y funcione en conjunto. Esta práctica es fundamental porque saca los problemas a la superficie antes de que se cree más código sobre diseños defectuosos o incompatibles. Machine Translated by Google Prácticas XP Desarrollo basado en pruebas (TDD): El equipo escribe pruebas antes de desarrollar el nuevo código. Si las pruebas funcionan correctamente, el código inicial que se ingresa hará que las pruebas fallen. El código pasará la prueba una vez que esté escrito correctamente. Programación en parejas: En XP, el código de producción lo escriben dos desarrolladores que trabajan en pareja para escribir y proporcionar revisiones en tiempo real del software a medida que surge. Trabajar en parejas también ayuda a difundir el conocimiento sobre el sistema en todo el equipo. Machine Translated by Google Prácticas XP Diseño simple: El código siempre es comprobable, navegable, comprensible y explicable. Haga lo más simple que pueda funcionar a continuación. El diseño complejo se reemplaza por un diseño más simple. Las mejores arquitecturas, requisitos y diseños surgen de equipos autoorganizados. Refactorización: Eliminar redundancia, eliminar funcionalidad no utilizada y rejuvenecer diseños obsoletos La refactorización a lo largo de todo el ciclo de vida del proyecto ahorra tiempo y aumenta la calidad El código se mantiene limpio y conciso para que sea más fácil de entender, modificar y ampliar. Machine Translated by Google Repaso de algunos términos básicos Extremo E x tre me Melé Definición Programación (XP) Período de tiempo de duración fija Sprint Iteración (timebox) Liberar Lanzamiento pequeño Lanzamiento a producción Sprint/Lanzamiento Juego de planificación Reuniones de planificación ágil Planificación Representante empresarial para Propietario del producto Cliente proyecto Reflexión retrospectiva Reunión estilo “lecciones aprendidas” Entrenador ScrumMaster Gestor de proyectos ágil Desarrollo Equipo multifuncional empoderado Equipo Equipo Scrum diario Reunión diaria Breve reunión diaria de estado Machine Translated by Google Desarrollo de software lean Lean fue iniciado por Toyota como un método de fabricación que se aplicó al desarrollo de software. Principios: Uso de herramientas de gestión visual Identificación del valor definido por el cliente Construyendo aprendizaje y mejora continua Machine Translated by Google Desarrollo de software lean Eliminar Desperdiciar Amplificar Empoderar Aprendiendo al equipo Inclinarse Aplazar Entregar Decisiones Rápido Optimizar Construir el Calidad en Entero Machine Translated by Google Desarrollo de software lean Eliminar desperdicios: Para maximizar el valor, debemos minimizar los desperdicios. En el caso de los sistemas de software, los desperdicios pueden adoptar la forma de trabajo realizado a medias, demoras, transferencias y funciones innecesarias. Empoderar al equipo: En lugar de adoptar un enfoque de microgestión, deberíamos respetar el conocimiento superior de los miembros del equipo sobre los pasos técnicos necesarios en el proyecto y dejarles Entregar rápidamente: Entregar rápidamente software valioso e iterar a través de diseños. Optimizar el conjunto: Nuestro objetivo es ver el sistema como algo más que la suma de sus partes. Machine Translated by Google Desarrollo de software lean Calidad de construcción en: Incorporar calidad al producto y garantizar continuamente la calidad durante todo el proceso de desarrollo. Aplazar decisiones: Equilibre la planificación temprana con la toma de decisiones y el compromiso de hacer cosas lo más tarde posible. Amplificar el aprendizaje: Este concepto implica facilitar la comunicación de forma temprana y frecuente, obtener retroalimentación lo antes posible y aprovechar lo que aprendemos. Machine Translated by Google Los siete desperdicios de Lean 1. Trabajo parcialmente realizado 2. Procesos adicionales 3. Funciones adicionales 4. Cambio de tareas 5. Esperando 6. Movimiento 7. Defectos Machine Translated by Google Desarrollo de Kanban El desarrollo de Kanban se deriva del sistema de producción lean utilizado en Toyota. "Kanban" es una palabra japonesa que significa "letrero". Elementos En curso Pruebas Hecho 6 cartas 4 cartas Machine Translated by Google Los cinco principios básicos de Kanban: Visualice el flujo de trabajo: Los proyectos de software, por definición, manipulan el conocimiento, que es intangible e invisible. Límite de trabajo en progreso: Mantener baja la cantidad de trabajo en progreso aumenta la visibilidad de los problemas y los cuellos de botella. Gestionar flujo: Al rastrear el flujo de trabajo a través de un sistema, se pueden identificar problemas y se pueden medir los cambios para evaluar su efectividad. Hacer explícitas las políticas de proceso: Es importante explicar claramente cómo funcionan las cosas para que el equipo pueda tener discusiones abiertas sobre las mejoras. Mejorar la colaboración: A través de la medición y la experimentación científica, el equipo debe apropiarse colectivamente y mejorar los procesos que utiliza. Machine Translated by Google Trabajo en progreso del límite Kanban https://herdingcats.typepad.com/my_weblog/2014/08/the­use­and­misuse­ of­littles­law.html Machine Translated by Google Otros métodos ágiles Desarrollo basado en características El equipo primero desarrollará un modelo general del producto, luego creará una lista y planificará el trabajo. Desarrollo de sistemas dinámicos Uno de los primeros métodos ágiles y sigue ocho principios. Cristal Se trata de metodologías personalizadas que están codificadas por nombres de colores. Machine Translated by Google Liderando con eficacia Aproveche las motivaciones intrínsecas de las personas Descubra por qué los miembros del equipo quieren hacer algo y qué los motiva y luego alinee eso con los objetivos del proyecto. Gestión vs liderazgo Enfoque mecánico de gestión Liderazgo con enfoque humanístico (en las personas y el propósito) Enfoque de gestión Enfoque de liderazgo Tarea/cosas Gente Control Empoderamiento Dominio Comunicación Machine Translated by Google Liderando con eficacia Liderazgo de servicio El líder proporciona lo que el equipo necesita 1. Proteger al equipo de las interrupciones 2. Eliminar los obstáculos al progreso 3. (Re)Comunicar la visión del proyecto 4. Lleva comida y agua Machine Translated by Google Doce principios para liderar proyectos ágiles 1. Conozca las necesidades de los miembros del equipo 2. Conozca los requisitos del proyecto 3. Actuar por el bienestar simultáneo de la El equipo y el proyecto 4. Crear un entorno de trabajo funcional responsabilidad 5. Tener una visión del proyecto terminado 6. Utilice la visión del proyecto para impulsar su propio comportamiento ©2002 Jeffery Pinto, Liderazgo de proyectos de la teoría a la práctica Machine Translated by Google Doce principios para liderar proyectos ágiles 7. Servir como figura central en el desarrollo exitoso del equipo del proyecto. 8. Reconocer el conflicto en equipo como un paso positivo 9. Gestionar teniendo en cuenta la ética 10. Recuerda que la ética no es una Una ocurrencia posterior, pero una parte integral de nuestro pensamiento. 11. Tómate tiempo para reflexionar sobre el proyecto. 12. Desarrolla el truco de pensar al revés. Machine Translated by Google Herramientas y técnicas de liderazgo El uso de estas herramientas aún requiere un enfoque de habilidades blandas Modelado del comportamiento deseado Honestidad Mirando hacia el futuro Competente Inspirador Comunicar la visión del proyecto Permitir que otros actúen Pasar de herramientas exclusivas a herramientas inclusivas Estar dispuesto a cambiar el status quo Machine Translated by Google Tarea de liderazgo Practique la transparencia a través de la visualización Crear un entorno seguro para la experimentación. Experimentar con nuevas técnicas y procesos. Compartir conocimientos a través de la colaboración Fomentar el liderazgo emergente en un entorno seguro Machine Translated by Google Entrega basada en valor Machine Translated by Google Entrega basada en valor Proyectos realizados para generar valor empresarial Producir Beneficio Mejorar el servicio Demanda del mercado Cumplimiento de seguridad Cumplimiento normativo Machine Translated by Google Entrega temprana de valor Agile promueve la entrega temprana y frecuente El objetivo es ofrecer el máximo valor al principio del proyecto Entregar tantos componentes de alto valor como sea posible lo antes posible Reduce el riesgo Satisfacción de las partes interesadas Éxito del proyecto Muestra comprensión de las necesidades de las partes interesadas. Las partes interesadas están comprometidas Genera confianza en las partes interesadas en el equipo. Machine Translated by Google Reducir los residuos Minimizar desperdicios, por ejemplo: Trabajo parcialmente realizado Procesos adicionales Funciones adicionales Espera Defectos Machine Translated by Google Evaluación del valor: métricas financieras Retorno de la inversión (ROI) Relación entre los beneficios obtenidos de una inversión y el dinero invertido. Generalmente es un porcentaje. Tasa interna de retorno (TIR) Tasa de interés que necesitará obtener en dinero de hoy para recibir una cierta cantidad de dinero en el futuro Valor actual/Valor actual neto (VAN) Valor del dinero futuro en términos actuales Machine Translated by Google Evaluación del valor: métricas financieras Gestión del valor ganado Fórmulas que monitorean el valor del proyecto a medida que avanza. Machine Translated by Google Contabilidad en proyectos ágiles Se refiere a cómo funcionan los diferentes modelos económicos de Agile. La contabilidad ágil es diferente a la contabilidad tradicional Agile busca entregar valor lo más rápido posible Utiliza el producto mínimo viable (MVP) Esto genera más oportunidades para financiación incremental. Machine Translated by Google Indicadores clave de rendimiento (KPI) Se utiliza como forma de medir el progreso del proyecto. Tasa de progreso: cuántos puntos se han completado Trabajo restante: ¿Cuánto trabajo queda por hacer del atraso? Fecha probable de finalización Costo restante probable Machine Translated by Google Cumplimiento normativo Requisitos obligatorios generalmente por agencias gubernamentales Debe implementarse en el trabajo del proyecto como trabajo de desarrollo regular. Hacerlo después de que el trabajo del proyecto esté terminado Machine Translated by Google Gestión de riesgos El riesgo está estrechamente relacionado con el valor Considerado como antivalor Generalmente tiene el potencial de eliminar, erosionar o reducir el valor con amenazas. Machine Translated by Google Proceso de Gestión de Riesgos Plan de Riesgos Cuantitativo Cualitativo Plan de Riesgos Implementar Monitorear y Identificar riesgos Riesgo Gestión Análisis de riesgos Análisis de riesgos Respuestas Controlar los riesgos Respuestas Enfoque tradicional de gestión de riesgos Machine Translated by Google Herramientas para gestionar el riesgo Cartera de pedidos ajustada al riesgo Diagrama de reducción de riesgo Machine Translated by Google Valor de la planificación: priorización basada en el valor Cómo los clientes priorizan el valor La priorización basada en valores es una de las prácticas fundamentales en la planificación ágil Las características se priorizan en función del valor comercial, el riesgo y las dependencias. Algunas de las técnicas de priorización utilizadas: Esquema simple Priorización de MoSCoW Dinero de monopolio Método de los 100 puntos Votación por puntos o votación múltiple Análisis de Kano Modelo de Priorización de Requerimientos 2 Machine Translated by Google Técnicas de priorización Esquema simple Prioridad 1, Prioridad 2, Prioridad 3, etc. Podría ser problemático ya que muchos elementos podrían convertirse en la primera prioridad. Priorización de MoSCoW Debe tener Debería haber Podría haber Me gustaría tenerlo, pero no esta vez. Machine Translated by Google Técnicas de priorización Votación por puntos o votación múltiple Cada persona recibe una cierta cantidad de puntos para distribuir según los requisitos. Dinero de monopolio Dar a todos el mismo dinero de monopolio Luego distribuyen los fondos entre lo que más valoran. Método de los 100 puntos A cada persona se le dan 100 puntos. Luego lo utilizan para distribuirlo según los requisitos individuales. Machine Translated by Google Técnicas de priorización Análisis de Kano Ayuda a comprender la satisfacción del cliente. Deleites/Excitadores Satisfactorios Insatisfactores Indiferente https://foldingburritos.com/kano­model/ Machine Translated by Google La priorización/clasificación es relativa No importa qué técnicas utilicen prioritariamente los clientes, el resultado final debe ser una lista de características priorizadas. Machine Translated by Google Entregando valor de manera incremental La entrega incremental consiste en implementar partes funcionales de un producto a lo largo de la vida del proyecto. En el desarrollo de software, primero se entrega a un entorno de prueba y luego a producción. Esto reducirá la cantidad de trabajo adicional al descubrir problemas de manera temprana y solucionarlos. Machine Translated by Google Entregando valor de manera incremental http://www.agilemodeling.com/essays/costOfChange.htm Machine Translated by Google Producto Mínimo Viable (MVP) Se refiere a un conjunto de funcionalidades que es completo para ser útil, pero lo suficientemente pequeño como para no ser un proyecto completo. Generalmente un módulo en un software. Machine Translated by Google Herramientas para proyectos ágiles Modelos informáticos de baja tecnología y alto contacto Al utilizar modelos informáticos pueden surgir problemas como: La percepción de precisión de los datos aumenta No hay interacción con las partes interesadas. Solo unas pocas personas los actualizarían. Machine Translated by Google Herramientas de baja tecnología y alto contacto Utilice tarjetas, gráficos, pizarras y paredes. Promueve la comunicación y la colaboración. Pase a utilizar un diagrama de Gantt de computadora para... Tablero Kanban Machine Translated by Google Tablero de tareas/Kanban Un "radiador de información": garantiza una difusión eficiente de la información. Se puede dibujar en una pizarra o incluso en una sección de la pared. Hace visible el backlog de iteraciones Sirve como punto focal para la reunión diaria. Elementos En curso Pruebas Hecho 6 cartas 4 cartas Machine Translated by Google Limitar WIP (Trabajo en progreso) Incluye trabajos que se han iniciado pero aún no se han completado. Representa dinero gastado sin retorno Oculta los cuellos de botella que ralentizan los procesos. Representa el riesgo en forma de riesgo potencial. Los procesos ágiles tienen como objetivo limitar y optimizar el WIP El WIP óptimo hace que los procesos sean eficientes Machine Translated by Google Diagramas de flujo acumulativo (CFD) Gráficos de pila que muestran cómo progresa el trabajo. 700 600 500 400 Listo 300 Desarrollador Prueba 200 Desplegado 100 0 Machine Translated by Google Diagramas de flujo acumulativo (CFD) Cuellos de botella y teoría de restricciones Machine Translated by Google Diagramas de flujo acumulativo (CFD) Cuellos de botella y teoría de restricciones Ampliación de la actividad del área Embotellamiento Actividad Machine Translated by Google Contratación ágil La flexibilidad de Agile crea dificultades a la hora de definir los criterios de aceptación del contrato Agile intenta fijar recursos y tiempo (costo) y variar la funcionalidad. “La colaboración con el cliente por encima de la negociación contractual” Estrecha cooperación Participación activa Retroalimentación oportuna y frecuente Dinero a cambio de nada y cambio gratis Machine Translated by Google Contratación ágil Contrato de precio fijo graduado Comprador/Vendedor comparten riesgos y recompensas Diferentes tarifas por hora en función de: Terminar temprano, Terminar a tiempo, Terminar tarde Paquetes de trabajo a precio fijo Mitigar los riesgos de subestimar o sobreestimar Machine Translated by Google Verificación y validación del valor “El abismo de la evaluación” Lo que una persona describe a menudo es diferente de cómo lo interpreta otra. Machine Translated by Google Verificación y validación frecuentes Resolver los problemas lo antes posible No dejes que los pequeños problemas crezcan con el tiempo Machine Translated by Google Tenedor de apuestas Compromiso DOMINIO 3 Machine Translated by Google Gestión de las partes interesadas Cuidando a todos los involucrados en el proyecto. Asegurarse de que todos tengan todo lo que necesitan para completar el proyecto con éxito. Comienza con la identificación de las partes interesadas Machine Translated by Google Educar a la gente sobre Agile Enseñar a todas las partes interesadas sobre los beneficios de Agile Las preocupaciones sobre Agile pueden incluir: Alta dirección y patrocinadores: les preocupa el riesgo de fracasar Directivos: temen la pérdida de control Equipo de proyecto: resistirse a los métodos ágiles Usuarios: no obtendrán todas las funciones Machine Translated by Google Involucrar a las partes interesadas Las iteraciones cortas y el lanzamiento los mantienen interesados Mantenerlos comprometidos puede hacer que las partes interesadas se involucren más y obtengan más solicitudes de cambio. Esto nos ayuda a identificar riesgos y problemas de forma temprana. Si algunas partes interesadas están causando problemas, el PM ágil necesitará usar sus habilidades interpersonales para resolver los problemas. Es necesario contar con un proceso para escalar los problemas de las partes interesadas. ¿Por qué un enfoque tan grande en los stakeholders? Proyectos realizados por personas y para personas. Machine Translated by Google Métodos de participación de las partes interesadas Consiga las partes interesadas adecuadas Participación de las partes interesadas en el cemento Gestionar activamente los intereses de las partes interesadas Discuta con frecuencia cómo se ve una tarea terminada Mostrar avances y capacidades Discuta con franqueza las estimaciones y proyecciones Machine Translated by Google Establecer una visión compartida Es importante garantizar que los clientes y el equipo del proyecto ágil tengan la misma visión Los métodos incluyen: Carta ágil Definición de “Hecho” Modelado ágil Diagrama de casos de uso Modelos de datos Diseño de pantalla Diagramas de estructura alámbrica Personas Machine Translated by Google Chartering ágil Alto nivel (usa W5H) Acuerdo Autoridad para proceder Se centra en cómo se llevará a cabo el proyecto. Permite flexibilidad y capacidad para afrontar el cambio. Se describen los procesos específicos del proyecto Puede utilizar el Tweet del proyecto: describe el objetivo del proyecto en 140 caracteres o menos. Machine Translated by Google Definición de “Hecho” Crear una visión compartida de lo que se hace Debe hacerse para: Historias de usuarios Lanzamientos Entregables del proyecto final Machine Translated by Google Modelado ágil Diferentes técnicas de modelado que se utilizan para ayudar a establecer la visión compartida Debe ser ligero o “apenas suficiente” Machine Translated by Google Modelado ágil Diagramas de casos de uso Muestra visualmente cómo los usuarios utilizarían una aplicación. https://en.wikipedia.org/wiki/Use_case_diagram Machine Translated by Google Modelado ágil Modelos de datos Cómo se estructuran los datos en tablas y sus relaciones http://www.agiledata.org/essays/dataModeling101.html Machine Translated by Google Modelado ágil Diseños de pantalla Capturas de pantalla simples http://agilemodeling.com/artifacts/uiPrototype.htm Machine Translated by Google Diagramas de estructura alámbrica Diagramas de estructura alámbrica Maqueta rápida de un producto “prototipado de baja fidelidad” Aclarar qué significa “terminado” Validar el enfoque antes de la ejecución Machine Translated by Google Personas Personas Guías rápidas o recordatorios de las principales partes interesadas e intereses Proporcionar descripción de los usuarios Estar anclado en la realidad Estar orientado a objetivos, específico y relevante Sea tangible y procesable Generar foco Ayuda al equipo a centrarse en funciones valiosas para los usuarios Machine Translated by Google Personas Nombre: Andrew Jones – Contador público certificado Valor: A Andrew le gustaría asegurarse de que todas las facturas de la empresa se paguen a tiempo mediante el uso de pagos automáticos en línea. Descripción: Andrew ha sido contador durante más Le gustaría garantizar que a los clientes de 10 años y ha trabajado en muchas se les recuerde automáticamente los firmas de contabilidad grandes. saldos pendientes. Le gusta estar organizado y realizar su Él busca imprimir los informes de trabajo a tiempo. cuentas por cobrar y por pagar de forma semanal para verificar las facturas y recibos. Machine Translated by Google Comunicación con las partes interesadas Comunicación cara a cara Comunicación bidireccional Intercambio de conocimientos Radiadores de información Redes sociales Machine Translated by Google Comunicación cara a cara Comunicación cara a cara http://www.agilemodeling.com/essays/communication.htm Machine Translated by Google Comunicación con las partes interesadas Comunicación bidireccional No solo pidas confirmación ni preocupaciones, sino que realmente escuches lo que tienen que decir. Intercambio de conocimientos Los equipos ágiles trabajan en estrecha colaboración entre sí, como en la programación en pares. El uso de tableros Kanban o wireframes son formas de compartir información El uso de herramientas de baja tecnología, como una pizarra, permitirá que todos vean el trabajo y lo comprendan. Debemos fomentarlo Machine Translated by Google Comunicación con las partes interesadas Radiadores de información Cosas que son muy visibles Se utiliza para mostrar información Generalmente incluye chats, gráficos y tableros. Redes sociales Utilizar para comunicarse Puede incluir Twitter o Instagram. Machine Translated by Google Zona verde/Zona roja Zona roja: Culpa a los demás de todo Responde defensivamente Se siente amenazado Provoca una actitud defensiva No suelta ni perdona Utiliza la vergüenza y la culpa. Centrarse en las ventajas a corto plazo No busca ni valora la retroalimentación Ve el conflicto como una batalla y sólo busca ganar. Comunica un alto nivel de desaprobación. Ve a los demás como el problema o el enemigo. No escucha con eficacia Machine Translated by Google Zona verde/Zona roja Zona verde: Asumir la responsabilidad Busca responder de manera no defensiva No se siente fácilmente amenazado psicológicamente. Intentos de construir el éxito Utiliza la persuasión en lugar de la fuerza. Piensa tanto a corto como a largo plazo Aceptamos comentarios Ve el conflicto como una parte natural de la vida. Busca la excelencia en lugar de la victoria Escucha bien Machine Translated by Google Uso de talleres Reunión cuando se termina el trabajo Las retrospectivas son un tipo de talleres. Formas de hacerlos más efectivos: Los grupos diversos tienen una perspectiva más amplia Utilice métodos como el sistema de todos contra todos para asegurarse de que nadie domine Intenta que todos participen en los primeros minutos. Los talleres de historias de usuario son donde escribimos las historias de usuario y mantenemos a las partes interesadas involucradas. Machine Translated by Google Reunión creativa Reunión creativa Escritura tranquila Dé a las personas unos 5 minutos para escribir sus ideas. Partido de todos contra todos Pase una ficha para asegurarse de que todos hablen. Libre para todos La gente grita lo que enseñan. Puede que solo trabajen en un entorno de apoyo. Machine Translated by Google Juegos de colaboración Recuerda el futuro Podar el árbol de productos Lancha rápida (velero) Machine Translated by Google Recuerda el futuro Pida a las partes interesadas que imaginen que un próximo lanzamiento fue exitoso y que miren hacia atrás. Obtiene una mejor comprensión de cómo una parte interesada definiría el éxito. Describe cómo podemos lograr ese éxito para ellos. Machine Translated by Google Podar el árbol de productos Dibuje un árbol y pida a las partes interesadas que agreguen sus características. Utilice notas adhesivas para que coloquen nuevas características en el árbol. Agrupar las características en el tronco Las características que dependen de otras características estarían más arriba en el árbol. Permite que todos comprendan las prioridades del desarrollo. Machine Translated by Google Lancha rápida (velero) Dibuja una línea de flotación y un barco en movimiento. Explique que el barco se está moviendo hacia los objetivos del proyecto. Pídales que utilicen notas adhesivas para mostrar qué puede hacer que el barco se mueva (el viento) y qué puede detenerlo (las anclas). Permite a las partes interesadas identificar amenazas y oportunidades Machine Translated by Google Uso de habilidades blandas críticas Inteligencia emocional Negociación Escucha activa Facilitación Resolución de conflictos Modelos de decisión participativos Machine Translated by Google Inteligencia emocional Nuestra capacidad para identificar, evaluar e influir en las emociones de nosotros mismos y de los que nos rodean. Necesitamos reconocer nuestros propios sentimientos. Entonces podemos aprender cómo responder a los demás y cómo se sienten. Entender cómo nos cuidamos a nosotros mismos afectará a quienes nos rodean Como PM ágil, tenemos que saber cuándo los miembros del equipo están estancados, enojados o frustrados. Machine Translated by Google Negociación Esto sucede durante todo el proyecto. Una buena negociación permitirá que todos investiguen las opciones y las compensaciones. Es más eficaz cuando las interacciones entre las personas son positivas y hay espacio para dar y recibir. Machine Translated by Google Escucha activa Nivel 1: Interno – ¿Cómo me va a afectar? Nivel 2: Enfocado – ponernos en la mente del orador Nivel 3: Global: se basa en el nivel del lenguaje corporal. Machine Translated by Google Facilitación Realizar reuniones y talleres eficaces. Tenga lo siguiente: Objetivos Normas Momento Asistencia Machine Translated by Google Resolución de conflictos Todos los proyectos tendrán conflictos. Si bien cierto nivel de conflictos es bueno, debemos asegurarnos de que no se conviertan en una “guerra mundial” en la que las personas intenten destruirse entre sí. Niveles de conflicto (1­5): Nivel 1: Problema a resolver – compartir información Nivel 2: Desacuerdo – Protección personal Nivel 3: Concurso – Debe ganar Nivel 4: Cruzada – Proteger al propio grupo Nivel 5: Guerra Mundial – Debes destruir al otro Machine Translated by Google Modelos de decisión participativos Involucrar a las partes interesadas en el proceso de toma de decisiones Votación simple Vota “a favor” o “en contra” Golpes hacia arriba/abajo/laterales La gente sostiene sus pulgares como si lo apoyaran o no. De lado es si no pueden decidirse. Puño de cinco La gente levanta el dedo en función de si apoyan la idea: 1 dedo: apoyo total; 5 dedos: no la apoyan. Machine Translated by Google Rendimiento del equipo Machine Translated by Google Las personas por encima de los procesos Los proyectos los hacen personas, no herramientas Manifiesto ágil: “Individuos e interacciones por encima de procesos y herramientas” Centrarse en el lado humano del proyecto