CIF 9159 Taller Integrado. Sección 4. Planificación. Prof. José Miguel Rubio L.

Transcripción

1 CIF 9159 Taller Integrado Sección 4 Planificación Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@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 2

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. 3

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. 4

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 5

6 Planificación: Proceso 6

7 Planificación: Herramientas Work 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 7

8 CIF 9159 Taller Integrado Sección 5 Estructura de Desglose del Trabajo (EDT) Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@gmail.com Work Breakdown Structure (WBS)

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? 9

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? 10

11 Objetivo Descomponer el esfuerzo estimado en tareas. Para esto identificaremos: Entregables del proyecto, Fases y Tareas 11

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 Categoría Sub-categoría Categoría Unidad de Trabajo (Work Package) 12

13 Estructura de Desglose del Trabajo - WBS Utiliza un sistema de numeración decimal Ej: 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. 13

14 Ejemplo 1: Gráfico 0.0. Proyecto Contabilidad 1.0. Especificar necesidades 2.0. Analizar Contabilidad 3.0. Diseñar Aplicación 4.0. Codificación 5.0. Pruebas 1.1. Estudiar Sistema Actual 2.1. Estudiar Procesos 3.1. Diseño B.D 4.1. Creación Esquema 5.1. Prueba Unidades 1.2. ide. nuevas carácteristica 2.2. Estudiar Datos 3.2. Diseño Programas 4.2. Codificación Programas 5.2. Prueba del Sistema 14

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 Programas 5.Pruebas 5.1.Prueba de Unidades 5.2.Prueba del Sistema 15

16 Ejemplo 2: Gráfico 16

17 Métodos de Descomposición 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 Obra Movimiento de Tierra Cimientos Mampostería elevación Revoques Exterior / Interior Cubierta Contrapiso 17

18 Métodos de Descomposición Ejemplo 4: WBS por Producto 18

19 Métodos de Descomposición WBS por PROCESOS (Función / Tarea) Orientado a las Actividades Diferentes fases conceptuales Ej.: Requerimientos, Análisis, Diseño, Pruebas Ejemplo 5 Obra Excavar Albañilería 19

20 Métodos de Descomposición Ejemplo 6: WBS por Proceso 20

21 Métodos de Descomposición Ejemplo 6: WBS con Gantt 21

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 22

23 WBS por Grupos de Procesos PMI Ejemplo 7: WBS Híbrido (por Procesos PMI ) 23

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 24

25 WBS: Ejemplo 8 25

26 WBS: Unidad de Trabajo (WP) 26

27 WBS: Unidad de Trabajo (WP) trabajo sector 27

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 28

29 Ficha de Tarea Número: 3.1. Nombre: Especificación de Tarea 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/hombre Entregables: Estructura de implementación de la B.D. : 29

30 Matriz de Responsabilidades 30

31 Matriz de Responsabilidades Entregable Desarrollo Aplicación Ingreso On-line Base de Datos Aplicación Ingreso On-line Desarrollo Reportes Normales Análisis Seguridad Aplicativa Desarrollo scripts creación de base de datos Responsable <Desarrollador 1> <Analista base de datos> <Desarrollador 2> <Analista de Seguridad> <Programador base de datos> 31

32 CIF 9159 Taller Integrado Sección 6 Productos Entregables (Deliverables) Prof. José Miguel Rubio L. jose.rubio.l@ucv.cl jrubio.leon@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. 33

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 Unidad de Trabajo (Work Package) Entregables 34

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. 35

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. 36

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. 37

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. 38

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. 39

40 Entregables de Instalación/ Mantenimiento Entregables 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. 40