Material para Trainer SDPC™ (V012022A) SP
Material para Trainer SDPC™ (V012022A) SP
Material para Trainer SDPC™ (V012022A) SP
Este material está basado en la Guía Oficial de Scrum 2020 creada por Ken Schwaber y Jeff Sutherland.
©2020 Ken Schwaber and Jeff Sutherland. Offered for license under the Attribution Share-Alike license of
Creative Commons, accessible at http://creativecommons.org/licenses/by-sa/4.0/legalcode and also described
in summary form at http://creativecommons.org/licenses/by-sa/4.0/. By utilizing this Scrum Guide you
acknowledge and agree that you have read and agree to be bound by the terms of the Attribution ShareAlike
license of Creative Commons.
Objetivos
Los proyectos se ven afectados por las limitaciones de tiempo, costo, alcance, calidad, recursos, capacidades
organizativas y otras limitaciones que los hacen difíciles de planificar, ejecutar, administrar y finalmente tener
éxito.
¿Qué es Agile?
Ágil es la capacidad de crear y responder al cambio. Es una forma de lidiar y, en última instancia, tener éxito en un
entorno incierto y turbulento.
Los autores del Manifiesto Ágil eligieron “Ágil” como la etiqueta para toda esta idea porque esa palabra
representaba la capacidad de adaptación y la respuesta al cambio que era tan importante para su enfoque.
Fuente: https://www.agilealliance.org/agile101/agile-glossary/
El Modelo Cynefin
Fuente: https://www.agilealliance.org/manifesto-
download/
Aspectos o Pilares del Manifiesto
La Declaración de Interdependencia en la gestión de proyectos fue escrita a principios del 2005 por un grupo de
15 líderes de proyectos como un suplemento al “Manifiesto Ágil”.
Enumera seis valores de gestión necesarios para reforzar una mentalidad de desarrollo ágil, particularmente en la
gestión de proyectos complejos e inciertos.
[©2005 David Anderson, Sanjiv Augustine, Christopher Avery, Alistair Cockburn, Mike Cohn, Doug
http://pmdoi.org DeCarlo, Donna Fitzgerald, Jim Highsmith, Ole Jepsen, Lowell Lindstrom, Todd Little, Kent
McDonald, Pollyanna Pixton, Preston Smith and Robert Wysocki.]
Los 6 Valores Declaración de Interdependencia
http://pmdoi.org [©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 and Robert Wysocki.]
¿Qué es Agilidad?
Ágil (Agile)
Desarrollo ágil
Fuente: https://www.apm.org.uk/resources/find-a-resource/agile-project-management/glossary/
¿Cómo debemos ver a la Agilidad?
En cualquier tipo de disciplina de gestión, ser ágil es una cualidad, por lo tanto esto debe ser una meta que se debe
tratar de alcanzar.
La gestión de proyectos Agile especialmente, implica la adaptabilidad durante la creación de un producto, servicio
o cualquier otro resultado.
Business Agility
La agilidad empresarial (Business Agility) es la capacidad de una organización para detectar cambios interna o externamente y
responder en consecuencia para ofrecer valor a sus clientes.
La agilidad empresarial no es una metodología específica ni siquiera un marco general. Es una descripción de cómo opera una
organización al incorporar un tipo específico de mentalidad de crecimiento que es muy similar a la mentalidad ágil.
La agilidad empresarial es apropiada para cualquier organización que enfrente incertidumbre y cambios rápidos.
Los principios que sirven a la base de la agilidad empresarial incluyen iterar para aprender y reflexionar sobre los comentarios y
adaptar tanto el producto como el proceso.
Fuente: https://www.agilealliance.org/glossary/business-agility
¿Por qué Metodologías Ágiles?
Descripción de
Programación en
las metodologías Crystal DSDM
extremo
Agile
Proceso Desarrollo
SCRUM unificado de impulsado por
Agile funciones
Enfoques
1 SCRUM 1 DSDM
Crystal Orange
• Trabaja con un equipo de 30 a 50
personas
• Entrega frecuente
• Mejora reflexiva • Cada persona tiene una clara descripción
• Comunicación cercana de su trabajo
• Seguridad personal
• Concentración Crystal Clear
• Fácil acceso a usuarios expertos
• Entorno técnico • Trabaja con un equipo de 3 a 10
personas co-localizadas
1. Valores fundamentales
El proceso de diseño y construcción
• Un sistema para crear sistemas es esencial comprende 5 fases
• Simple es mejor
• Los pasos de un proceso deben ser obviamente
1. Desarrollar un modelo global
valorados y entendidos por los miembros
2. Construir una lista de funcionalidades
• Los buenos procesos se trasladan al 3. Planificar por funcionalidad
conocimiento y se vuelven parte del hábito 4. Diseñar por funcionalidad
2. Seis roles 5. Construir por funcionalidad
3. Cinco procesos
4. Metodología de seguimiento de proyecto
XP
Principios Técnicas
Centrarse en la necesidad
Desarrollo iterativo
del negocio
Comunicarse continuamente
y claramente
Demostrar control
Proceso Unificado de Agile – Desarrollo del Sistema
Definición de Scrum en el Tiempo
Definición de Scrum en el Tiempo
Scrum está siendo adoptado por diferentes industrias, en varios modelos de negocios:
Redes de
Desarrollo de Software Vehículos
Hardware Funciones
Software Embebido Autónomos
Interactivas
Gestionar la
Escuelas Gobiernos Mercadeo Operación de
Organizaciones
Definición de Scrum en el Tiempo
• Scrum es gratuito
• El marco de Scrum es inmutable
• Aunque la implementación de sólo algunas partes de Scrum es posible, el resultado final no es Scrum
• Scrum sólo existe en su totalidad y funciona bien como un contenedor para otras técnicas, metodologías y
prácticas
Acerca de Scrum
Omitir elementos de Scrum, no seguir las reglas de Scrum, cambiar el diseño o las ideas esenciales de Scrum, oculta
los problemas y limita los beneficios de Scrum, e incluso potencialmente lo vuelve inútil.
A medida que se utiliza Scrum, se pueden encontrar, aplicar y diseñar patrones, procesos y enfoques que se
ajusten al marco de trabajo.
Scrum Patterns
Fuente: http://scrumbook.org
Teoría de Scrum
Empirismo
• El empirismo se basa en tomar decisiones basados en la información concreta obtenida de la observación que
muestra el progreso del desarrollo de producto, los cambios en el mercado y los comentarios de los cliente
• El empirismo afirma que el conocimiento proviene de la experiencia y de la toma de decisiones con base en lo
observado
• Se implementa un proceso empírico en el que el progreso se basa en la observación y la experimentación en
lugar de en los detalles.
• Lo contrario al empirismo es usar planificación previa, procesos definidos, planes predictivos, hechos no
concretos
Control de Procesos Empíricos
• Lean Thinking es una metodología de negocios basada en la historia de las técnicas de fabricación japonesas
que se han aplicado en todo el mundo en muchos tipos de industrias
• Lean se centra en proporcionar altos niveles de valor al cliente mediante la mejora continua de los procesos
empresariales
• Lean tiene sus raíces en la industria manufacturera de automóviles, particularmente en el Sistema de
Producción Toyota. La compañía japonesa fue capaz de crear un ecosistema sostenible para el trabajo, donde
son capaces de minimizar sus costos, asegurar la eficiencia en sus procesos y vender sus productos a un precio
competitivo
• Los dos pilares de Lean proporcionan los fundamentos necesarios para desarrollar el Lean Thinking. Estos son
la Mejora Continua y el Respeto por las Personas
5 Principios del Pensamiento Lean
1. Definir Valor
2. Mapear el Flujo de Valor
3. Crear Flujo
4. Establecer Pull
5. Perseguir la Perfección
Iterativo
• Transparencia
• Inspección
• Adaptación
Transparencia
El uso exitoso de Scrum depende de que las personas sean más competentes en vivir cinco valores:
Valores de Scrum
• Compromiso
En el resultado, en el logro de los objetivos.
• Coraje
Es fundamental para el éxito de un equipo.
Hacer las cosas correctas, trabajar a través de los problemas.
Mejorar constantemente.
• Enfoque
En el Sprint, en el Product goal.
La focalización es esencial para conseguir que se haga algo que sea significativo.
• Franqueza/Apertura (Openness)
Se requiere transparencia, apertura al dar a conocer la organización, el trabajo, el progreso, el aprendizaje y los problemas.
• Respeto
Los miembros del equipo Scrum demuestran respeto entre sí, respeten las ideas de cada uno, se den permiso para tener un mal día de
vez en cuando, y reconozcan los logros de cada uno.
Compromiso
Con respecto a
Acciones Comportamiento
su trabajo
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.
Scrum Team
Scrum Team
Los desarrolladores son las personas del equipo Scrum que se comprometen a crear cualquier aspecto de un
Incremento útil (funcional) en cada Sprint.
Habilidades de los Desarrolladores
Las habilidades específicas que necesitan los Developers suelen ser amplias y variarán según el ámbito (dominio)
de trabajo.
Responsabilidad de los Desarrolladores
• 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
• Facilitar la colaboración de los interesados según se solicite o necesite
Scrum Master
Cliente: El cliente es la persona o la organización que adquiere el producto del proyecto, servicio o cualquier otro
resultado.
Usuarios: El usuario es el individuo o la organización que utiliza directamente el producto del proyecto, servicio, o
cualquier otro resultado; también, en algunas industrias el cliente y los usuarios puede ser lo mismo.
Patrocinador: El patrocinador es la persona o la organización que provee recursos y apoyo para el proyecto, el
patrocinador también es el Stakeholder a quien todos le deben rendir cuentas al final.
Comunicación del Scrum Team
Ocho Características de Equipos de Alto Rendimiento
1. Auto organización
2. Empoderado
3. Creen que como un equipo pueden resolver cualquier problema
4. Comprometidos con el éxito del equipo
5. Poseer sus decisiones y compromisos
6. Motivado por la confianza
7. Consenso
8. Participar en un desacuerdo constructivo
Foco de los Developers
Desarrollo
Criterios de
orientado a Pruebas Agile
finalización
pruebas
DevOps y Developers
Integración continua
DevOps y Developers
• DevOps es una nueva tendencia en la industria TI dirigida a mejorar la agilidad del Servicio de entregas en
tecnología. El movimiento hace énfasis en la comunicación transparente, la colaboración junto con la
integración entre el software de Desarrolladores y las operaciones de TI
• DevOps reconoce que los desarrolladores y los operadores de TI no son grupos sin relación que pueden
interactuar entre sí, pero no trabajar juntos realmente
Principios de Scrum
Principios de Scrum
Los principios de Scrum son el fundamento sobre lo que se basa el marco de Scrum. Estos principios se pueden
aplicar a cualquier tipo de proyecto u organización, y deben ser respetados con el fin de garantizar la aplicación
apropiada de Scrum.
Los principios se consideran los lineamientos básicos para la aplicación del marco de Scrum.
Control de Proceso Empírico
Este primer principio es muy importante ya que en él se ve reflejado la filosofía de la agilidad por medio de 3
características:
El proceso y el trabajo emergente deben ser visibles para los que realizan el trabajo como para los que lo reciben.
• Product Backlog
• Sprint Backlog
• Increment
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.
• Sprint Plannig
• Daily Scrum Meeting
• Sprint Review
• Sprint Retrospective
Si algún aspecto del proceso se desvía, o si el producto es inaceptable, el proceso que se aplica o los productos que
se elaboran 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
Adaptación
Objetivos de la Auto-Organización
Se enfoca en los trabajadores de hoy en día que son auto-motivados y desean una mayor responsabilidad.
Tomando en cuenta eso, ofrecen más valor cuando se organizan por cuenta propia.
Colaboración
La colaboración en Scrum se refiere a que el equipo Scrum trabaja e interactúa junto con los
interesados para crear y validar los resultados del proyecto.
• La colaboración en Scrum se refiere a que el equipo Scrum trabaja e interactúa junto con los interesados para
crear y validar los resultados del proyecto
• Awareness: (Ser consciente del otro): Las personas que trabajan juntas deben estar al tanto del trabajo de los
demás
• Articulación: Los colaboradores deben dividir el trabajo en unidades, dividir las unidades entre los miembros
del equipo, y luego después de que el trabajo esté hecho reintegrarlo
• Apropiación: La adaptación de la tecnología a la propia situación
¿Qué herramientas de colaboración se pueden utilizar?
• Colocated Teams (es decir, los equipos que trabajan en la misma oficina): En Scrum, es preferible tener equipos
colocados en una misma área. Si los equipos están colocados, los modos de comunicación preferidos incluyen:
las interacciones, salas de decisión, War Rooms, Scrumboards, demostraciones en la pared, mesas compartidas,
etc
• Distributed Teams (es decir, los equipos que trabajan en diferentes ubicaciones físicas): Algunas herramientas
que podrían utilizarse para tener colaboración eficaz entre los equipos distribuidos incluyen: la
videoconferencia, redes sociales, pantallas compartidas y herramientas de software que simulan la
funcionalidad de Scrumboards
Beneficios de la Colaboración
• En el manifiesto agil se hace hincapié en la “colaboración con el cliente sobre la negociación contratual
• El marco de Scrum adopta este enfoque en el cual los miembros del equipo Scrum colaboran entre sí y con los
Stakeholders para crear los entregables que proporcionan el mayor valor posible para el cliente, esta
colaboración se produce durante todo el proyecto
El Desarrollo del Producto
Product Roadmap
Calidad
• El futuro es incierto
• Se deben seleccionar las mínimas características del producto que cumplan las necesidades del usuario
Nivel de Detalle
User Stories
El acrónimo INVEST ayuda a recordar un conjunto de criterios o lista de verificación ampliamente aceptados para
evaluar la calidad de una historia de usuario. Si la historia no cumple con uno de estos criterios, es posible que el
equipo desee volver a redactarla o incluso considerar una reescritura (lo que a menudo se traduce en romper
físicamente la tarjeta de la historia anterior y escribir una nueva).
Fuente: https://www.agilealliance.org/glossary/three-cs
Estructura de una Historia de Usuario
Historias de Usuarios
Participantes:
• Product Owner
• Scrum Master
• Involucrados (Usuarios, Clientes, mercadeo) -> Solicitantes de Requerimientos
El objetivo es colectivamente definir lo que el producto o servicio debe hacer, considerando su valor de negocio.
• Un estimado de alto nivel (sin mayor detalle) de las historias de usuario del producto
• Un Product Backlog general, ordenado por prioridad
Cualidades del Product Backlog
• El refinamiento del PB es el acto de añadir detalle, estimaciones y ordenamiento a los elementos del Product
Backlog
• Se trata de un progreso continuo, en el cual el Product Owner y los Developers, colaboran sobre los detalles de
los elementos del Product Backlog
• Durante el refinamiento, se examinan y revisan sus elementos. Sin embargo, éstos pueden ser actualizados en
cualquier momento por el Product Owner, a criterio suyo
¿Cuándo hacer Refinamiento?
Son los acuerdos del PO con los Stakeholders que contiene todas las condiciones que deben de cumplir los ítems
del Product Backlog para considerar un Sprint completado o finalizado.
Time-Boxing
Todos los eventos son bloques de tiempo (duración máxima de tiempo), de tal modo que todos tienen una duración
máxima.
Ventajas de Time-Boxing
Time-Boxing es una práctica crítica en Scrum y debe aplicarse con cuidado. Un Time-Boxing arbitrario puede llevar
a la desmotivación del equipo y puede tener como consecuencia la creación de un entorno opresivo, por lo que
Time-Boxing debe ser utilizado de manera apropiada.
Beneficios:
• Procesos de desarrollo eficiente
• Menos gastos generales
• Alta velocidad para los equipos
• Ayuda a gestionar eficazmente la planificación y ejecución de proyectos
¿Dónde se utilizan los Time-Boxing?
Eventos de Scrum
Eventos Scrum
• Los Sprints
• Sprint Planning (Planificación del Sprint)
• Daily Scrum (Scrum Diario)
• Sprint Review (Revisión del Sprint)
• Sprint Retrospective (Retrospectiva del Sprint)
El Sprint
Todo el trabajo necesario para alcanzar el objetivo del producto, incluyendo la Planificación (Sprint Planning),
Daily Scrums, Revisión del Sprint (Sprint Review ) y la Retrospectiva (Sprint Retrospective), ocurren dentro del
Sprints.
El Sprint
Durante el Sprint:
• No se realizan cambios que pongan en peligro el Objetivo del Sprint
• La calidad no disminuye
• El Product Backlog se refina según sea necesario
• El alcance se puede aclarar y renegociar con el Product Owner a medida que se aprende más
El Sprint
Los Sprints permiten la previsibilidad al garantizar la inspección y adaptación del progreso hacia un Objetivo del
Producto al menos cada mes calendario.
Cuando el horizonte de un Sprint es demasiado largo, el Objetivo del Sprint puede volverse inválido, la
complejidad puede crecer y el riesgo puede aumentar.
Se pueden emplear Sprints más cortos para generar más ciclos de aprendizaje y limitar el riesgo de costo y
esfuerzo a un período de tiempo menor.
Existen varias prácticas para pronosticar el progreso, como gráficos de burn-downs, burn-ups, o flujos
acumulativos.
Si bien han demostrado ser útiles, estos no sustituyen la importancia del empirismo. En entornos complejos, se
desconoce lo que sucederá. Solo lo que ya ha sucedido se puede utilizar para la toma de decisiones con vistas a
futuro.
El Sprint
La Sprint Planning inicia el Sprint al establecer el trabajo que se realizará para el Sprint.
Sprint Planning - Planificación de Sprint
El Scrum Team crea este plan resultante mediante trabajo colaborativo.
Sprint Planning - Planificación de Sprint
Fuente: https://miro.com/blog/resources/visual-collaboration-agile-development-guide/product-backlog/
Sprint Planning - Planificación de Sprint
El propósito de la Daily Scrum es inspeccionar el progreso hacia el Objetivo del Sprint y adaptar el Sprint Backlog
según sea necesario, ajustando el próximo trabajo planeado.
Para reducir la complejidad, se lleva a cabo a la misma hora y en el mismo lugar todos los días hábiles del Sprint.
Daily Scrum (Scrum Diario)
Si el Product Owner o Scrum Master están trabajando activamente en elementos del Sprint Backlog, participan
como Developers.
Daily Scrum (Scrum Diario)
• El Scrum Team presenta los resultados de su trabajo a los interesados clave y se discute el progreso hacia el
Objetivo del Producto
• El Scrum Team y los interesados revisan lo que se logró en el Sprint y lo que ha cambiado en su entorno
• Con base en esta información, los asistentes colaboran sobre qué hacer a continuación
• El Product Backlog también se puede ajustar para satisfacer nuevas oportunidades
• La Sprint Review es una sesión de trabajo y el Scrum Team debe evitar limitarla a una presentación
Revision del Sprint (Sprint Review)
Sprint Backlog
• El Objetivo del Sprint, los elementos del Product
Backlog seleccionados para el Sprint, más el plan para
entregarlos se denominan juntos Sprint Backlog
• El Sprint Backlog es un plan realizado por y para los
Developers. Es una imagen muy visible y en tiempo
real del trabajo que los Developers planean realizar
durante el Sprint para lograr el Objetivo del Sprint
Planificación del Sprint
Resumen:
• El Scrum Team define el Objetivo del Sprnt (Sprint Goal), describe los temas, características o historias objetivo
• Los Developers pronostican qué elementos del Product Backlog entregará en el Sprint
• Los Developers determinan cómo realizarán los elementos del Product Backlog seleccionados para el Sprint
Planeación de la Entrega
• El objetivo es proveer a los involucrados una idea de Ia funcionalidad que probablemente se entregará en una
fecha
• La planeación de la entrega es continua durante el proyecto a medida que el cliente va dando
retroalimentación
• EI Product Owner es responsable de las decisiones en la planeación de la entrega
• EI plan de la entrega es una ruta aproximada a un destino
Artefactos de Scrum
Artefactos de Scrum
Cada artefacto contiene un compromiso para garantizar que proporcione información que mejore la transparencia
y el enfoque frente al cual se pueda medir el progreso:
Copyright® 2012, Kenneth S. Rubin and Innolution LLC, All Rights Reserved.
Product Backlog
Los elementos del Product Backlog que el Scrum Team puede dar por Terminados dentro de un Sprint se
consideran preparados para ser seleccionados en un evento de Sprint Planning.
de Scrum
Product Backlog
El Product Owner puede influir en los Developers ayudándolos a entender y seleccionar sus mejores alternativas.
Refinamiento del Product Backlog
• El Objetivo del Producto describe un estado futuro del producto que puede servir como un objetivo para que
el Scrum Team planifique
• El Objetivo del Producto está en el Product Backlog
• El Product Backlog emerge para definir "qué" cumplirá con el Objetivo del Producto
• Un producto es un vehículo para entregar valor. Tiene un límite claro, personas interesadas conocidas, 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 del Scrum Team. Ellos deben cumplir (o abandonar) un
objetivo antes de asumir el siguiente
Sprint Backlog
• Un diagrama Burn-Down o diagrama de quemados, es una representación gráfica del trabajo por hacer en un
proyecto o muestra el esfuerzo restante durante un periodo determinado de tiempo
• A este radiador de información se le puede dar dos usos:
• Product Burn-Down: Visión global del proyecto, se realiza a partir del Product Backlog
• Sprint Burn-Down: Visión concreta para cada Sprint, se realiza a partir del Sprint Backlog
Priorización
El Product Owner (PO) debe de traducir las entradas y las necesidades de los proyectos de los Stakeholders para
crear el Prioritized Product Backlog. Por lo tanto, se prioriza basado en la creación de valor, y se hace teniendo en
cuenta que:
Valor:
• Se deben liberar primero los elementos de mayor valor
• Evaluar si el elemento es realmente requerido
• Evaluar alternativas con menor tiempo/costo
Posibilidad de liberación:
• La habilidad para liberar incrementos de producto temprana y frecuentemente debe influenciar las
decisiones de priorización
Dependencias:
• Las dependencias entre algunos elementos del Product Backlog no se podrán evitar
• Los elementos de los que se depende deben ser implementados primero
Seguimiento
• La Definición de Terminado es una descripción formal del estado del Increment 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
Increment
• La Definición de Terminado crea transparencia al brindar a todos un entendimiento compartido de qué trabajo
se completó como parte del Increment. Si un elemento del Product Backlog no cumple con la Definición de
Terminado, no se puede publicar ni presentar en la Sprint Review. En su lugar, vuelve al Product Backlog para su
consideración futura
• Si la Definición de Terminado para un Increment es parte de los estándares de la organización, todos los Scrum
Teams deben seguirla como mínimo. Si no es un estándar organizacional, el Scrum Team debe crear una
Definición de Terminado apropiada para el producto
• Los Developers deben adherirse a la Definición de Terminado. Si hay varios Scrum Teams trabajando juntos en
un producto, deben definir y cumplir mutuamente la misma Definición de Terminado
Incremento del Producto Potencialmente Entregable
Roles:
• Product Owner
• Scrum Master
Roles • Developers
Reglas
Eventos:
• Sprint
• Sprint Planning Meeting
Eventos
• Scrum Daily Meeting
• Sprint Review Meeting
• Sprint Retrospective Meeting
Artefactos
Artefactos:
• Product Backlog
• Sprint Backlog
• Increment
Técnicas de Estimación
• Estimación experta:
Se trata de consultar a un experto que ya conoce el
trabajo, se basa en su experiencia previa y
conocimiento. Son capaces de generar estimaciones sin
entrar en muchos detalles.
• Estimación análoga:
Se trata de dibujar analogías con otros proyectos
similares o requerimientos, basándose en la analogía y
experiencia previa, se puede generar una estimación.
• Estimación paramétrica:
Se basa en parámetros industriales para convertir una
variable conocida como puntos de función y líneas de
código en una estimación de tiempo y esfuerzo.
Técnicas de Estimación
Los diferentes tipos de estimación se basan en el rango de confiabilidad. Son los siguientes:
• Orden de magnitud: Estas estimaciones tienen un rango de proyección que varía entre -25 % y +75 %,
generalmente se usan para iniciar o no iniciar un proyecto
• Estimación presupuestaria: Estas tienen un rango de proyección entre -10 % y +25 % y se usa para propósitos
de presupuesto
• Estimación definitiva: Estas tienen un rango de -5 % a +10 % y se puede usar para planificar basándose en su
mayoría de la información disponible
Método de 100 Puntos
• Excitantes de Delighters
• Satisfactores
• Insatisfechos
• Indiferente
Técnicas de Priorización
Grupos Afines
Poker de Prioridad
Comprando elementos
Métricas:
• Tamaños
• Puntos de Elementos del PB
• Velocidad
• Puntos de Elementos del PB que este equipo es capaz de entregar por Sprint
• Se pide al equipo que estime qué elementos del PB se puede comprometer a entregar en el tiempo del primer
Sprint
• Se estima cuántos Sprints serán necesarios para todos los elementos de PB
• La velocidad se va ajustando de acuerdo a datos históricos
Velocity
• Crear software rápidamente para obtener retroalimentación es algo muy bueno, sin embargo tiene un Costo:
La Deuda Técnica
• El entendimiento del producto evoluciona a medida que se construye el producto y las decisiones previas se
deben cambiar
• El equipo debe estar pendiente de "pagar la deuda", es decir actualizar el producto
• Malas prácticas y bajo conocimiento técnico también generan una Deuda Técnica
Technical Debt (Deuda Técnica)
• Scrum es impulsado por el objetivo de ofrecer el máximo valor empresarial en un periodo de tiempo mínimo.
Para lograr esto de forma práctica Scrum cree en entregas de desarrollo iterativas
• En el desarrollo iterativo de un proyecto, se planifica en diversos “bloques temporales” llamado “iteraciones”