ACTIVIDAD 4- PROCESOS Y HERRAMIENTAS PARTE 1

INGENIERIA INDUSTRIAL
MARZO 2024

 Ejemplo Causa y efecto utilizando un diagrama de Ishikawa,

considerando el siguiente escenario.

PROBLEMA: Retraso en la entrega de un proyecto de desarrollo de software.

https://www.canva.com/design/DAGA5qZuUXo/3HXF1nnOUHEblNcegJagCg/edit

ANÁLISIS:
Al analizar este ejemplo, se puede visualizar cómo las casusas identificadas en
cada categoría (Personas, Máquinas, Materiales y Métodos) contribuyen al
efecto negativo de retraso en la entrega del proyecto, al abordar estas causas
de manera estructurada y jerarquizada, se pueden implementar acciones
correctivas específicas para mejorar la eficiencia y la puntualidad en futuros
proyectos de desarrollo de software.
 IMPACTO DURACIÓN
(12
MESES=
ALTO= 3 3)(6
CRITERIO FACTORES TOTAL OPORTUNIDAD AMENAZA
MEDIO= MESES=
2 BAJO= 2)(3
1 MESES=1)
Regulaciones
2 3 6 X
Gubernamentales
P POLÍTICO
Estabilidad Política
Incentivos Gubernamentales
2
1
3
3
6
3
X
X
Factores Económicos y
Humanos en la Ingeniería 2 3 6 X
del Software
ECONÓMICO
Crecimiento Económico 3 3 9 X

E Modelos de Negocio del

Software
2 3 6 X

Tendencias de Adopción
2 3 6 X
Tecnológica
SOCIAL
S Innovación y Competitividad
Impacto Social del Software
3
3
3
3
9
9
X
X
Cambios Constantes en los
2 3 6 X
Requisitos
Falta de Habilidades
TECNOLÓGICO 3 3 9 X
Técnicas

T Seguridad en el Desarrollo
del Software
2 3 6 X

Sostenibilidad Ambiental 1 3 3 x

E ECOLÓGICO
Cumplimiento Normativo
3 3 9 x

Contratos y Acuerdos 2 3 6 X

L LEGAL Licencias y Permisos

Cumplimiento Normativo
2
1
3
3
6
3
X
X
La identificación de la causa raíz en un proyecto de desarrollo de software
puede implicar diversos factores que contribuyen a los retrasos en la entrega.
Algunos ejemplos comunes de causas raíz en este contexto podrían incluir:

1.Cambios Constantes en los Requisitos: Si los requisitos del proyecto cambian con
frecuencia debido a una comunicación deficiente o a una comprensión inadecuada de las
necesidades del cliente, esto puede llevar a retrasos en el desarrollo y la entrega del
software.

2.Falta de Recursos Adecuados: La asignación inadecuada de recursos, ya sea en términos

de personal, tiempo o tecnología, puede provocar retrasos significativos en la ejecución del
proyecto.

3.Problemas de Comunicación: La falta de comunicación efectiva entre los miembros del

equipo, los stakeholders y los clientes puede generar malentendidos, retrasos en la toma
de decisiones y en la resolución de problemas, lo que impacta en la entrega del software.

4.Errores en la Planificación: Una planificación deficiente, con estimaciones inexactas de

tiempos y recursos necesarios, puede resultar en un cronograma irrealista que conduce a
retrasos en la entrega del proyecto.

5.Problemas de Calidad: Deficiencias en la calidad del código, falta de pruebas adecuadas o

problemas de integración pueden generar re trabajos y correcciones que retrasan la
finalización del software.

Al identificar y abordar estas causas raíz, los equipos de desarrollo de software pueden
mejorar su eficiencia, reducir los retrasos y entregar proyectos de manera más efectiva y
oportuna.

 Para establecer una fecha límite efectiva para la entrega de un

proyecto de desarrollo de software, es fundamental considerar
varios criterios y enfoques que permitan garantizar la finalización
 exitosa del proyecto en el tiempo previsto. Basándonos en los
recursos proporcionados, se pueden destacar los siguientes
puntos clave:
Timeboxing: Establecer deadlines breves de entre 60 y 90 minutos para
trabajar en tareas específicas, lo que ayuda a evitar la procrastinación y a
aprovechar eficientemente el tiempo disponible.
Principio de Pareto (80/20): Aplicar el principio de Pareto, donde el 20% de las
acciones de un proyecto logran el 80% de los resultados, para enfocar los
esfuerzos en las actividades más críticas y productivas.
Flexibilidad vs. Rigidez: Ajustar la rigidez de la fecha límite en función de la
flexibilidad del proyecto; proyectos más flexibles pueden permitir plazos más
estrictos, mientras que tareas menos flexibles pueden requerir fechas límite
más adaptables.
División de Tareas: Dividir la fecha límite en unidades más pequeñas y
establecer fechas para tareas determinantes, lo que facilita el avance
constante del proyecto y evita la pérdida de tiempo.
Ley de Hofstadter: Considerar la Ley de Hofstadter, que establece que las
tareas siempre llevan más tiempo del esperado, multiplicando por dos el
tiempo estimado y añadiendo un margen adicional para imprevistos.
Realismo y Flexibilidad: Establecer plazos desafiantes pero alcanzables,
comunicar claramente las fechas límite a todo el equipo, mantenerse flexible
ante desafíos inesperados y ajustar los plazos según sea necesario.

velneo.com/blog/7-motivos-de-fracaso-de-un-proyecto-de-software

https://www.canva.com/design/DAGA5qZuUXo/3HXF1nnOUHEblNcegJagCg/edit