Elementos
Introducción
DIAPOSITIVA 1
Este trabajo abordará los pasos necesarios para desarrollar un proyecto utilizando el
método PERT. El proyecto utilizado consiste en la creación de una aplicación completa para
la gestión de un negocio de comercio electrónico.
Se eligió usar PERT porque ayuda a tener una visión más realista de cómo podrían
desarrollarse diferentes escenarios en el proyecto, esta herramienta proporciona un método
sistemático para estimar el tiempo necesario para terminar un proyecto, teniendo en cuenta
tanto las estimaciones más optimistas como las posibles variaciones y riesgos asociados.
Desarrollo
DIAPOSITIVA 2
Se han identificado 23 tareas fundamentales junto con sus respectivos costos,
precedencias y tiempos. Estos datos fueron investigados y se obtuvo la asistencia de un
programador experimentado (Facundo Janza) que ya ha completado un proyecto similar en
el pasado. Los tiempos estimados abarcan desde los escenarios más optimistas hasta los más
pesimistas, así como los tiempos normales esperados, todos ellos esenciales para comprender
la complejidad y la duración potencial del proyecto.
Los recursos necesarios se calcularon considerando que cada tarea será realizada por
un equipo compuesto por tres programadores experimentados, con un salario de $30 USD por
hora.
Además, el tiempo esperado para cada tarea se determinó mediante una fórmula que
tiene en cuenta tanto los tiempos más optimistas como los más pesimistas, junto con el
tiempo normal.
la fórmula utilizada es igual a : tiempo optimista mas 4 veces el tiempo normal más el
tiempo pesimista todo dividido 6
DIAPOSITIVA 3 (NO LO DIRÍA A MENOS QUE PREGUNTE)
Listado de tareas
1. Investigación de requisitos del mercado: analiza el mercado objetivo, identifica las
necesidades y preferencias de los usuarios, estudia a la competencia y recopila información
relevante para el desarrollo de la aplicación.
2. Diseño de la interfaz de usuario (UI): proceso de crear la apariencia visual de la aplicación,
incluyendo la disposición de los elementos, el diseño de los botones, menús, y cualquier otro
componente gráfico.
3. Diseño de la experiencia de usuario (UX): diseñar la experiencia general del usuario al
interactuar con la aplicación, asegurando que sea intuitiva, eficiente y agradable.
4. Diseño de la arquitectura de la aplicación: definir la estructura de la aplicación, incluyendo
la distribución de componentes, la lógica de negocio y la interacción entre los diferentes
módulos.
5. Desarrollo de la base de datos: creación de la estructura de almacenamiento de datos que
soportará la aplicación, definiendo las tablas, relaciones y restricciones necesarias.
6. Implementación del sistema de registro de usuarios: desarrolla la funcionalidad que
permite a los usuarios crear cuentas en la aplicación, incluyendo la gestión de credenciales y
la seguridad de la información.
7. Implementación del sistema de registro de productos: desarrolla la funcionalidad para
agregar, modificar y eliminar productos en la base de datos, así como gestionar su
información asociada.
8. Implementación del sistema de gestión de inventario: desarrolla la funcionalidad para
llevar un registro actualizado de los productos disponibles, controlar las existencias y
gestionar los niveles de inventario.
9. Implementación del sistema de registro de ventas: desarrolla la funcionalidad para registrar
las ventas realizadas, incluyendo la información de los productos vendidos, precios y detalles
de la transacción.
10. Implementación del sistema de gestión de clientes: desarrolla la funcionalidad para
gestionar la información de los clientes, incluyendo datos de contacto, historial de compras y
preferencias.
11. Implementación del sistema de gestión de pedidos: desarrolla la funcionalidad para
gestionar los pedidos realizados por los clientes, incluyendo el seguimiento del estado del
pedido y la comunicación con los clientes.
12. Implementación del sistema de procesamiento de pagos: desarrolla la funcionalidad para
procesar los pagos de los clientes de forma segura y eficiente, integrando con proveedores de
servicios de pago.
13. Implementación del sistema de generación de facturas: desarrolla la funcionalidad para
generar facturas automáticas para las transacciones realizadas.
14. Implementación del sistema de gestión de envíos: desarrolla la funcionalidad para
gestionar el envío de productos vendidos a los clientes.
15. Implementación del sistema de gestión de devoluciones: desarrolla la funcionalidad para
gestionar las devoluciones de productos por parte de los clientes.
16. Implementación del sistema de gestión de opiniones: desarrolla la funcionalidad para que
los clientes puedan dejar opiniones y reseñas sobre los productos y la experiencia de compra.
17. Integración con plataformas de pago: Consiste en integrar la aplicación con proveedores
de servicios de pago externos para procesar transacciones de forma segura.
18. Integración con servicios de envío: Implica integrar la aplicación con servicios de envío
externos para facilitar la gestión y seguimiento de los envíos de productos.
19. Desarrollo de funcionalidad de notificaciones: Es desarrollar la funcionalidad para enviar
notificaciones automáticas a los usuarios, como confirmaciones de pedidos, actualizaciones
de estado o promociones.
20. Mejora de la interfaz de usuario: Consiste en realizar ajustes y optimizaciones en la
interfaz de usuario para mejorar la experiencia del usuario y la usabilidad de la aplicación.
21. Pruebas de funcionalidad y corrección de errores: Implica realizar pruebas exhaustivas
para verificar que todas las funcionalidades de la aplicación funcionen correctamente y
corregir cualquier error encontrado.
22. Pruebas de rendimiento y optimización: Consiste en realizar pruebas de rendimiento para
identificar cuellos de botella y optimizar el rendimiento de la aplicación, asegurando tiempos
de respuesta rápidos y escalabilidad.
23. Lanzamiento de la aplicación: Es el proceso de poner la aplicación en producción y
hacerla accesible al público objetivo, asegurando una transición suave desde el entorno de
desarrollo.
Diagrama de precedencias
DIAPOSITIVA 4
A partir de los datos expresados en la tabla, se creó el Diagrama de Precedencias, el
cual establece las relaciones de dependencia entre las diferentes tareas del proyecto. Este
diagrama visualiza claramente cómo el inicio o finalización de ciertas tareas afecta a otras.
a partir de este realiz
Diagrama de flechas o red
DIAPOSITIVA 6
El diagrama de flechas es una herramienta para la planificación y gestión eficiente de
proyectos al proporcionar una representación visual clara de las actividades, sus relaciones y
la secuencia en la que deben realizarse.
DIAPOSITIVA 7
Después de completar el cronograma de flechas, identificamos que el tiempo estimado
total del proyecto se calcula en 227,5 horas.
Camino Crítico
DIAPOSITIVA 18
Para determinar el camino crítico en el proyecto, utilizamos las fechas tempranas y
tardías de cada tarea. Estas fechas nos permiten calcular el margen total para cada tarea y, a
partir de ello, identificar aquellas que son críticas.
Las tareas críticas son esenciales para el cumplimiento de los plazos del proyecto, ya
que cualquier retraso en estas tareas afectará directamente a la duración total del proyecto. Se
consideran críticas porque tienen un margen total de 0. Es decir, no hay espacio para retrasos
sin que se vea afectado el calendario general del proyecto.
Cuando hablamos de margen total, nos referimos a la cantidad máxima de tiempo
que se puede retrasar una tarea sin afectar la fecha de finalización del proyecto.
DIAPOSITIVA 9
Se calcula de la siguiente forma :
𝑀𝑇= 𝑡𝑗1 − 𝑡𝑖0 − 𝑑𝑖𝑗
Donde:
𝑡𝑗1: fecha más tardía en la que una tarea puede finalizar sin afectar el calendario general del
proyecto.
𝑡𝑖0 :fecha más temprana en la que una tarea puede comenzar sin retrasar el inicio del
proyecto.
𝑑𝑖𝑗: tiempo estimado necesario para completar la tarea.
De las 23 tareas que conforman el proyecto, hemos identificado 5 como críticas:
A, C, S, T y V. Estas tareas son fundamentales ya que determinan la duración total del
proyecto al constituir el camino crítico.
DIAPOSITIVA 10
Diagrama de Gantt
El Diagrama de Gantt El Diagrama de Gantt es una herramienta fundamental en la
gestión de proyectos que permite visualizar de manera clara y concisa las tareas, permitiendo
identificar rápidamente las fechas de inicio y fin de cada tarea, así como las interrelaciones
entre ellas.
DIAPOSITIVA 11
Antes de realizar el diagrama de Gantt , es importante comprender qué significa el
margen libre . Este se define como la cantidad máxima de tiempo que una tarea puede
retrasarse sin afectar la fecha de inicio de la siguiente tarea.
DIAPOSITIVA 12
Se calcula restando la fecha más temprana del nodo j menos la del nodo i menos la
duración de la tarea que se encuentra entre el nodo i y j.
𝑀𝐿= 𝑡𝑗0 − 𝑡𝑖0 − 𝑑𝑖𝑗
DIAPOSITIVA 14
Probabilidad
En el método PERT, la suma de los tiempos estimados de las tareas que conforman el
camino crítico, representada por µ, es una variable aleatoria que sigue una distribución
normal. Esto implica que, de acuerdo con la teoría estadística, la distribución de los tiempos
estimados de las tareas en el camino crítico se comportará de manera normal.
El desvío estándar proporciona información sobre la variabilidad de los tiempos
estimados, ayuda a evaluar riesgos, calcular intervalos de confianza y realizar análisis de
sensibilidad para tomar decisiones informadas y gestionar de manera efectiva.
El desvío total, es la sumatoria del desvío estándar de las tareas críticas.
DIAPOSITIVA 15
Nuestro cálculo de 227.5 horas para la finalización del proyecto se realizó como una
estimación probabilística del 50%. Sin embargo, con los datos proporcionados en la tabla,
podemos estimar otras probabilidades, como por ejemplo, la cantidad de horas requeridas
para alcanzar una probabilidad del 90%.
DIAPOSITIVA 16
Para encontrar la cantidad de horas utilizaremos el cálculo de la probabilidad normal.
Cómo estamos utilizando una probabilidad del 90% al revisar la tabla normal
encontramos que nuestro z es igual a 1,28 y realizando un despeje de incógnita , podemos
finalmente encontrar nuestro resultado.
nuestra z seria 1,28 nuestra media 227,5 y nuestro desvío estándar 10,27
𝑡−µ
𝑧= σ
Con una probabilidad del 90% el proyecto será terminado en 240,7 hs.
DIAPOSITIVA 17
Diagrama de recursos
Herramienta gráfica utilizada para planificar, programar y monitorear proyectos. Es
una representación visual que muestra las tareas del proyecto, su duración estimada y la
asignación de recursos a cada tarea.
DIAPOSITIVA 18
Diagrama de recursos nivelado
Un diagrama de recursos nivelados se utiliza para visualizar la asignación de recursos
a las tareas de un proyecto y detectar posibles sobrecargas de recursos.
DIAPOSITIVA 19
Análisis de proyecto en base a recursos
El proyecto no puede nivelarse con los recursos actuales sin extender
significativamente el tiempo de finalización. Un análisis sin nivelación muestra picos de $450
y valles de $90 en costos por hora, con una media de $210 y una finalización estimada de
227.5 horas o 28.4 días. Nivelar los recursos, limitando el costo por hora a $180 (máximo 2
tareas simultáneas y 6 programadores), extendería la finalización a 347.7 hs o 43.5 días con
un costo promedio por hora de $137.3. Ambas estrategias generan el mismo costo total, pero
la nivelación requiere un equipo más pequeño y una distribución de costos más equitativa, a
costa de una fecha de finalización más tardía.
DIAPOSITIVA 20
Conclusión
Hemos analizado 3 opciones para realizar el proyecto, estas son:
Estimación 1 : Análisis PERT con un 50% de éxito, cuyo costo es de 20,475 dólares y el
tiempo del proyecto sería de 227,5 horas. Esta opción tiene la ventaja de que tiene una menor
duración que los otros métodos, y la mayor desventaja es la baja probabilidad de éxito de la
misma. Este método sería ideal en una situación en la cual haya muy corto tiempo para
realizar el proyecto.
Estimación 2 : Análisis PERT con un 90% de éxito, cuyo costo es de 21,663 dólares y el
tiempo del proyecto sería de 240,7 horas. En contraste con la opción anterior tenemos un
mayor tiempo pero un mayor porcentaje de éxito, por lo que en una situación donde el tiempo
no es prioridad esta sería la opción ideal.
Estimación 3 : Por último, el análisis por recursos, que se basa en ver la utilización de los
recursos a lo largo del proyecto. Al hacer el diagrama de recursos vimos que utiliza 210
dólares por hora con un pico de 450 y un valle de 90. Cuando quisimos nivelarlo se utilizaron
180 dólares por hora como máximo por día y 90 como mínimo, el tiempo del proyecto
aumentaría a 347,7 horas. La decisión de nivelar depende de las prioridades del proyecto: si
la fecha de finalización es crítica, se recomienda la estrategia sin nivelación; si se busca un
flujo de caja más equilibrado y un equipo más pequeño, la nivelación es viable.
Teniendo en cuenta lo visto anteriormente, la estimación elegida dependerá del objetivo del
organizador del proyecto, ya sea por el tiempo, la efectividad o el uso de los recursos.
