Asignación de roles

Jefe de proyecto
Nuestra empresa cuenta con un jefe de proyecto el cual coordina, interpreta necesidades y motiva
al equipo en sus tareas. Planifica y define las actividades que se deben realizar y es el encargado de
entender e interpretar las necesidades del cliente para comunicarlas al equipo. (Marcelo Blanca)

Analista Testing
Nuestro equipo cuenta con nuestro Analista Testing con 5 años de experiencia en proyectos
llevando a cabo la función de verificar prototipos haciendo que cumplan todos los estándares de
calidad por lo cual estará en toda la etapa de Seguimiento y control.(Simon Campos)

Diseñador
Para la etapa desarrollo del sistema, SYSTIC cuenta con un diseñador, encargado de modelar el
sistema, facilitando la usabilidad y experiencia del usuario, utilizando metáforas y apelando a los
requerimientos actuales del desarrollo de sistemas, tales como propiedades adaptativas de las
mismas. (Ignacio Catron)

DBA
El perfil de DBA en este proyecto es fundamental a la hora de alojar los datos lógicos y sensibles del
sistema. Tiene la responsabilidad de diseñar y controlar las Bases de Datos.

La misión primordial es garantizar y optimizar la seguridad, integridad y estabilidad de los datos.

(Nehemias Carvacho)

Analista Documentador
Nuestro equipo consta con un analista documentador, con experiencia de 5 años en el rubro,
realizando aplicaciones hibridas entre otras aplicaciones. Junto con esto, la función de nuestra
analista organiza los datos del proyecto con información que será el respaldo de las etapas
asignadas. (Constanza Valdés)

Programador
El equipo consta con un programador especializado en ASP, con una certificación en Microsoft y 6
años de carrera profesional en el área de programación en ASP, durante los 6 años de trabajo en el
área se han levantado 9 proyectos siendo el encargado de programación web. (Alejandro García)
 Gestión de Riesgos
Etapa de Desarrollo:

 Riesgos de herramientas

Código RH01
Nombre Compatibilidad del lenguaje de programación
Descripción El sistema se puede ver afectado debido al
lenguaje que se programó frente al sistema
operativo en el que se implementará.
Probabilidad de Ocurrencia Moderada
Efecto Catastróficos
Directo o Indirecto Directo
Plan de contingencia Se propone al cliente instalar sistema operativo
compatible
Tipo de Riesgo Riesgos de herramientas

Código RH02
Nombre Actualización del sistema operativo
Descripción El sistema se puede ver afectado a causa de una
actualización del sistema operativo: Hora,
permisos, servicios, odbc, otros.
Probabilidad de Ocurrencia Moderada
Efecto Serios
Directo o Indirecto Directo
Plan de contingencia Desactivar las actualizaciones automáticas y
controlarlas de manera manual.
Tipo de Riesgo Riesgos de herramientas

Código RH03
Nombre Software
Descripción Los softwares adicionales instalados al sistema
pueden realizar cambios que modifican el
funcionamiento regular del programa: Antivirus,
Microsoft Office, Adobe, Crystal Report, entre
otros.
Probabilidad de Ocurrencia Bajo
Efecto Serios
Directo o Indirecto Directo
Plan de contingencia Se deben controlar las excepciones y el
software necesarios mediante las
recomendaciones previas al cliente.
Tipo de Riesgo Riesgos de herramientas
  Riesgos de requerimiento

Código RR01
Nombre Cambio de Requerimiento
Descripción Cambios de requisitos que precisan
modificaciones en el diseño

Probabilidad de Ocurrencia Moderada

Efecto Tolerable
Directo o Indirecto Indirecto
Plan de contingencia Asignar tiempos para posibles cambios que
surjan en el desarrollo.
Tipo de Riesgo Requerimiento

Código RR02
Nombre Falta de importancia en un requerimiento
Descripción No dar la relevancia a un requerimiento que
pueda ser fundamental en la función del
sistema
Probabilidad de Ocurrencia Moderada
Efecto Tolerable
Directo o Indirecto Indirecto
Plan de contingencia Valorar y analizar los requerimientos en
profundidad para abarcar un sistema apto para
todo tipo de cliente y/o empresa.
Tipo de Riesgo Requerimiento

Código RR03
Nombre Requisitos basado en clientes reales
Descripción Omitir la opinión de clientes que han
experimentado con la idea de proyecto.

Probabilidad de Ocurrencia Moderada

Efecto
Directo o Indirecto
Plan de contingencia
Tipo de Riesgo
Tolerable
Indirecto
Generar encuesta a clientes que tengan
experiencias en el área y con ideas de mejora, lo
cual se deben tomar en cuenta.
Requerimiento
  Riesgos de estimación

Código RE01
Nombre Expiración Fecha de entrega
Descripción No alcanzar a desarrollar el software dentro del
tiempo estipulado para la fecha de entrega, lo
cual requiere gastos extras.
Probabilidad de Ocurrencia Bajo
Efecto Tolerable
Directo o Indirecto Directo
Plan de contingencia Ampliar horas dedicadas al proyecto según los
plazos acordados.
Tipo de Riesgo Estimación

Código RE02
Nombre Tiempo de reuniones
Descripción No planificar reuniones específicas para cada
hito.

Probabilidad de Ocurrencia Bajo

Efecto Tolerable
Directo o Indirecto Directo
Plan de contingencia Acordar reuniones del equipo de trabajo que
permita mantener la fluidez y comunicación del
proyecto.
Tipo de Riesgo Estimación

Código RE03
Nombre Costos limitados
Descripción Déficit en presupuesto que afecte el normal
desarrollo del proyecto

Probabilidad de Ocurrencia Bajo

Efecto Tolerable
Directo o Indirecto Directo
Plan de contingencia Considerar un porcentaje de riesgo en dinero
para cada etapa del proyecto.
Tipo de Riesgo Estimación