"The New New Product Development Game"
Desarrollaron una nueva forma de pensar acerca de como desarrollar productos y manejar proyectos con definiciones estrategicas de desarrollo flexible e incluyente, con un enfoque holistico, donde el valor esta en el equipo de trabajo, se trata de llegar al final como una unidad.
El nombre Scrum viene del rugby, y se refiere al trabajo en conjunto e intenso del equipo para disputar el balon. Si llevamos esto al trabajo, esto demanda creatividad e innovacion a la hora de resolver problemas.
Concibieron, ejecutaron y documentaron el primer Scrum para desarrollo ágil de software, utilizando el estudio de gestión de equipos de Takeuchi y Nonaka como base.
"Scrum Development Process"
Presentaron en la OOPSLA 95 sus experiencias utilizando los principios Scrum, Schwaber lo utilizo para el desarrollo de Delphi y Jeff Sutherland en su empresa Easel Corporation. Formalizaron el proceso para la industria del software.
"Manifiesto Agil"
17 criticos de los modelos de mejora del desarrollo de software basados en procesos, y convocados por Beck, quien habia publicado años antes "Exptreme Programming Explained" se reunieron en Snowbird Utah, para tratar sobre tecnicas y procesos para desarrollar software. En la reunion se acuño el termino "Metodos Agiles" para definir metodos alternativos a los de la epoca, los cuales eran rigidos, por su caracter normativo y fuerte dependencia en la planificacion detallada previa al desarrollo.
"Design Thinking"
Es un metodo para generar ideas innovadoras que se centra en entender y dar solucion a las necesidades reales de los usuarios. Para dar solucion a un problema lo descomponemos, lo dividimos en partes pequeñas, se analizan, se piensa sin limites, todo lo que se nos ocurra, de manera empatica y junto a otros miembros del equipo, de esta forma estaremos mas cerca de encontrar una solucion a lo que buscamos.
Se comenzo a desarrollar de forma teorica en los años 70's, y se llevo a cabo por primera vez por la consultora IDEO
"Lean Manufacturing"
Fue concebida como idea en japon por Taiichi Ohno, luego de observar que antes de la segunda guerra mundial la productividad japonesa era inferior a la de EEUU. Post guerra visito EEUU y estudio a los pioneros de la productividad y reduccion de desperdicio, Frederick taylor y Henry Ford. Ohno encontró un ejemplo perfecto de su idea.
A finales de los 70's termina la fabricacion en masa de automoviles en EEUU con la bancarrota de Chrysler, GM y Ford; la crisis del petroleo disminuyo la produccion de automoviles en un 22%, y Japon comenzo a ganar notoriedad e interes por sus tecnicas de fabricacion.
Lean Manufacturing se nombra por primera vez en una investigacion de JP Womack, que se transformo en el libro "La maquina que cambio el mundo". El objetio era encontrar herramientas que ayudaran a elimibar desperdiciones y operaciones que no le agregan valor al producto o a los procesos.
"PDCA: Plan, Do, Check, Action"
Es un concepto ideado por Walter A. Shewhart en 1939, y presentado en japon en 1950 por Deming como una metodologia de mejora continua y se aplica a todo tipo de situaciones.
Permite a las organizaciones una mejora integral de la competividad de los productos y servicios, mejorando continuamente la calidad, resudiendo costos.
Lean y Scrum tienen una base en PDCA.
"Management 3.0."
Es una filosofia que tiene como idea fomentar el tratamiento los equipos como sistemas complejos adaptativos y vivos, no como maquinas de produccion de productos, donde las personas actuan como piezas dentro de una maquina.
Las organizaciones se ven como ciudades, en ellas puedes hacer lo que quieras, siempre y cuando permitas a la ciudad y a sus integrantes beneficiarse de tu trabajo. Implica trabajar juntos para encontrar la manera más eficiente de que una empresa pueda lograr sus objetivos, manteniendo la felicidad de los trabajadores como una prioridad.
El management pasa de ser una responsabilidad de unos pocos a ser responsabilidad de todo el grupo.
"Kanban"
Surgio a finales de los años 40, cuando Toyota implemento el sistema "Just In Time", la produccion se basa en la demanda de los clientes y no en la practica tradicional de fabricar productos e intentar venderlos al mercado.
En los 2000's la industria del software se percato de que con kanban podia hacer un cambio real en la forma en que se producian los productos y servicios, Anderson formulo que el método está enfocado en llevar a cabo las tareas pendientes y los principios más importantes con enfasis en la entrega a tiempo, mientras no se sobrecarguen los miembros del equipo. El proceso, desde la definicion de una tarea hasta su entrega al cliente, se muestra para que los participantes lo vean.
Los proyectos se ven afectados por limitaciones de tiempo, costos, alcance, calidad, recursos, capacidades organizativas y otras limitaciones que los hacen dificiles de planificar, ejecutar, administrar y tener exito.
Mientras mas conocimientos sobre una herramienta y mientras mas claro es el requerimiento mas complejo sera el proyecto.
- Simples
- Complejos
- Caoticos
4 Pilares Agile:
- Individuos e interacciones sobre procesos y herramientas.
- Empatia
- Relacion con las personas
- Software funcionando sobre documentación extensiva.
- Que quiere el cliente?
- Solo documentacion adecuada
- Respuesta ante el cambio sobre seguir un plan.
- Cambio de mentalidad
- Saber manejar el cambio
- No nos debe estresar
- Colaboración con el cliente sobre negociación contractual.
- Debe haber una buena relacion con el cliente
- Colaboracion, compromiso y respeto
- Ambos en pos del mismo objetivo
12 Principios Agile:
- La mayor prioridad es satisfacer al cliente a través de la entrega temprana y continua de software útil.
- Bienvenidos los cambios a los requerimientos, incluso los tardíos.
- Liberar frecuentemente software funcionando, desde un par de semanas a un par de meses, con preferencia por los periodos más cortos.
- Los responsables del negocio y los desarrolladores deben trabajar juntos diariamente durante el proyecto.
- Construir los proyectos alrededor de individuos motivados. Proporcionar el ambiente y el soporte que necesiten, y confiar en que conseguirán realizar el trabajo.
- La conversación directa es el método más eficiente y efectivo de transmitir información, tanto al equipo como dentro de éste.
- El software funcionando es la medida de progreso.
- Los procesos ágiles promueven el desarrollo sostenible.
- Desarrollo constante!
- La atención continua a la excelencia técnica y al buen diseño incrementan la agilidad.
- La simplicidad - el arte de maximizar la cantidad de trabajo no hecho - es esencial.
- Lean!
- Las mejores arquitecturas, requerimientos y diseños emergen de los equipos auto-organizados.
- En intervalos regulares, el equipo reflexiona sobre cómo volverse más efectivo, entonces afina y ajusta su comportamiento como corresponde.
- PDCA!
El cambio debe aportar un valor al producto minimo viable
Para cumplir el objectivo se va paso a paso
Debe haber un cambio cultural y mental
Scrum es el resultado de un proceso de agilidad.
Escrita a principios de 2005 por 15 lideres de proyectos como un suplemento al manifiesto agile, enumera 6 valores de gestion necesarios para reforzar la mentalidad de desarrollo agil, particularmente en la gestion de proyectos complejos e inciertos
VUCA: Volatility, Ucenertainly, Complexity, Anbiguity.
6 Valores de Declaracion de Interdependencia:
- Aumentamos el retorno de inversión, al enfocarnos en el flujo continuo de valor.
- Ofrecemos resultados fiables mediante la participación del cliente en las iteraciones frecuentes, donde también son responsables por el trabajo.
- Asumimos que habrá incertidumbre y las superamos a través de iteraciones, anticipación y adaptación.
- VUCA!
- Damos rienda suelta a la creatividad y la innovación al reconocer que las personas son la fuente máxima de valor y creamos un entorno en el que puedan tener un impacto positivo.
- Aumentamos el rendimiento a través de la rendición de cuentas por parte del grupo en cuestión de resultados y eficacia del equipo, responsabilidades que todos comparten.
- Mejoramos la eficacia y la fiabilidad a través de estrategias situacionalmente específicas, procesos y prácticas.
- Roles claros!
- Definiciones claras!
Agilidad es la capacidad de crear y responder al cambio con el fin de obtener ganancias en un entorno empresarial turbulento
La agilidad es la capacidad de equilibrar la flexibilidad y la estabilidad
Agile es una cualidad, por lo tanto esto debe ser una meta que se debe tratar de alcanzar.
Como mis disciplina ayuda a aportar al equipo
La gestion de proyectos Agile implica la adaptabilidad durante la creacion de un producto, servicio o cualquier otro resultado.
Sirve a cualquier producto o servicio
El 80% de los proyectos emplearan metodos agiles en los proximos años. (Gartner).
Casi tres cuartas partes (71%) de las organizaciones informan que utilizan enfoques agiles a veces, a menudo o siempre.
Gestion tradicional (Waterfall):
- Requeriments
- Analysis
- Design
- Coding
- Testing
- Operation
Ventajas: Orden logico
Desventaja: Asume predictividad
PMI: Proyect Management Institute
Una organización internacional sin ánimo de lucro, que se dedica al estudio y promoción de la Dirección de Proyectos.
PMM: Proyect Management Metodologies
- Waterfall
- Agile
- Scrum
- etc...
Scrum es un marco de trabajo para desarrollar, entregar y mantener productos complejos. Esta definicion consiste en roles, eventos y artefactos de Scrum, y las reglas que los relacionan.
En Scrum las personas pueden abordar problemas complejos adaptativos, a las que entregar productos del maximo valor posible, productiva y creativamente.
Es iterativo, incremental, rapido, flexible y eficaz.
Scrum es:
- Ligero
- Facul de entender
- Extremadamente dificil de dominar
Desarrollado para gestionar y desarrollar productos desde principios de los 90's. No es definitivo, pero si se pueden emplear varios procesos y tecnicas.
Se ha utilizado para:
- Investigar e identificar mercados viables, tecnologias y capacidades de productos.
- Desarrollar productos y mejoras.
- Liberar productos y mejoras tantas veces como sea podible durante el dia.
- Desarrollar y mantener ambientes en la Nuve (en linea, seguros, bajo demanda) y otros entornos operacionales para el uso de productos.
- mantener y renonar productos.
Con Scrum se ha desarrollado software, hardware, redes funcionales, vehiculos, escuelas, gobiernos, etc... A todo lo que usamos en la vida se puede aplicar Scrum.
Es efectivo en la trasferencia iterativa e incremental de conocimiento. Scrum ahora se usa en productos, servicios y gestion de la organizacion matriz.
Scrum se basa en la teoria de control de procesos empirica. El empirismo asegura que el conocimiento procede de la experiencia y de tomar decisiones basandose en lo que se conoce. Scrum emplea un enfoque iterativo e incremental para optimizar la predictividad y el control de riesgo.
Vision => iteracion 1 => iteracion 2 => Iteracion 3 => Continue
Nos podemos equivocar, ojala lo antes posible
Del error podemos crecer
Las emociones y colaboraciones son importantes
TIA debe cumplise siempre!
Los aspectos significativos del proceso deben ser visibles para aquellos que son responsables del resultado. Dichos aspectos deben ser definidos por un estandar comun, de tal modo que los observadores compartan un entendimiento comun de lo que estan viendo.
- Deben compartir un lenguaje comun todos los participantes para referirise al proceso
- Aquellos que desempeñan el trabajo y quienes inspecionan el incremento resultante deben compartir una definicion comun de terminado "Done".
Los usuarios de Scrum deben inspeccionar frecuentemente los artefactos de Scrum, y el progreso hacia un objetivo para detectar variaciones indeseadas. Debe ser con criterio para no interferiri el trabajo, Son beneficiosas cuando se realizan diligentemente en el mismo lugar de trabajo.
Entender que problematicas provocan bloqueos
Si un inspector determina que algun aspecto del proceso se desvia de lo aceptable, y que el producto resultante sera inaceptable, el proceso que esta siendo procesado debe ajustarse. Debe realizarse cuanto antes para minimizar desviaciones mayores.
Adecuacion
Retroalimentacion
Scrum prescribe 4 eventos formales, contenidos dentro del sprint, para la inspeccion y adaptacion:
- Planificacion del Sprint (Sprint Planning)
- Transparencia
- Scrum diario (Daily Scrum)
- Inspeccion
- Revision del Sprint (Sprint Review)
- Inspeccion
- Retrospectiva del Sprint (Sprint Retrospective)
- Adaptacion
- Backlog refinement meeting
- Adaptacion
Todo se engloba en la confianza!
Los miembros de Scrum Team aprenden y exploran estos valores a medida que trabajan en los eventos, roles y artefactos de Scrum.
El exito de Scrum depende de que las personas lleguen a ser mas virtuosas en la convivencia con estos valores.
Las personas se comprometen de manera individual a alcanzar las metas del equipo Scrum.
Autoorganizacion
Los miembros del equipo Scrum tienen el coraje para hacer bien las cosas y para trabajar en los problemas dificiles.
Enfrentar situaciones y cambios
Todos se enfocan en el trabajo del Sprint y en las metas del equipo Scrum.
Transparencia
El Equipo Scrum y sus interesados acuerdan estar abiertos a todo el trabajo y a los desafios que se les presentan al realizar su trabajo.
Disposicion al cambio
Los miembros del equipo Scrum se respetan entre si para ser personas capaces e independientes.
Confiar y creen en el equipo
Cada uno del Scrum team tiene un rol determinado. La organizacion no puede pasar a llevar al equipos.
La esencia de Scrum es un equipo pequeño de personas. El equipo individual es flexible y adaptativo. Estas fortalezas continuan operando en un equipo, en varios, en muchos y en redes de equipos que desarrollan, liberan, operan y mantienen el trabajo y los productos de trabajo de miles de personas.