Técnicas de estimación - WBS
La Estructura de Desglose del Trabajo (WBS), en Gestión de Proyectos e Ingeniería de Sistemas, es una descomposición de un proyecto orientada a la entrega en componentes más pequeños. WBS es un entregable del proyecto clave que organiza el trabajo del equipo en secciones manejables. El Cuerpo de Conocimiento de Gestión de Proyectos (PMBOK) define WBS como una "descomposición jerárquica orientada a entregable del trabajo a ser ejecutado por el equipo del proyecto".
El elemento WBS puede ser un producto, datos, servicio o cualquier combinación de los mismos. WBS también proporciona el marco necesario para la estimación y el control de costos detallados, además de brindar orientación para el desarrollo y control del cronograma.
Representación de WBS
WBS se representa como una lista jerárquica de las actividades de trabajo del proyecto. Hay dos formatos de WBS:
- Vista de esquema (formato sangrado)
- Vista de estructura de árbol (organigrama)
Primero analicemos cómo usar la vista de esquema para preparar una EDT.
Vista exterior
La vista de esquema es un diseño muy fácil de usar. Presenta una buena vista de todo el proyecto y también permite modificaciones fáciles. Utiliza números para registrar las distintas etapas de un proyecto. Parece algo similar a lo siguiente:
Software Development
Scope
- Determinar el alcance del proyecto
- Patrocinio seguro de proyectos
- Definir recursos preliminares
- Asegure los recursos básicos
- Alcance completo
Analysis/Software Requirements
- Realizar análisis de necesidades
- Proyecto de especificaciones preliminares del software
- Desarrollar un presupuesto preliminar
- Revise las especificaciones / presupuesto del software con el equipo
- Incorporar comentarios sobre las especificaciones del software
- Desarrollar un cronograma de entrega
- Obtenga aprobaciones para continuar (concepto, cronograma y presupuesto)
- Asegure los recursos necesarios
- Análisis completo
Design
- Revise las especificaciones preliminares del software
- Desarrollar especificaciones funcionales
- Obtenga la aprobación para continuar
- Diseño completo
Development
- Revise las especificaciones funcionales
- Identificar parámetros de diseño modular / escalonado
- Desarrollar código
- Prueba de desarrollador (depuración primaria)
- Desarrollo completo
Testing
- Desarrollar planes de prueba unitaria utilizando especificaciones de producto
- Desarrollar planes de prueba de integración utilizando especificaciones de producto
Training
- Desarrollar especificaciones de formación para usuarios finales
- Identificar la metodología de impartición de la formación (online, presencial, etc.)
- Desarrollar materiales de formación
- Finalizar los materiales de formación
- Desarrollar un mecanismo de impartición de formación
- Materiales de formación completos
Deployment
- Determinar la estrategia de implementación final
- Desarrollar metodología de implementación
- Recursos de implementación segura
- Capacitar al personal de apoyo
- Implementar software
- Implementación completa
Echemos ahora un vistazo a la vista de estructura de árbol.
Vista de estructura de árbol
La Vista de estructura de árbol presenta una vista muy fácil de entender de todo el proyecto. La siguiente ilustración muestra cómo se ve una vista de estructura de árbol. Este tipo de estructura de organigrama se puede dibujar fácilmente con las funciones disponibles en MS-Word.
Tipos de WBS
Hay dos tipos de WBS:
Functional WBS- En WBS funcional, el sistema se descompone en función de las funciones en la aplicación a desarrollar. Esto es útil para estimar el tamaño del sistema.
Activity WBS- En la actividad EDT, el sistema se rompe en función de las actividades en el sistema. Las actividades se dividen además en tareas. Esto es útil para estimar el esfuerzo y la programación del sistema.
Tamaño estimado
Step 1 - Comience con WBS funcional.
Step 2 - Considere los nodos de hojas.
Step 3 - Utilice Analogy o Wideband Delphi para llegar a las estimaciones de tamaño.
Estimar el esfuerzo
Step 1- Utilice la técnica Delphi de banda ancha para construir WBS. Sugerimos que las tareas no deben ser más de 8 hrs. Si una tarea es de mayor duración, divídala.
Step 2 - Utilice la técnica Delphi de banda ancha o la estimación de tres puntos para llegar a las estimaciones de esfuerzo para las tareas.
Planificación
Una vez que la WBS esté lista y se conozcan las estimaciones de tamaño y esfuerzo, estará listo para programar las tareas.
Al programar las tareas, se deben tener en cuenta ciertas cosas:
Precedence - Se dice que una tarea que debe ocurrir antes que otra tenga precedencia sobre la otra.
Concurrence - Las tareas concurrentes son aquellas que pueden ocurrir al mismo tiempo (en paralelo).
Critical Path - Conjunto específico de tareas secuenciales de las que depende la fecha de finalización del proyecto.
- Todos los proyectos tienen un camino crítico.
- Acelerar las tareas no críticas no acorta directamente el cronograma.
Método del camino crítico
El método de ruta crítica (CPM) es el proceso para determinar y optimizar la ruta crítica. Las tareas de ruta no críticas pueden comenzar antes o después sin afectar la fecha de finalización.
Tenga en cuenta que la ruta crítica puede cambiar a otra a medida que acorta la actual. Por ejemplo, para WBS en la figura anterior, la ruta crítica sería la siguiente:
Como la fecha de finalización del proyecto se basa en un conjunto de tareas secuenciales, estas tareas se denominan tareas críticas.
La fecha de finalización del proyecto no se basa en la formación, la documentación y el despliegue. Estas tareas se denominan tareas no críticas.
Relaciones de dependencia de tareas
Ciertas veces, al programar, es posible que deba considerar las relaciones de dependencia de tareas. Las relaciones de dependencia de tareas importantes son:
- Fin al comienzo (FS)
- De acabado a acabado (FF)
Fin al comienzo (FS)
En la relación de dependencia de la tarea Finish-to-Start (FS), la Tarea B no puede iniciarse hasta que se complete la Tarea A.
De acabado a acabado (FF)
En la relación de dependencia de tareas de Finalizar a Finalizar (FF), la Tarea B no puede finalizar hasta que se complete la Tarea A.
Gráfico de gantt
Un diagrama de Gantt es un tipo de diagrama de barras, adaptado por Karol Adamiecki en 1896 e independientemente por Henry Gantt en la década de 1910, que ilustra el cronograma de un proyecto. Los diagramas de Gantt ilustran las fechas de inicio y finalización de los elementos terminales y los elementos de resumen de un proyecto.
Puede llevar el formato de esquema de la figura 2 a Microsoft Project para obtener una vista de diagrama de Gantt.
Hitos
Los hitos son las etapas críticas de su programa. Tendrán una duración de cero y se utilizan para indicar que ha completado cierto conjunto de tareas. Los hitos generalmente se muestran como un diamante.
Por ejemplo, en el diagrama de Gantt anterior, el diseño completo y el desarrollo completo se muestran como hitos, representados con forma de diamante.
Los hitos se pueden vincular a los términos del contrato.
Ventajas de la estimación utilizando WBS
WBS simplifica en gran medida el proceso de estimación de proyectos. Ofrece las siguientes ventajas sobre otras técnicas de estimación:
En WBS, se identifica todo el trabajo a realizar por el proyecto. Por lo tanto, al revisar la WBS con las partes interesadas del proyecto, será menos probable que omita cualquier trabajo necesario para entregar los entregables deseados del proyecto.
WBS da como resultado estimaciones de costos y cronogramas más precisas.
El director del proyecto obtiene la participación del equipo para finalizar la WBS. Esta implicación del equipo genera ilusión y responsabilidad en el proyecto.
WBS proporciona una base para la asignación de tareas. Como una tarea precisa se asigna a un miembro del equipo en particular que sería responsable de su realización.
WBS permite monitorear y controlar a nivel de tarea. Esto le permite medir el progreso y garantizar que su proyecto se entregue a tiempo.