1. Gestión de Proyecto
GESTIÓN DEL PROYECTO
• Planificación del proyecto
– Organización del equipo de
trabajo
– Calendarización del proyecto
– Gestión de riesgos
– Técnicas de relevamiento de
información
2. Gestión de Proyectos
PLANIFICACIÓN DEL PROYECTO
• Se prepara al inicio de un proyecto, servirá
como conductor a lo largo del mismo, fija los
recursos disponibles, divide el trabajo y crea
un calendario de trabajo. Debe revisarse
regularmente durante todo el proyecto, ya
que ciertas partes del plan se modificarán de
acuerdo al progreso y la información
mejorada.
3. Gestión de Proyecto
ORGANIZACIÓN DEL EQUIPO DE TRABAJO
Estructura del equipo
Líder del
Proyecto
Analista -
Ing. Software
Diseñador
Programador
4. Gestión de Proyecto
Roles y Responsabilidades
Rol Responsabilidad
El jefe de proyecto asigna los recursos, gestiona las prioridades,
Líder del Proyecto
coordina las interacciones con los clientes y usuarios, y mantiene al
equipo del proyecto enfocado en los objetivos. El jefe de proyecto
también establece un conjunto de prácticas que aseguran la integridad y
calidad de los artefactos del proyecto. Además, el jefe de proyecto se
encargará de supervisar el establecimiento de la arquitectura del
sistema. Gestión de riesgos. Planificación y control del proyecto. Ver
Anexo 1.
Captura, especificación y validación de requisitos, interactuando con el
Analista -Diseñador
cliente y los usuarios mediante entrevistas. Elaboración del Modelo de
Análisis y Diseño. Colaboración en la elaboración de las pruebas
funcionales y el modelo de datos.
Ingeniero de Software Gestión de requisitos, gestión de configuración y cambios, elaboración
del modelo de datos, preparación de las pruebas funcionales,
elaboración de la documentación. Elaborar modelos de implementación
y despliegue.
Construcción de prototipos. Colaboración en la elaboración de las
Programador
pruebas funcionales, modelo de datos y en las validaciones con el
usuario
5. Gestión de Proyectos
Anexo 1.
:: Datos personales:
ROL: Líder del Proyecto
Código 001
Cédula 0704965839
Nombres Marcos David
Apellidos Arboleda Barrezueta
Dirección Circunvalación Sur y Palmera
teléfonos 2933-966
e-mail david_ab87@hotmail.com
Habilidades Aplicación de Metodologías de desarrollo
Habilidades interpersonales
Mediador de problemas
6. Gestión de Proyectos
Calendarización del Proyecto
Está es una de las tareas más difíciles para los
líderes del proyecto. Se debe estimar el tiempo
y los recursos necesarios para completar las
actividades y organizarlas en una sucesión
coherente.
Cuando se establece el proyecto se debe
establecer una serie de hitos “ puntos finales de
una actividad del proceso del software”. En cada
uno debe existir una salida formal como un
informe corto de los logros en una actividad del
proyecto.
7. Gestión de Proyectos
Calendarización del Proyecto
• Una de las herramientas que nos ayuda a
separar todo el trabajo de un proyecto en
actividades y considerar el tiempo requerido
para completar dichas actividades; algunas se
pueden realizar en paralelo, otras en
secuencia, optimizando la mano de obra.
10. Gestión de Proyectos
Gestión de Riesgos
• Incertidumbre: El acontecimiento que caracteriza al riesgo puede o
no puede ocurrir; por ejemplo, no hay riesgos de un 100 por ciento
de probabilidad. •
• Pérdida: Si el riesgo se convierte en una realidad, ocurrirán
consecuencias no deseadas o pérdidas.
La probabilidad del riesgo se puede valorar como muy bajo (< 10℅),
bajo (10-25 ℅), moderado (25-50 ℅), alto(50-75 ℅) o muy alto ( >
75 ℅)
Los efectos del riesgo pueden ser valorados como: 1 catastrófico, 2
serio , 3 tolerable o insignificante.
11. Gestión de Proyectos
Identificar
Supervisión y
Analizar
monitoreo
Estrategias :
Prevención,
minimización, Priorizar
planes de
contingencias
12. Gestión de Proyectos
Tipo de riesgo
• Genéricos que amenazan a todos los
proyectos software.
• Específicos detectados teniendo una clara
visión de la tecnología, el personal, y el
entorno específico del proyecto.
13. Gestión de Proyectos
Para crear lista de riesgos basados en:
Lista de Comprobaciones Asociado a:
Tamaño del producto ó estimación Tamaño del software, recursos requerido
Características del clientes Comunicación oportuna con el cliente
Requerimientos Definición clara de las necesidades que se van a
satisfacer.
Entorno de desarrollo ó Herramientas Disponibilidad y calidad de las
herramientas que se van a emplear en la
construcción del producto.
Tecnología a construir Complejidad del sistema a
construir y la tecnología de punta que contiene
el sistema.
Tamaño y experiencia del grupo de Experiencia técnica
proyectos y de proyectos del equipo de proyectos
Organizacional Entorno organizacional donde el soft. se está
desarrollando
14. Categoría Asociado a:
Planificación temporal se retrase - aumento de costos
Diagrama de Gantt o Técnica de Pert
Personal
Riesgos del proyecto Recursos
Requisitos del cliente.
Por malos cálculos o estimaciones del esfuerzo requerido.
Diseño
Implementación
Riesgos técnicos Interfaces
(amenazan la calidad del
verificación
producto)
mantenimiento del software
Tecnologías
No haya mercado para el producto
Construir un producto que el departamento de ventas no sabe
cómo vender
Riesgos del negocio
Perder el apoyo de los gestores por cambios de enfoque o de
personal.
Perder presupuesto o personal asignados
15. Gestión de Proyectos
1. Identificar Riesgos
# Tipo de Riesgo Posible riesgo
1 Tecnología La base de datos que se utiliza en el sistema no puede procesar
muchas transacciones por segundo
2 Personal Es imposible reclutar personal con las habilidades requeridas
para el proyecto.
3 Requerimientos
16. Gestión de Proyectos
2. Analizar riesgos
Riesgo Descripción Tipo de Categoría Probabil Impact
Riesgo (Proyecto, idad o
Técnico,
Negocio)
Rendimiento de la La base de datos que se Tecnologí Técnico Modera 2
Base de datos utiliza en el sistema no a da
puede procesar muchas
transacciones por segundo
Problema de Es imposible reclutar Personal Proyecto Alta 1
Reclutamiento personal con las
habilidades requeridas para
el proyecto.
Probabilidad: Muy alta, Alta, Moderada, Baja, Muy baja
Impacto: 1 –Catastrófico, 2 Serio, 3 tolerable o Insignificante
17. Gestión de Proyectos
3. Priorizar los riesgos
• a. Ordenar la matriz anterior de acuerdo a:
Probabilidad Impacto
Alta 1
Alta 2
Moderada 2
Línea de Corte
Baja 3
18. Gestión de Proyectos
4. Estrategias
Riesgo Estrategia
Rendimiento de la Base de datos Investigar la posibilidad de comprar una base de
datos de alto rendimiento
Problema de Reclutamiento Alertar al cliente de las dificultades potenciales y
los posibles retrasos, investigar la compra de
componentes.
Probabilidad: Muy alta, Alta, Moderada, Baja, Muy baja
Impacto: 1 –Catastrófico, 2 Serio, 3 tolerable o Insignificante
19. Gestión de Proyectos
5. Supervisión
La supervisión de riesgos normalmente valora cada uno de los riesgos
identificados para decidir si éste es más o menos probable y si han cambiado sus
efectos. Esto no se puede observar de manera directa, por lo que se tiene que
buscar otros factores para dar indicios de la probabilidad del riesgo y sus efectos.
Tipo de Riesgo Indicador potencial
Tecnología Muchos problemas tecnológicos reportados,
entrega retrasada del hardware o de la ayuda al
software.
Personal Disponibilidad de empleo, baja moral del
personal, malas relaciones entre los miembros
del equipo
20. Gestión de Proyectos
Técnicas de levamiento de información
Se desarrolla mediante el uso de una
serie de instrumentos y técnicas como:
•Entrevista
•Encuesta
•Observación
•Simulación
21. Gestión de Proyectos
Entrevista
Es una conversación dirigida con un propósito
específico, utilizada para obtener información de
forma verbal, a través de preguntas, acerca de las
necesidades de la organización, además no debe
ser superior a 45minutos, ya que se pierde el hilo
de la conversación.
Con ella podemos conocer aspectos como:
•Metas de la Organización
•Metas personales
•Procedimientos formales e informales
22. Gestión de Proyectos
Entrevista
Es una conversación dirigida con un propósito
específico, utilizada para obtener información de
forma verbal, a través de preguntas, acerca de las
necesidades de la organización, además no debe
ser superior a 45minutos, ya que se pierde el hilo
de la conversación.
Con ella podemos conocer aspectos como:
•Metas de la Organización
•Metas personales
•Procedimientos formales e informales
24. Técnicas de Recolección de datos
Cuestionario
• Se la utiliza si las personas que es necesario
interrogar está muy dispersa o cuando desea
conocer la posición sobre un tópico de un gran
número de personas.
25. Técnicas de Recolección de datos
Cuestionario
En el cuestionario debe:
• Mantener la redacción sencilla
• Usar en lo posible el lenguaje de quién contesta
• Ser específico
• Usar preguntas cortas
• Evitar la particularidad y la censura
• No suponga
• Asegurar la precisión de la pregunta.
26. Técnicas de Recolección de datos
Observación
Es una técnica que se usa con el fin de estudiar a las personas en sus actividades de
grupo y como miembros de la organización.
27. Gestión de Proyectos
Inspecciones
Consisten en revisar (previo permiso de las instancias
correspondientes) otras fuentes de información como:
•Reportes periodísticos (memorando y cuentas)
•Reporte de auditoría
•Recorte de prensa
•Récord de cantidad
28. Técnicas de Recolección de datos
Simulaciones
Es una técnica de relevantamiento de información
dinámica y consiste en hacer circular un documento en un
procedimiento y observar cada uno de los pasos y
procesos a los cuales es sometido, esto sirve para
contrastar con la información relevada por los métodos
estáticos.
29. Técnicas de Recolección de datos
El Analista podría preguntar
¿Quién está detrás de la solicitud de este trabajo?
¿Quién utilizará la solución?
¿Cuál será el beneficio económico de una buena solución?
¿Hay otro camino para la solución?
¿Cómo caracterizaría [el cliente] un resultado
«correcto» que se generaría con una solución satisfactoria?
¿Con qué problema(s) se afrontará esta solución?
¿Puede mostrarme (o describirme) el entorno en el
que se utilizará la solución?
¿Hay aspectos o limitaciones especiales de rendimiento
que afecten a la forma en que se aborde la solución?
¿Es usted la persona apropiada para responder a estas
preguntas? iSon «oficiales» sus respuestas?
¿Son relevantes mis preguntas para su problema?
¿Estoy realizando muchas preguntas?
¿Hay alguien más que pueda proporcionar información
adicional?
¿Hay algo más que debiera preguntarle?
30. Gestión de Proyectos
Preguntas que pueden servir en las
primeras entrevistas del proyecto.
REDES
¿Dará soporte este proyecto a varios puestos? si así fuera,
¿cuáles son estos puestos?
¿Cómo se comunican actualmente los puestos?
¿ Existe en la actualidad algún ordenador en uso?
PERSONAS
¿Quienes podrían ser los usuarios finales (directos) de un
sistema susceptible de ser construido?
¿Quiénes serían las personas afectadas de forma indirecta
por el sistema (usuarios indirectos)?
¿quién ha desarrollado el sistema existente?
31. Gestión de Proyectos
Preguntas que pueden servir en las
primeras entrevistas del proyecto.
DATOS
¿Cuáles son las entradas claves al sistema?
¿Cuáles son las salidas claves del sistema?
¿Están siendo capturados y almacenados los datos
actualmente en archivos y/o bases de datos informáticas?
ACTIVIDADES
¿Cuál es el propósito ó el cometido de la empresa?
¿Cuáles son las metas y objetivos de ésta área de
empresa?
