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 conformidad en cada reunión

Gestión

Plan de Contingencia Consideraciones Especiales

En el contrato se establece una cantidad mínimas de reuniones y se fijan cláusulas de respaldo para que el equipo pueda actuar.

Hacer uso de la documentación firmada de mutua acuerdo. Llevar un registro de dichas documentaciones.

Reducción-Gestión de Riesgos

Riesgo: Enfermedad o accidente de algún integrante

Nº Riesgo Reducción

Estrategia General Pasos Específicos

5 Todos los integrantes deben estar en conocimiento total respecto del avance, enfoque, temas que se están abordando y por último los cargos de cada miembro del equipo.

• Realizar reuniones periódicamente, donde se deberá informar sobre el trabajo y avance de cada uno de los integrantes.

Gestión

Plan de Contingencia Consideraciones Especiales

Comunicación eficaz y permanente con los integrantes para informarse del estado de estos. Tener vías de contactos con dichas personas, tales como: Facebook, e-mail, número telefónico fijo, celular.

Asignar las tareas del integrante afectado a otro miembro Los integrantes deberán tener una claridad total del avance de cada uno de los miembros del equipo.

Reducción-Gestión de Riesgos

Riesgo: Mala realización de las Pruebas de software

Nº Riesgo Reducción

Estrategia General Pasos Específicos

6 Establecer tiempo de holgura para cada tarea para que no sea necesario hacer ajuste en la carta Gantt de las pruebas. Establecer y realizar todas las pruebas previamente a las fechas acordadas.

• Hacer uso de la carta Gantt

• Realizar el plan de pruebas, previo a la realización de las mismas.

Gestión

Plan de Contingencia Consideraciones Especiales

Crear un plan Estratégico de asistencia a usuarios asignando a los integrantes más capacitados para dar una solución rápida al usuario. Lista de posibles problemas y sus respectivas soluciones.

Reducción-Gestión de Riesgos

Riesgo: Mala captación de requerimientos

Nº Riesgo Reducción

Estrategia General Pasos Específicos

7 Se genera una reunión con los miembros del proyecto donde se deberá generar una minuta completa para la próxima reunión con el cliente exponiendo los puntos que no fueron abordados y son objetos de dudas, en caso que las reuniones fijadas por contrato estén completas se deberá hablar con el cliente para saber su disponibilidad, en caso de no haber disponibilidad se enviará un correo electrónico con los puntos que se necesitan aclarar.

• Se realizan reuniones en el equipo de trabajo para lograr exponen y aclarar dudas.

• En caso de no haber disponibilidad por parte del cliente se enviará un correo electrónico

...