(Actualizada)
Presentación de la metodología Microsoft Solutions Framework utilizandola como propuesta en Lozano & Asociados y por último definiendo un marco de trabajo práctico para poder utilizar MSF.
KELA Presentacion Costa Rica 2024 - evento Protégeles
Presentacion MSF
1. MICROSOFT SOLUTIONS FRAMEWORK
Problema Actual
Propuesta MSF Componentes
Proceso en MSF
Microsoft Solutions Framework.
Disciplinas y buenas prácticas
para el desarrollo e implantación
de proyectos
Propuesta en la empresa Lozano & Asociados
2. PROBLEMA ACTUAL
Problema1 Problema2 Problema3 Problema4 Problema5
Problema1 Problema2 Problema3 Problema4 Problema5
Cambios en la Simplicidad que existe Restricciones en Barreras artificiales entre Formulación de
tecnología de en el procesamiento de procesos y las personas que interrogantes al
información y en el información organización. experimentan los planear, construir y
ambiente de negocios problemas y las que administrar la
tratan de resolverlos. tecnología
3. MICROSOFT SOLUTIONS FRAMEWORK
Microsoft® Solutions Framework es un marco
de trabajo de referencia para construir e
implantar sistemas empresariales distribuidos
MSF
basados en herramientas y tecnologías de
Microsoft.
4. MSF representa una base de conocimientos y recursos
que proveen información sobre:
Info1
Planeación de la arquitectura empresarial, enfocada a realizar planes a largo plazo al
tiempo que permite lograr resultados a corto y mediano plazo.
Info2
Una 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.
Info3
Un 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
5. El modelo propuesto por MSF
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.
SOPORTE VISION
INSTALACIÓN MSF PLANEACIÓN
Cada elemento, marca la
culminación de cada etapa, y
que el modelo permite crear
puntos de control. De esta
ESTABILIZACIÓN DESARROLLO
forma se colocan entregables
específicos que indican si una
etapa está terminada.
6. COMPONENTES DE MSF
PRINCIPIOS DISCIPLINAS MODELOS
-Comunicación abierta -Gestión de Proyectos -Modelo Equipo de
-Trabajo en equipo -Control de Riesgos Trabajo
-Ser responsible -Control de Cambios -Modelo del Proceso en
-Agregar valor al negocio MSF
-Implementar cambios
-Aprender de
experiencias
7. DISCIPLINAS EN MSF
GESTIÓN DE PROYECTOS
CONTROL DE RIESGOS Planificar entregas
CONTROL DE CAMBIOS cortas
1
Registrar y
hacer
evidentes
los cambios
Identificar
prioridades
controlar
emergencias
y tomar la Incorporar
mejor nuevas
decisión características
3 Identificar
cambios
ajustados al
cronograma
9. 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.
11. Modelo del Proceso en MSF
DESARROLLO
ESTABILIZACIÓN
PLANEACIÓN
VISIÓN
INSTALACIÓN
SOPORTE
12. Modelo del Proceso en MSF
VISIÓN
Obtener una visión clara del proyecto compartida con los objetivos del negocio. Se necesitan
Identificar 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
13. Modelo del Proceso en MSF
PLANEACIÓN
Obtener 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
DESARROLLO
Obtener 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ÓN
Versión final del producto probada, ajustada y aprobada en su totalidad
Documentos a entregar:
- Documento Registro de pruebas
- Acta de aprobación de Versión Aprobada
14. Modelo del Proceso en MSF
INSTALACIÓN
Entregar (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
SOPORTE
Brindar 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
escrito
En los documentos de la fase de Visión.
Documentos a entregar:
- Documento de registro de reportes de soporte y mantenimiento y ajustes hechos.
15. BENEFICIOS DE USAR MSF
Enfoque al
usuario.
MSF ayuda a
implantar
soluciones de
tecnología
DESARROLLO
Reutilización
Equipo de de múltiples
trabajo componentes
establecido
16. La clave para conformar equipos altamente efectivos
Cumplir con las Entregar el sistema
expectativas del o solución dentro
usuario ("cliente") de las restricciones
del proyecto
Asegurar que el Asegurar una
usuario final sabe implantación del
cómo usar el sistema sin
sistema contratiempos.
17. 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
1 de todo el proyecto.
Asignación de Prioridades mediante análisis de
riesgos.
2
Implantación incremental con puntos de revisión
frecuentes.
3
El 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).
18. Transferencia de conocimientos de MSF
Prerrequisitos Principles of Principles of
Conocimientos en Enterprise
Application
análisis y diseño Architecture AND
Principles of
Development AND
de sistemas de
infrastructure Principles of
información
Deployment Component Design
19. PROPUESTA PARA UTILIZAR MSF EN LOZANO & ASOCIADOS
Informática
Organigrama HIDCAL
Propuesta Resumen
21. 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.
22. Actividades cumpliendo con MSF
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.
23. 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.
24. RESUMEN
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.
Design
Plan Develop
25. Metodología MSF.FL
Definida por Felipe Lozano
El marco de Trabajo personal
(Framework) está definido
mediante 4 fases descritas a
continuación.
4ta Fase
1era Fase
3era Fase
2da Fase
26. Metodología MSF.FL
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.
27. Fase 2: Planificación y Prueba de mi proyecto
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".
28. Fase 3: Desarrollo y Estabilización 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.
29. Fase 4 – Entrega 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.