Contratos Agiles Scrum Gathering Peru 2016

CONTRATOS AGILES
Abril 2016

Abril 2016 CASMENA Executive Development Contratos agiles 2| | |
El conferencista
@FabianSchwartz@sbs_sas
Fabian Schwartz

El proyecto perfecto (1)
Actualmente, Lufthansa esta ejecutando un proyecto para la renovacin de su clase ejecutiva
Antiguo Nuevo
EJEMPLO

(2)
Tambin se renovar la primera clase
Antiguo
Nuevo
EJEMPLO

El proyecto perfecto (3)
Si los proyectos no son alineados estratgicamente el proyecto puede cumplir su alcance sin tener xito
2010 2011 2012 2013 2014 2015 2016
Comienzo de las operaciones del A380
Introduccin nueva Primera ClaseCancelacin de la Primera
Clase en ciertas rutas
Terminacin de la renovacin de la clase ejecutiva
Comienzo renovacin Clase
Ejecutiva
Compra de Boeing 777-9X
Boeing 777-9X comience operaciones y va a reemplazar Boeing 747-400 y Airbus A340
EJEMPLO
Introduccin de la nuevo clase Premium
Economy

Chaos Report
De acuerdo con el estudio de chaos del grupo Standish, ms de la mitad de los proyetos de TI fracasan parcial o completamente
Proyectos exitoss parcialmente Rebasamiento del
presupuesto y/o Rebasamiento del tiempo y/o Alcance no conseguida
totalmente
Fracaso completo: Los proyectos se han cancelado
Proyectos exitosos: dentro del tiempo, presupuesto y alcance
43%
39%18%
Fuente: Standish Group Chaos Report 2012

McKinsey & Oxford Study
El Proyecto de TI en promedio es 45% mas costos, 7% mas largo y entrega 56% menos valor que planeado!
45
43
66
0 20 40 60 80
Total
Nonsoftware
Software
Sobrecostopromedio
7
33
3.6
0 20 40
56
133
17
0 50 100 150
Sobretiempopromedio Dficitdebeneficiopromedio
6
11
69
45
13
Sinexplicacin
Falta de enfoque Objetivos no claros Falta de alineacin con el
negocio
Cuestiones del alcance Cambio de requisitos Complejidad tcnica
Cuestiones de habilidad Equipo alineado Falta de habilidad
Problemas de ejecucin Programacin no realista Planeacin reactiva

Schwaber y Sutherland, 2012
Requisitos de proyectos de TI no se pueden describir de manera determinista.
En promedio un proyecto de TI cambia sus requisitos mensualmente por un 3%.
En un ao son 36%.

Uso de funcionalidades en Software
2/3 de las funcionalidades que entregamos casi no se usan.
Fuente: Standish Group Chaos Report 2002
Siempre7%
Confrecuencia13%
Aveces16%
Raramente19%
Nunca45%
Solo 1/5 se usasiempre o frecuentamente
Un 2/3 se usanunca o raramente

Desarrollo gil
Con cada iteracin baja la incertidumbre
Source: Oestereich: Agiles Projektmanagement
Iteracin
Espacio potencial de desarrollo
El resultado final del proyecto como
imaginado en los diferentes etapas del
proyecto
Incremento del desarrollo del resultado de
proyecto

Que es gil
Iterativo e incremental no son lo mismo
Iterativo
Incremental

Sucesin de Fibonacci
Estimacin con nmeros Fibonacci

Tipos de contratos tradicionales
Problemas con contratos tradicionales
Precio fijo
< Supuestos equivocados: El alcance se puede definir completo al inicio del proyecto
< Falsas expectativas: El largo tiempo de esperar para definir todos los requisitos crea falsas expectativas a la seguridad del presupuesto.
< Mala sincronizacin de los requisitos: Requisitos estn disminuyendo en valor con el tiempo (tiempo de levantamiento hasta entrega del producto)
< Requisitos equivocados: Requisitos en proyectos de software cambian en promedio 3% mensual en 1.5 ao 50% de los requisitos cambiaron
Tiempo y Material
< Micromanagement: El cliente tiene que supervisar constantemente para generar el valor mximo del contrato
< Eficiencia es cuestionable: Se paga por tiempo y no por desempeo
< Mala sincronizacin de los requisitos: Requisitos estn disminuyendo en valor con el tiempo (tiempo de levantamiento hasta entrega del producto)
< Requisitos equivocados: Requisiots en proyectos de software cambian en promedio 3% mensual en 1.5 ao 50% de los requisitos cambiaron
Opelt A. et al; Agile Contracts 2013

Fracaso del contrato precio fijo
Desviacin en el alcance puede incrementar costos y atrasar fechas de entrega
Solicitud de cambio
Solicitud de cambio
Solicitud de cambio
Plan Ejecucion
Valor para el negocio
STOP
Objetivo
Aju
ste
enel
obj
etiv
ode
l pro
yect
o
Par
te d
e la
arq
uite
ctur
a

La necesidad de un nuevo tipo de contrato
Se necesita constructo que apoyar el equilibrio entre un precio mximo y alcance todava no definido en detalle
Preocupaciones comunes
< Quiero saber que voy a recibir por mi dinero
< Necesitamos saber exactamente que quiere el cliente o no podemos estimar los costos
< El cliente siempre quiere mas de que lo pregunto inicialmente
< Como puedo estar seguro que el proveedor no va a inflar los precios?
Resultado
< Contratos tradicionales con precios fijos o el otro extremo contratos basados en tiempo y material muchos veces generan una situacin de perder-perder con una ilusin de resolver los problemas.
< Para proyectos agiles es necesario encontrar un constructo que apoyar el equilibrio entre precio fijo (rango de precio mximo) y desarrollo gil (alcance todava no definido en detalle).
Contratos agiles

Contrato precio fijo gil
Que es un contrato precio fijo gil
Alcance
TiempoCosto Alcance
TiempoCostoPunto fijo
Estimacin
Impulsado por plan
Impulsadopor valor
Cascada gil
El contrato precio fijo gil reacciona a 2 incertidumbres:
Al inicio no se saben todos los detalles de lo que se necesita
No todo que se ha definido inicialmente se va a implementar
Ope
ltA.
et a
l; Ag
ile C
ontra
cts 2
013

Precio fijo gil
Contrato precio fijo gil
Plan y ejecucin
Parte de la arquitectura
Valor para el negocio
Objetivo
Aju
ste
enel
obj
etiv
ode
l pro
yect
o

Como preparar un contrato precio fijo gil
El proceso
Descripcin del contrato a nivel
de productocon vision, topic y epic
Detallar lasespecificaciones
para unamuestra de user stories
Taller del alcance total
Riesgo compartido,fase de control,punto de salida
Acuerdosobre gobernanza
de alcanceIncentivos
Definicin de Alcance
Procesos

1. Descripcin del contrato a nivel de producto con vision, topic y epic de CRM
Customer Inquiry & Complain
Customer Management
Capture Customer Data
Customer Order
Data Customer Inventor
Merge Customer
Epic n
VISION
Topics Epics
Ope
ltA.
et a
l; Ag
ile C
ontra
cts 2
013

2. Detallar las especificaciones para una muestra de user stories
Customer Management
Customer Order
Data Customer Inventor
Merge Customer
Epic n
VISION
Topics Epics19
User Story 11
User Story 22
User Story 35
User Story 43
User Story m2
User Stories
Ope
ltA.
et a
l; Ag
ile C
ontra
cts 2
013

3. Taller del alcance total (transparencia)
Customer Management
Cu

Contratos Agiles Scrum Gathering Peru 2016

Business

Transcript of Contratos Agiles Scrum Gathering Peru 2016

Introducción a Ténicas Agiles y Scrum: Dia 2

Agiles Projektmanagement SCRUM in der Gesundheitswirtschaft? · PDF file Agiles Projektmanagement SCRUM in der Gesundheitswirtschaft? Wer sind wir? Personal- und Unternehmensberatung

Introduction à Scrum et aux méthodes agiles (v1.0)

Metodologias agiles - SCRUM

Impact-driven Scrum Delivery at Scrum gathering Phoenix 2015

SCRUM Agiles Projektmanagement Eine Alternative zum ... · PDF file WI Master –Referent Enver Bastanoglu SCRUM –Agiles Projektmanagement SCRUM Agiles Projektmanagement Eine Alternative

Introducción a Técnicas Agiles y Scrum : Dia 1

WEBINAR: AGILES CONTROLLING MIT SCRUM · PDF file Webinar Agiles Controlling mit SCRUM, Dauer: 50 Min Das Webinar soll aufzeigen wie in agilen Projekten eine Fortschrittskontrolle

Taller scrum-agiles

Agiles Software-Projektmanagement mit SCRUM

Agiles Projektmanagement mit Scrum

Informe Nº4 - Metodologias Agiles - Scrum v1.5

Agiles Prozessmanagement - mid.de · PDF Struktur Technologie Mensch Prof. Dr. Ayelt Komus Agiles Prozessmanagement - Wie Scrum nachhaltiges und

Scrum Gathering 2008 Stockholm -

Agiles Projektmanagement mit Scrum und Userstories Thomas Schissler TSchissler@

Scrum im Content-Marketing: Agiles Projektmanagement für Ihre Content-Strategie

Metodologas Agiles - Ejemplos prcticas Scrum

Agiles Projektmanagement: Kanban vs. Scrum

Scrum Gathering: Coaching Trust

Gestion de projets agiles avec scrum actiskills