Estrategia General Pasos Específicos

Índice

1 Análisis del Proyecto 2

1.1 Gestión de Riesgos 2

1.1.1 Identificación, descripción de riesgos del proyecto y priorización de riesgos 2

1.1.2 Reducción-plan de contingencias 3

1.1.3 Exposición al riesgo 9

1.2 Gestión de Calidad (SQA) 9

1.2.1 Gestión 9

1.2.2 Organización 9

1.2.3 Actividades 9

1.2.4 Ciclo de Vida del Software 10

1.2.5 Actividades de Calidad por Realizar 10

1.2.6 Documentación 10

1.2.7 Plan de Gestión de configuración 18

1.2.8 Revisiones y auditorías 18

1.3 Gestión de Control de Cambios 19

1.4 Determinar Plan de Ambiente de Desarrollo 20

1.5 Determinar Plan de Capacitación 21

1.6 Determinar Plan de Desarrollo, Implantación y Mantención 22

1.6.1 Plan de Operación del Sistema 22

1.6.2 Plan de Implantación 22

1.6.3 Plan de Mantención 23

1.7 Planificación del Proyecto 23

1 Análisis del Proyecto

1.1 Gestión de Riesgos

1.1.1 Identificación, descripción de riesgos del proyecto y priorización de riesgos

Tabla de Riesgos

Nº Riesgo Riesgo Categoría del Riesgo Prioridad Factores que influyen

1 Retraso Desarrollo 1 -Mala planificación y distribución de los tiempos.

-Cambios de Requerimientos por parte del cliente.

2 Mal del diseño de Interfaz Desarrollo 2 Interfaz no amigable al usuario, de uso poco intuitivo.

3 Mal diseño de la base de datos Desarrollo 1 -Poca claridad en los requerimientos.

-Errores en el análisis.

-Poco conocimiento técnico por parte del equipo de trabajo.

4 Cambio en los requerimientos Cliente 2 El cliente no tiene claridad respecto de lo que desea que haga el sistema.

5 Enfermedad o accidente de algún integrante Miembros del proyecto 3 -Agentes climáticos afectan a uno o más miembros del equipo.

-Situaciones de fuerza mayor por ejemplo: fallecimiento de algún familiar, accidente en el trayecto.

6 Mala realización de las Pruebas de software Desarrollo 2 Poco tiempo destinado a la etapa de pruebas, debido a retrasos, mala planificación o poca eficiencia por parte de los encargados.

7 Mala captación de requerimientos Desarrollo 1 Poca experiencia en levantamiento de requerimientos por parte del encargado.

8 Mala productividad Desarrollo 1 Poca motivación del equipo de trabajo o relaciones hostiles.

Poca comunicación.

Mal liderazgo por parte del jefe de proyecto.

9 Poca experiencia en lenguaje de desarrollo Desarrollo 1 Los desarrolladores tienen poco o nulo manejo en el lenguaje elegido para la fabricación del sistema.

10 Falta comunicación con el cliente Cliente 1 Los miembros del equipo son incapaces de establecer una comunicación fluida con el cliente.

Valores de impacto:

1 Catastrófico

2 Crítico

3 Marginal

4 Despreciable

1.1.2 Reducción-plan de contingencias

Reducción-Gestión de Riesgos

Riesgo: Retraso

Nº Riesgo Reducción

Estrategia General Pasos Específicos

1 Se fijan tiempos de holgura para cada tarea mediante carta Gantt. Se hace un constante seguimiento del trabajo de cada uno de los integrantes del desarrollo del proyecto para tener un control absoluto del avance.

• Al momento de la creación del cronograma se fijaran tiempos con la holgura pertinente y necesaria.

• Seguimiento exhaustivo y continuo de los avances de los miembros del equipo.

Gestión

Plan de Contingencia Consideraciones Especiales

Se deberá hacer uso del tiempo de holgura del proyecto. Verificar que el tiempo de holgura sea utilizado de la forma más óptima.

Se reducirá tiempo en las pruebas. Verificar que el tiempo que se dispondrá del periodo de pruebas no tenga un impacto de nocivo

Se ajustarán los tiempos en el cronograma. Verificar con el equipo del proyecto a cuales actividades se les podría reducir el tiempo de realización.

Reducción-Gestión de Riesgos

Riesgo: Mal del diseño de Interfaz

Nº Riesgo Reducción

Estrategia General Pasos Específicos

2 Se enviará los miembros con mayor experiencia en los levantamientos de requerimientos de manera de captar con mayor claridad los requerimientos de interfaz que se desean por el cliente.

• Seleccionar a los integrantes idóneos para dicha tarea.

• Realizar reuniones con el equipo previo a las reuniones con el cliente de manera de tener registradas las nuevas consultas a realizar.

• Estar en contacto permanente con el cliente para cualquier duda que surja durante el proceso.

Gestión

Plan de Contingencia Consideraciones Especiales

Generar nuevo diseño de la interfaz Cumplir con los requisitos y especificaciones del sistema.

Reducción-Gestión de Riesgos

Riesgo: Mal diseño de la base de datos

Nº Riesgo Reducción

Estrategia General Pasos Específicos

3 Se enviarán los miembros más capacitados para la obtención de requerimientos, de manera de transformar esto, en un buen diseño de base de datos.

• Enviar a los miembros más idóneos para dicha tarea

• Estar en contacto constante con el cliente, en caso de dudas.

Gestión

Plan de Contingencia Consideraciones Especiales

Dependiendo del daño se procederá a corregir el diseño de la base de datos o en el peor de los casos, se re-hará la base de datos. El equipo deberá reunirse y analizar para corregir en conjunto los problemas que pudiesen generarse en la base de datos.

Reducción-Gestión de Riesgos

Riesgo: Cambio en los requerimientos

Nº Riesgo Reducción

Estrategia General Pasos Específicos

4 Se programan reuniones frecuentes con el cliente.

Se eligen miembros con mayor experiencia en el levantamiento de requerimientos, de manera de también, orientar al cliente.

Se establecerán documentos que contengan la aprobación por parte del cliente, para que sirvan de respaldo en caso de ser necesarios.

• Se fijan reuniones mediante las condiciones especificadas en el contrato.

• Se eligen miembros empáticos, intuitivos, con iniciativa y experiencia para asistir a las reuniones.

• Se firmarán documentos de

...