Gestión de proyectos de tecnología de información

PLAN DE GESTIÓN DE LOS INTERESADOS DEL PROYECTO

Click para ver plantilla en formato Word

Historial de versiones

Información del proyecto

Aprobaciones

Enfoque de gestión de los interesados del proyecto 

No se cuenta con una metodología para la gestión de los interesados, pero se gestiona la participación activa de los stakeholder, se busca satisfacer las necesidades y expectativas a lo largo del ciclo de vida del proyecto, con esto se busca incrementar el apoyo y minimizar en lo posible la resistencia por parte de los interesados especialmente en ellos en los que tienen un alto grado de influencia.

• A los representantes de cada área involucrada en el proyecto se les envía un cuestionario en el que se les solicita valorar a cada stakeholder según los criterios de poder e interés que han sido explicados previamente donde se valoraban las siguientes opciones: Alto, Intermedio, Bajo.
• Los conflictos podrían llegar a darse durante el desarrollo del proyecto siendo estos de tipo contractuales, que se generen por la mala elaboración de los acuerdos, o por que no se implementan los requerimientos del mismo, para los diferentes conflictos que puedan presentarse se debe considerar que en primera instancia se debe recurrir a la conciliación como forma directa y de corto plazo para su resolución. En caso el problema se sobredimensione de tal forma que comprometa el éxito del proyecto se deben de recurrir a instancias superiores (Gerencia General, gerencias centrales) o instancias que la ley establezca. Se establece el uso de actas donde se documenten los diferentes tipos de conflicto que se presentan durante la vida del proyecto y la manera en como se desarrolla y soluciona cada caso para contar con un historial al final del proyecto como parte de las lecciones aprendidas.
• Dentro de los planes para gestionar la participación de los interesados se busca enviar grados de avances semanales y los alcances logrados para evidenciar el cumplimiento de los tiempos según lo acordado y reuniones quincenales donde tendrán la oportunidad de opinar sobre los alcances logrados y lo que esperan del proyecto. Contar con un plan de control de cambios para los casos que no fueron cubiertos dentro del acuerdo inicial mientras estos solo generen un impacto bajo en el proyecto. La participación activa permitirá identificar estas necesidades en etapas tempranas del proyecto con lo que se logrará ahorros en inversión de recursos y costos para los cambios.

Alcance e impacto del proyecto sobre los interesados

Niveles de participación actuales y deseados para interesados clave

Se clasifica cada interesado según su nivel de participación actual, comparándolo con el nivel de participación necesario para concluir el proyecto con éxito.

Los niveles de participación se pueden clasificar en: Desconocedor, Reticente, Neutral, Partidario y Líder. Se documentan en la matriz de evaluación de participación de los interesados.

Matriz de evaluación de la participación de los interesados

Estrategias para la gestión de los interesados del proyecto

Escucha activa: Ser capaz de comprender el mensaje, no solo limitándose a escuchar sino también en indagar si entendimos el mensaje desde el punto de vista del otro.

Asertividad: Ser capaz de expresar ideas, opiniones y sentimientos abiertamente en el momento justo y a la persona correcta.

Empatía: Ser capaz de entender el punto de vista de la otra persona.

Facilidad de expresión: Ser capaz de expresar ideas, conceptos e información de manera clara y concisa, adaptando nuestro mensaje oral a quién o quiénes va dirigido.

 Negociación: Ser capaz de establecer acuerdos favorables para las dos partes involucradas

Estrategias de comunicación en la gestión de interesados

Conociendo la dinámica de participación de los involucrados, así como sus intereses, necesidades, poder, influencia y posición con respecto al proyecto, se presentan las siguientes estrategias:

Identificar la forma de trabajar de la organización

Definir los canales de comunicación por los cuales se transmitirá la información del proyecto entendiendo cuáles son los más efectivos dentro de la organización.

Identificar las necesidades reales de información de los interesados

Entender con los interesados que tipo de información será requerida y con qué frecuencia entendiendo el valor de la data a generar. Monitorear a lo largo del proyecto si las necesidades cambian y orientar de ser preciso sobre su utilidad para poder accionar.

Establecer una estructura de gobierno para el manejo de las comunicaciones

Diseñar los niveles de escalamiento requeridos en la toma de decisiones en el ámbito del proyecto y proponer la realización de reuniones efectivas para su gestión.

Involucrar en la toma de decisiones a las personas con una posición adversa al proyecto

No basta con solo informar a esas personas lo que pasa en nuestro proyecto, es indispensable, entender cuáles son los intereses contrapuestos, negociar e involucrarlos en la toma de decisiones clave.

Definir claramente los procesos y procedimientos para la comunicación de información

Establezca con claridad los lineamientos a seguir para el manejo de las comunicaciones en el proyecto, como por ejemplo, las instancias necesarias que deben ser habilitadas para la aprobación de solicitudes de cambio así como también las herramientas que serán usadas para almacenar y resguardar la información.

Procedimiento para actualizar y refinar el plan de gestión de los interesados

Se plantea que los cambios realizados puedan documentarse, analizarse, estudiar el posible impacto que tendría en el proyecto, aprobarse en su caso, comunicarlo y monitoriza el resultado.

Durante el proceso de planificación se acordarán con los interesados estos procedimientos que nos permita a todos gestionar y estar informados sobre los cambios que se puedan introducir mas adelante. El procedimiento establecerá como se solicitan los cambios, cuando se aprueban y por quien.

También deben servir estas reuniones para establecer un comité de Gestión de cambios que será el encargado de aprobar o dejar pendiente los cambios solicitados, según el procedimiento establecido.

El PM, por si solo, no puede tomar las decisiones que afectan a las prioridades que se hayan tomado sobre los requisitos del proyecto. Luego será el comité de cambios, en el que estarán representados aquellos interesados que sea conveniente, cliente, sponsor, etc, los que entenderán la idoneidad o no de cada cambio.

La mayoría de las veces los cambios de aprueban en función a criterios de prioridad, de interés o de negocio, y no tanto en función del impacto que puedan tener en la línea base del proyecto, su alcance, tiempo o sobrecoste.

PLAN DE GESTIÓN DE REQUISITOS DEL PROYECTO

Click para ver la plantilla en formato Word

Propósito del plan de gestión de requisitos del proyecto

En esta sección se documentará los requisitos del negocio, así como los requisitos del producto, mediante inspecciones, entrevistas al cliente, y cuestionarios los cuales permitirán extraer la información de los interesados. En este proceso se tomarán en consideración las siguientes actividades:

• Los requisitos son sugeridos por los principales stakeholders del proyecto, durante el proceso de iniciación y planificación.
• Los requisitos serán descritos en la matriz de trazabilidad de requisitos.

Clasificación de los requisitos

Requisitos para el correcto funcionamiento de la facturación electrónica.

Requisitos Funcionales

• Cumplir con el estándar proporcionado por SUNAT
• Generar y enviar el informe mensual
• Integración al sistema SISGO para la generación de la facturación electrónica
• Asegurar la administración de certificados
• Proveer a la autoridad herramienta para consulta de información
• Administrar folios electrónicos
• Generación y verificación de Firma Digital
• Conservación de documentos electrónicos
• La Aplicación deberá tener acceso completo a la gestión de facturas
• Generar documento en formato XML, CDR exigido por SUNAT.

Requisitos no funcionales

• El sistema debe ser capaz de procesar 10 transacciones por segundo.
• Toda funcionalidad de la aplicación y transacción de negocio debe responder al usuario en menos de 5 segundos.
• El sistema debe ser capaz de operar adecuadamente con más de 100 usuarios con sesiones concurrentes.
• Los permisos de acceso al sistema podrán ser cambiados solamente por el administrador de acceso a datos.
• Todos los sistemas deben respaldarse cada 24 horas. Los respaldos deben ser almacenados en una localidad segura ubicada en un edificio distinto al que reside el sistema.
• El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 2 horas.
• La tasa de errores cometidos por el usuario deberá ser menor del 1% de las transacciones totales ejecutadas en el sistema.
• El sistema debe contar con manuales de usuario estructurados adecuadamente.
• El sistema debe proporcionar mensajes de error que sean informativos y orientados a usuario final.
• El sistema debe contar con un módulo de ayuda en línea.
• La aplicación web debe poseer un diseño “Responsive” a fin de garantizar la adecuada visualización en múltiples computadores personales, dispositivos tableta y teléfonos inteligentes.

Priorización de los requisitos

La priorización de los requisitos estará en función a la Matriz de Trazabilidad de Requisitos, de acuerdo con el nivel de estabilidad y el grado de complejidad de cada requisito documentado.

Este proceso será realizado por el equipo de gestión del proyecto durante la planificación del proyecto y será aprobado por el sponsor.

Métricas de los requisitos

El grado de satisfacción de los interesados respecto al desarrollo de la Facturación Electrónica debe ser como mínimo de 4, de lo contrario se realizará un seguimiento de las actividades y se tomaran las acciones correctivas necesarias.

Validación de los requisitos

• Comprobar que se ha entregado documentación a cerca de los requisitos del sistema
• Comprobar que el documento tiene la sección obligatoria "Introducción al dominio del problema
• Comprobar que el documento tiene la sección obligatoria "Necesidades de negocio
• Comprobar que el documento tiene la sección obligatoria "Requisitos de integración del sistema
• Comprobar que el documento tiene la sección obligatoria "Información sobre trazabilidad
• Comprobar que el contenido de las secciones del documento es acorde a lo especificado en la plantilla publicada.
• El documento debe contener los prototipos de pantallas
• El documento debe aportar toda la información que se considere conveniente sobre la interfaz de usuario y que ayude al desarrollador.
• Los servicios de la capa lógica del sistema deben ser representados mediante diagramas de componentes.
• El documento debe contener un listado de los servicios que van a ser consumidos por el sistema.
• Se incluye una trazabilidad que contenga la relación existente entre clases y requisitos.

Trazabilidad de los requisitos

En la Matriz de trazabilidad se documentará la siguiente información:

• Atributos de requisitos, que incluye: código, descripción, criterios de aceptación, Interesado, prioridad, versión, estado actual, fecha de inicio, nivel de estabilidad, grado de complejidad y objetivos de negocio.
• Trazabilidad hacia:
  • Necesidades, oportunidades, metas y objetivos de negocio
  • Objetivos del proyecto
  • Alcance del proyecto, entregables WBS.
  • Diseño del producto.
  • Desarrollo del producto.
  • Plan de pruebas
  • Acta de aceptación del producto.

Gestión de la configuración

Para las actividades de gestión de cambios en el producto, se realizará lo siguiente:

• Cualquier stakeholder podrá presentar la solicitud de cambio, donde se detallará el porqué del cambio solicitado.
• El comité de control de cambios evaluara el impacto en el proyecto a nivel de costo, tiempo y alcance, de las solicitudes de cambio presentadas y reportara si estas son aprobadas o no al equipo de gestión del proyecto.
• Si el cambio ha sido aprobado, se implementará el cambio.
• Se hará un seguimiento del cambio, para ver los efectos positivos o negativos que tenga el proyecto.

Aprobaciones

Cronograma del proyecto