Scrum_notes Flashcards

1
Q

En que año se inicio el desarrollo de Scrum ?

A

Desarrollamos Scrum a principios de la década de 1990.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Desarrolladores de la Guia SCRUM

A

Ken Schwaber y Jeff Sutherland

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Definicion de SCRUM

A

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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Que se requiere en Scrum?

A

En pocas palabras, Scrum requiere un Scrum Master para fomentar un entorno donde (se explica en la siguiente tarjeta)

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Se debe fomentar un entorno donde:

A
  1. Un Product Owner ordena el trabajo de un problema complejo en un Product Backlog.
  2. El Scrum Team convierte una selección del trabajo en un Increment de valor durante un Sprint. 3. El Scrum Team y sus interesados inspeccionan los resultados y se adaptan para el próximo Sprint.
  3. Repita

Scrum es simple. Pruébelo como está y determine si su filosofía, teoría y estructura ayudan a lograr objetivos y crear valor. El marco de trabajo Scrum es incompleto de manera intencional, solo define las partes necesarias para implementar la teoría de Scrum. Scrum se basa en la inteligencia colectiva de las personas que lo utilizan. En lugar de proporcionar a las personas instrucciones detalladas, las reglas de Scrum guían sus relaciones e interacciones.
En este marco de trabajo pueden emplearse varios procesos, técnicas y métodos. Scrum envuelve las prácticas existentes o las hace innecesarias. Scrum hace visible la eficacia relativa de las técnicas actuales de gestión, entorno y trabajo, de modo que se puedan realizar mejoras.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Que fomentara el Scrum Master o cuales son sus caracteristicas que se fomentaran como scrum master

A

Scrum es simple.
Pruébelo como está y determine si su filosofía, teoría y estructura ayudan a lograr objetivos y crear valor.
El marco de trabajo Scrum es incompleto de manera intencional, solo define las partes necesarias para implementar la teoría de Scrum.
Scrum se basa en la inteligencia colectiva de las personas que lo utilizan.
En lugar de proporcionar a las personas instrucciones detalladas, las reglas de Scrum guían sus relaciones e interacciones.
En este marco de trabajo pueden emplearse varios procesos, técnicas y métodos. Scrum envuelve las prácticas existentes o las hace innecesarias.
Scrum hace visible la eficacia relativa de las técnicas actuales de gestión, entorno y trabajo, de modo que se puedan realizar mejoras.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

filosofia

A

es una disciplina académica y un conjunto de reflexiones y conocimientos de carácter trascendental que, en un sentido holístico, estudia la esencia, las causas primeras y los fines últimos de las cosas.​ Trata de responder a una variedad de problemas fundamentales acerca de cuestiones como …

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Teoría de Scrum

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 con base en lo observado.
El pensamiento Lean reduce el desperdicio y se enfoca en lo esencial.
Scrum emplea un enfoque iterativo e Incremental para optimizar la previsibilidad y controlar el riesgo.
Scrum involucra a grupos de personas que colectivamente tienen todas las habilidades y experiencia para hacer el trabajo y compartir o adquirir dichas habilidades según sea necesario.
Scrum combina cuatro eventos formales para inspección y adaptación dentro de un evento contenedor, el Sprint.
Estos eventos funcionan porque implementan los pilares empíricos de Scrum de transparencia, inspección y adaptación.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

¿Que es empirismo?

A

El empirismo es la corriente filosófica que afirma que la vía para alcanzar el conocimiento es la experiencia.
Para el empirismo, la experiencia es lo que determina si algo es válido o no. A través de la percepción sensorial obtenemos el conocimiento, y no a través de la razón como propone el racionalismo.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Pensamiento Lean, “Lean Thinking “ (1)

A

El “pensamiento lean” o “Lean Thinking” es un cambio en nuestra forma de pensar y de actuar. Recordemos las palabras de Einstein “Si quieres lograr resultados distintos, no hagas siempre lo mismo”.
Lean es una filosofía de mejora continua, enfocada a la eliminación de desperdicios, entendiendo como desperdicio todo aquello que no genere valor, por lo tanto, tener un pensamiento lean, significa estar alertas a detectar todas aquellas actividades y recursos, que se podrían omitir en los procesos o en nuestro día a día, sin afectar la calidad del producto final e incluso mejorándola y generando así eficiencia reflejada en ahorro en tiempo y esfuerzos.

https://www.pragma.com.co/blog/el-pensamiento-lean-como-filosofia-de-vida

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Pensamiento Lean, “Lean Thinking “ (2)

A

El pensamiento Lean va muy asociado a la simplicidad y no se debe ver simplemente como una moda en la forma de llevar los negocios sino como una filosofía de vida que es beneficiosa tanto para las personas como para las empresas ya que nos ayuda a ser más ágiles y a enfrentar mejor los retos que se nos presentan día a día.
Para mi, la mejor definición de mejora continua es vivir en modo “cuestionador”, preguntándose en todo momento ¿Para qué?, y no quedarse con la primera respuesta sino que para cada respuesta, volver a preguntarse ¿Para qué?, tal como en el método de análisis de causa raíz de los 5 porqués.

Recordemos las palabras de Einstein “Si quieres lograr resultados distintos, no hagas siempre lo mismo”.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

¿cuál es la diferencia entre Lean y el pensamiento lean?

A

La diferencia radica que una empresa tiene pensamiento Lean, si y solo sí, cuando todos los colaboradores, o la mayoría de éstos, viven bajo la filosofía Lean, es decir, cuando la búsqueda de los desperdicios y su eliminación es de todos y no de unos cuantos como era en el pasado.
Ahí radica el gran reto de las empresas, volver esta responsabilidad como algo cultural e inyectar el pensamiento Lean en cada uno los empleados.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Pragma

A

La palabra griega pragma , pragmata en plural , que significa: ‘lo que ha sido hecho’, un acto, un hecho, y cuyas connotaciones y los sentidos más ampliados cubren una riqueza de sentidos a este significado, incluso: acción, asunto, negocio, circunstancia, preocupación, conveniencia, innovación, trabajo, necesidad, objeto, objetivo, ocupación, oficina, papel, o trabajo de vida, asuntos privados, cosa, problema.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

¿Cómo vivimos el pensamiento Lean en Pragma?

A

Existen algunas herramientas que nos ayudan a lograr la identificación de desperdicios y su eliminación, tales como las 5s, el tablero kanban, Just in time, kaisen, entre otras.

Todas son complementarias y se deben aplicar de acuerdo con la situación, sin embargo, como lo dice el empresario Larry Page “Las organizaciones ganadoras deben concentrarse en acertar más en la diana y no en disparar más flechas”.
De nada sirve la aplicación de herramientas sin el entorno adecuado, estaríamos disparando a la loca; y ese entorno lo da la cultura y los valores que se viven dentro de la empresa.

Es por esto que para Pragma la clave está en lograr que todos sus colaboradores estén comprometidos a obtener resultados grandiosos, lo cual lo hacemos por medio de la herramienta de OKRs.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Como Teoria, Scrum se basa

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 con base en lo observado.
El pensamiento Lean reduce el desperdicio y se enfoca en lo esencial.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Como Teoria, Scrum emplea

A

un enfoque iterativo e Incremental para optimizar la previsibilidad y controlar el riesgo.

Previsibilidad: Con el término «previsibilidad» hacemos referencia a la cualidad de aquello cuyo acontecimiento puede ser conocido o conjeturado anticipadamente. Y es usual carac- terizarla como una propiedad graduable, es decir, que puede presentarse en mayor o menor medida.
Controlar el riesgo: El control de gestión de riesgos es el proceso diseñado para gestionar los riesgos de acuerdo a los parámetros de la empresa y las leyes del país, el cual debe ser llevado a cabo por todo el personal.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Como teoria, Scrum involucra(A quienes involucra?)

A

Scrum involucra a grupos de personas que colectivamente tienen todas las habilidades y experiencia para hacer el trabajo y compartir o adquirir dichas habilidades según sea necesario.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Como Teoria, Scrum combina

A

Scrum combina cuatro eventos formales para inspección y adaptación dentro de un evento contenedor, el Sprint.
Estos eventos funcionan porque implementan los pilares empíricos de Scrum de transparencia, inspección y adaptación.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

¿Cuáles son los pilares empiricos de Scrum?

A

Los pilares empíricos de Scrum son: transparencia, inspección y adaptación.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Transparencia

A

El proceso y el trabajo emergentes deben ser visibles tanto para quienes realizan el trabajo como para quienes lo reciben.
Con Scrum, las decisiones importantes se basan en el estado percibido de sus tres
3 artefactos formales.
Los artefactos que tienen poca transparencia pueden llevar a decisiones que disminuyan el valor y aumenten el riesgo.
La transparencia permite la inspección.
La inspección sin transparencia es engañosa y derrochadora.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

¿Que pasa con la inspeccion sin transparencia?

A

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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Inspección

A

Los artefactos de Scrum y el progreso hacia los objetivos acordados deben inspeccionarse con frecuencia y con diligencia para detectar variaciones o problemas potencialmente indeseables.
Para ayudar con 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.
Los eventos Scrum están diseñados para provocar cambios.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Adaptación

A

Si algún aspecto de un proceso se desvía fuera de los límites aceptables o si el producto resultante es inaceptable, el proceso que se aplica o los materiales que se producen deben ajustarse.
El ajuste debe realizarse lo antes posible para minimizar una mayor desviación.

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

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

¿Que son los artefactos en Scrum?

A

En el marco de trabajo Scrum, denominamos Artefacto a aquellos elementos físicos que se producen como resultado de la aplicación de Scrum.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

¿Cuales son los artefactos de Scrum?

https://www2.deloitte.com/es/es/pages/technology/articles/artefactos-scrum.html

A

Los tres principales artefactos o herramientas claves de gestion de Scrum son: el
-Product Backlog
-Sprint Backlog
-El Incremento.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

Product Backlog

A

El Product Backlog es un inventario que contiene cualquier tipo de trabajo que haya que hacer en el producto: requerimientos, casos de uso, tareas y dependencias. Es la principal fuente de información sobre el producto en Scrum, una lista, en cualquier formato, que contiene todos los requerimientos que necesitamos implementar en el producto. Esta lista es el resultado del trabajo del Product Owner con el cliente, los distintos stakeholders, sponsors, comités, etc, y refleja el estado real del trabajo pendiente de implementar en el producto, así como el ya realizado.
El Product Backlog debe ser gestionado en exclusiva por el Product Owner, siendo su principal función la de priorizar aquellos elementos que tienen más valor en cada etapa y detallarlos para que el equipo de desarrollo sea capaz de valorarlos y ejecutarlos.
Al comenzar a utilizar Scrum, no es necesario una lista completa y exhaustiva de todos los requerimientos. Es recomendable empezar con los dos o tres requerimientos más urgentes arriba e ir añadiendo elementos conforme vamos descubriendo más necesidades de nuestro producto.
Un Product Backlog contiene distintos elementos:
Funcionalidades
Bugs
Historias de usuario: una forma de expresar elementos de un Product Backlog. Para obtener el máximo valor de una historia de usuarios es necesario expresarlas desde el punto de vista del usuario.
Tareas técnicas
Trabajo de investigación

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

Product Backlog : ¿Que es el product Backlog?

A

El Product Backlog es un inventario que contiene cualquier tipo de trabajo que haya que hacer en el producto: requerimientos, casos de uso, tareas y dependencias.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

SCRUM MASTER: El Scrum Master sirve al Scrum Team de varias maneras, que incluyen:

A

●Guiar a los miembros del equipo en ser autogestionados y multifuncionales;
● Ayudar al Scrum Team a enfocarse en crear Increments de alto valor que cumplan con la Definición de Terminado;
● Procurar la eliminación de impedimentos para el progreso del Scrum Team; y,
● Asegurarse de que todos los eventos de Scrum se lleven a cabo y sean positivos, productivos y se mantengan dentro de los límites de tiempo recomendados en esta Guía.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
29
Q

¿Cuál es la fuente principal del producto en Scrum?

A

El product Backlog, una lista, en cualquier formato, que contiene todos los requerimientos que necesitamos implementar en el producto.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
30
Q

El product backlog es el resultado del trabajo de:

A

Esta lista es el resultado del trabajo del Product Owner con el cliente, los distintos stakeholders, sponsors, comités, etc, y refleja el estado real del trabajo pendiente de implementar en el producto, así como el ya realizado.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

¿Que refleja el product backlog?

A

Refleja el estado real del trabajo pendiente de implementar en el producto, así como el ya realizado.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

¿Quién es el encargado de gestionar el product backlog?

A

El Product Backlog debe ser gestionado en exclusiva por el Product Owner.

33
Q

¿Cuál es la función principal del product owner?

A

Siendo su principal función la de priorizar aquellos elementos dentro del Backlog que tienen más valor en cada etapa y detallarlos para que el equipo de desarrollo sea capaz de valorarlos y ejecutarlos.

34
Q

Al iniciar el desarrollo ¿es necesario tener todo el backlog definido?

A

No es necesario. Al comenzar a utilizar Scrum, no es necesario una lista completa y exhaustiva de todos los requerimientos.
Es recomendable empezar con los dos o tres requerimientos más urgentes arriba e ir añadiendo elementos conforme vamos descubriendo más necesidades de nuestro producto.

35
Q

¿Cuales son los elementos que contiene el Product backlog?

A

Un Product Backlog contiene distintos elementos:
-Funcionalidades
Bugs
-Historias de usuario: una forma de expresar elementos de un Product Backlog. Para obtener el máximo valor de una historia de usuarios es necesario expresarlas desde el punto de vista del usuario.
-Tareas técnicas
-Trabajo de investigación

36
Q

Sprint Backlog

A

Sprint Backlog: Se trata de una lista de elementos en los que trabajar durante la etapa de Sprint. Estos elementos normalmente se componen de tareas técnicas más pequeñas que permiten conseguir un incremento de software terminado.

Todo el trabajo que el Development Team haya seleccionado para hacer durante el siguiente Sprint pasa al Sprint Backlog. Este artefacto es un elemento para visualizar el trabajo a realizar durante cada Sprint y está gestionado por el equipo de desarrollo. Su propósito es mantener la transparencia dentro del desarrollo, actualizándolo durante toda la iteración especialmente a través de los daily Scrums.

El Sprint Backlog permite visualizar, durante cada Sprint, aquellos elementos que aún no han empezado a desarrollarse, aquellos que sí y quiénes están trabajando en los mismos, así como aquellos que están esperando a desplegarse o están completamente terminados.

Este artefacto permite entender cuál es la evolución del trabajo durante el Sprint, así como hacer un análisis de riesgos. Dado que cada Sprint tiene una meta específica (p.e. permitir que los usuarios se registren en la app móvil) y hay elementos seleccionados del Product Backlog que tienen más o menos valor, el Sprint Backlog permite analizar hasta donde se ha cumplido el objetivo y que se podría eliminar. De esta forma, maximizamos el retorno de la inversión en desarrollo.

37
Q

¿A qué denominamos Sprint Backlog?

A

Se trata de una lista de elementos en los que trabajar durante la etapa de Sprint. Estos elementos normalmente se componen de tareas técnicas más pequeñas que permiten conseguir un incremento de software terminado.

38
Q

¿Que permite visualizar el Sprint Backlog?

A

Todo el trabajo que el Development Team haya seleccionado para hacer durante el siguiente Sprint pasa al Sprint Backlog.
Este artefacto es un elemento para visualizar el trabajo a realizar durante cada Sprint y está gestionado por el equipo de desarrollo.

39
Q

¿Quién gestiona el sprint backlog?

A

Es gestionado por el equipo de desarrollo.

40
Q

¿Que permite el sprint backlog?

A

El Sprint Backlog permite visualizar, durante cada Sprint, aquellos elementos que aún no han empezado a desarrollarse, aquellos que sí y quiénes están trabajando en los mismos, así como aquellos que están esperando a desplegarse o están completamente terminados.

Este artefacto permite entender cuál es la evolución del trabajo durante el Sprint, así como hacer un análisis de riesgos.
Dado que cada Sprint tiene una meta específica (p.e. permitir que los usuarios se registren en la app móvil) y hay elementos seleccionados del Product Backlog que tienen más o menos valor, el Sprint Backlog permite analizar hasta donde se ha cumplido el objetivo y que se podría eliminar.
De esta forma, maximizamos el retorno de la inversión en desarrollo.

41
Q

¿Cuál es el proposito del Sprint Backlog?

A

Su propósito es mantener la transparencia dentro del desarrollo, actualizándolo durante toda la iteración especialmente a través de los daily Scrums.

42
Q

Incremento.

A

Si Scrum tuviera que ser reducido a una sola cosa, sería a entregar una pieza de software terminado en cada Sprint.
Un Incremento es el resultado del Sprint, es la suma de todas las tareas, casos de uso, historias de usuario y cualquier elemento que se haya desarrollado durante el Sprint y que será puesto a disposición del usuario final en forma de software, aportando un valor de negocio al producto que se está desarrollando.

Construir software de manera ágil se basa en hacerlo de manera iterativa e incremental. Mediante las iteraciones, nos aseguramos que todo el ciclo de vida del software (planificación, diseño, desarrollo, testeo y entrega) ocurre en 4 semanas o menos. Por supuesto, no podemos construir toda la funcionalidad que queremos en solo cuatro semanas y tenemos que buscar la manera de ir entregando los componentes necesarios justo a tiempo.

43
Q

¿En que se reduciria scrum si la definimos en una sola cosa ?

A

Si Scrum tuviera que ser reducido a una sola cosa, sería a entregar una pieza de software terminado en cada Sprint.

44
Q

¿Que es el incremento?

A

Un Incremento es el resultado del Sprint, es la suma de todas las tareas, casos de uso, historias de usuario y cualquier elemento que se haya desarrollado durante el Sprint y que será puesto a disposición del usuario final en forma de software, aportando un valor de negocio al producto que se está desarrollando.

45
Q

¿En que se basa construir un SOFTWARE DE MANERA AGIL ?

A

Construir software de manera ágil se basa en hacerlo de manera iterativa e incremental.
Mediante las iteraciones, nos aseguramos que todo el ciclo de vida del software (planificación, diseño, desarrollo, testeo y entrega) ocurre en 4 semanas o menos.
Por supuesto, no podemos construir toda la funcionalidad que queremos en solo cuatro semanas y tenemos que buscar la manera de ir entregando los componentes necesarios justo a tiempo.

46
Q

Otros Artefactos

A

El marco de trabajo Scrum destaca los 3 elementos expuestos previamente como imprescindibles. Sin embargo, hay otros que, a pesar de no formar parte del core, son necesario para asegurar la calidad de la metodología Scrum.

Definition of Done (DoD): La DoD es un documento que define qué se considera hecho en un equipo Scrum. La idea es establecer una serie de criterios comunes para especificar cuando un ítem está completamente terminado y que aplique a todos los ítems que forman parte del incremento.
Definition of Ready (DoR): El DoR es un documento que define cuándo un requerimiento (historia de usuario o similar) se considera listo para que el equipo de desarrollo pueda entenderlo, valorarlo e incluirlo en un Sprint Planning con idea de acometerlo en un Sprint.
Burndown Chart: El Burndown Chart es un gráfico de trabajo pendiente a lo largo del tiempo que muestra la velocidad a la que se están completando los objetivos, requisitos, o historias de usuarios. Permite extrapolar si el equipo podrá completar el trabajo en el tiempo estimado.
47
Q

Otros artefactos

A

El marco de trabajo Scrum destaca los 3 elementos expuestos previamente como imprescindibles.

Sin embargo, hay otros que, a pesar de no formar parte del core, son necesario para asegurar la calidad de la metodología Scrum.

48
Q

¡Que es Definition of Done (DoD):?

A

La DoD es un documento que define qué se considera hecho en un equipo Scrum.
La idea es establecer una serie de criterios comunes para especificar cuando un ítem está completamente terminado y que aplique a todos los ítems que forman parte del incremento.

49
Q

¡Que es Definition of Ready (DoR)?

A

El DoR es un documento que define cuándo un requerimiento (historia de usuario o similar) se considera listo para que el equipo de desarrollo pueda entenderlo, valorarlo e incluirlo en un Sprint Planning con idea de acometerlo en un Sprint.

50
Q

¿Que es el Burndown Chart?

A

El Burndown Chart es un gráfico de trabajo pendiente a lo largo del tiempo que muestra la velocidad a la que se están completando los objetivos, requisitos, o historias de usuarios. Permite extrapolar si el equipo podrá completar el trabajo en el tiempo estimado.

51
Q

VALORES DE SCRUM

A

El uso exitoso de Scrum depende de que las personas se vuelvan más competentes en vivir cinco valores:
-Compromiso, Coraje, Foco, Franqueza(Apertura) y Respeto

52
Q

Valores de Scrum: COMPROMISO

A

El Scrum Team se compromete a lograr sus objetivos y a apoyarse mutuamente.

53
Q

Valores de Scrum: FOCO

A

Su foco principal está en el trabajo del Sprint para lograr el mejor progreso posible hacia estos objetivos.

54
Q

Valores de Scrum: APERTURA/FRANQUEZA

A

El Scrum Team y sus interesados son francos sobre el trabajo y los desafíos.

55
Q

Valores de Scrum: RESPETO

A

Los miembros del Scrum Team se respetan entre sí para ser personas capaces e independientes, y son respetados como tales por las personas con las que trabajan.

56
Q

SCRUM TEAM: Definición

A

Es la unidad fundamental de Scrum es un pequeño equipo de personas.

57
Q

Valores de Scrum: CORAJE

A

Los miembros del Scrum Team tienen el coraje de hacer lo correcto, para trabajar en problemas difíciles.

58
Q

¿Cuál es la importancia de los valores ?

A

Estos valores dan dirección al Scrum Team con respecto a su trabajo, acciones y comportamiento.
Las decisiones que se tomen, los pasos que se den y la forma en que se use Scrum deben reforzar estos valores, no disminuirlos ni socavarlos.
Los miembros del Scrum Team aprenden y exploran los valores mientras trabajan con los eventos y artefactos Scrum.
Cuando el Scrum Team y las personas con las que trabajan incorporan estos valores, los pilares empíricos de Scrum de transparencia, inspección y adaptación cobran vida y generan confianza.

59
Q

SCRUM TEAM: Esta conformado por

A

El Scrum Team consta de:
- un Scrum Master,
-un Product Owner
- y Developers.

60
Q

SCRUM TEAM: Cantidad de miembros del equipo

A

El Scrum Team es lo suficientemente pequeño como para seguir siendo ágil y lo suficientemente grande como para completar un trabajo significativo dentro de un Sprint, generalmente 10 personas o menos.

En general, hemos descubierto que los equipos más pequeños se comunican mejor y son más productivos.

61
Q

SCRUM TEAM: Jerarquía

A

Dentro de un Scrum Team, NO HAY SUBEQUIPOS ni JERAEQUIAS.
Es una unidad cohesionada de profesionales enfocados en un objetivo a la vez, el Objetivo del Producto.

62
Q

SCRUM TEAM: Multifuncionales

A

Los Scrum Teams son multifuncionales, lo que significa que los miembros tienen todas las habilidades necesarias para crear valor en cada Sprint.
También se autogestionan, lo que significa que deciden internamente quién hace qué, cuándo y cómo.

63
Q

SCRUM TEAM: ¿Que se recomienda hacer cuando el scrum team se vuelve muy grande?

A

Si los Scrum Teams se vuelven demasiado grandes, deberían considerar reorganizarse en múltiples Scrum Teams cohesivos, cada uno enfocado en el mismo producto.
Por lo tanto, deben compartir el mismo Objetivo del Producto, el Product Backlog y el Product Owner.

64
Q

SCRUM TEAM: Responsabilidades

A

El Scrum Team es responsable de todas las actividades relacionadas con el producto, desde la colaboración de los interesados, la verificación, el mantenimiento, la operación, la experimentación, la investigación y el desarrollo, y cualquier otra cosa que pueda ser necesaria.
Están estructurados y empoderados por la organización para gestionar su propio trabajo.
Trabajar en Sprints a un ritmo sostenible mejora el enfoque y la consistencia del Scrum Team.
Todo el Scrum Team es responsable de crear un Increment valioso y útil en cada Sprint. Scrum define tres responsabilidades específicas dentro del Scrum Team: los Developers, el Product Owner y el Scrum Master.

65
Q

PBI

A

PRODUCT BACKLOG ITEMS: Descripcion, orden, size, value, criterio de aceptacion

66
Q

DEVELOPERS

A

Las personas del Scrum Team que se comprometen a crear cualquier aspecto de un Increment utilizable en cada Sprint son Developers.

67
Q

DEVELOPERS: Responsabilidades

A

Las habilidades específicas que necesitan los Developers suelen ser amplias y variarán según el ámbito de trabajo.
Sin embargo, los Developers siempre son responsables de:
● Crear un plan para el Sprint, el Sprint Backlog;
● Inculcar calidad al adherirse a una Definición de Terminado;
● Adaptar su plan cada día hacia el Objetivo del Sprint; y,
● Responsabilizarse mutuamente como profesionales.

68
Q

PRODUCT OWNER

A

El Product Owner es responsable de maximizar el valor del producto resultante del trabajo del Scrum Team.
La forma en que esto se hace puede variar ampliamente entre organizaciones, Scrum Teams e individuos.

69
Q

PRODUCT OWNER: RESPONSABILIDADES

A

El Product Owner también es responsable de la gestión efectiva del Product Backlog, lo que incluye:
● Desarrollar y comunicar explícitamente el Objetivo del Producto;
● Crear y comunicar claramente los elementos del Product Backlog;
● Ordenar los elementos del Product Backlog; y,
● Asegurarse de que el Product Backlog sea transparente, visible y se entienda.

El Product Owner puede realizar el trabajo anterior o puede delegar la responsabilidad en otros. Independientemente de ello, el Product Owner sigue siendo el responsable de que el trabajo se realice.

70
Q

PRODUCT OWNER: ¿Que se debe hacer para que el product owner tenga exito?

A

Para que los Product Owners tengan éxito, toda la organización debe respetar sus decisiones. Estas decisiones son visibles en el contenido y el orden del Product Backlog, y a través del Increment inspeccionable en la Sprint Review.

71
Q

El Product Owner es una persona, no un comité.

A

El Product Owner es una persona, no un comité. El Product Owner puede representar las necesidades de muchos interesados en el Product Backlog. Aquellos que quieran cambiar el Product Backlog pueden hacerlo intentando convencer al Product Owner.

72
Q

SCRUM MASTER: Responsabilidades

A

El Scrum Master es responsable de establecer Scrum como se define en la Guía de Scrum.
Lo hace ayudando a todos a comprender la teoría y la práctica de Scrum, tanto dentro del Scrum Team como de la organización.
El Scrum Master es responsable de lograr la efectividad del Scrum Team.
Lo hace apoyando al Scrum Team en la mejora de sus prácticas, dentro del marco de trabajo de Scrum.
Los Scrum Masters son verdaderos líderes que sirven al Scrum Team y a la organización en general.

73
Q

SCRUM MASTER: El Scrum Master sirve al Product Owner de varias maneras, que incluyen:

A

● Ayudar a encontrar técnicas para una definición efectiva de Objetivos del Producto y la gestión del Product Backlog;
● Ayudar al Scrum Team a comprender la necesidad de tener 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 los interesados según se solicite o necesite.

74
Q

SCRUM MASTER: El Scrum Master sirve a la organización de varias maneras, que incluyen:

A

● Liderar, capacitar y guiar a la organización en su adopción de Scrum;
● Planificar y asesorar implementaciones de Scrum dentro de la organización;
● Ayudar a los empleados y los interesados a comprender y aplicar un enfoque empírico para el trabajo complejo; y,
● Eliminar las barreras entre los interesados y los Scrum Teams.

75
Q

EVENTOS SCRUM:

A

●El Sprint es un contenedor para todos los demás eventos.
●Cada evento en Scrum es una oportunidad formal para inspeccionar y adaptar los artefactos Scrum.
●Estos eventos están diseñados específicamente para habilitar la transparencia requerida.
●No operar cualquier evento según lo prescrito resulta en la pérdida de oportunidades para inspeccionar y adaptarse.
●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.

76
Q

SPRINT

A

●Los Sprints son el corazón de Scrum, donde las ideas se convierten en valor.
●Son eventos de duración fija de un mes o menos para crear 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, incluido la Sprint Planning, Daily Scrums, Sprint Review y Sprint Retrospective, ocurre dentro de los Sprints.

77
Q

HISTORIAS

A

Las historias, también llamadas “historias de usuario”, son breves requisitos o solicitudes escritas desde el punto de vista del usuario final.

78
Q

EPIC

A

Los epics son grandes cantidades de trabajo que se pueden desglosar en un número de tareas más pequeñas (llamadas “historias”).

79
Q

INICIATIVAS

A

Las iniciativas son conjuntos de epics que conducen hacia un objetivo común.