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