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 Test Experiencia de Usuario Operaciones de Release Jefe de Proyecto Desarrollo Testing Experiencia de Usuario Operaciones de Release

N N N S S R N R R S

N N

S R N

S R N S

R S N S R

N N N S S

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