Actividad 1

12-12-2022

Materia: Dirección y Gestión de Proyectos

de Software

Estudiante: Andrea Paola Paternina

Villalobos

Unir- La Universidad en internet

 Items:

1.Introducción

1.1. Definir los stakeholders asociados al inicio del proyecto.

1.1.2. Establecer los distintos canales de comunicación en función de cada stakeholder.
1.1.3. Definir la periodicidad de dicha comunicación con cada uno de los interesados.
1.1.4. Definir los posibles riesgos derivados de una mala comunicación con el cliente, el
proveedor o el equipo de proyecto.
1.1.5. Conclusión
 1.Introducción

Para que la gestión y ejecución de un proyecto tengan unas garantías de éxito, es importante
que tener claro qué es un proyecto y sus peculiaridades tanto en su planteamiento como en
su gestión. Una buena planificación del proyecto y la definición acertada de los objetivos son
fundamentales para garantizar su éxito, pero igualmente importante es la gestión que se
realiza del mismo.

Aunque son muchas las definiciones de proyecto que podrían darse, aquí se seleccionan
tres, complementarias una con otra, para poder analizarlas:

“Proceso único que conlleva un conjunto de actividades planificadas, ejecutadas y

evaluadas que, con recursos humanos, técnicos y financieros finitos, trata de obtener
unos objetivos en un plazo determinado, con un comienzo y un fin claramente
identificables”.

“Conjunto de actividades concretas, interrelacionadas y coordinadas entre sí, que se

realizan con el fin de producir determinados bienes o servicios capaces de detectar
necesidades o resolver problemas”.

“Secuencia única y tecnológicamente determinada de actividades, generalmente no

repetitiva, que supone la coordinación de múltiples recursos (personas, materiales y
financieros) para alcanzar unos objetivos claramente definidos en un tiempo y con
unos costes determinados”.

En las definiciones aportadas se ve que aparecen elementos que pueden resaltarse

como elementos básicos de todo proyecto:

❖ Logro de unos objetivos o resultados.

❖ Actividades y/o plan de trabajo.
❖ Recursos o elementos necesarios.
❖ Tiempo.
❖ Coste y recursos financieros.
 ❖ Intención de modificar algo: resolución de un problema, cobertura de
necesidades, etc

1.1. Definir los stakeholders asociados al inicio del proyecto.

El proyecto que tomaré como ejemplo será un portal de pacientes o plataforma

educativa de educación a pacientes con enfermedades crónicas, de una eps o entidad de
salud.

Los stakeholders o interesados de proyecto para este caso son :

Internos :
1.El Seo de la empresa donde se prestará el servicio de realización del software , en este
caso la llamaremos Devsalud.
2.El product Owner del proyecto
3.El director de sistemas
4. El equipo de desarrollo o team developer

Externos :
1. El equipo gerencial de la eps dueña del proyecto.
2. Equipo de QA contratado por parte de la eps que comprará la plataforma educativa
de pacientes.

1.1.2. Establecer los distintos canales de comunicación en función de cada

stakeholder.

Los canales de comunicación que se usan para este proyecto en desarrollo para los
stakeholders internos son :

1. Se utiliza la herramienta teams y crea un equipo respectivo llamado “equipo

Plataforma educativa de pacientes” , donde se comparten todos los soportes
relacionados del proyecto. para todos los integrantes internos respectivos.
2. Se crea un equipo en la herramienta teams llamado “dev plataforma de salud eps”,
para la comunicación solamente del equipo team developer o equipo de desarrollo del
 proyecto. Dónde se comparten archivos, se realizan comentarios acerca del desarrollo
como tal de la plataforma.
3. Se utiliza la herramienta Trello para la creación y asignación de tareas para todos los
stakeholders internos.
4. Se crea por la herramienta teams una reunión diaria o daily para nombrar los avances
de las tareas o que inconveniente tenemos con el desarrollo de las tareas asignadas a
cada rol.
5. Se crea por la herramienta teams una sesión semanal, regularmente los días miércoles
de cada semana , con todos los stakeholders tanto internos como externos para
sustentar los avances del proyecto e interactuar con el cliente externo ara su visto
bueno de las entregas de los requisitos o seguimiento de estos.
6. Se utiliza el correo electrónico para el envío de actas de aceptación a los stakeholders
externos , este correo regularmente lo envía el Analista funcional del equipo de
desarrollo interno.
7. Se crea un grupo , llamado devsalud en la herramienta informal WhatsApp , para
tocar temas mas generales del proyecto plataforma de pacientes , donde los
integrantes son los stakeholders internos.
8. Se realiza una reunión los días jueves con el director de sistemas interno de devsalud
donde se le muestran los avances del equipo de desarrollo.

1.1.3. Definir la periodicidad de dicha comunicación con cada uno de los

interesados.

La periodicidad de las reuniones es la siguiente:

1.La reunión diaria del equipo de desarrollo o “ Daily” , dura aproximadamente 20 minutos
esta reunión se lleva a cabo de lunes a viernes , calendario Colombia.
2.La reunión semanal , la cual se lleva a cabo los días miércoles de cada semana con todos
stakeholders tanto internos como externo dura aproximadamente 2 horas. Porque se
tocan temas diversos.
3.La reunión de los días jueves del equipo de desarrollo con el director de sistemas para
dialogar sobre los avances es mas informal y dura aproximadamente 1 hora.
1.1.4. Definir los posibles riesgos derivados de una mala comunicación con el
cliente, el proveedor o el equipo de proyecto.

La Gestión de proyectos acarrea una serie de riesgos que han de tenerse en cuenta. Los
problemas más comunes y riesgos que podemos encontrarnos:

1. No existencia de unas normas de gestión del proyecto. [severidad: alta].

Desarrollar unas Normas de Gestión del Proyecto adecuado que recoja la definición
del proyecto, la planificación global, las decisiones tomadas en la reunión Kick-
Off (principales mecanismos de gestión y ejecución del proyecto), responsabilidades
y línea base aprobada para guiar la ejecución y control del proyecto.
2. Planificaciones no ajustadas a la realidad debido a: estimaciones erróneas,
movilidad de los recursos, insuficiencia de recursos (cantidad y personal), fechas
prefijada y cambios de requisitos. [severidad: alta]. Utilizar los procedimientos,
herramientas, técnicas y base de datos históricos adecuados para estimar el tamaño,
el esfuerzo, el coste y los recursos necesarios para la planificación y seguimiento de
proyectos.
3. No se tiene una visión del estado real de los proyectos y por ende ni
visibilidad de la evolución del proyecto. [severidad: alta]. Establecer hitos
principales y reuniones de seguimiento periódicas para realizar informes del
progreso del proyecto.
4. Retraso en la entrega de las aplicaciones e, incluso, reducción en las
funcionalidades de las mismas. [severidad: alta]. Realizar inventario de
análisis de riesgos y problemas y mantenerlos actualizados durante todo el desarrollo
del proyecto.
5. Falta de procedimientos de comunicación entre los grupos de las
distintas direcciones en el ámbito de un proyecto. [severidad: alta] .
Desarrollar un Plan de Comunicación en el que se establezcan las necesidades de
comunicación durante el desarrollo del proyecto.
6. Falta de una matriz de escalado. [severidad: alta] . Identificar donde o a quien
escalar antes de un bloqueo en el proyecto.
7. Falta de compromiso del cliente para el proyecto. [severidad: alta] . Validar
el plan de trabajo con el cliente, estableciendo compromisos del cliente para el
proyecto y definiendo su participación dentro del mismo.
8. Falta de cumplimiento de acuerdos establecidos durante reuniones con
el cliente. [severidad: alta]. Generación de agendas y actas para cada reunión con
el cliente, y validación de las actas por parte del cliente.
9. Existencia de personal del equipo de trabajo, sin que tenga establecida
su participación en el proyecto. [severidad: alta]. Definición de roles y
responsabilidades de todos los miembros de equipo de acuerdo al plan de trabajo
definido
10. Documentación del progreso del proyecto obsoleto o sin cumplir con los
estándares establecidos para su realización. [severidad: alta]. Actualización
periódica de la información en la carpeta de proyecto y revisión de los estándares de
nomenclatura de todos los archivos.
11. Pérdida de contacto con clientes potenciales, para futuros
proyectos. [severidad: alta]. Mantenimiento del contacto con el cliente tras el
proyecto, especialmente si existen oportunidades de continuidad (actualización de la
BBDD de contactos).
12. Modificaciones del alcance en el transcurso del proyecto. [severidad:
alta]. Informar al cliente de los próximos pasos y de las tareas pendientes para
gestionar expectativas y anticiparse. Mantener una comunicación constante de los
responsables del proyecto – Reuniones de seguimiento. Revisar periódicamente las
actas de reunión de kick-off y propuesta inicial con todo el equipo de proyecto.
 1.1.5. Conclusión

“A raíz de este trabajo, concluí que durante el proyecto no solo se deberá realizar la
planificación y su seguimiento, sino que tendrá que organizar reuniones, coordinar el trabajo
en equipo, gestionar el calendario, etc. Elementos que deben estar en la planificación pero
que hay que saber gestionarlos correctamente. Tanto dentro del proyecto (con los miembros
de su equipo y sus superiores) como fuera, con el cliente y los proveedores. Una correcta
comunicación es fundamental para que no se generen conflictos o malentendidos”.