Skip to content

Instantly share code, notes, and snippets.

@EntwistleOx
Created May 5, 2020 03:35
Show Gist options
  • Save EntwistleOx/a63291fd332cacb63d0db3f68efd0821 to your computer and use it in GitHub Desktop.
Save EntwistleOx/a63291fd332cacb63d0db3f68efd0821 to your computer and use it in GitHub Desktop.
Scrum Master Professional Certificate - 04/05/2020

SCRUM MASTER - 04-05-2020

Marco Historico

Enero 1986 - Hirotaka Takeuchi / Ikujiro Nonaka

"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.

1993 - Jeff Sutherland / John Scumniotales / Jeff McKenna

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.

1995 - Ken Schwaber / Jeff Sutherland

"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.

12 Febrero 2001 - Kent Beck

"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.

70's - Standford University

"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

Desde 30's - Taiichi Ohno

"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.

Desde 30's a 50's - Walter A. Shewhart / William E. Deming

"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.

2011 - Jurgen Appelo

"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.

2000's - David J. Anderson

"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.

SCRUM

Introduccion

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.

Tipos de Proyectos

Mientras mas conocimientos sobre una herramienta y mientras mas claro es el requerimiento mas complejo sera el proyecto.

  • Simples
  • Complejos
  • Caoticos

Manifiesto Agile

4 Pilares Agile:

  1. Individuos e interacciones sobre procesos y herramientas.
    • Empatia
    • Relacion con las personas
  2. Software funcionando sobre documentación extensiva.
    • Que quiere el cliente?
    • Solo documentacion adecuada
  3. Respuesta ante el cambio sobre seguir un plan.
    • Cambio de mentalidad
    • Saber manejar el cambio
    • No nos debe estresar
  4. 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.

Declaracion de interdependencia

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:

  1. Aumentamos el retorno de inversión, al enfocarnos en el flujo continuo de valor.
  2. Ofrecemos resultados fiables mediante la participación del cliente en las iteraciones frecuentes, donde también son responsables por el trabajo.
  3. Asumimos que habrá incertidumbre y las superamos a través de iteraciones, anticipación y adaptación.
    • VUCA!
  4. 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.
  5. 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.
  6. 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

Como debemos ver a Agile?

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

Porque Agile?

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...

Que es Scrum?

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:

  1. Ligero
  2. Facul de entender
  3. Extremadamente dificil de dominar

Usos de Scrum

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.

Teoria

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

Pilares (T.I.A.)

TIA debe cumplise siempre!

Transparencia

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".

Inspeccion

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

Adaptacion

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:

  1. Planificacion del Sprint (Sprint Planning)
    • Transparencia
  2. Scrum diario (Daily Scrum)
    • Inspeccion
  3. Revision del Sprint (Sprint Review)
    • Inspeccion
  4. Retrospectiva del Sprint (Sprint Retrospective)
    • Adaptacion
  5. Backlog refinement meeting
    • Adaptacion

Todo se engloba en la confianza!

Valores de Scrum

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.

Compromiso

Las personas se comprometen de manera individual a alcanzar las metas del equipo Scrum.

Autoorganizacion

Coraje

Los miembros del equipo Scrum tienen el coraje para hacer bien las cosas y para trabajar en los problemas dificiles.

Enfrentar situaciones y cambios

Foco

Todos se enfocan en el trabajo del Sprint y en las metas del equipo Scrum.

Transparencia

Apertura

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

Respeto

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.

Esencia de Scrum

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment