MICROSOFT SOLUTIONS FRAMEWORK

Proceso en MSF

ComponentesMSFPropuesta

Microsoft Solutions Framework. Disciplinas y buenas prácticas para el desarrollo e implantación de proyectos

Problema Actual

Propuesta en la empresa Lozano & Asociados

PROBLEMA ACTUAL

Problema1Cambios en la tecnología de

información y en el ambiente de negocios

Problema2 Simplicidad que existe en el procesamiento de

información

Problema3Restricciones en

procesos y organización.

Problema5Formulación de interrogantes al

planear, construir y administrar la

tecnología

Problema1 Problema2 Problema3 Problema4 Problema5

Problema4Barreras artificiales entre

las personas que experimentan los

problemas y las que tratan de resolverlos.

MSF

MICROSOFT SOLUTIONS FRAMEWORK

Microsoft® Solutions Framework es un marco de trabajo de referencia para construir e

implantar sistemas empresariales distribuidos basados en herramientas y tecnologías de

Microsoft.

MSF representa una base de conocimientos y recursos que proveen información sobre:

Info1Planeación de la arquitectura empresarial, enfocada a realizar planes a largo plazo al tiempo que permite lograr resultados a corto y mediano plazo.

Info2Una disciplina de desarrollo de soluciones basada en modelos que permiten organizar equipos de trabajo efectivos y administrar exitosamente el ciclo de vida de los proyectos.

Info3Un proceso de diseño de soluciones que apoya el diseño de sistemas distribuidos complejos.

MSF provee una estructura orientada a facilitar el análisis, diseño e implantación de soluciones tecnológicas efectivas. Este marco permite exponer, revelar y manejar riesgos críticos, determinar los criterios de planeación para una ejecución exitosa de los proyectos

El modelo propuesto por MSF

Cada elemento, marca la culminación de cada etapa, y que el modelo permite crear puntos de control. De esta forma se colocan entregables específicos que indican si una etapa está terminada.

MSF

SOPORTE VISION

INSTALACIÓN PLANEACIÓN

DESARROLLOESTABILIZACIÓN

El modelo propuesto por MSF, no es un invento nuevo, ni mucho menos, es más bien tomar las ventajas de los modelos de Cascada y Espiral con el fin de solucionar los problemas vistos en los apartados anteriores, y por otro lado asimilar las ventajas que estos mimos modelos dan. Así tenemos en la siguiente figura, la representación gráfica del modelo MSF.

COMPONENTES DE MSF

PRINCIPIOS-Comunicación abierta-Trabajo en equipo-Ser responsible-Agregar valor al negocio-Implementar cambios-Aprender de experiencias

DISCIPLINAS-Gestión de Proyectos-Control de Riesgos-Control de Cambios

MODELOS-Modelo Equipo de Trabajo-Modelo del Proceso en MSF

DISCIPLINAS EN MSF

Identificar prioridades

controlar emergencias

y tomar la mejor

decisión

Planificar entregas cortas

Registrar y hacer

evidentes los cambios

Identificar cambios

ajustados al cronograma

Incorporar nuevas

características

1

4

5

3

2

GESTIÓN DE PROYECTOSCONTROL DE RIESGOSCONTROL DE CAMBIOS

MODELOS FUNDAMENTALES EN MSF

MODELO EQUIPO DE TRABAJO

MODELO DEL PROCESO EN MSF

Modelo Equipo de Trabajo

HACER FRENTE A NUEVOS CAMBIOS INVOLUCRANDO A TODO EL EQUIPO EN LAS DECISIONES FUNDAMENTALES, CON LA FINALIDAD DE EXPLORAR Y REVISAR CADA UNO DE LOS ELEMENTOS DEL PROYECTO DESDE DISTINTOS PUNTOS DE VISTA.

Modelo del Proceso en MSF

Modelo del Proceso en MSF

VISIÓN

PLANEACIÓN

DESARROLLO

ESTABILIZACIÓN

INSTALACIÓN

SOPORTE

Modelo del Proceso en MSFVISIÓNObtener una visión clara del proyecto compartida con los objetivos del negocio. Se necesitanIdentificar los beneficios que trae el proyecto como también sus restricciones y alcances. Documentos a entregar: - Documento Visión- Documento Detalle de la Visión- Documento de Requerimientos Funcionales- Documento Matriz de Riesgos- Acta de aprobación de Visión

VISIÓN

5th

Jun 2012

Modelo del Proceso en MSFPLANEACIÓNObtener un cronograma de trabajo que cumpla con lo especificado en la fase de visión. Documentos a entregar: - Documento de cronograma- Acta de aprobación de cronograma DESARROLLOObtener de la mano de la fase de planeación versiones del producto que permitan de cara al Cliente probar características nuevas. Esto incluye ajustes de cronograma necesarios. Documentos a entregar:- Fuentes y ejecutables- Documentos, manuales, entre otros. - Acta de finalización de Desarrollo.

ESTABILIZACIÓNVersión final del producto probada, ajustada y aprobada en su totalidadDocumentos a entregar:- Documento Registro de pruebas- Acta de aprobación de Versión Aprobada

17th

Nov 2012

Modelo del Proceso en MSFINSTALACIÓNEntregar (instalar) al cliente el producto finalizado en su totalidad. Documentos a entregar: - Conjunto de archivos (Ejecutables, directorios, base de datos, scripts, instaladores, Manuales, licencias, entre otros) que permitan su instalación y correcto funcionamiento.- Acta de Entrega y Finalización de Proyecto

SOPORTEBrindar garantía al producto durante un tiempo estipulado en el contrato, registrando los Reportes de soporte y mantenimiento recibidos así como ajustes que estén dentro de lo escritoEn los documentos de la fase de Visión. Documentos a entregar:- Documento de registro de reportes de soporte y mantenimiento y ajustes hechos.

08th

Dec 2012

BENEFICIOS DE USAR MSF

MSF ayuda a implantar

soluciones de tecnología

DESARROLLO

Enfoque al usuario.

Equipo de trabajo

establecido

Reutilización de múltiples

componentes

La clave para conformar equipos altamente efectivos

Cumplir con las expectativas del

usuario ("cliente")

Asegurar que el usuario final sabe

cómo usar el sistema

Entregar el sistema o solución dentro

de las restricciones del proyecto

Asegurar una implantación del

sistema sin contratiempos.

Procesos que ayudan a asegurar el éxito

Una Visión para el proyecto o sistema.Puntos de revisión que sincronizan el trabajo del equipo con las expectativas de los usuarios a lo largo de todo el proyecto.

Asignación de Prioridades mediante análisis de riesgos.

Implantación incremental con puntos de revisión frecuentes.

1

2

3El modelo de procesos de MSF permite planear y controlar proyectos orientados a resultados, balanceando los factores fundamentales que intervienen en dichos proyectos: alcance, tiempo y recursos. Es un modelo ITERATIVO y basado en puntos de revisión (miles tones).

Transferencia de conocimientos de MSF

Principles of Application

Development ANDPrinciples of

Component Design

PrerrequisitosConocimientos en análisis y diseño de sistemas de

información

Principles of Enterprise

Architecture AND Principles of

infrastructure Deployment

PROPUESTA PARA UTILIZAR MSF EN LOZANO & ASOCIADOS

OrganigramaInformática

HIDCAL

Propuesta Resumen

Dirección

Administración Proyectos Adiestramiento Consultoría Informática

Modelización

DesarrolloSoftware

AsesoríaContable

ORGANIGRAMA

Departamento de Desarrollo de Software

Informática Coordina todas las actividades de desarrollo de software especializado en el cálculo hidráulico de los sistemas de extinción a base a agua. Responsable del desarrollo de nuevas versiones del programa HIDCAL y del apoyo al cliente. Realiza talleres sobre el uso de este programa dos veces al año.

Como ya se tiene un software a nivel profesional, se puede determinar si se ha cumplido o no con metodologías estándares para su desarrollo.

Se debe planificar en qué momento se pueden hacer entregas cortas en cuanto a avances o mejoras del software. Se pueden incorporar NUEVAS CARACTERÍSTICAS al software tales como: Un nuevo diseño de interfaz gráfica de usuario, nuevas licencias, nuevos manuales, entre otros. El software tiene un cronograma de ACTUALIZACIONES que se tienen que estar realizando para maximizar los resultados del mismo, por lo que se puede identificar esos cambios que se le hacen al software y eso formaría parte de la gestión de proyectos como disciplina de MSF.

Se puede implementar un control de riesgos y control de cambios en el software que formen parte de las disciplinas de MSF con el objetivo de controlar cualquier emergencia que pueda ocurrir y TOMAR LA MEJOR DECISIÓN para la misma.

Actividades cumpliendo con MSF

Los 2 modelos fundamentales del MSF son importantes en la empresa debido a que en caso de cambiar de personal, esos modelos permanezcan en la empresa y se pueda entender detalle a detalle cada una de las fases del software y el personal nuevo actualice e implemente con mucha más facilidad.

El modelo equipo de trabajo considero que es importante para todas las empresas en todo los ámbitos. Cualquier empresa necesita que su equipo de proyecto esté unido y trabajen en conjunto para maximizar sus operaciones y resultados. Se necesita una ardua COMUNICACIÓN a la hora de implementar una metodología para ejecutar proyectos.

El proceso que tiene MSF se debería implementar fase por fase para un mejor entendimiento del software. Las fases visión, planeación, desarrollo, estabilización, instalación y soporte son imprescindibles para que el software se ejecute en su totalidad y a la hora de hacer cambios se tenga toda la INFORMACIÓN en un completo orden tecnológico.

Actividades cumpliendo con MSF

A modo de conclusión, MSF se ha diseñado para ayudar a las organizaciones o empresas grandes a ofrecer soluciones de tecnología de alta calidad. Se ha utilizado un enfoque bien disciplinado orientado hacia proyectos de tecnologías de información basándose en un conjunto definido en principios, modelos y disciplinas que ayudan a mejorar a la empresa. Considero que esta herramienta ayudará mucho a las empresas pequeñas, como lo es Lozano & Asociados, que quieran expandirse y formar un conjunto de personas altamente capacitadas para desarrollar proyectos de tecnologías de información con el fin de maximizar sus producciones, sea desarrollo de software o cualquier otro proyecto tecnológico.

RESUMEN

Plan

Design

Develop

Metodología MSF.FL

El marco de Trabajo personal (Framework) está definido mediante 4 fases descritas a continuación.

Definida por Felipe Lozano

1era Fase

2da Fase

3era Fase

4ta Fase

Fase 1 - Estrategia, Visión y Alcance de mi proyecto

Elaboración y aprobación del Documento de Alcance y Estrategia definitivo: debe ser un documento de consenso con la participación del mayor número de agentes implicados en el proyecto. En este documento quedarán definitivamente reflejadas las funcionalidades y servicios que, ineludiblemente, debe ofrecer la solución a implantar.

Formación del Equipo de Trabajo y distribución de competencias y responsabilidades: generalmente se definen como áreas principales la de Diseño de Arquitectura, Pruebas de Laboratorio, Documentación, Logística y Coordinación.

Elaboración a detalle del documento de Alcance, Visión y Estrategia definitivo: metas, objetivos, restricciones, perfiles de usuarios, casos de uso, requerimientos funcionales y no funcionales, requerimientos del sistema, plan de instalación, arquitectura lógica ( Diagramas UML) y arquitectura física del proyecto ( Diagramas UML) .

Elaboración de la matriz de Riesgos y Plan de Contingencia: los principales riesgos detectados deben tener un plan de mitigación y actuación y revisarse con periodicidad.

Metodología MSF.FL

Documento de Planificación y Diseño de Arquitectura: es el documento principal, donde se describen en detalle los aspectos funcionales y operativos de la nueva plataforma. La aprobación de este documento es el objetivo principal de esta fase, y supone la directriz última de todos los trabajos técnicos, que, a partir de ese momento, deben ser consistentes con esta Guía.

Si en el curso de las fases sucesivas fuera necesario revisar estos contenidos, se deberá hacer por acuerdo y conocimiento de todo el equipo de trabajo y se llevará un registro de versiones que permita hacer un seguimiento adecuado de estas revisiones. Para esto se necesita siempre una ardua comunicación entre todo el equipo de trabajo.

Documento de Plan de Laboratorio - Prueba de Concepto: la descripción del contenido del laboratorio de prueba de concepto, los diversos escenarios a simular, los criterios de validez, el control de incidencias y las métricas de calidad son objetivos a cubrir en este documento.

Es un documento dinámico, en el que se recoge la idea y la experiencia práctica al llevarla a cabo en entorno controlado y aislado. La etapa de prueba de laboratorio concluye ofreciendo todos los servicios y funciones descritos en el Documento de Alcance y Estrategia, y su grado de estabilidad y rendimiento es considerado como "suficiente".

Fase 2: Planificación y Prueba de mi proyecto

• Obtención de versiones de prueba del producto y entregables. • Fuentes y ejecutables. • Documentación en cuanto a manuales del proyecto, sean técnicos, de usuario o de instalación. • Gestión de Incidencias: aunque esta labor se habrá iniciado en la fase anterior, el éxito de la prueba

dependerá de que se forme un sistema de recogida de incidentes de atención al usuario (formación, consultas) y de resolución de problemas y documentación de los mismos (versionado de la plataforma).

• Revisión de la documentación final de Arquitectura: el documento de Planificación y Diseño de Arquitectura se puede ver alterado parcialmente como resultado de esta fase. El documento final, aprobado por consenso, supone el principal documento del Proyecto y la culminación de los trabajos de diseño, al menos en sus líneas principales.

• Este documento se considerará definitivo cuando la solución puesta en marcha se muestre estable y el número de incidencias graves (de intervención o de resolución) sea nulo y la cantidad de las consideradas leves quede por debajo de un límite establecido en las Métricas de Calidad.

• Elaboración de la documentación de Formación y Operaciones: con vistas al soporte post proyecto y los programas de formación a usuarios y administradores, en esta fase deben elaborarse las Guías de Usuario, de Administración, las "paso-a-paso", y otros cuyos contenidos deben acordarse previamente.

• Elaboración del Plan de Despliegue: se debe consensuar la fecha de finalización de la fase Piloto, y las condiciones de calidad que debe cumplir la solución final para iniciar el despliegue. En el Plan deben identificarse las fases, estrategia de implantación, fechas, tareas a realizar, procedimientos de validación y método de control de incidencias.

• Elaboración del Plan de Formación: con anterioridad al despliegue definitivo, debe haberse aprobado el Plan de Formación orientado a usuarios finales y administradores, y debe hacerse compatible con los ritmos acordados en el Plan de Despliegue.

Fase 3: Desarrollo y Estabilización de mi proyecto

• Registro de mejoras y sugerencias, funcionalidades no cubiertas y novedades a incorporar.

• Revisión de las Guías y manuales de usuario, rectificación de errores y obtención de los documentos de formación definitivos.

• Entrega de los documentos definitivos.• Revisión de la matriz de riesgos, las métricas de calidad y

establecimiento de los estándares de calidad y SLA definitivos.• Finalmente, entrega del Proyecto y cierre del mismo, con o sin

apertura de nuevo proyecto en base a la información y experiencias obtenidas.

Fase 4 – Entrega de mi Proyecto