Upload
lethuy
View
225
Download
0
Embed Size (px)
Citation preview
Sección 4
Planificación
CIF 9159 – Taller Integrado
Prof. José Miguel Rubio L. [email protected]@gmail.com
2
Temas a Tratar
� Planificar� Definiciones� Proceso / Herramientas
� Estructura de Desglose del Trabajo (EDT)� Unidad de Trabajo (Work Package)� Ficha de Tareas� Matriz de Responsabilidades� Construcción, metodologías
� Productos Entregables
3
Planificación
La Planificación es TODO, los planes no son NADA.
Gral. Dwight Eisenhower
Esto significa que el proceso de desarrollar el plan es lo valioso, el resultado se irá ajustando a medida que transcurre el Proyecto.
4
El Plan
Qué es un Plan?
� El Plan de Proyecto define el trabajo y cómo será hecho.
Para qué Sirve un Plan?
� Como base de acuerdo de costos y calendarios para el trabajo.
� Como estructura para organizar la tarea.� Como marco para obtener los recursos requeridos.� Como registro de lo inicialmente comprometido.
5
Cómo Planificar
1. Identificar “qué” necesita ser hecho� Estructura de Desglose del Trabajo
(Work Breakdown Structure - WBS)
2. Identificar “Cuánto” (el tamaño)� Técnicas de estimación del esfuerzo
3. Identificar las dependencias entre tareas� Gráfico de dependencias, diagrama de red
4. Estimar la duración total del trabajo a realizar� La programación actual
6
Planificación: Proceso
7
Planificación: HerramientasWork Breakdown Structure
� Utilizada para definir el trabajo a realizar por el Proyecto y descomponerlo en tareas.
Matriz de Responsabilidades� Utilizada para definir la organización
del Proyecto, los individuos y sus responsabilidades.
Hitos o Milestones� Utilizada para definir los puntos
críticos y eventos importantes en el calendario del Proyecto
Diagramas Gantt� Utilizados para mostrar el calendario
principal y detallado del Proyecto y sus las tareas principales.
Redes de Actividades� Utilizadas para mostrar las
actividades del Proyecto con sus precedencias y paralelismos
Sección 5
Estructura de Desglose del Trabajo (EDT)Work Breakdown Structure (WBS)
CIF 9159 – Taller Integrado
Prof. José Miguel Rubio L. [email protected]@gmail.com
9
WBS & Estimación
� Cómo se siente cuando te preguntan� “Cuánto tiempo durará el proyecto?”
� Respuesta difícil de dar correctamente.
� Al menos no si uno fuera un cliente real en un proyecto real.
� Cómo se puede manejar este aspecto?
10
WBS & Estimación
Dividiendo el Proyecto� Se necesita decomponer el proyecto en “trozos” manejables � Necesario para todos los proyectos� Enfoque “Divide & Vencerás”� 2 causas principales de fracaso
� Olvidar algo crítico
� Estimaciones “al ojo” se convierten en blancos
� Cómo el decomponer ayuda en todo esto?
11
Objetivo
� Descomponer el esfuerzo estimado en tareas.
� Para esto identificaremos:� Entregables del proyecto,� Fases y� Tareas
12
Estructura de Desglose del Trabajo - WBS
� Lista jerárquica de las actividades del proyecto
� 2 Formatos � Lista (formato indentado)� Árbol gráfico (Organigrama)
� incluye� Tareas de Desarrollo, Gestión
y soporte del proyecto
Programa
Proyecto
Categoría
Sub-categoría
Categoría Categoría
Unidad de Trabajo(Work Package)
13
Estructura de Desglose del Trabajo - WBS� Utiliza un sistema de numeración decimal
� Ej: 3.1.5� 0 es típicamente el nivel más alto
� La numeración facilita la localización de las tareas en el WBS.
� Los nodos se leen como:� es un componente de …� forma parte de …
� Construcción:� Nombrar el nodo inicial,
� Poner en torno a 7±2 en cada nivel.� Las tareas son las hojas del árbol.
14
Ejemplo 1: Gráfico
1.1. Estudiar
Sistema Actual
1.2. ide. nuevas
carácteristica
1.0. Especificar
necesidades
2.1. Estudiar
Procesos
2.2. Estudiar
Datos
2.0. Analizar
Contabilidad
3.1. Diseño
B.D
3.2. Diseño
Programas
3.0. Diseñar
Aplicación
4.1. Creación
Esquema
4.2. Codificación
Programas
4.0. Codificación
5.1. Prueba
Unidades
5.2. Prueba del
Sistema
5.0. Pruebas
0.0. Proyecto
Contabilidad
15
Ejemplo 1: Lista
0.Proyecto Contabilidad.1.Especificar necesidades.1.1.Estudiar Sistema Actual.1.2.Añadir Nuevas
Características.2.Analizar Contabilidad.2.1.Estudiar Procesos.2.2.Estudiar Datos.3.Diseñar Aplicación.
3.1.Diseño B.D.3.2.Diseño Programas.4.Codificación.4.1.Construcción del esquema.4.2.Codificación de los
Programas5.Pruebas5.1.Prueba de Unidades5.2.Prueba del Sistema
16
Ejemplo 2: Gráfico
17
Métodos de Descomposición
Obra
CimientosMovimiento de
TierraMampostería
elevaciónRevoques
Exterior / InteriorCubierta Contrapiso
WBS por PRODUCTOS� Orientado a las Entidades� Detectamos diferentes productos que conformarán el
sistema que nos piden.� Ej.: Facturación, Control de Stocks, motor financiero,
Interfaces, BD ...
Ejemplo 3
18
Métodos de DescomposiciónEjemplo 4: WBS por Producto
19
Métodos de Descomposición
Obra
AlbañileríaExcavar
WBS por PROCESOS (Función / Tarea)� Orientado a las Actividades
� Diferentes fases conceptuales
� Ej.: Requerimientos, Análisis, Diseño, Pruebas
Ejemplo 5
20
Métodos de DescomposiciónEjemplo 6: WBS por Proceso
21
Métodos de DescomposiciónEjemplo 6: WBS con Gantt
22
Métodos de Descomposición
WBS Híbrido� No es inusual
� Ej.: Fases del ciclo de vida a nivel alto, con detalles de componentes/carac. en las fases
� Razonamiento: los procesos producen productos
23
WBS por Grupos de Procesos PMI Ejemplo 7: WBS Híbrido (por Procesos PMI )
24
Métodos de Descomposición
Alternativas usadas menos frecuentemente� WBS Organizacional
� Investigación, Diseño de Producto, Ingeniería, Operaciones
� Puede ser útil para proyectos altamente transversales (funcionalmente)
� WBS Geográfico
� Puede ser útil con equipos distribuidos
� Ej.: equipo Stgo, equipo Viña, equipo externo
25
WBS: Ejemplo 8
26
WBS: Unidad de Trabajo (WP)
27
WBS: Unidad de Trabajo (WP)
sectortrabajo
28
Work Packages� Son tareas discretas que poseen un resultado bien definido.� Típicamente corresponden a las “hojas” del árbol� La regla “uno-a-dos”
� Granularidad: 1 o 2 personas para 1 o 2 semanas
� Base para monitoreo y reporte� Pueden ser relacionados a ítems del presupuesto (valores de costos)
� Recursos (personal) asignados
� Idealmente breves� 1 día mínimo (ocasionalmente medio día)
� no tan pequeño como en micro-gestión
� 2-3 semanas máximo para proyectos de software � más largos necesitarían de estimaciones durante el progreso
� y serían más subjetivos que “Realizado”/ “No Realizado”
29
Ficha de Tarea
Especificación de TareaNúmero: 3.1.Nombre: Diseño B.D.Descripción: Se diseñará la base de datos, partiendo del
modelo entidad-relación propuesto en el análisis y con el objetivo de tener un sistema funcionando sobre DB2.
Esfuerzo Estimado: 2 semanas/hombreEntregables: Estructura de implementación de la B.D.……………: ……………………………
30
Matriz de Responsabilidades
31
Matriz de Responsabilidades
<Programador base de datos>Desarrollo scripts creación de base de datos
<Analista de Seguridad>Análisis Seguridad Aplicativa
<Desarrollador 2>Desarrollo Reportes Normales
<Analista base de datos>Base de Datos Aplicación Ingreso On-line
<Desarrollador 1>Desarrollo Aplicación Ingreso On-line
ResponsableEntregable
Sección 6
Productos Entregables (Deliverables)
CIF 9159 – Taller Integrado
Prof. José Miguel Rubio L. [email protected]@gmail.com
33
Productos Entregables
� Definición:"Productos que, en un cierto estado, se intercambian entre los clientes y los desarrolladores a lo largo de la ejecución del proyecto informático".
� Relativos:�Al objetivo.�A la gestión proyecto.
34
Productos Entregables
� Hay que definir un conjunto mínimo de Entregables.
� Que nos proveen de: � El conjunto de componentes que
formarán el producto una vez finalizado el desarrollo.
� Los medios para medir el progreso y la calidad del producto en desarrollo.
� Los materiales necesarios para la siguiente etapa.
Fases
Entregables
Unidad de Trabajo(Work Package)
35
Entregables del Estudio de viabilidad
� Descripción breve del sistema propuesto y sus características.
� Descripción breve de las necesidades del negocio en el sistema propuesto.
� Propuesta de organización del equipo de desarrollo y definición de responsabilidades.
� Estudio de los costes, que contendrán estimaciones groseras de la planificación y fechas, tentativas, de entrega de los productos.
� Estudio de los beneficios que producirá el sistema.
36
Entregables del Análisis
� Captura de requisitos:� Análisis del sistema actual (si existe).
� Requisitos nuevos de los usuarios.
� Descripción del sistema propuesto.
� Especificación del sistema� Descripción del sistema (DFDs, etc.).
� Requisitos de datos.� Requisitos de telecomunicaciones.
� Requisitos de hardware.
� Plan de pruebas de integración.
37
Entregables del Diseño� Descripción detallada del sistema, contendrá:
� Programas, módulos reutilizables y objetos.� Ficheros y bases de datos.� Transacciones� Diccionario de datos� Procedimientos� Carga del sistema y tiempos de respuesta� Interfaces, tanto humanos como de máquinas.
� Descripción de los controles del sistema propuestos.� Estándares de programación y diseño de programas,
recomendados.� Técnicas de implementación recomendadas: codificación propia,
compra de paquetes, contratación externa, etc.� Plan de pruebas de programas.
38
Entregables de Codificación
� Documentos del diseño final del sistema y de cada programa.
� Diagramas definitivos del sistema y de los programas.� Descripción detallada de la lógica de cada programa.� Descripción de las Entradas y Salidas (ficheros, pantallas,
listados, etc.).� Listado de los programas, conteniendo comentarios.� Cadenas de ejecución si es necesario (JCL, scripts, etc.).� Guía para los operadores del sistema.� Programa de entrenamiento de los operadores.� Manual de usuario del sistema.
39
Entregables de Pruebas
� Plan de pruebas del sistema (actualizado).� Informe de los resultados de las pruebas.� Descripción de las pruebas, el resultado esperado,
resultado obtenido y acciones a tomar para corregir las desviaciones.
� Resultado de las pruebas de cada unidad.� Resultado de las pruebas de cada programa.� Resultado de las pruebas de la integración.� Resultados de las pruebas a la documentación.
40
Entregables de Instalación/ MantenimientoEntregables de Instalación� Planes detallados de contingencias de explotación, caídas del sistema y
recuperación.
� Plan de revisión post-instalación.� Informe de la instalación.
� Carta de aceptación del sistema.
Entregables de Mantenimiento� Listado de fallos detectados en el sistema.
� Listado de mejoras solicitadas por los usuarios (si no dan lugar a nuevos proyectos).
� Traza detallada de los cambios realizados en el sistema.� Actas de las revisiones regulares del sistema y aceptación de los niveles de
soporte.