El 2020 Scrum Guía^MT

Propósito de la Scrum Guía

Nosotros desarrollamos Scrum a principios de la década de 1990. Escribimos la primera versión del Scrum Guía en 2010 para ayudar a las personas de todo el mundo a comprender ScrumDesde entonces, hemos ido evolucionando la Guía mediante pequeñas actualizaciones funcionales. Juntos, la respaldamos.

El Scrum La guía contiene la definición de ScrumCada elemento del marco cumple un propósito específico que es esencial para el valor general y los resultados obtenidos con Scrum. Cambiar el diseño central o las ideas de Scrum, omitiendo elementos, o no siguiendo las reglas de Scrum, encubre los problemas y limita los beneficios de Scrum, pudiendo incluso llegar a volverlo inútil.

Seguimos el creciente uso de Scrum en un mundo cada vez más complejo. Nos honra ver Scrum siendo adoptado en muchos dominios que realizan trabajos esencialmente complejos, más allá del desarrollo de productos de software donde Scrum tiene sus raíces. Como ScrumEl uso de 's se extiende, desarrolladores, investigadores, analistas, científicos y otros especialistas hacen el trabajo. Usamos la palabra "desarrolladores" en Scrum No para excluir, sino para simplificar. Si obtienes valor de Scrum, considérate incluido.

Como Scrum Se están utilizando patrones, procesos y perspectivas que se ajustan a la Scrum El marco de referencia, tal como se describe en este documento, se puede encontrar, aplicar y diseñar. Su descripción está más allá del propósito del presente documento. Scrum Guía porque son sensibles al contexto y difieren ampliamente entre Scrum usos. Tales tácticas para usar dentro de la Scrum Los marcos varían ampliamente y se describen en otros lugares.

Scrum Definición

Scrum Es un marco ligero que ayuda a las personas, equipos y organizaciones a generar valor a través de soluciones adaptativas para problemas complejos.

En una palabra, Scrum requiere una Scrum Máster para fomentar un entorno donde:

1. Un propietario de producto ordena el trabajo para resolver un problema complejo en un Product Backlog.
2. El Scrum El equipo convierte una selección del trabajo en un incremento de valor durante un Sprint.
3. El Scrum El equipo y sus partes interesadas inspeccionan los resultados y los ajustan para el próximo Sprint.
4. Repetir

Scrum Es simple. Pruébelo tal como está y determine si su filosofía, teoría y estructura ayudan a lograr objetivos y crear valor. Scrum El marco es deliberadamente incompleto y solo define las partes necesarias para implementarlo. Scrum teoría. Scrum se basa en la inteligencia colectiva de quienes lo utilizan. En lugar de proporcionar instrucciones detalladas, las reglas de Scrum guiar sus relaciones e interacciones.

Se pueden emplear diversos procesos, técnicas y métodos dentro del marco. Scrum envuelve las prácticas existentes o las vuelve innecesarias. Scrum Hace visible la eficacia relativa de la gestión, el entorno y las técnicas de trabajo actuales, de modo que se puedan realizar mejoras.

Scrum Teoría

Scrum Se basa en el empirismo y el pensamiento lean. El empirismo afirma que el conocimiento proviene de la experiencia y de la toma de decisiones basada en la observación. El pensamiento lean reduce el desperdicio y se centra en lo esencial.

Scrum Emplea un enfoque iterativo e incremental para optimizar la previsibilidad y controlar el riesgo. Scrum Involucra a grupos de personas que colectivamente tienen todas las habilidades y la experiencia para realizar el trabajo y compartir o adquirir dichas habilidades según sea necesario.

Scrum Combina cuatro eventos formales de inspección y adaptación dentro de un evento contenedor: el Sprint. Estos eventos funcionan porque implementan la experiencia empírica. Scrum pilares de transparencia, inspección y adaptación.

Transparencia

El proceso y el trabajo emergentes deben ser visibles tanto para quienes lo realizan como para quienes lo reciben.Con ScrumLas decisiones importantes se basan en el estado percibido de sus tres artefactos formales. Los artefactos con baja transparencia pueden llevar a decisiones que reducen el valor y aumentan el riesgo.

La transparencia facilita la inspección. La inspección sin transparencia es engañosa y derrochadora.

Inspección

El Scrum Los artefactos y el progreso hacia los objetivos acordados deben inspeccionarse con frecuencia y diligencia para detectar variaciones o problemas potencialmente indeseables. Para facilitar la inspección, Scrum Proporciona cadencia en forma de sus cinco eventos.

La inspección permite la adaptación. La inspección sin adaptación se considera inútil. Scrum Los eventos están diseñados para provocar el cambio.

Adaptación

Si algún aspecto de un proceso se desvía de los límites aceptables o si el producto resultante es inaceptable, se debe ajustar el proceso aplicado o los materiales producidos. El ajuste debe realizarse lo antes posible para minimizar cualquier desviación adicional.

La adaptación se vuelve más difícil cuando las personas involucradas no están empoderadas o no se autogestionan. Scrum Se espera que el equipo se adapte en el momento en que aprende algo nuevo a través de la inspección.

Scrum Valores

Uso exitoso de Scrum Depende de que las personas se vuelvan más competentes en vivir cinco valores:

Compromiso, enfoque, apertura, respeto y coraje

El Scrum El equipo se compromete a alcanzar sus objetivos y a apoyarse mutuamente. Su enfoque principal es el trabajo del Sprint para lograr el mayor progreso posible hacia estos objetivos. Scrum El equipo y sus partes interesadas se muestran abiertos respecto del trabajo y los desafíos. Scrum Los miembros del equipo se respetan entre sí por ser personas capaces e independientes, y son respetados como tales por las personas con las que trabajan. Scrum Los miembros del equipo tienen el coraje de hacer lo correcto y trabajar en problemas difíciles.

Estos valores dan dirección a la Scrum Equipo con respecto a su trabajo, acciones y comportamiento. Las decisiones que se toman, los pasos dados y la forma Scrum se utiliza debe reforzar estos valores, no disminuirlos ni socavarlos. Scrum Los miembros del equipo aprenden y exploran los valores a medida que trabajan con el Scrum eventos y artefactos. Cuando estos valores están encarnados por el Scrum El equipo y las personas con las que trabajan, lo empírico Scrum Los pilares de transparencia, inspección y adaptación cobran vida generando confianza.

Scrum Equipo

La unidad fundamental de Scrum es un equipo pequeño de personas, un Scrum Equipo. El Scrum El equipo está formado por una persona Scrum Maestro, un Product Owner y desarrolladores. Dentro de un Scrum Equipo: no hay subequipos ni jerarquías. Es una unidad cohesionada de profesionales enfocados en un objetivo a la vez: el Objetivo del Producto.

Scrum Los equipos son multifuncionales, lo que significa que sus miembros poseen todas las habilidades necesarias para generar valor en cada sprint. Además, se autogestionan, lo que significa que deciden internamente quién hace qué, cuándo y cómo.

El Scrum El equipo es lo suficientemente pequeño como para mantenerse ágil y lo suficientemente grande como para completar un trabajo significativo dentro de un Sprint, normalmente de 10 personas o menos. En general, hemos observado que los equipos más pequeños se comunican mejor y son más productivos. Si Scrum Los equipos se vuelven demasiado grandes y deberían considerar reorganizarse en múltiples equipos cohesivos. Scrum Equipos centrados en el mismo producto. Por lo tanto, deben compartir el mismo Objetivo de Producto, el mismo Backlog de Producto y el mismo Product Owner.

El Scrum El equipo es responsable de todas las actividades relacionadas con el producto, desde la colaboración con las partes interesadas, la verificación, el mantenimiento, la operación, la experimentación, la investigación y el desarrollo, y cualquier otra que pueda requerirse. La organización los estructura y les otorga la autoridad para gestionar su propio trabajo. Trabajar en sprints a un ritmo sostenible mejora... Scrum Enfoque y consistencia del equipo.

El conjunto Scrum El equipo es responsable de crear un incremento valioso y útil en cada sprint. Scrum define tres responsabilidades específicas dentro de la Scrum Equipo: los desarrolladores, el propietario del producto y el Scrum Maestro.

Desarrolladores

Los desarrolladores son las personas en el Scrum Equipo que se compromete a crear cualquier aspecto de un Incremento utilizable en cada Sprint.

Las habilidades específicas que necesitan los desarrolladores suelen ser amplias y varían según el ámbito de trabajo. Sin embargo, los desarrolladores siempre son responsables de:

• Creación de un plan para el Sprint, el Sprint Backlog;
• Inculcar calidad mediante la adhesión a una Definición de Hecho;
• Adaptar su plan cada día hacia el objetivo del Sprint; y,
• Haciéndonos responsables unos a otros como profesionales.

Propietario del producto

El propietario del producto es responsable de maximizar el valor del producto resultante del trabajo del Scrum Equipo. La forma en que esto se hace puede variar mucho entre organizaciones. Scrum Equipos e individuos.

El propietario del producto también es responsable de la gestión eficaz del Product Backlog, que incluye:

• Desarrollar y comunicar explícitamente el Objetivo del Producto;
• Crear y comunicar claramente los elementos del Product Backlog;
• Ordenar elementos del Product Backlog; y,
• Asegurarse de que el Product Backlog sea transparente, visible y comprendido.

El Dueño del Producto puede realizar el trabajo mencionado o delegar la responsabilidad a otros. En cualquier caso, el Dueño del Producto sigue siendo responsable.

Para que los Propietarios de Producto tengan éxito, toda la organización debe respetar sus decisiones. Estas decisiones se reflejan en el contenido y el orden del Backlog de Producto, y mediante el Incremento inspeccionable en la Revisión del Sprint.

El Dueño del Producto es una sola persona, no un comité. Puede representar las necesidades de muchas partes interesadas en el Backlog del Producto. Quienes deseen cambiar el Backlog del Producto pueden hacerlo intentando convencer al Dueño del Producto.

Scrum Maestro

El Scrum El Maestro es responsable de establecer Scrum tal como se define en el Scrum Guía. Lo hacen ayudando a todos a comprender Scrum teoría y la práctica, tanto dentro de la Scrum Equipo y organización.

El Scrum El Maestro es responsable de la Scrum La eficacia del equipo. Lo consiguen permitiendo que Scrum Equipo para mejorar sus prácticas, dentro del Scrum estructura.

Scrum Los maestros son verdaderos líderes que sirven a la Scrum Equipo y la organización en general.

El Scrum El Maestro sirve al Scrum Trabajar en equipo de varias maneras, entre ellas:

• Capacitar a los miembros del equipo en autogestión y multifuncionalidad;
• Ayudando a la Scrum El equipo se centra en crear incrementos de alto valor que cumplan con la definición de terminado;
• Provocar la eliminación de impedimentos a la Scrum El progreso del equipo; y,
• Asegurarse de que todos Scrum Los acontecimientos ocurren y son positivos, productivos y se mantienen dentro del marco temporal.

El Scrum Master sirve al propietario del producto de varias maneras, entre ellas:

• Ayudar a encontrar técnicas para la definición eficaz de los objetivos del producto y la gestión del backlog del producto;
• Ayudando a la Scrum El equipo comprende la necesidad de contar con elementos del Product Backlog claros y concisos;
• Ayudar a establecer una planificación empírica de productos para un entorno complejo; y
• Facilitar la colaboración de las partes interesadas según se solicite o sea necesario.

El Scrum El Maestro sirve a la organización de varias maneras, entre ellas:

• Liderar, capacitar y entrenar a la organización en sus Scrum adopción;
• Planificación y asesoramiento Scrum implementaciones dentro de la organización;
• Ayudar a los empleados y a las partes interesadas a comprender y aplicar un enfoque empírico para el trabajo complejo; y
• Eliminar las barreras entre las partes interesadas y Scrum Equipos.

Scrum Eventos

El Sprint es un contenedor para todos los demás eventos. Cada evento en Scrum es una oportunidad formal para inspeccionar y adaptar Scrum Artefactos. Estos eventos están diseñados específicamente para permitir la transparencia requerida. Si no se ejecutan los eventos según lo prescrito, se pierden oportunidades de inspección y adaptación. Los eventos se utilizan en Scrum para crear regularidad y minimizar la necesidad de reuniones no definidas en Scrum.

Lo óptimo es que todos los eventos se celebren al mismo tiempo y en el mismo lugar para reducir la complejidad.

El sprint

Los sprints son el latido del corazón de Scrum, donde las ideas se convierten en valor.

Son eventos de duración fija, de un mes o menos, para mantener la consistencia. Un nuevo sprint comienza inmediatamente después de la conclusión del sprint anterior.

Todo el trabajo necesario para lograr el Objetivo del Producto, incluyendo la Planificación del Sprint, la Planificación Diaria Scrums, Sprint Review y Sprint Retrospective, ocurren dentro de los Sprints.

Durante el Sprint:

• No se realizan cambios que pongan en peligro el objetivo del Sprint;
• La calidad no disminuye;
• El Product Backlog se perfecciona según sea necesario; y,
• El alcance se puede aclarar y renegociar con el propietario del producto a medida que se aprende más.

Los sprints facilitan la previsibilidad al garantizar la inspección y adaptación del progreso hacia un Objetivo de Producto al menos una vez al mes. Cuando el horizonte de un sprint es demasiado largo, el Objetivo del sprint puede volverse inválido, la complejidad puede aumentar y el riesgo puede incrementarse. Se pueden emplear sprints más cortos para generar más ciclos de aprendizaje y limitar el riesgo de costo y esfuerzo a un plazo más corto. Cada sprint puede considerarse un proyecto corto.

Existen diversas prácticas para pronosticar el progreso, como las quemas, las quemas al alza o los flujos acumulativos. Si bien han demostrado su utilidad, no reemplazan la importancia del empirismo. En entornos complejos, se desconoce qué sucederá. Solo lo que ya ha sucedido puede utilizarse para la toma de decisiones prospectiva.

Un Sprint podría cancelarse si el Objetivo del Sprint queda obsoleto. Solo el Dueño del Producto tiene la autoridad para cancelar el Sprint.

Planificación de sprints

La Planificación del Sprint inicia el Sprint al definir el trabajo a realizar. Este plan resultante se crea mediante el trabajo colaborativo de todo el equipo. Scrum Equipo.

El propietario del producto se asegura de que los asistentes estén preparados para discutir los elementos más importantes del Product Backlog y cómo se relacionan con el objetivo del producto. Scrum El equipo también puede invitar a otras personas a asistir a la planificación del Sprint para brindar asesoramiento.

La planificación del sprint aborda los siguientes temas:

Tema uno: ¿Por qué es valioso este Sprint?

El Dueño del Producto propone cómo el producto podría aumentar su valor y utilidad en el Sprint actual. Todo el proceso Scrum El equipo colabora para definir un Objetivo del Sprint que comunique el valor del Sprint para las partes interesadas. El Objetivo del Sprint debe definirse antes de finalizar la Planificación del Sprint.

Tema dos: ¿Qué se puede hacer en este sprint?

A través de una discusión con el Dueño del Producto, los Desarrolladores seleccionan elementos del Product Backlog para incluirlos en el Sprint actual. Scrum El equipo puede refinar estos elementos durante este proceso, lo que aumenta la comprensión y la confianza.

Determinar cuánto se puede completar en un sprint puede ser un desafío. Sin embargo, cuanto mejor conozcan los desarrolladores sobre su rendimiento pasado, su capacidad futura y su Definición de Finalizado, más seguros estarán de sus pronósticos para el sprint.

Tema tres: ¿Cómo se realizará el trabajo elegido?

Para cada elemento seleccionado del Product Backlog, los Desarrolladores planifican el trabajo necesario para crear un Incremento que cumpla con la Definición de Finalizado. Esto suele lograrse descomponiendo los elementos del Product Backlog en elementos de trabajo más pequeños, de un día o menos. La forma de hacerlo queda a discreción exclusiva de los Desarrolladores. Nadie más les indica cómo convertir los elementos del Product Backlog en Incrementos de valor.

El objetivo del Sprint, los elementos del Product Backlog seleccionados para el Sprint y el plan para entregarlos se denominan en conjunto Sprint Backlog.

La planificación del sprint tiene una duración máxima de ocho horas para un sprint de un mes. Para sprints más cortos, el evento suele ser más corto.

A diario Scrum

El propósito del Diario Scrum es inspeccionar el progreso hacia el Objetivo del Sprint y adaptar el Sprint Backlog según sea necesario, ajustando el próximo trabajo planificado.

El diario Scrum es un evento de 15 minutos para los desarrolladores de Scrum Equipo. Para reducir la complejidad, se lleva a cabo a la misma hora y en el mismo lugar todos los días laborables del Sprint. Si el Dueño del Producto o Scrum Los maestros trabajan activamente en los elementos del Sprint Backlog y participan como desarrolladores.

Los desarrolladores pueden seleccionar cualquier estructura y técnicas que quieran, siempre y cuando sus objetivos diarios Scrum Se centra en el progreso hacia el objetivo del sprint y elabora un plan viable para el siguiente día de trabajo. Esto genera concentración y mejora la autogestión.

A diario Scrums mejorar las comunicaciones, identificar impedimentos, promover la toma de decisiones rápida y, en consecuencia, eliminar la necesidad de otras reuniones.

El diario Scrum No es el único momento en que los desarrolladores pueden ajustar su plan. Suelen reunirse a lo largo del día para debatir con más detalle cómo adaptar o replanificar el resto del trabajo del sprint.

Revisión del sprint

El propósito de la Revisión del Sprint es inspeccionar el resultado del Sprint y determinar futuras adaptaciones. Scrum El equipo presenta los resultados de su trabajo a las partes interesadas clave y se analiza el progreso hacia el objetivo del producto.

Durante el evento, la Scrum El equipo y las partes interesadas revisan los logros del Sprint y los cambios en su entorno. Con base en esta información, los asistentes colaboran para determinar los pasos a seguir. El Product Backlog también puede ajustarse para abordar nuevas oportunidades. La Revisión del Sprint es una sesión de trabajo y... Scrum El equipo debe evitar limitarse a una presentación.

La Revisión del Sprint es el penúltimo evento del Sprint y tiene una duración máxima de cuatro horas para un Sprint de un mes. En Sprints más cortos, el evento suele ser más corto.

Retrospectiva del sprint

El propósito de la Retrospectiva del Sprint es planificar formas de aumentar la calidad y la eficacia.

El Scrum El equipo inspecciona cómo se desarrolló el último Sprint en cuanto a individuos, interacciones, procesos, herramientas y su Definición de Terminado. Los elementos inspeccionados suelen variar según el dominio de trabajo. Se identifican las suposiciones que los llevaron al error y se exploran sus orígenes. Scrum El equipo analiza qué salió bien durante el Sprint, qué problemas encontró y cómo se resolvieron (o no).

El Scrum El equipo identifica los cambios más útiles para mejorar su eficacia. Las mejoras más impactantes se implementan lo antes posible. Incluso pueden añadirse al Backlog del Sprint para el siguiente Sprint.

La retrospectiva del Sprint concluye el Sprint.El tiempo máximo para un sprint de un mes es de tres horas. Para sprints más cortos, el evento suele ser más corto.

Scrum Artefactos

ScrumLos artefactos representan trabajo o valor. Están diseñados para maximizar la transparencia de la información clave. Por lo tanto, todos los que los inspeccionan tienen la misma base para la adaptación.

Cada artefacto contiene un compromiso para garantizar que proporcione información que mejore la transparencia y el enfoque con el que se pueda medir el progreso:

• Para el Product Backlog es el Objetivo del Producto.
• Para el Sprint Backlog es el Objetivo del Sprint.
• Para el Incremento es la Definición de Hecho.

Estos compromisos existen para reforzar el empirismo y la Scrum valores para el Scrum Equipo y sus partes interesadas.

Backlog del producto

El Product Backlog es una lista emergente y ordenada de lo necesario para mejorar el producto. Es la única fuente de trabajo que realiza el Scrum Equipo.

Elementos del Product Backlog que pueden ser realizados por el Scrum Los equipos dentro de un Sprint se consideran listos para ser seleccionados en un evento de Planificación del Sprint. Generalmente, adquieren este grado de transparencia tras perfeccionar las actividades. El refinamiento del Product Backlog consiste en desglosar y definir con mayor precisión los elementos del Product Backlog en elementos más pequeños y precisos. Esta es una actividad continua para añadir detalles, como la descripción, el orden y el tamaño. Los atributos suelen variar según el dominio de trabajo.

Los desarrolladores que realizarán el trabajo son responsables del dimensionamiento. El Dueño del Producto puede influir en los desarrolladores ayudándolos a comprender y seleccionar las compensaciones necesarias.

Compromiso: Objetivo del producto

El objetivo del producto describe un estado futuro del producto que puede servir como objetivo para el Scrum Equipo para planificar. El Objetivo del Producto se encuentra en el Backlog del Producto. El resto del Backlog del Producto surge para definir qué permitirá alcanzar el Objetivo del Producto.

Un producto es un vehículo para generar valor. Tiene un límite claro, partes interesadas conocidas y usuarios o clientes bien definidos. Un producto puede ser un servicio, un producto físico o algo más abstracto.

El objetivo del producto es el objetivo a largo plazo para el Scrum Equipo. Deben cumplir (o abandonar) un objetivo antes de asumir el siguiente.

Sprint Backlog

El Sprint Backlog se compone del Objetivo del Sprint (por qué), el conjunto de elementos del Product Backlog seleccionados para el Sprint (qué), así como un plan de acción para entregar el Incremento (cómo).

El Backlog del Sprint es un plan creado por y para los Desarrolladores. Es una imagen muy visible y en tiempo real del trabajo que los Desarrolladores planean realizar durante el Sprint para alcanzar el Objetivo del Sprint. Por consiguiente, el Backlog del Sprint se actualiza a lo largo del Sprint a medida que se aprende más. Debe ser lo suficientemente detallado como para que puedan inspeccionar su progreso en el Diario. Scrum.

Compromiso: Objetivo del sprint

El Objetivo del Sprint es el único objetivo del Sprint. Si bien es un compromiso de los Desarrolladores, proporciona flexibilidad en cuanto al trabajo exacto necesario para lograrlo. Además, crea coherencia y enfoque, fomentando... Scrum Trabajar en equipo para trabajar en conjunto en lugar de en iniciativas separadas.

El Objetivo del Sprint se crea durante la Planificación del Sprint y luego se añade al Backlog del Sprint. Durante el Sprint, los Desarrolladores tienen presente el Objetivo del Sprint. Si el trabajo resulta diferente a lo previsto, colaboran con el Dueño del Producto para negociar el alcance del Backlog del Sprint sin afectar el Objetivo del Sprint.

Incremento

Un incremento es un paso concreto hacia el objetivo del producto.Cada incremento se suma a todos los anteriores y se verifica exhaustivamente, lo que garantiza que todos funcionen en conjunto. Para aportar valor, el incremento debe ser utilizable.

Se pueden crear múltiples incrementos dentro de un sprint. La suma de los incrementos se presenta en la Revisión del Sprint, lo que respalda el empirismo. Sin embargo, se puede entregar un incremento a las partes interesadas antes de la finalización del sprint. La Revisión del Sprint nunca debe considerarse una puerta para liberar valor.

El trabajo no puede considerarse parte de un Incremento a menos que cumpla con la Definición de Terminado.

Compromiso: Definición de Hecho

La Definición de Terminado es una descripción formal del estado del Incremento cuando cumple con las medidas de calidad requeridas para el producto.

En el momento en que un elemento del Product Backlog cumple con la Definición de Terminado, nace un Incremento.

La Definición de Terminado genera transparencia al proporcionar a todos un entendimiento común del trabajo completado como parte del Incremento. Si un elemento del Backlog del Producto no cumple con la Definición de Terminado, no puede publicarse ni presentarse en la Revisión del Sprint. En su lugar, regresa al Backlog del Producto para su posterior consideración.

Si la Definición de Terminado para un incremento es parte de los estándares de la organización, todos Scrum Los equipos deben seguirlo como mínimo. Si no es un estándar organizacional, el Scrum El equipo debe crear una Definición de Terminado adecuada para el producto.

Los desarrolladores deben cumplir con la definición de terminado. Si hay varios Scrum Los equipos que trabajan juntos en un producto deben definir y cumplir mutuamente la misma Definición de Terminado.

Nota final

Scrum es gratuito y se ofrece en esta Guía. El Scrum El marco, como se describe aquí, es inmutable. Si bien implementar solo partes de Scrum es posible, el resultado no es Scrum. Scrum Existe sólo en su totalidad y funciona bien como contenedor para otras técnicas, metodologías y prácticas.

Expresiones de gratitud

Gente

De las miles de personas que han contribuido a ScrumCabe destacar a quienes fueron fundamentales al principio: Jeff Sutherland trabajó con Jeff McKenna y John Scumniotales, y Ken Schwaber trabajó con Mike Smith y Chris Martin, y todos ellos trabajaron juntos. Muchos otros contribuyeron en los años siguientes, incluso sin su ayuda. Scrum No sería tan refinado como lo es hoy.

Scrum Historial de la guía

Ken Schwaber y Jeff Sutherland copresentaron por primera vez Scrum en la Conferencia OOPSLA en 1995. En esencia, documentó el aprendizaje que Ken y Jeff adquirieron durante los años anteriores e hizo pública la primera definición formal de Scrum.

El Scrum Documentos guía Scrum Tal como lo desarrollaron, evolucionaron y mantuvieron durante más de 30 años Jeff Sutherland y Ken Schwaber. Otras fuentes proporcionan patrones, procesos y perspectivas que complementan el... Scrum marco. Estos pueden aumentar la productividad, el valor, la creatividad y la satisfacción con los resultados.

La historia completa de Scrum Se describe en otra parte. Para honrar a los primeros lugares donde se probó y demostró, reconocemos a Individual Inc., Newspage, Fidelity Investments e IDX (ahora GE Medical).

© 2020 Ken Schwaber y Jeff Sutherland Esta publicación se ofrece bajo la licencia Attribution Share-Alike de Creative Commons, accesible en https://creativecommons.org/licenses/by-sa/4.0/legalcode y también se describe en forma resumida en https://creativecommons.org/licenses/by-sa/4.0/Al utilizar esto Scrum Guía, usted reconoce y acepta que ha leído y acepta estar sujeto a los términos de la licencia Atribución Compartir-Igual de Creative Commons.