VersionOne sobre el estado del desarrollo gil (2011)

February 1st, 2012

Esta 6 edicin de la encuesta State of Agile Development se realiz entre el 22 de Julio y el 1 de
noviembre de 2011 a partir de una gran variedad de canales dentro de la industria de desarrollo de
software.
En total los datos de la encuesta incluyen informacin de 6042 participantes de ms de 90 pases
diferentes.
Documento creado en Marzo del 2001 firmado por 17
desarrolladores de software entre los que se encuentran Kent
Beck, Ward Cunningham , Martin Fowler.

Individuos e interacciones sobre procesos y herramientas

Software que funciona sobre documentacin exhaustiva
Colaboracin con el cliente sobre negociacin de contratos
Responder ante el cambio sobre seguimiento de un plan

Aunque los elementos a la derecha tienen valor, nosotros

valoramos por encima de ellos los que estn a la izquierda.
 Roles Documentos
Product Owner Product Backlog
Scrum Master Sprint Backlog
Scrum Team

Scrum

Ciclos Reuniones
Sprint Sprint Planning
Scrum Daily Scrum
Sprint Review
Sprint Retrospective
 Marco de trabajo gil de proyectos simple.
No se basa en el seguimiento de un plan sino en la
adaptacin continua.
El objetivo subyacente es entregar valor en forma
continua y rpida.
Valor para el negocio.
Diferencia la entrega iterativa de la incremental.
SCRUM es una metodologa gil de gestin de
proyectos cuyo objetivo primordial es elevar al
mximo la productividad de un equipo, hacer que un
equipo funcione.
 Se parte de una visin global del producto especificando las
funcionalidades y separamos las que tienen mayor prioridad
de negocio, que puedan ejecutarse en periodos cortos de
tiempo (de 1 a 8 semanas), esto se conoce como SPRINT
Al final del SPRINT el equipo se compromete a entregar algo
que funcione.
 Reunin
diaria
24 horas
Incremento de
producto
potencialment
Pila de producto Pila de 24 e entregable
( Product Sprint semanas
Backlog)

Sprint

1.- Product Backlog : Todas las funcionalidades del cliente colocadas por prioridades, ordenadas por valor de negocio.
2.- Pila de Sprint: Funcionalidades que sacar el equipo en un periodo de tiempo , es lo que llamamos SPRINT.
3.- Al final se entrega un incremento que viene a ser un producto que tiene un valor potencial, es lo que se puede mostrar al
cliente.
 Roles Ceremonias Artefactos

Equipo Scrum Planeacin del Pila de

Dueo del Sprint Producto
producto Reunin diaria Pila de Sprint
Scrum Master Scrum Grfico
Revisin Burndown
Sprint
Retrospectiva
de Sprint
 ROLES

LOS CERDOS son aquellos roles que estn comprometidos directamente en

el desarrollo del producto:
Product Owner : Representa a la voz de cliente. Escribe y prioriza las
historias de usuario.
Scrum Master: Su trabajo es eliminar los problemas que impiden que el
equipo alcance el objetivo del Sprint, se encarga que se sigan los pasos de la
metodologa.
Scrum Team: Responsables de la entrega del producto. El equipo debe reunir
todas las habilidades necesarias para el xito del proyecto.

LAS GALLINAS son todos aquellos que aunque estn involucrados en el

desarrollo del proyecto, no est comprometidos, es decir, no forman parte
directa del Scrum. Este grupo est formado por usuarios, clientes y managers.
 Planificacin del Sprint

Diarias de Scrum
Duracin del Sprint

Revisin del Sprint

Reptrospectiva del Sprint

Planificacin del Sprint

Equipo Scrum completo 15
minutos mximos de pie para Scrum Team
responder

Facilidades Daily Scrum

Scrum
cada da

Qu hice
Scrum Master Qu har
Dificultades
El equipo completo discute los resultados del
ltimo Sprint.
Qu comenzar a hacer?

Qu dejar de hacer?

Qu seguir haciendo?
*Product Backlog: Encargado Product Owner
*Sprint Planning: Que es lo que se va a hacer en un Sprint lo definen Scrum Manager y el Product Owner, se
genera la Pila del Sprint y sobre ella trabajan los miembros del equipo con la colaboracin del Scrum
Manager.
Revisin del Sprint: Lo hemos hecho bien? , mal? , hay algo que mejorar?
* Las retrospectivas,reflexiones finales.
Estimacin de tiempos usando Planning Poker
Procedimiento del Planning Poker
Durante la reunin de estimacin, cada miembro recibe un mazo de cartas.
El representante del cliente ( Product Owner ) con el Scrum Master. El Product Owner lleva la lista de
requerimientos priorizada. A esta lista se le llama Product Backlog.
El Product Owner da una explicacin de sus expectativas. El equipo tiene la oportunidad de preguntar y discutir para
clarificar supuestos y riesgos.
Cada persona coloca una tarjeta boca abajo que representa su estimacin. Durante el debate descrito en el punto
anterior, los nmeros no debe ser mencionados en absoluto.
Todo el mundo muestra sus tarjetas forma simultnea.
A las personas con estimaciones altas y bajas se les da un tiempo para ofrecer su justificacin para la estimacin y
la discusin contina.
Se repite el proceso de clculo hasta un mximo de tres veces para alcanzar un consenso.

Las ventajas del mtodo Poker Planning son claras:

El enfoque va consenso ayuda a eliminar el sesgo en los estimados producido por expertos auto-proclamados,
desarrolladores inexpertos, o simplemente no reconocer que la tarea a estimar requiere habilidades
multidisciplinarias que es muy difcil de que una sola persona las posea al mismo tiempo.
 La adopcin de metodologas giles no es una
tarea sencilla como muchos pueden creer.
Scrum ofrece un modelo para grupos auto-
gestionados y disciplinados.
La aplicacin de Scrum persigue rpida puesta en
marcha sin obviar los procesos relativos a calidad
y documentacin.
 PRojects IN Controlled Environments (PRINCE),
PRoyectos en entornos Controlados o
Mtodo para controlar Proyectos
Inicialmente tena el nombre de PROMPT.
En 1989 la Office of Government Commerce (OGC)
cambio el nombre por PRINCE.
PRINCE2 : El 16 de junio del 2009 5ta edicin
 Metodologas de describir quin, qu, cmo y
cundo deben hacerse las cosas con las formas
prescritas, las estructuras y los procedimientos
del comit - todo lo que encuentres en PRINCE2.
 PRINCE 2 describe un proyecto como un entorno de
gestin que se crea con el propsito de entregar uno o
ms productos de negocio de acuerdo al caso de
negocio especificado.

Este entorno de gestin es temporal, por ejemplo, para

la vida del proyecto.
 A diferencia de muchos otros mtodos,
PRINCE2 se enfoca en la entrega de productos
en lugar de llevar a cabo las actividades. Cada
proyecto debe tener un caso de negocio y un
plan que se revisa peridicamente
 Un proyecto es un organizacin temporal que
se crea con el propsito de entregar uno o
ms productos comerciales segn un
Business Case convenido.
Gestin Corporativa o del Programa

Junta de Proyecto

Equipo de Gestin del Proyecto

Cuatro Niveles de Gestin

Usuario Proveedor
Ejecutivo
Principal Principal

Jefe de Proyecto

Jefe de Equipo
 Fase (s)de
Fase
Fase de Entrega
Pre Proyecto Final de
Inicio Subsiguiente
Entrega
(s)
Direccin

Direccin de un Proyecto (DP)

SU
SB SB SB
Gestin

IP Control de una Control de una

Fase (CS) Fase (CS)
Entrega

Gestin de la Gestin de la
Entrega del Entrega del
Productos (MP) Productos (MP)
 PROCESOS

Direccin de
Proyecto (DP)

Puesta en Marcha de un Inicio de un

Control de una Fase (CS)
Proyecto (SU) Proyecto (IP)

Gestin de los
Gestin de la entrega de Produccin (MP) Limites del Cierre de un Proyecto (CP)
Proyecto (SB)

TEMTICAS

Business
Organizacin Riesgo Planes Cambio Progreso Calidad
Case

PRINCIPIOS
Adaptacin
Justificacin Aprender de Enfoque en para
Gestin por Gestin por
Comercial la Definir Roles los Comprender
Fases Excepcin
Continua Experiencia Productos el Entorno
del Proyecto
Justificacin Comercial Continua Requiere una continua justificacin de negocio

Aprender de la experiencia Aprender continuamente de la experiencia que van adquiriendo

Definir Roles y Definidos y consensuados los roles y responsabilidades sobre una estructura
Responsabilidades organizativa que se apoya en los intereses del negocio, los usuarios y los
proveedores

Gestin por Fases Planifica, monitoriza y controla fase a fase

Gestin por Excepcin Definidas tolerancias para cada objetivos para poder establecer lmites en la
delegacin de autoridad

Enfoque en Productos Orientado a la definicin y entrega de productos, en particular , de sus requisitos

de calidad

Adaptable Se puede adaptar al tamao, entorno, complejidad, importancia, capacidad,

riesgo... del proyecto
Puesta en Marcha de un Proyecto es asegurar que haya una justificacin comercial
El proyecto es viable?
Proyecto (SU) para iniciar el proyecto
La Junta del Proyecto est
Direccin de un Proyecto Toma decisiones clave y ejerce el control general durante
tomando decisiones y
(DP) ejerciendo control ? la vida del proyecto.

Establece las bases slidas para el proyecto,

Hay comprensin comn comprendiendo su alcance, las razones para realizarlo,
Inicio de un Proyecto (IP) sobre lo que se debe hacer? cmo se alcanzarn los productos y quin es responsable de
lo que se debe hacer

Cules son las actividades PM, informa a la Junta de Proyecto registra y cuestiona
Control de una Fase (CS) diarias del Project Manager? Riesgos
Gestin de la Entrega de Cules son las actividades El Director de Equipo coordina con el rea de trabajo desde
Productos (MP) diarias del Team Manager? que se llevar a cabo la entrega del producto
Cmo se informa a la Enva informacin a JP para que pueda revisar el desarrollo
Gestin de los Lmites de
Junta del Proyecto del de la fase actual del proyecto y aprobar el Plan de la fase
Fase (SB) progreso? siguiente.
Cierre de un Proyecto (CP) El Proyecto ha llegado a su La JP tiene la autorizacin para confirmar la aceptacin de
fin ? los productos del proyecto.
 PMBOK PRINCE2

Integracin Justificacin continua de negocio Gestin por Excepcin

Alcance PBS vs WBS

Plan de proyecto, plan fase ,plan de equipo, plan de revisin de

Tiempo
beneficios
Costos Tambin EVM aunque no se explica

Orientacin a producto
Calidad Lecciones aprendidas y mejora continua
Gestin de Configuracin

RR.HH. Solo definicin de roles y responsabilidades

Estrategia de gestin de la comunicacin.

Comunicaciones Ms desarrollo en MSP

Riesgos Pequeas diferencias

Adquisiciones No cubierto
 Cul es el fin?

Productos Beneficios
 El proceso de gestin de la entrega del producto puede tener cuatro
salidas que son:
El Plandel Equipo (Team Plan),
El Informe de Punto de Control (Checkpoint Report),
El Registro de Calidad (Quality Register) y
El Paquete de Trabajo (Work Package) Completo.