Microsoft Solutions

Framework Agile

Luis Fraile
MVP Team System
http://www.lfraile.net
lfraile@lfraile.net

Introduccin a MSF
MSF v4.0 como framework

Microsoft Solutions
Framework
Por un lado es un framework que define dos
modelos:
MSF Agile: metodologa gil.
MSF CMMI: metodologa ms formal.

Los dos son personalizables y estn

completamente integrados con VS Team System.
Visual Studio Team System nos proporciona la
plantilla para guiarnos en el uso de MSF v4.0

Introduccin al ciclo de vida

Adaptacin de MSF v4.0

Varios escenarios de uso.

Podemos utilizarlo directamente si no
disponemos de un proceso propio, como
punto de comienzo.
Tambin podemos adaptar los puntos que
queramos de la gua a nuestro entorno,
agregar puntos o eliminarlos.
En empresas con procesos propios podemos
crear nuestra plantilla de proceso e
incorporarla a VSTS.
Podemos tener mltiples plantillas para
diferentes tipos de proyecto.

MICROSOFT SOLUTIONS
FRAMEWORK AGILE

Definiendo la agilidad
Mejores comunicaciones
Cliente, el equipo, otros equipos
Se requieren ejecutables, se necesita menos documentacin

Manejar el cambio constante

Hacerlo un derecho del usuario
Iteraciones cortas
Gestin ms simple y estricta de requerimientos
Prcticas para mitigar el riesgo
TDD, integracin continua, etc..

Mejorar y adaptar el modo de funcionar

Dar valor pronto, es la prioridad
Desarrollo incremental y K.I.S.S. (Keep it Simple)
El cliente tiene ms responsabilidad

Agile Manifesto
Individuals and interactions over processes and
tools
Working software over comprehensive
documentation
Customer collaboration over contract
negotiation
Responding to change over following a plan

MSF Agile es
1.
2.
3.

Un Proceso Agil de Desarrollo de Software

Un proceso disciplinado de desarrollo de
software
Una Marco de Trabajo para implementar
procesos propios de desarrollo de software
(Extensibilidad)

Principios Base de MSF-Agile

Bsicamente los mismos principios
que las metodologas giles
Potenciar todos los miembros de un equipo
Potencias las Comunicaciones entre el equipo y con el cliente
Establecer una Visin compartida de los valores de negocio del
proyecto
Asegurar una contabilizacin clara de las responsabilidades
compartidas
Mantenerse Agiles, esperar cambios
Aprender de las experiencias

Principios Fundacionales
Mantenerse giles, esperar cambios

Abrazar los cambios y convertirlos en

oportunidades
Determinar aspectos Continuamente y
gestionar riesgos de forma proactiva

Potenciar las Comunicaciones abiertas y libres

Apoyar una cultura de no buscar

culpables
Discutir los riesgos abiertamente para
habilitar tomas de decisiones a tiempo

Principios
La Calidad la define el Cliente
Orgullo por el trabajo bien hecho
Equipos de colaboracin, no jerrquicos
Deliveraciones frecuentes
Ganas de aprender
Ofrecer Calidad de Servicio

Actividades en MSF-Agile
Compuestas de 14 corrientes de trabajo
bsicas
Una corriente de trabajo es una actividad
principal que se compone de otras
actividades
Contiene 70 actividades (sin incluir
corrientes de trabajo)
La mayora de corrientes de trabajo se
realizan por un mismo rol o perfil.
C

Corrientes de Trabajo
Definir la Visin del Producto
Crear Escenarios
Crear requerimientos de Calidad de Servicio
Planificar Iteraciones
Crear Arquitectura de la Solucin
Implementar Tareas de Desarrollo
Construir un Producto
Probar un Escenario
Probar Requerimientos de Calidad de Servicio
Corregir Bugs
Cerrar Bugs
Release del producto
Guiar el Proyecto

Corrientes de trabajo
Cada corriente se divide en actividades.
Las corrientes estn pensadas para un rol.
Dependiendo de la corriente se obtendrn
unos productos u otros.
Todo est documentado en la gua de
proceso.
NO siempre hay que completar todas las
corrientes/actividades.

Que diferencia a MSF Agile

Las corrientes de trabajo
Inclusin de requerimientos de calidad
Roles. Incluye a todas las personas
involucradas e en el proyecto (en la 4.2
tambin a DB Pros)
Aade mejores prcticas de Microsoft

Roles <-> Apoyos

Combinacin de roles
Los Roles se pueden combinar, pero algunas
mezclas collevan riesgos
Analista de
Negocio
Analista de
Negocio

Jefe de
Proyecto

Desarrollo

Testing

Experiencia
de Usuario

Operaciones
de Release

Jefe de
Proyecto

Desarrollo

Test

Experiencia
de Usuario

Operaciones
de Release

R
R

Por qu escenarios?
Es un concepto de ms bajo nivel que los
casos de uso.
Reduccin de riesgos
Cambios
Entrega
En el proceso

El concepto persona
En el contexto del desarrollo de software,
las personas son la descripcin de un
grupo de usuarios tpicos.
En vex de hablar de usuarios de un modo
impersonal, una persona representa un
proxy del grupo de usuarios, y nos
proporciona un medio de comunicar y
razonar acerca de un grupo de
caractersticas de una persona ficticia.

Ejemplo de persona - Pedro

Rol: comprador online
Motivacin: Conseguirlo rpido
Uso: Pedro odia comprar, pero quiere su
equipamiento inmediatamente. El har un
pedido el martes por la noche para tenerlo
el fin de semana, no le gusta visitar todo
catlogo, prefiere tener acceso a sus
pedidos comunes inmediatamente.

Conclusiones
Un buen punto de comienzo para
proyectos giles.
Podemos usarla como base para nuestra
propia adaptacin.
Se puede complementar con prcticas de
otras metodologas (Scrum meetings, ).

 2006 Microsoft Corporation. All rights reserved. Microsoft, Windows,

Windows, Windows Vista and other product names are or may be registered
registered trademarks and/or
trademarks in the U.S. and/or other countries. The information herein
herein is for informational purposes only and represents the current
current view of Microsoft Corporation
as of the date of this presentation. Because Microsoft must respond
respond to changing market conditions, it should not be interpreted to be a commitment on the part
of Microsoft, and Microsoft cannot guarantee the accuracy of any information provided after the date of this presentation. MICROSOFT
MICROSOFT MAKES NO WARRANTIES,
EXPRESS, IMPLIED OR STATUTORY, AS TO THE INFORMATION IN THIS PRESENTATION.
PRESENTATION...