Microsoft Solution Framework

Durante las pasadas semanas he ido publicando una serie de entradas

relacionadas el Microsoft Solution Framework. Este framework es un grupo de guías para lograr
que una solución en sistemas de información pueda ser finalizada exitosamente, rápidamente y
reduciendo la cantidad de personas y riesgos. Se utiliza la palabra framework porque los
procedimientos dentro del MSF son adaptables, por lo que no deben ser visto como necesarios.
Por lo que un framework provee guías sin imponer demasiados detalles que se vuelvan
imposibles entender o que solo apliquen a un número limitado de casos.

Los siguientes fueron las entradas publicadas sobre el tema:

1. ¿Qué es Microsoft Solution Framework?

2. Construyendo un MSF team
3. MSF Process Model
4. Disciplina de manejo de riesgos en MSF
5. MSF Readiness Discipline
6. MSF Project Management Discipline

¿Qué es Microsoft Solution Framework?

Hace unos meses tomé un adiestramiento sobre Microsoft Solution Framework (MSF). Quiero
compartir con ustedes algunas de mis anotaciones de la conferencia para aportar un poco al
conocimiento general de estas guías para desarrollo de proyectos. Esta entrada es la primera de
varias en la que discutiré qué es MSF y cómo se implementa.

1.1.    Microsoft Solution Framework (MSF) es un grupo de guías para lograr que una solución
en sistemas de información pueda ser finalizada exitosamente, rápidamente y reduciendo la
cantidad de personas y riesgos.

1.2.    Se le nombra framework debido a que sigues unas particulares filosofías:

 No existe un único proceso que pueda aplicarse a todos los requerimientos y ambientes,
aunque se reconoce que siempre existe la necesidad de unas guías.
 Un framework provee guías sin imponer demasiados detalles que se vuelvan imposibles
entender o que solo apliquen a un número limitado de casos

1.3.    Las características de MSF son:

 Adaptable
 Flexible
 Escalable
 Agnóstico a tecnologías
1.4.    Otra de las características de MSF es que ha evolucionado con la experiencia de grupo
reales de trabajo que lo han utilizado desde 1993. Como resultado de esta experiencia las guías
se han simplificado, consolidado y verificado para obtener un framework que sea fácil de
entender y adoptar.

1.5.    MSF utiliza 2 modelos y 3 disciplinas. Estos son:

 Modelos
o MSF team model – Organiza las personas para que hagan el trabajo y se
asegurar que toda las metas del proyecto están enlazadas con uno de los roles
dentro del MSF team model y sus responsabilidades
o MSF process model - organiza los procesos necesarios para finalizar una
solución ordenando en el tiempo y dividiendo en fases las tareas de un
proyecto.
 Disciplinas
o MSF project management discipline - se asegura de las actividades de
manejo de proyectos estén enfocada en el éxito del equipo
o MSF risk management discipline – es utilizada para minimizar las sorpresas,
el firefighting y otras actividades que resultan costosas. Esta disciplina utiliza el
manejo de riesgos proactivo
o MSF readiness management discipline - es utilizado para identificar
proactivamente las habilidades requeridas por un equipo para cada proyecto y
para utilizar cada proyecto como una oportunidad de aprendizaje

Construyendo un MSF team

Este es la segunda entrada de una serie sobre el Microsoft Solution Framework.

1.1.    MSF Team (¿Qué es MSF?)

 El MSF Team tiene 6 roles

o Program Management – Finalizar la solución con toda las limitaciones del proyecto
o Development – Construir según las especificaciones
o Test – Aprobar para release solo cuando todo los issues de calidad han sido
identificados y dirigidos
o Realease Management – Implementar y continuar con las operaciones
o User Experience – Mejorar la experiencia del usuario
o Product Management – Satisfacción del cliente
 Características del modelo:
o Es un modelo NO jerárquico por lo que se considera que cada rol tiene la misma
importancia en su contribución al proyecto. Se representa con un diagrama circular
 o Aunque en ciertas fases unos roles tiene más actividades que otros nunca se debe
obviar ninguno de los roles
o La comunicación se encuentra en el centro del diagrama porque se considera que es
parte integral del modelo
o Diagrama del modelo:

1.2.    Otros participantes:

 Project sponsor – individuos quienes inician y aprueban un proyecto y sus resultados

 Customers (conocidos también como business sponsors) – individuos quienes esperan ganar
un valor  de negocios de la solución
 End user – Individuos o sistemas que interactúan directamente con la solución
 Operations – Organización responsable de continuar con las operaciones de la solución
después de ser implementada

1.3.    Role Clusters

 ¿Qué es un Role Cluster?

o Un Role Cluster identifica un set de áreas funcionales y responsabilidades que están
asociadas con un rol en particular. Se persigue alcanzar una meta de calidad  cuando el
role cumple todas sus actividades en un Role Cluster
o Por ejemplo:
 El role de test contiene tres áreas funcionales:
 Test Planning
 Test Engineering
 Test Reporting
 Cada una de las áreas funcionales contiene responsabilidades
 Por ejemplo:
 Una de las responsabilidades del área funcional
Test Planning es:
 Develop Test specifications
 Estas funciones y responsabilidades deben
completarse para cumplir con una meta
de calidad

1.4.    Scaling Teams

 ¿Qué es Scaling Teams?

 o El MSF team model contiene 6 roles pero en ocasiones un grupo de trabajo es más o
menos grande. Este modelo es tan flexible que permite incrementar (Scale Up) o
disminuir (Scale Down) el número de personas en un grupo.
o Scale Up - en el Scale Up es posible asignar un grupo de personas a un solo rol
 El siguiente diagrama muestra un ejemplo de Scale Up el cual tiene un grupo
líder (Lead Team) que tiene todos los roles de MSF. Bajo el grupo líder existen
dos grupos funcionales. Los grupos funcionales no cuentan con los roles de
Product Management y Release Management pues así lo indican las guías de
MSF. Cada grupo funcional tiene asignado completar una parte de la solución.

 Scale Down – el Scale Down permite asignar varios roles  a una misma persona pero limita los
roles que se pueden unir para mantener la calidad de la solución. La siguiente tabla muestra
que roles es posible fusionar y cuáles no son recomendados.

 Ejemplo de los roles un equipo de 3 personas con Scale Down

MSF Process Model

En las pasadas entradas se habló sobre ¿Qué es MSF? y Construyendo un MSF team. En esta
ocasión se discute sobre el modelo de procesos del Microsoft Solution Framework (MSF).

1.1.    ¿Qué es el MSF Process Model?

 El MSF process model consiste de 5 fases las cuales finalizan en un milestone. Estas fases son:


o Envisioning – esta fase es un periodo en el que el equipo, el cliente y el sponsor
acuerdan los requerimientos (high level) y las metas del proyecto. En esta fase se
establece el wish list del cliente.
o Planning – esta fase es un periodo en el cual el equipo y el cliente definen que va a ser
construido e implementado, además de cuándo y cómo será construido.
o Developing – esta fase es durante la cual el equipo construye y prueba la solución.
Esta fase incluye el código, la infraestructura y la documentación que se entregará.
o Stabilizing – en esta fase es cuando toda las características completadas de la solución
son probadas, estabilizadas y preparadas para la implementación final.
o Deploying – es la fase en la cual la solución completada y estabilizada es
implementada en producción.
1.2. Iterative Approach

 El MSF process model es un modelo iterativo. Por lo que primero se desarrolla unas
funcionalidades básicas y luego se le añaden nuevas en próximas versiones. Abajo se muestra
un diagrama del modelo iterativo con 3 versiones. En la versión 1 se completó un ciclo en el
cual se desarrollaron unas funciones de la solución. A esta solución en la segunda versión se le
añadieron más funcionalidades. Para finalizar en la tercera versión se añadieron las
funcionalidades restantes para así completar la solución. Por ejemplo en la implementación de
un proyecto de inteligencia de negocios en la primer versión de completaría la instalación de
SharePoint. En la segunda versión se finalizaría el cubo y en la tercera versión se construirían
los reportes.
Disciplina de manejo de riesgos en MSF

Continuando con la serie de entradas en la que estoy resumiendo un taller que tomé sobre el
Microsoft Solution Framework les presento hoy el tema de manejo de riesgos.

1.1.    Entre las características de la disciplina de manejo de riesgos en MSF encontramos que es
un proceso comprensible y dirigido a todos los elementos del proyecto los cuales son: personas,
procesos y tecnologías. Como disciplina el manejo de riesgos incorpora un proceso sistemático
y reproducible. Además, es flexible ya que se acomoda a un vasto rango de metodologías de
análisis de riesgos

1.2.    Diagrama de procesos de manejo de riesgos

Para
ver más afondo la disciplina de manejo de riesgos en MSF deben revisar el Paper MSF Risk
Management Discipline que encuentran en este enlace.

MSF Readiness Discipline

Continuando con la serie de entradas sobre MSF hoy hablo un poco sobre la disciplina de
readiness.

1.1.    La disciplina de manejar el readiness del equipo fue creada por la necesidad de que el
grupo de trabajo este siempre listo en toda la vida del proyecto

1.2.    Avaluar y desarrollar las capacidades del equipo permite a la organización completar los
proyectos de una manera más eficiente y con una mejor calidad

1.3.    Evaluar los resultados de los adiestramientos, monitorear la adquisición de habilidades y

conocimiento  por los miembros del equipo habilita al grupo de trabajo a entender mejor la
inversión en readiness

Pueden conseguir más información sobre MSF readiness en el siguiente paper: MSF Readiness
Management Discipline.

MSF Project Management Discipline

En esta entrada sobre el Microsoft Solution Framework (MSF) toco brevemente la disciplina de
manejo de proyectos. Soy bien breve pero al final les dejo un enlace a un paper de Microsoft
sobre este tema.
1.1.    Project Management es una disciplina de conocimientos, habilidades, herramientas y
técnicas.
1.2.    Varios miembros de un equipo pueden tener la responsabilidad de gerenciar un proyecto
1.3.    Las áreas de conocimiento de la gerencia de proyectos son:
  Project integration management
 Project scope management
 Project schedule management
 Project cost management
 Project staff management
 Project  communications management
 Project risk management
 Project procurement management
 Project quality management

Documento de Microsoft sobre el tema: MSF Project Management Discipline