Segundo Parcial- Administración de Desarrollo
Grupo de Desarrollo
Constituyentes: ● Auditores internos o externos. 2) Enfoque: Construir una solución que cumpla con las especificaciones, mientras verifica y refina la definición y el diseño de la misma. 3) Áreas Funcionales: Desarrollo de la aplicación e Integración de la infraestructura.
¿Cómo Microsoft aborda los proyectos de desarrollo?
● Años de experiencia en soluciones de TI ● Principios y conceptos claves ● Lecciones aprendidas
Verificación
Probar durante la construcción implica comparar el estado actual del proyecto con las especificaciones definidas
Aprobación del Plan
1) Technology Validation Completed (Validación de tecnología completada) 2) Functional Specification Baselined (Especificación Funcional Basada) 3) Master Project Plan Baselined (Plan maestro de proyecto de línea de base) 4) Master Project Schedule Baselined (Cronograma del proyecto maestro de línea de base) 5) Supporting Environments Set Up (Configuración de entornos de soporte)
Principios más relevantes a la hora de gestionar los riesgos de un proyecto
1) Comunicación abierta 2) Trabajar en base a una visión compartida 3) Empoderar miembros del equipo 4) Responsabilidad compartida 5) Entrega de valor incremental 6) Espere y adáptese al cambio 7) Invierta en calidad 8) Aprenda de las experiencias 9) Asóciese con sus clientes
Objetivos Calidad por Grupo de Defensa Gestión de programa
1) Coordinar la identificación y optmización de las restricciones del proyecto. 2) Entregar una solución dentro de las restricciones del proyecto
Checkpoints de Visión de MSF
1) Core Team Organized 2) Vision/ Scope Baselined 3) Vision/ Scope Approved
Desafíos MSF (Entorno del negocio)
1) Económicos 2) Legales 3) Regulatorios 4) Cultura Corporativa 5) Procesos y procedimientos internos 6) Recursos 7) Tecnológicos Entendiendo el entorno
Las disciplinas de gestión de riesgos
1) Exhaustivo: Abordar todos los elementos que componen el proyecto 2) Sistemático: Incorporar un proceso estructurado y repetible 3) Continuo: Aplicarlo durante todo el ciclo de vida del proyecto 4) Proactivo: Mitigar en la medida de lo posible los riesgos 5) Flexible: Adaptable a diversas metodologías de análisis de riesgos 6) Práctico: Enfocarse en los riesgos de alto impacto 7) Económico: Garantizar el máximo rendimiento de los recursos
Siete grupos de defensa
1) Gestión de producto 2) Gestión del programa 3) Arquitectura 4) Desarrollo 5) Pruebas 6) Experiencia del Usuario 7) Lanzamiento/ Operaciones
Pasos
1) Identificación de los Riesgos 2) Análisis y Priorización de los Riesgos 3) Programa para Gestionar los Riesgos 4) Seguimiento y Reporte de Estatus 5) Control de Riesgos 6) Aprender de los Riesgos
Diagrama para ¿Cuándo se va a construir?
1) Identificar tareas 2) Estimar el trabajo para completar las tareas 3) Identificar las tareas dependientes 4) Identificar quien realizará la tarea 5) Determinar cuándo se hará las tareas
Objetivos Calidad por Grupo de Defensa Experiencia de usuario
1) Maximizar la usabilidad de la solución. 2) Mejorar la preparación del usuario
MSF: Modelo de Proceso
1) Mentalidades (Mindsets) 2) Principios (Principles) 3) Actividades (Activities) 4) Gobernancia (Governance)
Ciclo de vida de Entrega Soluciones Microsoft
1) Necesidad de Negocios 2) Entender el problema y otras cosas 3) Operación del sistema/ Soluciones 4) Solución entregada
Las disciplinas de gestión de riesgos (7) más importantes son:
1) Proactivo: Mitigar en la medida de lo posible los riesgos. 2) Práctico: Enfocarse en los riesgos de alto impacto.
Modelo de equipo MSF
1) Program Management (Mamei) 2) Arquitectura 3) Desarrollo (Mamei) 4) Pruebas (Mamei) 5) Implementación /Operación 6) User Experience 7) Product Management
Pruebas
1) Pruebas de regresión 2) Prueba de función 3) Las pruebas de usabilidad 4) Prueba del sistema 5) Prueba de despliegue 6) Prueba de recuperación de desastres 7) Pruebas de integración 8) Pruebas de rendimiento 9) Pruebas de la capacidad
Objetivos Calidad por Grupo de Defensa Gestión de producto
1) Satisfacción de los interesados 2) Definir una solución dentro de las restricciones del proyecto
Los beneficios del Comité para Revisión de Riesgos
1. Los recursos son optimizados de acuerdo al riesgo de cada proyecto 2. Cada gerente de riesgo tiene un punto de vista externo 3. Miembros de equipos aprenden más rápido de la experiencia externa 4. Cada proyecto se le aplica el aseguramiento de calidad
Enfoque de Grupo Gestión de Producto
Aclarar el alcance, los requerimientos y las expectativas de los interesados.
¿Qué se va a Planear?
Balanza de especificaciones y calidad.
Paso 2: Análisis y Priorización de los Riesgos
Aquí se coloca el riesgo, el rango de probabilidad, pérdida monetaria, condiciones, consecuencias, impacto
Functional Specification Baselined (Especificación Funcional Basada)
Aquí se especifica cómo la solución se va presentar y cómo se va comportar. Esto puede ser un documento físico que representa las especificaciones funcionales. Finalmente estas especificaciones pasan a ser la línea base del proyecto.
Master Project Schedule Baselined (Cronograma del proyecto maestro de línea de base)
Aquí se integran varios de los cronogramas de trabajo de sub equipos, necesarios para completar el plan de entrega.
Validación
Asegurar que la aplicación cumpla con la expectativa del usuario se realiza durante el plan de estabilización
Mide el nivel de desarrollo de la empresa:
CMMI
Objetivos Calidad por Grupo de Defensa Pruebas
Confirmar que todos los aspectos de la solución cumplen con sus respectivos niveles de calidad
¿En qué consiste la mitad del esfuerzo para entregar una solución de software exitosa?
Consiste en comprender el entorno de trabajo y entender el dominio del negocio.
Grupo de Implementación
Constituyentes: ● Equipo de operaciones. ● Auditores internos y externos. 2) Enfoque: El grupo de implementación se encarga de explicar la solución al equipo de operaciones y de velar por la buena implementación de la solución. 3) Áreas Funcionales: Gestión de lanzamiento, Infraestructura de entrega, Operaciones, Administrador de versiones y Administrador de herramientas.
Grupo de Gestión de Producto
Constituyentes: ● Interesados. ● Patrocinadores. ● Clientes. ● Usuarios. ● Equipo de operaciones. ● Consultores internos y externos. 2) Enfoque: El grupo de gestión de producto se encarga de asegurar que las expectativas de los interesados sean entendidas, gestionadas y cumplidas a lo largo del proyecto. 3) Áreas Funcionales: Comunicaciones de mercadeo, analista del negocio, planificación del producto.
Grupo de Arquitectura
Constituyentes: ● Miembros del equipo. ● Otros equipos. ● Auditores internos y externos. 2) Enfoque: El grupo de arquitectura se encarga de desarrollar la definición conceptual de la arquitectura que satisface los requerimientos. 3) Áreas Funcionales: Arquitectura de la solución y Arquitectura técnica.
Grupo de Gestión de Programa
Constituyentes: ● Patrocinadores ● Auditores internos y externos. 2) Enfoque: El objetivo del grupo de gestión de programa es mantener las restricciones del proyecto mientras guía al equipo para entregar la solución dentro de esas restricciones. 3) Áreas Funcionales: Gestión de proyectos, Gestión de programa, Gestión de recursos, Aseguramiento de procesos, Gestión de la calidad y Operaciones del proyecto.
Grupo de Pruebas
Constituyentes: ● Patrocinadores. ● Clientes. ● Auditores internos y externos. 2) Enfoque: Buscar y reportar cualquier inconveniente que pueda disminuir la calidad de la solución. 3) Áreas Funcionales: Pruebas funcionales y Pruebas de sistema.
Grupo de Experiencia de Usuario
Constituyentes: ● Usuarios. ● Equipo de soporte de operaciones. ● Auditores internos y externos. 2) Enfoque: Mejorar todos los aspectos de la solución que interactúen con los usuarios, ya sea manuales, entrenamiento, usabilidad e interfaces de usuario. 3) Áreas Funcionales: Accesibilidad, internacionalización, Soporte técnico, usabilidad y diseño de interfaces de usuario.
Aspecto del Desarrollo
Construcción y verificación de la solución
Enfoque de Grupo Desarrollo
Construir la solución, desarrollar la infraestructura, documentar la configuración
Objetivos Calidad por Grupo de Defensa Desarrollo
Construir una solución de acuerdo a las especificaciones dadas.
Una solución se considera completa cuando...
Cuando ya se han desarrollado todas sus funcionalidades y no se requiere que nada más sea estabilizado en la aplicación.
Aspecto de Gestión de producto
Definición de la solución
Aspectos fundamentales de los Roles
Definir y diseñar una solución representada por todos los roles. Aunque no todos los roles son necesarios para la definición de la solución, cada grupo de defensa debe de tener un representante durante la definición y el diseño de la solución ya que la participación de este brinda un punto de vista y los objetivos de calidad específicos de ese grupo. Esto enriquece la calidad de la solución final.
Objetivos Calidad por Grupo de Defensa Arquitectura
Diseñar una solución dentro de las restricciones del proyecto
Aspecto de la Arquitectura
Diseño de la solución
Desafíos MSF, uno de los más críticos o grandes son:
Económicos
Technology Validation Completed (Validación de tecnología completada)
El equipo debe prepararse si va utilizar tecnología no probada. En este caso, para validar su uso, es necesario el prototipado. Finalmente es requerido mitigar riesgos asociados con la tecnología y comparar tecnologías alternas como segunda opción
No es un organigrama y va en modo circular.
El modelo de equipos de MSF
Supporting Environments Set Up (Configuración de entornos de soporte)
En este checkpoint se establece que todos los ambientes necesario para apoyar la entrega de todos los aspectos de la solución estén listos: desarrollo, pruebas, staging, entrenamiento, investigación.
Paso 6: Aprender de los Riesgos
En este paso extrae, documenta y comunica las lecciones aprendidas de cada riesgo del proyecto y captura los artefactos relevantes en el repositorio de riesgos conocidos (Risk Knowledge Base).
¿Cuándo se va Construir?
En este punto se define el cronograma que dependerá de los tiempos indicados por cada equipo de trabajo. Estos tiempos serán estimados dada la complejidad y el esfuerzo para completar cada tarea. Finalmente se integran en un cronograma maestro de trabajo los elementos necesarios y actividades de cada sub equipo para completar el proyecto
Aspecto de la Gestión del programa
Entrega de la solución
Enfoque de Grupo Experiencia de usuario
Entrenamiento, pruebas de usabilidad, diseño gráfico, manuales y herramientas de soporte.
Riesgo según MSF
Es cualquier evento o condición que puede tener un impacto positivo o negativo en el resultado de un proyecto
El objetivo del plan de construcción
Es desarrollar la solución de acuerdo a los entregables del plan de construcción. Esto implica desarrollar las funcionalidades y componentes, además de la documentación que conlleva el entregable
Problema
Es el resultado de un riesgo no controlado efectivamente
El objetivo del MSF Plan Track
Es evolucionar la solución conceptual (Envision Track) a un diseño tangible, planos y requerimientos para que puedan posteriormente convertirse en el Build Track.
Un rol
Es la denominación más mínima de las responsabilidades de un proyecto
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.
La gestión de riesgos
Es un proceso proactivo de identificación análisis y control de riesgos donde su objetivo es maximizar los impactos positivos mientras se minimizan los negativos. Debe integrarse completamente en el ciclo de vida del proyecto.
Un área funcional
Es una especificación dentro de un grupo de actividades únicas para un grupo de defensa.
Paso 4: Seguimiento y Reporte de Estatus
Esta es la parte proactiva para el manejo de riesgos. En este paso se le da seguimiento a la ejecución de cada plan relacionado a su riesgo. Objetivo: Estar al tanto de la ejecución de los planes de acción preventiva - Monitorear y reportar los eventos y métricas del proyecto - Notificar cuándo se debe realizar un plan de contingencia
Paso 5: Control de Riesgos
Esta es la parte reactiva del proceso. En este paso se gestiona la ejecución del plan de contingencia y la inicialización de gestión de cambios al proyecto. Objetivo: Minimizar el impacto causado por el riesgo ejecutando el plan de contingencia - Mantener el proyecto en marcha mientras se lleva a cabo el control de cambios
Master Project Plan Baselined (Plan maestro de proyecto de línea de base)
Esta es una colección de todos los planes integrados que cubren todos los aspectos de la solución a entregar.
Paso 3: Programa para Gestionar los Riesgos
Este paso involucra el desarrollo de un plan de acción estratégica para cada uno de los principales riesgos, con el objetivo de mitigar su exposición utilizando de forma inteligente los recursos disponibles
Enfoque de Grupo Gestión del programa
Gestión de las especificaciones funcionales actualización del plan
Aspecto del Lanzamiento/ Operaciones
Implementación de la solución
Objetivos Calidad por Grupo de Defensa Implementación
Implementación sin problemas
Una de las principales metodología que utiliza MSF
La Agile.
Enfoque de Grupo Lanzamiento/ Operaciones
Lista de puesta en marcha, actualización de las listas, listas de preparación del lugar.
Paso 1: Identificación de los Riesgos
MSF enfatiza que la identificación de riesgos debe programarse en intervalos de tiempos o eventos predeterminados en el ciclo de vida del proyecto: ● Schedule-driven: diario, semanal, mensual ● Checkpoint-driven: asociado a una fecha dentro del cronograma ● Event-driven: forzados por acontecimientos 2) Dos actividades fundamentales: Clasificación (taxonomías o categorización. Ayuda a saber la fuente) y declaración (Relación causal del riesgo)
¿Cómo se va Planear?
MSF propone proceder con tres procesos atados: diseño conceptual, diseño lógico y diseño físico. Cada uno de estos pasos incrementalmente agrega más claridad al diseño en general se la solución.
Riesgo
Posibilidad de perder valor o dañarse; a diferencia de lo que es un problema, el riesgo tiende a anticipar problemas que potencialmente pueden causar pérdidas de valor, control, funcionalidad, calidad o tiempo de un proyecto.
Objetivo de Visión de MSF
Pretender unificar el equipo de trabajo detrás de una visión común. Se concibe tener una definición de alto nivel de los objetivos y las restricciones del proyecto.
Objetivos de Calidad
Para que un proyecto sea exitoso se deben cumplir los principales objetivos de calidad. Cada grupo de defensa está asociado a uno o más aspectos de calidad, así se asegura que se tiene un encargado específico para cada uno. El proyecto queda en peligro si algún grupo de defensa falla en el cumplimiento de sus objetivos de calidad.
Enfoque de Grupo Pruebas
Pruebas funcionales, identificación de errores, pruebas de documentación, actualización del plan de pruebas
Aspectos fundamentales de los Grupo de Defensa y Roles
Relacionando los roles a los grupos de defensa y las áreas funcionales. Un rol es la denominación más mínima de las responsabilidades de un proyecto.
¿En qué se basa la disciplina para manejo de riesgos de MSF?
Se basa en que el riesgo debe abordarse proactivamente.
Los equipos funcionales
Se caracterizan en que responden a un objetivo de calidad específico. Estos se encargan de todas las áreas funcionales del objetivo por completo y normalmente a lo largo de todo el proyecto
Risk Review Board o Comité para Revisión de Riesgos
Se encargan de la Gestión de Riesgos de Portafolios dependiendo el tamaño de este
¿En qué se enfoca el modelo de equipos de MSF?
Se enfoca en clasificar cada grupo de defensa de acuerdo a las necesidades del negocio que estos satisfacen.
La definición del plan (MSF Plan Track)
Se enfoca en qué, cómo y cuándo construir las partes de los componentes y qué ambientes son requeridos para entregar la solución.
Los equipos de características
Son equipos diseñados alrededor de una característica o módulo específico. Cada equipo es responsable de todos los aspectos concernientes a esa característica o ese módulo.
Los constituyentes
Son los miembros del equipo y representantes necesarios para velar por el cumplimiento de los objetivos de cada uno de los grupos del equipo. Cada quien defiende su equipo sobre los demás. Cada grupo alimenta al siguiente.
Los objetivos de una plan de despliegue
Son para integrar una solución con éxito en la producción dentro del entorno designado, y transferir la responsabilidad de la entrega de la solución restante a partir de un equipo de proyecto para las operaciones y equipos de apoyo de la mejor y más pronto posible.
Solución entorno de entrega
Un equipo de proyecto debe seleccionar y adaptar un ciclo de vida entrega de la solución que mejor se adapte a sus necesidades dentro de los límites de sus pautas de organización
Aspecto de la Experiencia del Usuario
Usabilidad de la aplicación y entrenamiento
Enfoque de Grupo Arquitectura
Validación arquitectónica, validación de especificaciones funcionales, aclarar detalles de diseño.
Aspecto de las Pruebas
Validación de la solución
Ambientes de Soporte
● Ambiente de Desarrollo ● Ambiente de Pruebas ● Ambiente de Staging ● Ambiente de Entrenamiento ● Ambiente de Investigación
Esquema proactivo de MSF a la hora de identificar, analizar y controlar riesgos
● Anticipación de problemas envés de reaccionar a ellos ● Controlar y enfocarse en las causas envés del síntoma ● Tener planes para resolución de problemas listos ● Utilizar un procesos conocidos, estructurados y repetitivos ● Usar medidas de prevención en la medida de lo posible ● Tratar la identificación de riesgos de forma positiva ● Gestionar continuamente los riesgos durante todo el ciclo de vida ● Mantener comunicación abierta y constante y actualizada ● Asegurarse del entendimiento de cada riesgo y su causa raíz ● No juzgar un proyecto por su cantidad de riesgos
MSF Modelo de Proceso: Puesto de Control
● Ayudará a sincronizar los elementos de trabajo ● Proporciona visibilidad exterior de progreso y calidad ● Habilita correcciones a medio camino ● Enfoque revisiones de los objetivos y resultados ● Proporciona puntos de trabajo
Los resultados clave de un plan de estabilización son versiones de las siguientes listas:
● Componentes de soluciones integradas ● Scripts y documentación de instalación ● Ayuda para el usuario final y materiales de formación ● Comunicaciones de los usuarios finales ● La documentación de operaciones ● Informes de pruebas y emitir ● Informes de métricas de calidad ● Notas de la versión
Entregables de Visión de MSF
● Documento de visión ● Documento de estructura de proyecto ● Documento de gestión de riesgos
Completando el Proyecto (La deceleración de un equipo)
● El cierre de un proyecto ● Topografía de satisfacción del cliente ● La realización de los exámenes de proyectos ● La preparación de un informe de cierre (de entrega) ● Administrativamente cerrar
Mejores Practicas MSF
● Equipos pequeños y multidisciplinario ● Habilitar el trabajo en equipo en un entorno común ● Equipos motivados son más eficientes ● De lo abstracto a lo específico
Principios fundamentales del MSF
● Esquemas de pensamientos ● Modelos ● Disciplinas ● Prácticas probadas ● Recomendaciones
Actitudes MSF
● Fomentar el compañerismo ● Centrarse en el valor negocio ● Mantener una perspectiva de cara a la solución ● Valorar el trabajo del colaborador ● Aprender continuamente ● Interiorizar la calidad de servicios ● Ser receptivo ● Cumplir los compromisos
Principios Fundamentales MSF
● Fomentar una comunicación abierta ● Lograr una visión compartida ● Empodera los miembros del equipo ● Establecer responsabilidades claras y compartidas ● Entregar valor incremental ● Proactivo a los cambios ● Invertir en la calidad ● Aprender de las experiencias ● Colaborar con clientes externos e internos
Principios Solución Ciclo de Vida de Entrega
● Fomentar una comunicación abierta ● Trabajar hacia una visión compartida ● Capacitar a los miembros del equipo ● Establecer una clara responsabilidad, ● Responsabilidad compartida ● Entregar valor incremental ● Manténgase ágil, esperar y adaptarse a los cambios ● Aprender de todas las experiencias ● Asocian con los clientes
Grupo de defensa y roles
● Grupo de defensa -> Área Funcional -> Rol ● Rol =/= Cargo corporativo
La definición de una carta del proyecto (Entregable)
● Las necesidades del negocio y los controladores ● Líneas de tiempo deseados ● Requisitos de alto nivel ● Supuestos y limitaciones ● Criterios de éxito Manejando la logística ● Un área apropiada y equipada en la que el equipo puede trabajar ● Las cuentas de usuario con los derechos adecuados en los sistemas y las herramientas necesarias para un proyecto ● Acceso sin restricciones a todas las instalaciones relacionadas
Los objetivos de un plan de estabilización
● Mejorar la calidad de la solución para satisfacer los criterios de liberación para el despliegue de la producción ● Validar que la solución satisface las necesidades y expectativas de los interesados ● Validar la usabilidad solución desde una perspectiva de usuario ● Maximizar el éxito y minimizar los riesgos asociados con la implementación de la solución y las operaciones en el entorno de destino de la solución
¿Por qué un marco de trabajo?
● No silver bullet (no hay un simple desarrollo en tecnología o técnica de gestión, que por sí solo prometa incluso una mejora en la productividad, fiabilidad, simplicidad, en un orden de magnitud) ● La organización adapta la información ● Guías no prescriptiva ● Flexiva a combinación con más frameworks
Los objetivos del Plan de proceso son los siguientes:
● Orientar las actividades de promulgación de entregar repetidamente y de forma fiable una solución ● Optimizar y mejorar continuamente el rendimiento del equipo y el rendimiento, calidad de la solución, y la mejora de procesos ● Asegurar la aprobación de: ● Usuarios que una solución satisfaga sus necesidades y es suficientemente utilizable ● Las operaciones que es una solución lista para su uso ● Cliente que un proyecto se ha completado
Estableciendo un proceso de aceptación entregable (Los puestos de control Clave)
● Presentar entregable ● Revisión entregable ● Aceptar o rechazar la entrega ● Afinar entregable
Fundamentos Ciclo de Vida Solución Entrega
● Racionaliza un proyecto ● Guías y coordina el flujo de la actividad ● Ayuda a impulsar un proyecto cerca de su finalización con éxito ● Acelera la producción ordenada de los entregables del proyecto ● Mantiene la solución alineada con los objetivos de negocio ● Proporciona un medio de mantener los proyectos en marcha ● Aumenta la previsibilidad y visibilidad ● Proporciona una transición gradual para operaciones
Las mejores prácticas para el manejo de riesgos de portafolios:
● Tener apoyo ejecutivo ● Asegurarse de obtener valor en cada revisión ● Calendarizar reuniones de forma regular ● Seleccionar proyectos cuidadosamente ● Estandarizar agenda para cada proyecto ● Mantener a todo los involucrados al día ● Usar documentación estandarizada para reportes ● No atribuir culpa por alguna situación
Versiones del MSF
● Versión 1 -> 1993 ● Versión 2 -> 1997 ● Versión 3 -> 2002 ● Versión 4 -> 2005