MANIFIESTO AGIL

- PROJECT VISION STATEMENT

- PRIORITIZED PRODUCT BACKLOG
ARTIFACTS
- RELEASE PLANING SCHEDULE

- SPRINT REVIEW MEETING

TRANSPARENCY MEETINGS
- DAILY STANDUP MEETING

RADIATORS - BURDOWN CHART

- SCRUMBOARD

SCRUMBOARD
EMPIRICAL PROCESS CONTROL
- DESARROLLO DE EPICAS
- CREATEPRIORITIZED PRODUCT BACKLOG
INSPECTION FEEDBACK
- CONDUCT RELEASE PLANING

INSPECTION - DEMOSTRATE AND VALIDATE SPRINT

- DAILY STANDUP MEETINT - SCRUM GUIDENCE BODY

ADAPTATION - RETROSPECT SPRINT MEETING
- RISK IDENTIFICATION
PRINCIPLES - CHANGE REQUESTS - RETROSPECT PROJECT MEETING

ARTICULATION - MINIMIZE CHANGE REQUESTS

- MITIGATE RISKS
COLLABORATION AWARENESS - INCREASE EFFICIENCY
- PRACTICE CONTINUOUS
APROPIATION
ITERATIVE DEVELOPMENT
- UNDERSTANT PROJECT VISION
- DELIVER TANGIBLE RESULTS
- OPEN LEARNING NEW THINGS
SELF-ORGANIZATION
- CROSS FUNCTIONAL TEAM EXPERTISE
- UPGRADE KNOWLEDGE AND SKILS

- DAILY STANDUP MEETING 15 MINUTOS

TIME-BOXING - SPRINT PLANING MEETING 8 HRS
- SPRINT REVIW MEETING 4 HRS
- SPRINT RETORSPECTIVE MEETING 4 HRS - RISK
- VALUE
VALUE-BASED PRIORITIZATION PRIORITY - DEPENDENCY
 - MAZIMIZING BUSINESS VALUE
CHIEF PRODUCT OWNER - MAINTAINING BUSINESS JUSTIFICATION
- REPRESENTS VOICE OF THE CUSTOMER
- RESPONSIBLE FOR ARTICULATING CUSTOMER REQUIREMENTS
- CREATE PRIORIZED PRODUCT BACKLOG
- IDENTIFY SCRUM MASTER
PROGRAM PRODUCT OWNER
- DEFINE THE PROJECT VISION
PRODUCT OWNER Defines the strategic objecMves - HELP CREATE PROJECT CHARTER Y PROJECT BUDGET
and prioriMes for programs - CREATE EPICT AND PERSONAS
- DEFINE DONE CRETERIA
- CREATE RELEASE PLANING SCHEDULE
PORTFOLIO PRODUCTO OWNER - GROOMS THE PRIORITIZED PRODUCT BACKLOG
Defines the strategic objecMves - ACCEPTS / REJECTS DELIVERABLES
and prioriMes for porSolios - PARTICIPATES IN RETROSPECTIVE SPRINT MEETINGS

CHIEF SCRUM MASTER - LEADER SERVENT

- IS A FACILITATOR
PROGRAM SCRUM MASTER - ENSURES ENVIROMENT CONDUCIVE
ORGANIZATION - GUIDES, FACILITATES, AND TEACHES SCRUM PRACTICES
ASPECTS SCRUM MASTER Solves problems and coordinates - CLEAR IMPEDIMENTS
meeMngs for programs - ENSURES THAT SCRUM PROCESSES ARE BEING FOLLOWED
- ENSURES THE SCRUMBOARD AND IMPEDIMENT LOG UPDATE
PORTFOLIO SCRUM MASTER
- FACILITATES MEETINGS
Solves problems and coordinates - PROVIDE LESSON LEARNS
meeMngs for porSolios

- UNDERSTANDING THE BUSINESS REQUIREMENTS

- ESTIMATING USER STORIES
- CREATION OF THE DELIVERABLES
- ESTIMATE USER HISTORIES
- COMMITS USER HISTORIES
- DEVELOPED TASK LIST
DEVELOPMENT
- ESTIMATE EFFOR FOR TASK
TEAM - DEVELOPED SPRINT BACKLOG AND SPRINT BURNDOWN CHART
- IDENTIFIES RISK AND IMPLEMENTS RISK MITIGATIONS
- UPDATE BURNDOWN CHART, SCRUMBOARD AND IMPEDI. LOG
- SUBMITS CHANGE REQUEST
- DEMOSTRATE DELIVERABLES
 THEORIES RELEVANCE OF SCRUM
Tuckman’s Model of Group Dynamics Maslow’s Hierarchy of Needs Theory

Conflict Management Techniques Theory X and Theory Y

Por lo general es mejor que los miembros del equipo enfrenten los
problemas directamente con una ac6tud de cooperación y abiertos al
diálogo a fin de abordar cualquier desacuerdo y lograr un consenso.
Algunos miembros del equipo a veces pueden sen6r que sus
aportaciones no son reconocidas ni valoradas por los demás, o que no
se les trata igual. Esto puede conducir a que no contribuyan de manera
efec6va al proyecto y a que estén de acuerdo con todo lo que se les
pida, incluso si están en desacuerdo
En situaciones de conflicto, los miembros del equipo pueden intentar
negociar o buscar soluciones que aporten sólo un grado parcial o
medida temporal de sa6sfacción a las partes en una disputa.
En ocasiones, un Scrum Master u otro miembro influyente del equipo,
pueden creer ser un líder de facto o manager y tratar de imponer su
.
punto de vista sin tomar en cuenta los puntos de vista de los demás
 Simple Schemes - Prioridad 1,2,3
- Prioridad alta, mediana, baja
- Most Have - Debe de Tener
- Shoud Have - Deberia de Tener
BUSINESS JUSTIFICATION MoSCoW Prioritization - Could Have – Podria Tener
- Wont Have – No Tendra
Return on Investment (ROI) - Se entrega Dinero falso al cliente del presupuesto y se les
Monopoly Money Pide que lo asignen de acuerdo a las H.U
ROI = (Project Revenue - Project Cost) /
Project Cost - Se da 100 puntos al cliente para que
Net Present Value (NPV) 100-Point Method
Los coloque en las H.U. Mas importantes
Projecto con mayor $ NPV
- Exitadoras- Caracteris@cas Nuevas y De gran valor cliente
Internal Rate of Return (IRR) - Sa@sfactorias- Carateris@cas que Ofrecen valor al cliente
Projecto con mayor % Tasa de Retorno Kano Analysis - insa@sfactorias– Caracteris@cas que Si no estan pueden causar
moles@a pero si estan no aumentan valor al Client
- Indiferentes– Caracteris@cas que no Afectan y pueden ser
eliminadas

- La calidad se define como la capacidad que @ene el producto terminado o los entregables de cumplir con los criterios de aceptacion.
- El alcance (scope) de un proyecto es la suma total de todos los incrementos del producto, así como el trabajo necesario para el
ASPECTS desarrollo del producto final.
QUALITY - Cada H.U. Cuenta con su propio criterio de aceptacion.
- Las H.U. Rechazadas regresan al product backlog en el refinamiento.
- El producto o incremento puede ser enviable aun cuando se rechacen algunas H.U.
- Planificacion de la Calidad - Criterio de Terminado ( DoD ) son una serie de reglas aplicables a todas las H.U. El equipo Scrum u@liza Checklist para ir validandolos.
- Control de la Calidad - Las Historias de Usuario TERMINADA, debe cumplir criterios de aceptacion y criterios de terminado
- Garan@a de la Calidad - Los criterios de Aceptacion de una H.U. Implicitamente deben incluir criterios minimos de aceptacion
- El Product Owner es el unico que puede rechazar o aceptar H.U. Según los criterios de aceptacion y terminado de las H.U.

- PLANIFICAR LA CALIDAD NOS REDUCE LA DEUDA TECNICA- DEUDA TECNICA =

TRABAJO QUE SE OMITE O QUE NO SE LE DA IMPORTANCIA
- CONTROLAR LA CALIDAD- SON UNA SERIE DE ACTIVIDADES PARA ASEGURAR LA
CALIDAD
- GARANTIA DE CALIDAD ES EL PROCESO DE EVALUACION Y LOS ESTANDARES QUE
RIGEN LA CALIDAD
 - REQUIREMENTS CHUM- REQUISITOS VOLATILES
- NO SE PUEDEN DEFINIR TODOS LOS REQUISITOS AL INICIO DEL PROYECTO
- SE ACEPTAN CAMBIOS SOLO DESPUES DE CADA SPRINT
- SCRUM ES MAS EFICAZ CUANDO EL MERCADO ES VOLATIL Y LOS REQUISITOS NO ESTAN BIEN DEFINIDOS DESDE EL PRINCIPIO,
PROYECTOS COMPLEJOS Y CON MUCHA INCERTIDUMBRE

- LOS CAMBIOS SE PRESENTAN CON SOLICITUDES DE CAMBIO- CHANGE REQUESTS

- LAS SOLICITUDES DE CAMBIO PEQUEÑAS SE RECOMIENDA QUE EL PRODUCT OWNER LAS APRUEBE DIRECTAMENTE
- EL 90% DE LAS SOLICITUDES DE CAMBIO SON PEQUEÑAS Y LAS APRUEBA EL PRODUCT OWNER
- SI LA SOLICITUD DE CAMBIO ES MUY GRANDE SE SOLICITA A LOS STAKEHOLDER SU APROBACION
- CAMBIO URGENTE SE DETIENE EL SPRINT ACTUAL Y SE PLANIFICA UNO NUEVO CON EL CAMBIO SOLICITADO
- EL ALCANCE DE UN SPRINT SOLO SE PUEDE MODIFICAR SI EL EQUIPO DETECTA QUE SOBRE ESTIMO HISTORIAS DE USUARIO

CHANGE
ASPECTS

- STAKEHOLDERS
CHANGE - SCRUM TEAM
REQUEST - SENIOR MANAGEMENT
- SCRUM GUIDENCE BODY
 - RIESGO EVENTO DE INCERTIDUMBRE QUE PUEDE AFECTAR POSITIVAMENTE O NEGATIVAMENTE
- RIESGOS POSITIVOS = OPORTUNIDADES ----------- RIESGOS NEGATIVOS = AMENAZAS

- RISK APPETITE- APETITO AL RIESGO = INCERTIDUMBRE QUE SE ESTA DISPUESTO A ASUMIR

RISK ATTITUDE - RISK TOLERANCE- TOLERANCIA AL RIESGO = CANTIDAD DE RIESGO QUE LOS STAKEHOLDER SOPORTARAN, RESISTIRAN.
- RISK THRESHOLD- UMBRAL AL RIEGO = NIVEL AL CUAL EL RIESGO ES ACEPTABLE PARA EL STAKEHOLDER, POR ENCIMA O
POR DEBAJO DEL UMBRAL.

- RISK AVERSE- AVERSION AL RIESGO = STAKEHOLDER QUE NO ESTAN DISPUESTOS A ACEPTAR RIESGOS
UTILITY
- RISK NEUTRAL- NEUTRAL AL RIESGO = STAKEHOLDER QUE NO TIENE AVERSION NI BUSCA EL RIESGO
FUNCTION - RISK SEEKING- BUSQUEDA AL RIEGO = STAKEHOLDER DISPUESTO A ACEPTAR RIESGO

- REVIW LESSON LEARNED – APRENDER DE SPRINT Y PROYECTOS ANTERIORES

RISK - RISK CHECKLIST – SON LISTAS DE VERIFICACION
IDENTIFICATION - RISK PROMTP LISTS – ESTIMULAN EL PENSAMIENTO DE DONDE PROVIENEN LOS RIESGOS
- BRAINSTORMING – SESIONES DONDE SE COMPARTE ABIERTAMENTE IDEAS DE DONDE PROVIENEN RISK
- RISK BREAKDOWN STRUCTURE – SE AGRUPAN RIESGOS A SUS CATEGORIAS O MODALIDADES

- RISK MEETING – EQUIPO CORE Y STAKEHOLDER SE REUNEN EVALUAN SUBJETIVAMENTE EL IMPACTO

RISK - PROBABILITY TREES – SE REPRESENTA COMO RAMAS DE ARBOL, FORMLA PxI Y SE SUMA CADA RAMA
ASSESSMENT - PARETO ANALYSIS – CLASIFICACION DE RIESGOS POR SU MAGNITUD E IMPACTO DE MAYOR A MENOR
ASPECTS RISK
- PROBABILITY IMPACT GRID – P x I Y SE REALIZA UNA MATRIZ DE ACUERDO A PROBABILIDAD E IMPACTO
- EXPECTED MONETARY VALUE - VME= Impacto del riesgo (en dólares) x Probabilidad del riesgo (porcentaje)

- CREAR LISTA DE RIESGOS PRIORIZADOS

RISK - SELECCIONAR RIESGOS QUE SE PUEDEN MITIGAR
PRIORITIZATION - CREAR LISTA DE HISTORIAS DE USUARIO EN PRODUCT BACKLOG
- COMBINAR HISTORIAS DE USUARIO Y RIESGOS EN EL PRODUCT BACKLOL

RISK - RISK BASED SPIKE- DESPUNTE BASADO EN RIESGO, SE HACEN EXPERIMENTOS QUE IMPLICAN CREAR
PROTOTIPOS PARA ENTENDER MEJOR LOS RIESGOS
MITIGATION
- RISK BURNDOWN CHART- DEBE INCLUIR LA INFORMACION QUE SE OBTIENE DE LA EVALUACION DE RISKS
RISK - LA INFORMACION DEBE INCLUIR EL IMPACTO POTENCIAL DEL RIESGO ASI COMO PLAN DE MITIGACION
COMUNICATION - LA COMUNICACIÓN SIEMPRE ESTA EN CURSO Y OCURRE A LA PAR DE LOS 4 ACTIVIDADES DE RISK

La flexibilidad reduce el riesgo relacionado al entorno empresarial

MINIMIZING La retroalimentación constante reduce el riesgo relacionado a las expectaYvas
RISK La propiedad del equipo reduce la esYmación de riesgo
La transparencia reduce el riesgo de no detección
La entrega iteraYva reduce el riesgo de inversión
 INPUTS TOOLS OUTPUTS

- BUSINES CASE - PROJECT VISION MEETING - PROJECT VISION STATEMENT

- PROGRAM STAKEHOLDER - JAD SESSIONS - INDENTIFY PRODUCT OWNER
CREATE PROJECT VISION - PROGRAM SCRUM MASTER - SWOT ANALISYS - PROJECT CHARTER
- PROGRAM PRODUCT OWNER - PROJECT BUDGET

INPUTS TOOLS OUTPUTS

- PROJECT VISION STATEMENT - SELECTION CRITERIA - IDENTIFIED SCRUM MASTER
IDENTIFY SCRUM MASTER AND - PRODUCT OWNER - TRAINING AND TRAINING COST - IDENTIFIED STAKEHOLDER
STAKEHOLDER - PROGRAM SCRUM MASTER - EXPERT ADVICE RH
- PROGRAM PRODUCT OWNER - RESOURCE COSTS
PROBLEM SOLVING
AVAILABILITY
COMMITMENT INPUTS TOOLS OUTPUTS
SERVENT LEADERSHIP STYLE
- PROJECT VISION STATEMENT - SCRUM TEAM SELECTION - FORM SCRUM TEAM
- PRODUCT OWNER - EXPERT ADIVCE RH - BACK UP PERSONS
FORM SCRUM TEAM - TEAM BUILDING PLAN
- SCRUM MASTER - PEOPLE COSTS
GENERALISTS / SPECIALISTS - PEOPLE REQUIREMENTS - RESOURCE COSTS

INICIO INPUTS TOOLS OUTPUTS

- SCRUM CORE TEAM - USER GROUP MEETING - EPICS

DELELOP EPICS - PROJECT VISION STATEMENT - USER HSTORY WORKSHOPS - PROTOTIPE-PERSONS
- APPLICABLE CONTRACTS - FOCUS GROUP MEETING - APPROVED CHANGE
INCREMENTAL DELIVERY CONTRACT - PUNTOS DE INSPECCION EN INTERVALOS FRECUENTES
JOINT VENTURE CONTRACT- CUANDO DOS O MAS PARTES SE ASOCIAN ROI SE REPARTE - APPROVED CHANGE REQUEST - INTERVIEWS - IDENTIFY RISK
DEVELOPMENT IN PHASES CONTRACT- FACILITA LA DISPONIBILIDAD DE FONDOS CADA MES
INCENTIVE AND PENALTY CONTRACT - INCENTIVO SI SE ENTREGA A TIEMPO SANCIONES SI INPUTS TOOLS OUTPUTS
SI NO ENTREGA A TIEMPO

- SCRUM CORE TEAM - USER STORY PRIORITIZATION METHODS - PRIORITIZED PRODUCT BACKLOG
CREATE PRIORITIZED PRODUCT - EPICS - USER HSTORY WORKSHOPS - DONE CRITERIA
- PROTOTIPOS- PERSONAS - PLANING FOR VALUE
BACKLOG - STAKEHOLDERS - RISK ASSESSMENT TECNIQUES
MoSCoW WIDEBAND DELPHI
- USER STORY ESTIMATION METHODS
PAIRED COMPARISON PLANNING POKER
100 POINT METHOD FIST OF FIVE INPUTS TOOLS OUTPUTS
KANO ANALYSIS AFINITY ESTIMATION
- SCRUM CORE TEAM - RELEASE PLANING SESSIONS - RELEASE PLANING SCHEDULE
CONDUCT RELEASE PLANING - STAKEHOLDERS - RELEASE PRIORITIZATION METHODS - LENGHT OF SPRINT
- PROJECT VISION STATEMENT - REFINED PRIORITIZED PRODUCT BACKLO
CALENDARIO DE ENTREGAS - DONE CRITERIA
DEFINE CUANDO LAS FUNCIONALIDADES - PRIORITIZED PRODUCT BACKLOG
UTILES SERAN ENTREGADAS AL CLIENTE - HOLIDAY CALENDAR
ELEMENTOS USER INPUTS TOOLS OUTPUTS
STORIES
3c - USER STORIES
- SCRUM CORE TEAM - USER STORY WRITING EXPERTICE
- PRIORITIZER PRODUCT BACKLOG - USER GROUP MEETINGS - USER STORY ACCEPTANCE CRITERIA
CREATE USER STORY - DONE CRITERIA - FOCUS GROUP MEETINGS - UPDATED PRIORITIZED PRODUCT BACKLOG
- PROTOTIPES - PERSONS - INTERVIEWS, QUESTIONAIRES - UPDATED OR REFINED PERSONAS

REDACCION
USER STORIES
CARACTERISTICAS USER
STORIES
INPUTS TOOLS OUTPUTS

- SCRUM CORE TEAM - ESTIMATION METHODS - ESTIMATED USER STORIES

ESTIMATE USER STORY - USER STORIES - SPRINT PLANING MEETING
WIDEBAND DELPHI
- UPDATED PRIORITIZED PRODUCT BACKLOG
- RESOURCE COSTS PLANNING POKER
ONE FINGER I DISAGREE AND HAVE MAJOR CONCERNS
FIST OF FIVE
TWO FINGERs I DISAGREE WOULD LIKE DISCUSS MINOR ISSUES
AFINITY ESTIMATION
THREE FINGERs I AM NOT SURE WOULD LIKE CONCENSUS GROUP
FOUR FINGERs I AGREE AND WOULD LIKE DISCUSS MINOR ISSUES
FIVE FINGERSs I WHOLEHEARTEDLY AGREE GROUP CONCLUSION INPUTS TOOLS OUTPUTS

- SCRUM CORE TEAM - SPRINT PLANING MEETING - COMITED USER STORIES

COMMIT USER STORY
PLAN AND -
-
ESTIMATED USER STORIES
LENGHT OF SPRINT
- COMMUNICATION TECHNIQUES -
-
UPDATE COMMITTED USER STORIES
DEPENDENCIES
ESTIMATE SPRINT VELOCITY-NUMERO DE H.U. O
FUNCIONALIDADES ENTREGADAS EN UN SOLO
- PREVIOUS SPRINT VELOCITY
SPRINT.
INPUTS TOOLS OUTPUTS
- SCRUM CORE TEAM - SPRINT PLANING MEETING - TASK LIST
IDENTIFIED TASK
- COMITED USER STORIES - DESCOMPOSITION
MANDATORY DEPENDENCIES---- HARD LOGIC - DEPENDENCY DETERMINATION
DISCRTIONARY DEPENDENCIES---DECISIÓN PROPIA
EXTERNAL DEPENDENCIES- FUERA DEL ALCANCE E.S. INPUTS TOOLS OUTPUTS
INTERNAL DEPENDENCIES- BAJO CONTROL DEL E.S.
- SCRUM CORE TEAM - SPRINT PLANING MEETING - EFFORT ESTIMATED TASK LIST
- TASK LIST - ESTIMATION CRITERIA WIDEBAND DELPHI - UPDATED TASK LIST
ESTIMATE TASK
- USER STORY ACCEPTANCE CRITERIA - ESTIMATION METHODS PLANNING POKER
- DEPENDENCIES FIST OF FIVE
STORY POINTS- ESFUERZO RELATIVO O AFINITY ESTIMATION
COMPARATIVO PARA COMPLETAR TAREAS - IDENTIFIED RISK
IDEAL TIME- NUMERO DE HORAS QUE EL EQUIPO
TRABAJA EXCLUSIVAMENTE EN EL DESARROLLO DE INPUTS TOOLS OUTPUTS
ENTREGABLES DEL PROYECTO
- SCRUM CORE TEAM - SPRINT PLANING MEETING - SPRINT BACKLOG
CREATE SPRINT BACKLOG - EFFORT ESTIMATED TASK LIST - SPRINT TRAKING TOOLS - SPRINT BURNDOWN CHART
- LENGHT OF SPRINT - SPRINT TRAKING METRICS VELOCITY-NUMERO DE H.U. O FUNCIONALIDADES ENTREGADAS EN UN SOLO
SCRUMBOARD--- TO DO – POR HACER - DEPENDENCIES SPRINT.
---- IN PROGRESS-– EN PROGRESO - TEAM CALENDAR BUSINESS VALUE DELIVERED- H.U. ENTREGADAS DESDE PERSPECTIBA DE NEGOC
----DONE- TRABAJO TERMINADO NUMBER OF STORIES- CUANTAS H.U. SE ENTREGAN COMO PARTE DEL SPRINT
 INPUTS TOOLS OUTPUTS

- SCRUM CORE TEAM - TEAM EXPERTISE - SPRINT DELIVERABLES

- SPRINT BACKLOG - SOFTWARE - UPDATE SCRUMBOARD
CREATE DELIVERABLE - SCRUMBOARD - REFACTORING - UPDATE IMPEDIMENT LOG
- IMPEDIMENT LOG - IDENTIFY RISK
- RELEASE PLANING SCHEDULE - MITIGATED RISK

SCRUMBOARD--- TO DO – POR HACER REFACTORING--- ELIMINA CODIGO REPETITIVO

---- IN PROGRESS-– EN PROGRESO ---- SEPARA METODOS Y FUNCIONES EN RUTINAS MAS PEQUEÑAS
----TEST- EN PRUEBA ----DEFINE CLARAMENTE LAS VARIABLES Y NOMBRES DE METODOS
----DONE- TRABAJO TERMINADO ----SIMPLIFICA EL DISEÑO DEL CODIGO
----- HACER QUE EL CODIGO SE MAS FACIL DE ENTENDER Y MODIFICAR

INPUTS TOOLS OUTPUTS

- SCRUM TEAM - DAILY STANDUP MEETING - UPDATED SPRINT BURNDOWN CHART
IMPLEMENT - SCRUM MASTER - THREE DAILY QUESTIONS - UPDATED IMPEDIMENT LOG
CONDUCT DAILY - SPRINT BURNDOWN CHART - WAR ROOM - UPDATED SCRUMBOARD
STANDUP - IMPEDIMENT LOG - VIDEOCONFERENCING - MOTIVATED SCRUM TEAM
- PRODUCT OWNER - IDENTIFY RISK
- SCRUMBOARD - MITIGATED RISK

QUE HICE AYER

THREE DAILY QUESTIONS QUE HARE HOY

QUE IMPEDIMENTOS TENGO

INPUTS TOOLS OUTPUTS

- SCRUM CORE TEAM - PRIORITIZED PRODUCT BACKLOG REVIEW - UPDATED PRIORITIZED PRODUC
GROMMING - PRIORITIZED PRODUC BACKLOG MEETING BACKLOG
PRIORITIZIED PRODUC - APPROVED CHAGE REQUEST - COMMUNICATION TECHNIQUES - UPDATED RELEASE PLANNING SCHEDULE
BACKLOG - UNAPPROVED CHAGE REQUEST
- IDENTIFIED RISK
- DEPENDENCIES
 INPUTS TOOLS OUTPUTS
- SCRUM CORE TEAM - SPRINT REVIW MEETING - ACCEPTED DELIVERABLES
- SPRINT DELIVERABLES - EARN VALUE ANALYSIS - REJECTED DELIVERABLES
SPRINT REVIEW MEETING - SPRINT BACKLOG
- DONE CRITERIA
- USER STORY ACCEPTANCE CRITERIA
- IDENTIFIED RISK
- DEPENDENCIES

INPUTS TOOLS OUTPUTS

REVIEW AND SPRINT RETROSPECTIVE

- SCRUM TEAM - RETROSPECT SPRINT MEETING - AGREED ACTIONABLE IMPROVEMENTS
- SCRUM MASTER - ESVP - SCRUM TEAM LESSONS LEARNED
RETROSPECTIVE - ACCEPTED DELIVERABLES - SPEED BOAT - RETROSPECT SPRINT LOG
- PRODUCT OWNER - METRICS AND MEASURING TECHNIQUES
- SGB - SGB

- ESVP

- SPEED BOAT -
-
LA LANCHA DEBE LLEGAR A UNA ISLA- VISION DEL PROYECTO
ASISTENTENTES UTILIZAN NOTAS PARA LLEVAR REGISTRO MOTORES Y ANCLAS
MOTORES- AYUDAN A LLEGAR A LA ISLA
ANCLAS- SON COSAS QUE ESTAN OBSTACULIZANDO LA LLEGADA A LA ISLA
 INPUTS TOOLS OUTPUTS
- PRODUCT OWNER - ORGANIZATIONAL DEPLOYMENT - WORKING DELIVERABLES AGREEMENT
- STAKEHOLDERS METHODS - WORKING DELIVERABLES
SHIP DELIVERABLE - ACCEPTED DELIVERABLES - PRODUCT RELEASES
- RELEASE PLANING SCHEDULE
- SCRUM MASTER
- SCRUM TEAM
EL DESPLAZAMIENTO PUEDE SER
- USER STORY ACCEPTANCE CRITERIA
REMOTO
LA CONCLUSION SATISFACTORIA DEL SPRINT SE DOCUMENTA EN ENVIO FISICO
TRANSISION DE UN ARTICULO
WORKING DELIVERABLES AGREEMENT

RELEASE

INPUTS TOOLS OUTPUTS

- SCRUM CORE TEAM - RETROSPECT PROJECT MEETING - AGREED ACTIONABLE IMPROVEMENTS

PROJECT RETROSPECTIVE - CHIEF SCRUM MASTER - ASSIGNED ACTION ITEMS AND DUE
- CHIEF PRODUCT OWNER DATES
- STAKEHOLDERS

- ESVP

- LA LANCHA DEBE LLEGAR A UNA ISLA- VISION DEL PROYECTO

- SPEED BOAT - ASISTENTENTES UTILIZAN NOTAS PARA LLEVAR REGISTRO MOTORES Y ANCLAS
MOTORES- AYUDAN A LLEGAR A LA ISLA
ANCLAS- SON COSAS QUE ESTAN OBSTACULIZANDO LA LLEGADA A LA ISLA
Los Product Owners colaboran con el
Chief Scrum Master, con los Chief Product Owner ya no toma las
Product Owners, Scrum Masters y decisiones prioritarias diarias, sino
otros Product Owners para desarrollar que brinda únicamente aportes y
la lista de componentes y recursos recomendaciones al Chief Product
necesarios en común para todos los Owner
equipos.
Los Scrum Masters colaboran con el
Chief Scrum Master, el Chief Product
Owner y otros Scrum Masters y
Product Owners para desarrollar la
lista de componentes y recursos Los planes de comunicación deben de cubrir mensajes clave, métodos de comunicación,
necesarios en común para todos los canales o mecanismos para comunicar los mensajes, clasificacion de la informacion, Nempos
equipos. de acNvidades de comunicación y responsabilidades de comunicación. Cada equipo Scrum
puede congtar con un plan de comunicación.
ESCALAR SCRUM Los planes de comunicación también deben de incluir el Nempo y la frecuencia de las
GRANDES reuniones de Scrum de Scrums (SoS) y la forma en la que dichas reuniones se llevarán a cabo.

PROYECTOS Este proceso define la forma en la que los Product Owners

CREAR COMPONENTES DE trabajan en conjunto y de cómo varios equipos de Scrum trabajan
GRANDES PROYECTOS juntos. También se idenNfican componentes comunes, así como
recursos comunes y especializados.
Dimension es la necesidad de IDENTIFICAR EL TIPO Y LA CANTIDAD DE AMBIENTES
cumplir con una tarea especifica.
Dimensión es la necesidad de que los IDENTIFICAR EL AMBIENTE Areas de pruebas y desarrollo de so@ware, recursos/áreas de
integrantes individuales del equipo trabajo Hsico o bien, límites procesales de cada Equipo Scrum.
cuenten con habilidades especiales.
Dimensión es que pudiera haber Los equipos Scrum comparNrán ambientes, se uNliza una reunión
limitaciones en la flexibilidad del de plan de ambiente o Environment Plan MeeNng.
equipo. REUNION DE PLAN DE AMBIENTE
es de suma importancia crear un cronograma para determinar los
horarios de pruebas para cada equipo.
En un proyecto grande, pudiera haber moNvos empresariales
PLAN DE PREPARACION DE
válidos para no completar en su totalidad las acNvidades necesarias
LANZAMIENTO
para la preparación del lanzamiento en cada sprint.
 EQUIPOS PRINCIPALES
Integrados por el Scrum Master, el Product Owner
y el Equipo Scrum
GRANDES EQUIPOS PRINCIPALES
LARGE CORE TEAM
Se componen por el Chief Product Owner, el Chief Scrum
Master, los Scrum Masters, Productos Owners y miembros
seleccionados de los equipos Scrum
DEFINICION DE TERMINADO
Si hay un Sprint de Lanzamiento el Criterio de Terminado
probablemente seran diferentes a los criterios de
terminado de otros sprint.

REUNION SCRUM DE SCRUMS

ESCALAR
La organiza el Chief Scrum Master
SCRUM No tienen Time-Box asignado
GRANDES Se llevan en intervalos predeterminados o cuando se requiere
Se monitorea Problemas, Dependencias y Riesgos
PROYECTOS Asiste el Scrum Master y probable un miembro del equipo
EXPERIENCIA DE EQUIPO
Para los grandes proyectos esto también incluye el conocimiento de la experiencia en equipo del Chief
Product Owner y Chief Scrum Master.

ENTREGABLES DEL SPRINT

Los entregables del sprint son los productos potencialmente enviables desarrollados por los equipos
Scrum al final de cada sprint. Los entregables deben contar con todas las características y funcionalidades
definidas en las historias de usuario incluidas en los sprints
CRONOGRAMA DE PLANIFICACION DE LANZAMIENTO ACTUALIZADO
El plan de preparación de lanzamiento (Release Readiness Plan) detalla los pasos que cada Equipo Scrum y el proyecto en su conjunto
deben de seguir para confirmar que se hayan cumplido los requerimientos mínimos para el lanzamiento.
 EQUIPOS PRINCIPALES
Integrados por el Scrum Master, el Product Owner
y el Equipo Scrum
GRANDES EQUIPOS PRINCIPALES
LARGE CORE TEAM
Se componen por el Chief Product Owner, el Chief Scrum
Master, los Scrum Masters, Productos Owners y miembros
seleccionados de los equipos Scrum
PLAN DE PREPARACION DE LANZAMIENTO
En un proyecto grande, pudiera haber mo4vos
empresariales válidos para no completar en su totalidad
las ac4vidades necesarias para la preparación del
lanzamiento en cada sprint.
CRONOGRAMA DE PLANIFICACION DE LANZAMIENTO ACTUALIZADO
ESCALAR El plan de preparación de lanzamiento (Release Readiness Plan) detalla los pasos que cada Equipo Scrum y el proyecto en su conjunto
SCRUM deben de seguir para confirmar que se hayan cumplido los requerimientos mínimos para el lanzamiento.
Los planes de comunicación deben de cubrir mensajes clave, métodos de
GRANDES PLANES DE COMUNICACION
comunicación, canales o mecanismos para comunicar los mensajes, clasificacion de la
PROYECTOS informacion, 4empos de ac4vidades de comunicación y responsabilidades de
comunicación. Cada equipo Scrum puede congtar con un plan de comunicación.
SPRINT DE PREPARACION DE LANZAMIENTO Si hay necesidad de llevar a cabo tareas específicas para preparar un
lanzamiento y confirmar que se hayan cumplido los requerimientos mínimos para
el lanzamiento, dichas tareas se llevan a cabo en un sprint de preparación del
lanzamiento (Release Readiness Sprint)

METODOS DE PREPARACION DE Los métodos de preparación de lanzamiento son métodos que se utilizan para ejecutar las tareas
LANZAMIENTO identificadas, se pueden definir en el SGB

Un producto enviable es un entregable o incremento de producto que cumple con los criterios de
PRODUCTO ENVIABLE aceptación definidos por el cliente y el Product Owner.
Las notas de lanzamiento (Release Notes) son los documentos proporcionados al cliente
NOTAS DE LANZAMIENTO junto con el lanzamiento del producto. Incluyen criterios externos de envío o relacionados al
mercado para que el producto sea enviado.
 INPUTS TOOLS OUTPUTS

- MISION Y VISION DE LA COMPAÑIA - PLANES DE COMUNICACIÓN - CRITERIOS MINIMOS DE TERMINADO

- PORTFOLIO PRODUCT OWNER - PLANES DE RECURSOS HUMANOS DE LA - CRITERIOS DE ACEPTACION DE HISTORIAS U
CREAR COMPONENTES - PORTFOLIO SCRUM MASTER EMPRESA - RECURSOS COMPARTIDOS
DE PROGRAMA O - PROGRAM PRODUCT OWNER - ANALISIS DE STAKEHOLDER - STAKEHOLDER IDENTIFICADOS
PROTAFOLIO - PROGRAM SCRUM MASTER

INPUTS TOOLS OUTPUTS

- REGULACIONES - CRITERIOS DE SELECCIÓN DE MIEMBROS - RECOMENDACIONES ACTUALIZADAS SGB
REVISAR Y ACTUALIZAR - MEJORAMIENTOS RECOMENDADOS SGB - BENCHMARKING
SGB - MIEMBROS DEL SCRUM GUIDENCE BODY - REUNIONES SCRUM GUIDENCE BODY

INPUTS TOOLS OUTPUTS

- MISION Y VISION DE LA COMPAÑIA - REUNIONES DE REVISION DEL BACKLOG - BACKLOG PRIORIZADO DEL PROGRAM O
CREAR Y REFINAR - PORTFOLIO BACKLOG PRIORIZADO PRIORIZADO DE PROGRAM Y PORTFOLIO PROTFOLIO ACTUALIZADO
ESCALAR PRODUCT BACKLOG - PROGRAM BACKLOG PRIORIZADO - TECNICAS DE COMUNICACIÓN - MEJORAMIENTOS RECOMENDADOS SGB
PROGRAMA O - PORTFOLIO PRODUCT OWNER - METODOS DE PRIORIZACION H. U. - FECHAS LIMITE DE IMPLEMENTACION
SCRUM PORTAFOLIO - PORTOFLIO SCRUM MASTER - TALLER DE HISTORIAS DE USUARIO ACTUALIZADOS PARA LOS PROJECTOS
- PROGRAM PRODUCT OWNER - ENTREVISTA CON EL USUARIO O CLIENTE - PROTOTIPOS
PARA LA - PROGRAM SCRUM MASTER - CUESTIONARIOS - RIESGOS IDENTIFICADOS
EMPRESA INPUTS TOOLS OUTPUTS
COORDINAR - IMPEDIMENT LOG ACTUALIZADO
- DEFINICION DE TERMINADO - REUNION DE SoS O SoSoS
COMPONENTES DE - TECNICAS DE COMUNICACION - DEPENDENCIAS ACTUALIZADAS
- DEPENDENCIAS CONOCIDAS
PROGRAMA O - BACKLOG PRIORIZADO DEL PROGRAM O - MEJORAMIENTOS RECOMENDACIONES
VELOCITY-NUMERO DE
H.U. O PORTAFOLIO PORTFOLIO SCRUM GUIDEN BODY
FUNCIONALIDADES - PROGRAM BACKLOG PRIORIZADO
ENTREGADAS EN UN - PORTFOLIO PRODUCT OWNER
SOLO SPRINT.
BUSINESS VALUE - PORTOFLIO SCRUM MASTER
DELIVERED- H.U. - PROGRAM PRODUCT OWNER
ENTREGADAS DESDE - PROGRAM SCRUM MASTER
PERSPECTIBA DE NEGOC
NUMBER OF STORIES-
CUANTAS H.U. SE INPUTS TOOLS OUTPUTS
ENTREGAN COMO RETROSPECTIVA DE
PARTE DEL SPRINT - ACUERDO DE MEJORAS ACCIONABLES
LANZAMIENTO DE - PORTFOLIO PRODUCT OWNER - REUNION DE RETROSPECTIVA DE
PROGRAMA O - PORTOFLIO SCRUM MASTER PROGRAM O PORTFOLIO - Assigned AcEon Items y fechas límite
- PROGRAM PRODUCT OWNER - EXPERIENCIA SCRUM GUIDENCE BODY
PORTAFOLIO
- PROGRAM SCRUM MASTER
 DOMAINS OF AGILE PRACTICES

VALUE DRIVEN DELIVERY

STAKEHOLDER ENGAGEMENT

TEAM PERFORMANCE PRACTICES

ADAPTATIVE PLANNING

PROBLEM DETECTION AND RESOLUTION

CONTINUOUS IMPROVEMENT

AGILE TOOLS AND ARTIFACTS

 METODOLOGIAS AGILES
- PLAN
KAIZEN MEJORA CONTINUA - EXECUTION
- OBSERVATION
JUST IN TIME - EVALUATION

MUDA MUDA -ACTIVIDAD DERROCHADORA QUE NO GENERA VALOR, SE REFIERE AL

LEAN KANBAN DESPERDICIO-NO REALIZAR TAREAS QUE NO INTERESEN AL CLIENTE NI APORTEN VALOR
MURA MURA - IRREGULARIDAD INCONSISTENCIA, , PREVIENE LOS TIEMPOS MUERTOS QUE SE
PUEDEN PRODUCIR CUANDO UNO NO TIENE NADA QUE HACER.
MURI MURI - SOBRECARGAR IRRAZONABILIDAD O ABSURDO, ES LA SOBRE CARGA QUE SE PUEDE
PRODUCIR EN LOS CUELLOS DE BOTELLA QUE IMPIDEN AVANZAR EN ALGUNA ETAPA.
GENTUTZU GENCHI-GENBUTZO- IR Y VER POR TI MISMO, HAY QUE VER EL PROBLEMA PARA ENTENDER EL
PROBLEMA, VER EN TIEMPO REAL
PRINCIPIOS VALORES PRACTICAS
- OPTIMIZACION DEL TODO - VALORAR NECESIDADES DEL CLIENTE - IDENTIFICAR RESIDUOS
LEAN SOFTWARE DEVELOPMENT - ELIMINACION DE RESIDUOS - VALORAR LO QUE EL CLIENTE ESTA - MAPEO DE CORRIENTE
FLUJO RAPIDO Y FLEXIBLE - CONSTRUIR CALIDAD DISPUESTO A PAGAR - SISTEMA DE ARRASTRE
- SEGUROS POR TU COMPROMISO - CONSTRUIR CALIDAD - TEORIA DE COLAS
OBJETIVO MAXIMO - RESPETO Y RECONOCIMIENTO A LA GENTE - VALORAR LO QUE SE DESEA PRODUCIR - MOTIVACION
- CREAR CONOCIMIENTO PARA EL CLIENTE - MEDICIONES
VALOR AL CLIENTE CON
- RAPIDA ENTREGA
OPTIMA EFICIENCIA - GERENTE DEL PRODUCTO
- ANALISTA DE NEGOCIO
ROLES - ING. DE CONTROL DE CALIDAD
- DESARROLLADORES
- ADMINISTRADORES
KANBAN SOFTWARE DEVELOPMENT - IMPLEMENTACION

JUST IN TIME PULL PRINCIPLE PRINCIPIOS VALORES PRACTICAS

- VISUALIZAR—TABLERO KANBAN - TRANSPARENCIA - MAPEO DE CORRIENTE
- KANBAN PROCESO DE GESTION VISUAL
- WIP-LIMITAR EL TRABAJO EN PROGRESO - COLABORACION - DEFINIR PUNTO DE CONTROL DE INICIO Y
- KANBAN METODO PROCESO DE GESTION
- GESTIONAR EL FLUJO- ENTREGA VALOR - FOCO EN EL CLIENTE FIN
INCREMENTAL
- HACER EXPLICITAS POLITICAS - TIPOS DE ARTICULOS DE TRABAJO
- FILOSOFIA COMENZAR CON LO QUE SE CONOCE - FEEDBACK IMPLEMENTAR CICLOS DE RETR - DIBUJAR TARJETAS EN PARED
- MEJORAR LA COLABORACION - TRABAJO BASADO EN CAPACIDAD
- FILOSOFIA DE ACUERDO CON EL CAMBIO
- PRODUCT OWNER
EVOLUTIVO E INCREMENTAL
- EQUIPO DE DESARROLLO
- FILOSOFIA RESPETAR EL PROCESO ACTUAL, ROLES - GESTOR DE PETICION DEL SERVICIO
RESPONSABILIDADES, ROLES, TITULOS - GESTOR DE PRESTACION DEL SERVICIO
 LANZAMIENTO VALORES PRACTICAS
- PEQUEÑOS LANZAMIENTOS PARA - COMUNICACION - PRACTICAS DE CODIFICACION
OBTENER RETROALIEMNTACION, EL - SIMPLICIDAD - CODIFICACION Y DISEÑO
CLIENTE TIENE CIERTOS HITOS DE - RETROALIMENTACION - SIMPLICIDAD
XP EXTREM PROGRAMING LANZAMIENTO - CORAGE VALENTIA - CAMBIAR
- REFACCTORIZACION
4 PROCESOS - ESTANDARES DE CODIFICACION
PLANIFICACION 3 A 9 MIEMBROS - VOCABULARIO COMUN
- PROGRAMADOR
DISEÑO HORARIOS FLEXIBLES
- CLIENTE
CODIFICACION REGLA 80-20 ROLES - TESTER - PRACTICAS DE DESARROLLO
PRUEBAS - TRAKER - TEST DRIVEN DEVELOPMENT
- ENTRENADOR - PROGRAMACION POR PARES
- CONSULTOR - CODIGO PROPIEDAD COLECTIVA
- JEFE DE PROYECTO - INTEGRACION CONTINUA

- ITERACION 1-2 SEMANAS - TARJETAS DE INDICE - PRACTICAS DE NEGOCIO

- PLANEACION DE ITERACION ARTEFACTOS - SOFTWARE PARA DAR SEGUIMIENTO - ADICION DE UN CLIENTE
EVENTOS - HISTORIAS Y TAREAS - TARJETA DE HISTORIA - LANZAMIENTOS REGULARES
- ESTIMACION Y HORARIOS - TARJETA DE TAREA - JUEGO DE PLANIFICACION
- VELOCIDAD - BULLPEN SALA DE GUERRA - MANTENER RITMO SOSTENIBLE

TDD

DYNAMIC SYSTEM DEVELOPMENT

METHODS

CRYSTAL

FDD