Qu es el modelo de gobernanza?

El modelo de gobernanza llamado anteriormente modelo de procesos es una gua estructurada para los usuarios basada en el principio por el cual el equipo entrega los elementos primordiales de una solucin de tecnologas de informacin por sobre el aspecto de dividir u desarrollar el proyecto en base a la prioridad de los elementos. Cul es el objetivo del modelo? El objetivo del modelo es que los equipos implicados en el proyecto toman decisiones sobre la entrega de los elementos de la solucin, otro objetivo del modelo es permitir adaptar el marco de trabajo al tipo de organizacin o de proyectos que se establezcan bajo esa gua. Elementos que posee el modelo (Llamados seguimientos en el modelo). Visin y alcance Planificacin Desarrollo Estabilizacin Implantacin

Visin y alcance Durante esta fase el equipo se organiza y determina el alcance de la solucin. Esta parte del modelo busca definir el alcance y las limitaciones del proyecto y determina al equipo que ejecutara el proyecto de la forma ms eficiente bajo el alcance y restricciones propuestas. Los elementos entregables de esta parte del proyecto son el documento de visin y alcance, la estructura del documento sobre el proyecto, y la evaluacin inicial de riesgos del proyecto. Al inicio de la visin, el equipo busca obtener las necesidades bsicas del proyecto y dar forma al alcance del mismo. Durante ese momento el equipo de administracin del producto busca aclarar las necesidades del cliente y criterios de aceptacin, el grupo de administracin del programa inicia con definir la estructura del proyecto las limitaciones del mismo, los equipos de arquitectura desarrollan los elementos para definir una solucin a ofrecer y definir las tecnologas a utilizar, finalmente el grupo de la experiencia del usuario recopila informacin sobre las necesidades de desempeo y el equipo de puesta en marcha define de forma inicial las implicaciones de colocar la solucin a produccin. La estructura sobre documento es un producto en base a la gestin en los aspectos de preparacin, est dirigida por el grupo de gestin del programa que trabaja para definir el los equipos de trabajo basado en las habilidades que se requieren para la solucin. Este puede especificar el reparto de los recursos y tareas tales como un plan de proyecto. La ltima entrega de esta fase es el documento de evaluacin inicial del riesgo del proyecto. Este documento es un registro de la solucin que se le aplicara al proyecto en conjunto con una evaluacin de todos los riesgos que puede tener cada punto del mismo. Este documento es importante ya que permite crear una solucin ms confiable, adems el mismo estar en constate cambio por lo que es un documento no oficial hasta la finalizacin del proyecto.

Planificacin La planificacin es un proceso de analizar la visin y buscar los requerimientos los cuales sern colocados en una documentacin formal para entregarla al equipo de desarrollo. El objetivo de la planificacin es validar la tecnologa y el ambiente en el que se implantara la solucin y documentarlos, el plan del proyecto, el cronograma del proyecto. La validacin de la tecnologa se suelen comenzar durante la realizacin de la visin, pero se extienda a la fase de planificacin, ya que los requerimientos no estn finalizados sino hasta esta etapa y por lo tanto pueden ser necesarios cambios en la tecnologa. Un documento tambin solicitado es la especificacin funcional, el cual es un conjunto de documentos detallados, como los modelos de procesos de flujo, diagramas de secuencias, relaciones entre entidades , diseo lgico en trminos de composicin de componentes , diseo de interfaz de usuario y diseo de base de datos fsica . La construccin de este documento permite descubrir sobre requerimientos ocultos y necesidades tecnolgicas para ofrecer la solucin. El plan maestro del proyecto es un documento para integrar los planes en el proyecto. Este plan facilita que el programa se efectu de forma simultnea mediante la secuencia apropiada de las actividades, facilitar las revisiones y aprobaciones, y ayuda a identificar las lagunas e incoherencias. Este plan del proyecto no se debe confundir con un cronograma de proyecto que se utiliza principalmente para las actividades de tiempo y recursos en diversas tareas. Desarrollo En el desarrollo del proyecto es donde la solucin comienza a tomar forma. Y los requerimientos estn finalizados y validados adems de que el diseo se ha completado. Los equipos encargados del desarrollo inician a crear los mdulos que formaran parte de la solucin una vez finalizada. No obstante este proceso no se limita al producto de software que ser entregado al final de este proyecto. Los equipos de proyecto tendrn diversas actividades como la entrega a los usuarios finales, mantener los documentos de riesgo y cronograma al da, la entrega del cdigo fuente y los ejecutables, el grupo de experiencia de usuario desarrollar los manuales y archivos de ayuda , adems de la capacitacin del usuario final, el grupo de prueba realizara las pruebas y los resultados en los ambientes designados segn las condiciones propuestas y finalmente el grupo de puesta en marcha se asegurar de la instalacin y ajustes de configuracin adems del entrenamiento al personal de apoyo sobre la configuracin. Durante el desarrollo, los equipos trabajarn en iteraciones. Una iteracin puede tener cualquier nivel de duracin pero basados en que se utilizara una metodologa las iteraciones do deberan ser mayores a unas semanas.

El equipo de prueba puede comenzar a trabajar para validar la solucin y entregar los requisitos a los patrocinadores del proyecto. Lo importante de este elemento es encontrar errores para poder corregirlos, el proceso de resolucin de fallo es que el equipo de pruebas reporte el fallo a los desarrolladores, al fallo se le da un nivel de prioridad y un equipo de desarrolladores se encargara de realizar las correcciones requeridas. La versin del mdulo corregida es enviada al equipo de prueba quienes realizan las prueba ya realizadas a la versin anterior y adems las pruebas que hagan falta, en caso de xito el caso de fallo se cierra de lo contrario se mantiene abierto. En el proceso de errores otros factores pueden tener prioridad sobre el error. Algunos casos tendrn una prioridad tan baja que es ms el costo de corregirla que de continuar con el proyecto, en este caso el error tendr un cdigo de correccin para posponerlo hasta que sea necesaria la correccin. Estabilizacin La estabilizacin a diferencia del desarrollo es donde se realiza la prueba para validar que la solucin cumple con los requerimientos que se haban obtenido durante el proceso de visin. Las actividades a realizar son pruebas de usuario de funcionalidad y sobre los sistemas en los que va a funcionar la plataforma. Los entregables que se producirn durante esta fase incluyen los componentes de la solucin, cdigo fuente, documentacin de instalacin, ayuda al usuario final, los materiales de capacitacin y emitir los informes de mtricas sobre calidad. Esta parte puede ser subjetiva para determinar la preparacin o el grado de conocimiento de los usuarios finales sobre cmo utilizar la solucin. Implantacin La entrega de la solucin a nivel de las actividades que rodean la implementacin implica transferir la responsabilidad de la aplicacin al equipo de soporte. Los resultados clave que entran en esta fase son las operaciones e informacin de apoyo, configuraciones documentadas, versiones de documentacin, bases de conocimiento, las configuraciones y el cdigo fuente. Por la implementacin se consideran durante el seguimiento del proyecto. Dependiendo del tipo de empresa implantar una solucin de software puede implicar desde un hecho menor para el usuario final hasta una forma completamente diferente de cmo realizar sus labores diarias. En la implementacin existen dos formas de realizarla llamadas empuje y extraccin. En el caso del empuje, es un escenario donde los usuarios deben utilizar la nueva aplicacin sin excepcin cambiando la forma de trabajo, los usuarios pueden abrir la aplicacin e instalar los cambios en su estacin de trabajo. En el escenario de extraccin, la aplicacin realizada no puede interferir con las versiones actuales del software, el usuario determina si utilizar o no la ltima versin de software. El mecanismo de la implementacin puede variar de empresa a empresa.

Seguimiento de gobernanza. El seguimiento de gobernanza busca que los recursos disponibles del proyecto y las entregas del mismo sean iguales frente a las condiciones y restricciones que posea el mismo buscando la mejora del producto, el seguimiento del modelo tambin busca orientar en cmo alcanzar el equilibrio anteriormente mencionado proporcionando supervisin en las necesidades del proyecto frente a las restricciones del mismo. Los objetivos del seguimiento de gobernanza son los siguientes: Resolver la implantacin para entregar una solucin de calidad. Mejorar el rendimiento, los resultados y calidad del proyecto. Asegurarse la aprobacin de: o Los usuarios finales donde la solucin es utilizada y cumple con los requerimientos solicitados. o La operativa de la solucin para ser implementada y colocada en produccin. Algunas ventajas. Mejora el control del proyecto Minimiza el riesgo Mejora la calidad del proyecto Permite que el desarrollo sea ms constante Es adaptable para cualquier magnitud de proyecto

Algunas desventajas Al ser creado por Microsoft busca que sean usadas herramientas de este tipo. Requiere mucha documentacin por cada aspecto del proyecto. Dependiendo que tan profundo sean los anlisis realizados antes de iniciar el proyecto puede retrasar el mismo. Las capacitaciones y requisitos para utilizar esta metodologa son muy costosos a nivel monetario.