Gestión de Proyectos S.P-Equipo 5

INGENIERÍA DE SOFTWARE
“GESTIÓN DE
PROYECTOS-
SEGUNDA PARTE”
DOCENTE: Muñoz Ramos, Luis A.
INTEGRANTES EQUIPO 5:
• Díaz Rojas, David.
• Obregón Barturen, Roberto.
• Paucar Ramírez, Lucero.
• Zenobio Rojas, Harold.
CONTENIDO
01 02 03
RIESGOS SEGÚN ESTRATEGIAS Y
MATRIZ RAM
CATEGORIAS RESPUESTAS A LOS
RIESGOS
04 05
CRONOGRAMA PRESUPUESTO
01
RIESGOS SEGÚN
CATEGORIAS
PROYECTO RECETA
CATEGORÍAS ÁREAS DE POSIBLES RIESGOS
Técnicos Tecnología Calidad Desempeño Requisitos
Externos Proveedores Legales
Organizacionales Recursos Financiación Priorización Usuarios
Gestión de Proyectos Planificación Alcance

Identificación de riesgos según áreas:
CATEGORÍA: TÉCNICOS
Área: Tecnología • Falla de HW o SW al momento de listar los ingredientes.

• Alto nivel de complejidad técnica al momento de buscar una receta.
Área: Calidad • Escatimar en el control de calidad.

• Mala calidad del software en general.
Área: Desempeño • Personal no tenga experiencia en el desarrollo del proyecto.

• Perfiles inadecuados en el equipo de trabajo para el desarrollo del proyecto.
Área: Requisitos • Los requisitos del sistema no se han definido correctamente.

• Las partes del proyecto al momento de realizar la instalación del software que se
no se han especificado ,claramente consumen más tiempo del esperado.
CATEGORÍA: EXTERNOS
Área: Proveedores • Falta de soporte técnico por parte de los proveedores.

• Escaso involucramiento por parte de los proveedores en el proyecto.
Área: legales • Falta de una base legal en la implementación del software para las
recetas.
• Incumplimiento (o imperfección) de la legislación que afecta a los
contratos financieros con proveedores externos.
CATEGORÍA: ORGANIZACIONALES
Área: Recursos • El personal no cuente con los suficientes materiales que pide el software para la
preparación de una respectiva receta.
• Los recursos son mayormente asignados a otro proyecto en lugar del proyecto de la
recta
Área: Financiación • Presupuesto por encima de lo previsto por los inversores del software.
Área: Priorización • La empresa no le da una adecuada priorización al proyecto de la elaboración de la

receta
• El personal prioriza el método teórico en lugar de dar uso al software
Área: Usuarios • No se ha solicitado suficiente información al usuario, por lo que el producto al

final no se ajusta a las necesidades del usuario, y hay que volver a rediseñar el
software de receta que se ha pedido.
CATEGORÍA: GESTION DE PROYECTOS
Área: Planificación • La reestimación debida a un retraso en la planificación es demasiado

optimista o ignora la historia del proyecto de software de receta que se
quiere hacer.
• La presión excesiva en la planificación reduciría la productividad del
proyecto de software que se quiere implementar.
Área: Alcance • Falta de un control de alcance o complejidad del que evite que otros
usuarios puedan usar de manera sencilla el software.
02
ESTRATEGIAS Y
RESPUESTAS A LOS
RIESGOS
ESTRATEGIAS O RESPUESTAS
Área: Tecnología • Falla de HW o SW al momento de listar los ingredientes.

Estrategia: Ubicar la falla y buscar una solución rápida para que el HW o SW
funcionen de manera óptima.
• Alto nivel de complejidad técnica al momento de buscar una receta.
Estrategia: Capacitar a los usuarios del software sobre el manejo de este para que el
nivel de complejidad se reduzca y el uso se facilite.
• Escatimar en el control de calidad.

Área: Calidad
Estrategia: Dar mayor énfasis al control de calidad
• Mala calidad del software en general.
Estrategia: Mejorar las interfaces asi como las herramientas que brinda el
software
Área: Desempeño • Personal no tenga experiencia en el desarrollo del proyecto de software.

ESTRATEGIA: Capacitar al personal y enriquecer de conocimientos sobre lo
que se quiere para el desarrollo del software que lo que busca es la
generación y almacenamiento de recetas.
• Perfiles inadecuados en el equipo de trabajo para el desarrollo del proyecto.
RESPUESTA: Identificar bien al equipo de trabajo para poder designarles
un puesto bien identificado en el desarrollo del software.
Área: Requisitos • Los requisitos no se han definido correctamente.

ESTRATEGIA: Redifinir los requerimientos del sistema
• Las partes del proyecto al momento de realizar la instalación del software que se
no se han especificado ,claramente consumen más tiempo del esperado.
ESTRATEGIA: Establecer los pasos con respecto a la instalacion del software y
asi ahorrar tiempo
CATEGORÍA: EXTERNOS
Área: Proveedores • Falta de soporte técnico por parte de los proveedores.

ESTRATEGIA: Buscar a un miembro capacitado para resolver ante los
problemas que se presenten.
• Escaso involucramiento por parte de los proveedores en el proyecto.
ESTRATEGIA: Mantener constante comunicación o seguimiento con los
proveedores.
Área: legales • Falta de una base legal en la implementación del software para las recetas.
ESTRATEGIA: Buscar asesoramiento para contar con las bases legales para
la implementación del software en la empresa.
• Incumplimiento (o imperfección) de la legislación que afecta a los contratos
financieros con proveedores externos.
RESPUESTA: Asegurarse que la legislación cumpla con todo y no afecte los
contratos financieros que serán de ayuda para el proyecto.
Área: Recursos • El personal no cuente con los suficientes materiales que pide el software para la
preparación de una respectiva receta.
ESTRATEGIA: Antes de comenzar con el desarrollo del software asegurar de
contar con todo lo necesario para el proceso.
• Los recursos son mayormente asignados a otro proyecto en lugar del proyecto de la
receta.
RESPUESTA: El encargado del proyecto de software receta debe encargarse que
los recursos necesarios sean priorizados para este proyecto.
Área: Financiación • Presupuesto por encima de lo previsto por los inversores del software.
RESPUESTA: Si el presupuesto está por encima de lo estimado, tratar de
minimizar los costos sin que esto afecte al producto final que se entregará.
Área: Priorización • La empresa no le da una adecuada priorización al proyecto de la elaboración de la

receta
ESTRATEGIA: Explicar a la empresa los beneficios de realizar el proyecto de la
elaboracion de la receta
• El personal prioriza el método teórico en lugar de dar uso al software
ESTRATEGIA: Capacitar al personal con respecto al uso del software
Área: Usuarios • No se ha solicitado suficiente información al usuario, por lo que el producto al

final no se ajusta a las necesidades del usuario, y hay que volver a rediseñar el
software de receta que se ha pedido.
ESTRATEGIA: Recopilar informacion de los usuarios y adecuar el software de la
receta a sus exigencias
CATEGORÍA: GESTION DE PROYECTOS
Área: Planificación • La planificación se ha basado en la utilización de personas específicas de un

equipo, pero estas personas a veces no están disponibles.
RESPUESTA: El líder del proyecto debe asegurarse que las personas del
equipo estén comprometidas con el desarrollo del proyecto para que no haya
retrasos en este.
• La presión excesiva en la planificación reduciría la productividad del proyecto
de software que se quiere implementar.
Estrategia: Fomentar la motivación hacia los involucrados en el proyecto y
mantener una constante comunicación usando el feedback.
Área: Alcance • Falta de un control de alcance o complejidad del que evite que otros usuarios
puedan usar de manera sencilla el software.
Estrategia: Mantener un control y una constante capacitación de las nuevas
actualizaciones del software.
03
MATRIZ RAM
RAM.docx

Gestión de Proyectos S.P-Equipo 5

Cargado por

Copyright:

Formatos disponibles

Gestión de Proyectos S.P-Equipo 5

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Gestión de Proyectos S.P-Equipo 5

Cargado por

Copyright:

Formatos disponibles

INGENIERÍA DE SOFTWARE

CATEGORÍAS ÁREAS DE POSIBLES RIESGOS

Técnicos Tecnología Calidad Desempeño Requisitos

Externos Proveedores Legales

Organizacionales Recursos Financiación Priorización Usuarios

Gestión de Proyectos Planificación Alcance

Área: Tecnología • Falla de HW o SW al momento de listar los ingredientes.

Área: Calidad • Escatimar en el control de calidad.

Área: Desempeño • Personal no tenga experiencia en el desarrollo del proyecto.

Área: Requisitos • Los requisitos del sistema no se han definido correctamente.

Área: Proveedores • Falta de soporte técnico por parte de los proveedores.

Área: Priorización • La empresa no le da una adecuada priorización al proyecto de la elaboración de la

Área: Usuarios • No se ha solicitado suficiente información al usuario, por lo que el producto al

Área: Planificación • La reestimación debida a un retraso en la planificación es demasiado

Área: Tecnología • Falla de HW o SW al momento de listar los ingredientes.

• Escatimar en el control de calidad.

Área: Desempeño • Personal no tenga experiencia en el desarrollo del proyecto de software.

Área: Requisitos • Los requisitos no se han definido correctamente.

Área: Proveedores • Falta de soporte técnico por parte de los proveedores.

Área: Priorización • La empresa no le da una adecuada priorización al proyecto de la elaboración de la

Área: Usuarios • No se ha solicitado suficiente información al usuario, por lo que el producto al

Área: Planificación • La planificación se ha basado en la utilización de personas específicas de un

También podría gustarte