INTRODUCCIN
A SCRUM
Marco de Trabajo para la Gestin de
Proyectos giles
2016. Offered for license under the Attribution Share-Alike license of Creative Commons, accessible at [Link]
org/licenses/by-sa/4.0/legalcode and also described in summary form at [Link] By utilizing this
presentation you acknowledge and agree that you have read and agree to be bound by the terms of the Attribution ShareAlike license of
Creative Commons.
Agenda
Presentacin de los expositores
Manifiesto gil
Principios del Manifiesto gil
Introduccin a Scrum
Beneficios del Scrum
Restricciones del Scrum
Equipo Scrum (Scrum Team)
Eventos de Scrum
Artefactos de Scrum
Scrum y PMI
Presentacin de los expositores
Ana Carolina Angel Cepeda
Ingeniera de Sistemas
Auditora de Sistemas
Ingeniera Peoplesoft - Oracle
Orlando Alberto Garzn Daz
Ingeniero de Sistemas
Desarrollador Web
Scrum Master CSM
Manifiesto gil
Estamos descubriendo formas mejores de desarrollar software tanto por
nuestra propia experiencia como ayudando a terceros. A travs de este
trabajo hemos aprendido a valorar:
Individuos e interacciones sobre procesos y herramientas
Software funcionando sobre documentacin extensiva
Colaboracin con el cliente sobre negociacin contractual
Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha, valoramos ms los de
la izquierda.
Principios del Manifiesto gil
Seguimos estos principios:
Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y
continua de software con valor.
Aceptamos que los requisitos cambien, incluso en etapas tardas del desarrollo. Los
procesos giles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con
preferencia al periodo de tiempo ms corto posible.
Los responsables de negocio y los desarrolladores trabajamos juntos de forma
cotidiana durante todo el proyecto.
Principios del Manifiesto gil
Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el
entorno y el apoyo que necesitan, y confiarles la ejecucin del trabajo.
El mtodo ms eficiente y efectivo de comunicar informacin al equipo de desarrollo y
entre sus miembros es la conversacin cara a cara.
El software funcionando es la medida principal de progreso.
Los procesos giles promueven el desarrollo sostenible. Los promotores,
desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante
de forma indefinida.
La atencin continua a la excelencia tcnica y al buen diseo mejora la Agilidad.
Principios del Manifiesto gil
La simplicidad, o el arte de maximizar la cantidad de
trabajo no realizado, es esencial.
Las mejores arquitecturas, requisitos y diseos
emergen de equipos auto-organizados.
A intervalos regulares el equipo reflexiona sobre
cmo ser ms efectivo para a continuacin ajustar y
perfeccionar su comportamiento en consecuencia.
Introduccin a Scrum
[Link]
Introduccin a Scrum
Un marco de trabajo por el cual las personas pueden acometer problemas
complejos adaptativos, a la vez que entregar productos del mximo valor posible
productiva y creativamente
Scrum es:
Ligero
Fcil de entender
Extremadamente difcil de llegar a dominar
Ken Schwaber y Jeff Sutherland
Introduccin a Scrum
Scrum es un marco de trabajo basado en un conjunto de
valores, principios y prcticas que suministran los
fundamentos para que cada organizacin le agregue su
implementacin nica.
Kenneth Rubin, Essential Scrum
Introduccin a Scrum
Es el mtodo gil ms popular
Puede ser aplicado a diferentes tipos de actividades, no solo a
desarrollo de software
Equipos enfocados al resultado, que trabajan de forma auto
dirigida
Adaptacin continua a las circunstancias de la evolucin del
proyecto
Centrado en las personas y basado en los valores de honestidad,
apertura, esfuerzo, respeto, enfoque, confianza, empoderamiento
y colaboracin
Introduccin a Scrum
Tres pilares soportan toda la implementacin del control de procesos
emprico:
Transparencia
Frecuentemente
Inspectores expertos
Mismo lugar de trabajo
Adaptacin
Entregable
Retrospectiva
Adaptacin
Inspeccin
Scrum
Inspeccin
Lenguaje comn
Definicin comn de Terminado
Transparencia
Restricciones del Scrum
La disponibilidad del cliente debe ser alta durante todo el
proyecto dado que participa constantemente
La relacin con el cliente ha de estar basada en los
principios de colaboracin ms que de tratarse de una
relacin contractual
Cada iteracin debe dar como resultado requisitos
implementados, de manera que el resultado sea realmente
til para el cliente y no deje tareas pendientes para futuras
iteraciones o para la finalizacin del proyecto
Equipo Scrum (Scrum Team)
Son autoorganizados y multifuncionales
No son dirigidos por personas externas al equipo
Tienen todas las competencias necesarias para llevar a cabo
el trabajo sin depender de otras personas que no son parte
del equipo
Entregan productos de forma iterativa e incremental,
maximizando las oportunidades de obtener
retroalimentacin
Dueo de Producto (Product Owner)
Responsable de maximizar el valor del producto y del trabajo del
Equipo de Desarrollo
nica persona responsable de gestionar la Lista del Producto
(Product Backlog)
Responsable de qu ser desarrollado y en qu orden
Comunica a los otros participantes la visin de lo que se espera
obtener
Responsable de que realice el trabajo que de mayor valor de
negocio (ROI)
El Dueo de Producto es una nica persona, no un comit.
Dueo de Producto (Product Owner)
Responsable de revisar las entregas incrementales de producto
Terminado
Trabaja conjuntamente con el Scrum Master y el Equipo de
Desarrollo
Debe estar disponible para responder las preguntas sobre el
producto, tan pronto como se presenten y sea posible
El Dueo de Producto es una nica persona, no un comit
Equipo de Desarrollo (Development Team)
Profesionales que desempean el trabajo de entregar un
Incremento de producto Terminado
Son estructurados y empoderados por la organizacin para
organizar y gestionar su propio trabajo
Son autoorganizados para determinar cmo cumplir las metas
definidas por el Dueo del Producto.
Son multifuncionales, contando como equipo con todas las
habilidades necesarias para crear un Incremento de producto
Tamao debe ser entre 3 y 9 individuos
Equipo de Desarrollo (Development Team)
Saben trabajar en equipo
Comunicacin constante y transparente
Scrum no reconoce ttulos para los miembros; no hay
excepciones a esta regla
Scrum no reconoce sub-equipos en los equipos de desarrollo; no
hay excepciones a esta regla
La responsabilidad recae en el Equipo de Desarrollo como un
todo.
Scrum Master
Es el responsable de asegurar que Scrum es entendido y
adoptado
Es un facilitador que ayuda al equipo al resolver los problemas
que se vayan presentando y a mejorar la aplicacin de las
prcticas de Scrum
Lder de procesos, ayudando al equipo a lograr un alto
desempeo siguiendo el proceso Scrum
Responsable por proteger al equipo de cualquier interferencia
externa
Scrum Master
Guiar al Equipo de Desarrollo en ser autoorganizado y
multifuncional
Eliminar impedimentos para el progreso del Equipo de Desarrollo
Facilitar los eventos de Scrum segn se requiera o necesite
Es un mentor, no una autoridad jerrquica en el equipo
Acta como interface entre el equipo y la gerencia, busca apoyo
de la gerencia
Motivar cambios que incrementen la productividad del Equipo
Scrum
Artefactos - Lista de Producto (Product Backlog)
Lista ordenada de todo lo que podra ser necesario en el producto
nica fuente de requisitos para cualquier cambio a realizarse en el
producto
El Product Owner es responsable por determinar y administrar la
secuencia del trabajo
Se busca hacer el trabajo ms valioso primero
En el desarrollo se puede alimentar con nuevas caractersticas,
cambios a caractersticas existentes, correccin de defectos,
mejoras tcnicas, etc.
Artefactos - Lista de Pendientes del Sprint (Sprint Backlog)
Conjunto de elementos de la Lista de Producto seleccionados para
el Sprint, ms un plan para entregar el Incremento de producto y
conseguir el objetivo del Sprint
Se revisa el Product Backlog y se determinan los elementos de alta
prioridad que puedan realmente ser incluidos en el Sprint
El Equipo de Desarrollo modifica la Lista de Pendientes del Sprint
durante el Sprint
Segn se requiera nuevo trabajo, el Equipo de Desarrollo lo aade
a la Lista de Pendientes del Sprint
Artefactos -Product Backlog y Sprint Backlog
[Link]
Artefactos - Incremento
Suma de todos los elementos de la Lista de Producto completados
durante un Sprint y el valor de los incrementos de todos los
Sprints anteriores
El Equipo de Desarrollo tiene la confianza en que el incremento
est listo para ser liberado
El incremento debe estar en condiciones de utilizarse sin importar
si el Dueo de Producto decide liberarlo o no.
Eventos - Sprint
Cada Sprint debe crear algo de valor tangible para el usuario o el cliente
Iteraciones regulares (Time Box), entre 1 - 4 semanas
Durante el Sprint no se permiten cambios en el Sprint Backlog o en la
conformacin del equipo
Se realiza una planeacin al inicio de cada Sprint y una retrospectiva al
final y responde dos preguntas:
Qu puede entregarse en el Incremento resultante del Sprint que
comienza?
Cmo se conseguir hacer el trabajo necesario para entregar el
Incremento?
Eventos - Scrum Diario
Punto de inspeccin y adaptacin en Scrum mximo 15 minutos
El Equipo se rene para comunicar y entender el estado
No tiene como objetivo reportar progreso al Scrum Master,
Product Owner o cualquier Stakeholder
El Product Owner podr participar siempre y cuando su
participacin sea pasiva
El Scrum Master se asegura de que el Equipo de Desarrollo
mantenga la reunin, pero el Equipo es el responsable de dirigir el
Scrum Diario
Eventos - Revisin de Sprint
Demostracin de las nuevas funcionalidades que el equipo de
desarroll durante el Sprint
Est restringida a cuatro horas para Sprints de un mes
Se inspecciona lo entregado por el equipo y se obtiene
retroalimentacin de los asistentes para poder adaptar el plan
para los prximos Sprints
Debe asistir todos los involucrados relevantes, para ayudar al
equipo con retroalimentacin valiosa sobre el producto
Eventos - Retrospectiva de Sprint
El foco es la mejora continua del proceso
Duracin mxima de tres horas para un Sprint de un mes
Solamente pueden asistir el Product Owner, Scrum Master y el
Equipo de Desarrollo
Se inspecciona el profundidad cupn colaborativo y productivo es
el equipo y cmo hacer para mejorar
Al final el equipo debe haber identificado y se debe haber
comprometido con acciones de mejora al proceso
Ciclo de vida
de Scrum
[Link]
Scrum y PMI - Mitos
Los procesos giles eliminan la necesidad de tener aseguramiento de la
calidad y gestin del proyecto
Los equipos giles no planifican ni documentan su trabajo
Los mtodos giles entran en conflicto con los procesos del PMBoK
Las reas de PMBoK se deben aplicar en cada iteracin y deben ser planificadas y
gestionadas para cumplir con los requerimientos en tiempo y segn el presupuesto
Los proyectos giles se pueden hacer ms rpido, con menos recursos y
sin un gerente de proyecto
El gerente de proyecto debe ser un facilitador, dedicndose ms a liderar y menos a
gerenciar.
Scrum y PMI
Scrum
PMI
Marco de principios y prcticas basado en
PERSONAS, ms que en procesos.
Marco de referencia para realizar administracin
de proyectos
Marco de trabajo gil.
Marco de referencia estructurada
El Product Owner (que tiene la visin de lo que
se requiere en el proyecto) transmite la necesidad
al equipo scrum. El equipo Scrum es el
RESPONSABLE de todo el proyecto.
El project Manager (que es quien administra el
proyecto) es el RESPONSABLE total del
proyecto. El Sponsor es quien contrata al Gerente
de Proyecto.
No hay personas que tengan injerencia en el
proyecto y que pueda modificarlo, pero hablamos
de un equipo COMPROMETIDO.
Se habla de personas INVOLUCRADAS.
[Link]
Scrum y PMI
Scrum
PMI
Se basa en un calendario (nmero de das) en los Se basa en las 9 reas de Conocimiento y los 42
cuales se hacen actividades y tareas diferentes.
Procesos del PMBoK (trmino que describe la
suma de conocimientos involucrados en la
profesin de la administracin de proyectos)
Define el desarrollo de producto, pero no incluye
procesos clave de gestin como adquisiciones,
gestin del equipo humano, relacin con
programas y portafolios, etc.
El Project Manager elige cules de los procesos
propuestos aplican a su proyecto, y puede
combinarlos con cualquier metodologa,
incluyendo Scrum u otra metodologa gil.
[Link]
Gracias por su atencin
Referencias
Manifiesto por el Desarrollo gil de Software - [Link]
Principios del Manifiesto gil - [Link]
La Gua Definitiva de Scrum: Las Reglas del Juego - [Link]
org/docs/scrumguide/v1/[Link]
Scrum - [Link]
Metodologias agiles de gestion de proyecto. [Link]? - [Link]
net/Alejandroslide/metodologias-agiles-de-gestion-de-proyectoagilevspmiby-agabaypmibaagosto2014
SCRUM vs. PMI - [Link]
SCRUM vs. PMBOK, cul es mejor? - [Link]