El enfoque scrum se centra en las necesidades comerciales de los proyectos al desarrollar

productos y servicios. Proporciona los mismos beneficios con la gestión de línea con solo
modificaciones menores en las herramientas. El enfoque de scrum elimina las actividades
sin valor agregado e impulsa la entrega al centrarse en los detalles inmediatos.
No es posible interpretar scrum como algo más que un modelo de desarrollo disciplinado.
Su contraparte, el modelo de cascada, es un marco de desarrollo secuencial en el que cada
fase principal parece estar "vertiendo" sus resultados en cada fase sucesiva. Scrum no solo
es iterativo, sino que tiene acciones que requieren aprendizaje en equipo y permite que el
resto del proyecto se construya sobre dicho aprendizaje.
Por lo tanto, controlamos las actividades finales del juego, el cliente va directamente al
desarrollador, al tiempo que le permitimos al cliente realizar ajustes en el producto a
medida que pasa el tiempo. En todo caso, el enfoque scrum mejora la capacidad del cliente
para agregar cambios al producto.

Durante el desarrollo del producto, tanto el cliente como el proveedor tienden a adquirir
nuevos conocimientos sobre el producto a medida que comienzan a implementar la
especificación del producto y los requisitos derivados. Los resultados de la verificación y
validación pueden generar aún más cambios. Tanto el cliente como el desarrollador pueden
utilizar el enfoque scrum para reducir el riesgo causado por los cambios intermedios en la
especificación de un producto.

Respuestas convencionales a la gestión de proyectos.

1. Individuos/interaccionessobreprocesosy herramientas
2. Software de trabajodocumentación demasiado completa
3. Colaboración con el clientenegociación sobre contrato
4. Responder acambiarsobreseguir un plan

¿Por quéscrum? Según The Agile Customer's Toolkit de Tom Poppendieck, el desarrollo
ágil se centra en los siete principios del pensamiento lean: 3 1. Eliminar el desperdicio: solo
agregar valor, no inventario 2. Amplificar el aprendizaje: repita 3. Decideaslateaspossible
—defer el compromiso (nota: esta acción se conoce en la fabricación como aplazamiento)
4. Entregas lo más rápido posible 5. Empoderarleequipo: entrenar, confiar y liderar 6.
Inintegridad de la construcción: tanto percibida por el cliente como conceptual 7.
Seethewhole: evitar la suboptimización

Distracción. La organización espera ser atendida. Este enfoque puede llevar a los
empleados a un entumecimiento motivacional tal que no puedan tomar medidas en ninguna
dirección (ver Figura 1.3). Hemos implementado scrum en varios departamentos y
discutiremos nuestros éxitos, así como algunas de las pruebas involucradas con la
implementación de un entorno scrum.
 En el camino, le mostraremos algunas herramientas que puede utilizar para hacer la vida
más fácil. Le mostraremos cómo scrum puede ayudar a la gestión de su proyecto al mostrar
cómo funciona en varios entornos diferentes.

1. El software es complejo. 2. El software es abstracto. 3. Los requisitos son incompletos.

4. La tecnología cambia rápidamente.
5. Las mejores prácticas no son maduras (o evolucionan constantemente). 6.
Technologyisavastdomain. 7. La experiencia tecnológica es incompleta (segmentada). 8. El
desarrollo de software es investigación. 9. El trabajo repetitivo está automatizado. 10. La
construcción es en realidad el diseño.

¡Equipo! Cualquier discusión sobre técnicas de scrum debe incluir la idea del equipo, el
arma secreta de scrum. El enfoque scrum involucra a las personas como grupo y las
posiciona para operar como un equipo; es decir, un colectivo con objetivos en lugar de un
agregado amorfo.

1. Equilibrar. Mi trabajo está al servicio de mi vida más grande.

2. Innovación . Mi trabajo alimenta mi necesidad de crecer y crear.
3. Autenticidad. La mayoría de las veces, mi trabajo me anima a ser yo mismo en
lugar de desempeñar un papel.
4. Contribución . A través de mi trabajo, hago una pequeña pero positiva diferencia en
la comunidad.
5. Coraje . Estoy dispuesto a arriesgar mi posición con otros para apoyar ideas y
acciones.
6. Calidad . Mis estándares de trabajo son altos; Me aferro a ellos.
7. Equidad . Juzgo a las personas por su contribución potencial a una inversión en
nuestro trabajo conjunto.
8. Confianza . Trataré con los demás abierta y positivamente, y asumiré que puedo
contar con ellos y ellos conmigo.

Por qué Scrum

Equipo
Desarrollo ágil de productos/procesos Requisitos del productoE
Eliminar Desperdiciar y ahorrar dinero
Requisitos del producto
Mejora del control/ aseguramiento........ 9
Lincoln
Programación Mantenimiento
Presupuesto Mantenimiento
Gestión de los requisitos cambiantes del usuario
¿Todos los proyectos son candidatos para Scrum

Conceptos básicos de Scrum

Descripción general de Scrum
Requisitos
Casos de uso
Historias de usuario
Storyboard
TheSpike
Falta de participación del cliente
ProductBacklog
Planificación y estimación
Información histórica
SubjectMatterExperts
ATREVIDO
Puntos de historia
PlanningPoker
ReleaseBacklog
Carrera
Velocidad de Sprint
SprintBacklog
Documentación
Desarrollo
Verificación
TestbeforeSoftware
BurndownChart
ProyectoPresupuesto
SprintKanban
SprintRetrospectiva

MeetingLeader

ReuniónEtiqueta

Scrum y Gestión de Proyectos Convencionales

¿Qué es el Libro Blanco?
Backlog del proyecto: ámbito
Gráfico de evolución del proyecto
Gestión del tiempo
Comunicaciones

Relación entre el trabajo atrasado y la estructura de desglose del trabajo

La estructura de desglose del trabajo es un reflejo directo de los requisitos
Modificación de la estructura de desglose del trabajo para reflejar los requisitos cambiantes
¿Qué tan profundo debe ir la estructura de ruptura del trabajo?
Descomposición de tareas a nivel "atómico"
Carrera
Revisión de Carrera
Calidad
Pruebas de productos
Uso de herramientas de gestión de proyectos existentes
Gestión del valor ganado
Valor planificado
Valor ganado
Costo real
Complex Program Management................................................83 4.1
ScrumofScrums........................................................................83 4.1.1
ManagingScrumofScrums.........................................83 4.1.2
ReportingScrumofScrums.........................................84 4.2
Budget........................................................................................85
Notes......................................................................................................86 5 Scrum and Line
Management ....................................................87 5.1
LineManagementTasksversusProjectTasks.............................87 5.2
IndividualandTeamPerformance..............................................88 5.2.1
Pinpoint......................................................................88 5.2.2
Record.........................................................................89 5.2.3
Involve........................................................................89 5.2.4
Coach..........................................................................89 5.2.5
Evaluate.......................................................................89 5.3
Throughput................................................................................90 5.4 MovementtowardSelf-
DirectedWorkTeams...........................90 5.5
UseofProductBacklog..............................................................90 5.6
UseofSprintRetrospective........................................................92