Presentacion mda completa

Metodología y Desarrollo de
Aplicaciones

Caso Práctico
Proyecto P3 – Empresa M2
Luis Manuel Ortigosa Moreno
Lidia Lavinia Delgado Carretero
Antonio Jesús Navarro Acemel
Oséas Rodrigues de Alcántara Júnior
Vítor César Santana de Oliveira

INFORMACIÓN PLAN DESPLIEGUE
INTRODUCCIÓN ERRORES
ADICIONAL RECUPERACIÓN INSTALACIÓN

Visión Inicial del Proyecto
• Proyecto en un estado complejo y crítico
• Mala planificación y ejecución
• Entorno cambiante
• Falta de comunicación
• Perdidas directas (€)


¿Por qué?
• No recalcular las bases de Coste, Plazo y
Calidad

• Inexistencia de documentaciones

?


Toma de control
• Gestión de costes y estimaciones realistas
• Establecimiento de plan de calidad
• Gestionar comunicación
• Gestionar y controlar es estado del trabajo
• Gestionar la integración
• Gestionar los riesgos
• Gestionar alcance del proyecto (requisitos, división de
trabajo, objetivos cumplidos)
• Gestionar recursos asignados, control del avance y
actualización de estado.


¿Qué información adicional
recabarías para conocer mejor el
estado del proyecto?

¿Cómo podrías encontrar esa
información?

¿Con qué probabilidad?


¿ QUIÉN PUEDE DARME
INFORMACIÓN ?


ACTA REUNIÓN INICIAL

Requisitos iniciales

Descripción del proyecto

Límites y riesgos iniciales

Personas implicadas

Entregables


¿En qué condiciones
comenzamos?

• Documentación
análisis y diseño
aprobada

• Software producción

• Software
desarrollado

• Costes


Estudio del plan de
viabilidad del sistema

• Requisitos que cumplir

• Objetivos

• Valoración riesgos

• Control costes

• Indicadores

• Asignación recursos


GESTIÓN DEL CAMBIO

• ¿Cómo se gestionan
las peticiones?

• ¿Quién aprueba los
cambios?

• Replanificación
costes

• Replanificación
tiempo

• Recursos Humanos


¿CÓMO CONTROLAMOS
EL VERSIONADO?


¿CÓMO GESTIONAMOS LA CALIDAD DEL
CÓDIGO?


GESTIÓN DE LA CONFIGURACIÓN
¿INTEGRACIÓN?


DOCUMENTACIÓN EXTERNA E INTERNA

• Actas

• Manuales
usuarios

• Analisis
Funcionales


Problemas
• Metodología de desarrollo – Métrica 3
• Necesidad del cliente en ver la funcionalidad
del sistema
• La forma de trabajo actual
(Implantar un desarrollo basado en prototipos funcionales)


10 PRINCIPALES PROBLEMAS
1.FALTA DE ESTUDIO DE VIABILIDAD
Se hubiera podido prever con el estudio correspondiente
el cúmulo de pérdidas que este proyecto ha supuesto en la
empresa.
2.PLANIFICACIONES DEMASIADO OPTIMISTAS.
Se ha confundido el plazo de entrega con tiempo de
realización del proyecto. Este error da lugar a expectativas
poco realistas, según Standish Group uno de los 5 factores
principales para alcanzar el éxito de un proyecto.


3. POCO TIEMPO EN TAREAS INICIALES.
Se ha quitado importancia a tareas que son vitales para el
éxito de un proyecto de estas características. Si estas tareas no
se realizan adecuadamente el coste del proyecto puede ser de
10 a 100 veces superior.
4. REQUISITOS NO CLAROS NI ACTUALIZADOS.
La falta de claridad denota falta de comunicación y la falta de
actualización hace que el seguimiento del estado del proyecto
sea muy costoso.


5. GESTIÓN DEL CAMBIO.
No existe un proceso para el registro de cambios
y su aprobación. Difícil incorporación de nuevas
características en mitad del proyecto.
6. INCUMPLIMIENTO DE PLAZOS.
Se le ha dicho al cliente que el proyecto va a ser
entregado en un determinado plazo y no se ha
cumplido.


7. PLAN DE PROYECTO.
Han considerado el plan de proyecto estático.
Como consecuencia los costes y plazos no son re-
estimados cuando los requerimientos del sistema
o el ambiente de desarrollo cambia.
8. PLAN DE PRUEBAS INADECUADO.
Como consecuencia de ello se tiene un
insuficiente aseguramiento de la calidad.


9. GESTIÓN DE RIESGOS INEXISTENTE.
No se han tenido en cuenta los riesgos ni se han
definido los indicadores para detectar posibles
desviaciones. Gestión del riesgo insuficiente.
10.FORZADO DE CIERRE DE VERSIONES.
Consecuencia: reducción del tiempo de pruebas
y versiones con fallos. Esto es debido a una mala
estimación de los tiempos y planificación de
tareas.


Plan de Recuperación
A partir de la fecha actual
1. Conocer el estado actual del proyecto y saber
desde dónde partimos.
2. Cierre de fase actual.
3. Identificar los stakeholders. Ganar de nuevo la
confianza del cliente.
4. Definir y poner en marcha un plan de
comunicación.
5. Reunión con todos para levantamiento y
priorización de los requisitos.
Caso Práctico: Metodología y Desarrollo de Aplicaciones



A partir de 22 marzo
1. Gestión de la configuración:
• Herramienta de control de versiones (Ej. SVN)
• Herramienta de integración automática (Ej. Hudson).
• Herramienta de gestión de la documentación
• Herramienta de control de la calidad del código (Sonar)



2. Actualizar plan de proyecto
• Nuevo coste
• Nuevo cronograma
• Nuevos hitos
• Aumento numero de recursos (equipo de tests)
3. Reunión con equipo para:
• Pasar la lista de tareas
• Abordaje iterativo de desarrollo
• Fases cortas y entregables rápidos




4. Gestión de RRHH:
– Animar equipo con días libres y teletrabajo



ASPECTOS RELEVANTES
DESPLIEGUE DEL SOFTWARE
-Plan de implantación del software.
- Proceso complicado:
- Gran carga de personal.
- Elevado número de actividades.
- Se realiza en colaboración con el cliente.
- Etapa crítica.


ASPECTOS RELEVANTES DESPLIEGUE
DEL SOFTWARE

ANTES
- Planificar y definir la estrategia de
implantación.
- Gestión de los riesgos.
- Definir y asignar el personal que se encargará
de la implantación.


DEL SOFTWARE
ANTES
- Validar los recursos de infraestructura
disponibles en la empresa.
- La formación a los futuros usuarios.


DEL SOFTWARE
DURANTE
- Realizar las pruebas de
implantación / aceptación.
- Gestión del cambio.
- Monitorización y control de la implantación.


DEL SOFTWARE
DURANTE

- Configuración veloz del sistema.
- Gestión de incidencias.


DEL SOFTWARE
DESPUES
- Confirmar que todas las actividades están
concluidas.
- Validar el resultado del proyecto con el cliente.
- Discutir los fallos cometidos durante el proyecto
que servirán como lección aprendida para futuros
proyectos.


DEL SOFTWARE
DESPUES
- Finalizar la documentación del proyecto.
- Finalizar el proyecto con el cliente.
- Definir los servicios de
mantenimiento/soporte con el cliente.
- Definir los requisitos de nivel de servicio.


DEL SOFTWARE
DESPUES
- Creación del acuerdo de nivel de servicio.
- Gestión de incidencias.
- Gestión de peticiones de servicios.

Presentacion mda completa

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (9)

Similar a Presentacion mda completa

Similar a Presentacion mda completa (20)

Más de luis ortigosa

Más de luis ortigosa (7)

Último

Último (19)

Presentacion mda completa