Software y la teoría del caos, un enfoque despreocupado - El escenario

Seguramente usted se ha enfrentado a esta situación antes: las especificaciones del proyecto han cambiado con tanta frecuencia que el actualizar el cronograma se ha convertido en un ejercicio inútil. Hasta hace poco, existía una sola explicación aceptada por todos para esta situaci:ón una mala metodolog,ía es decir no se debería haber comenzado un proyecto sin un conjunto bien definido de especificaciones. Pero, la vida real nos ha demostrado que el compilar un conjunto de este tipo de especificaciones es una aventura llena de peligros. Tendrá que hacer estimaciones sin nada concreto o invertir grandes cantidades de tiempo y dinero para obtener una guí a definitiva de especificaciones. Y por supuesto, hablar de "especificaciones definitivas" parece una contradicció n de té rminos en desarrollo de software. Hablando ahora sobre la fase de dise ño, no debe sorprendernos que los desarrolladores del equipo digan algo como "ahora que entiendo el problema pienso que puedo crear el código correcto". Pero de esto se dan cuenta cuando el módulo ya ha sido escrito. Otra contradicción de términos en nuestra industria podría ser "dise ño de software correcto al primer intento".

---

Finalmente, hablemos sobre pruebas, cuando se establecen cronogramas esta es un área sobre lo que no hay nada escrito. Dependiendo de cuán bien se hayan definido y comprendido las especificaciones y el dise ño y también de la calidad del equipo de desarrollo, las pruebas podrí an representar del 20 al 80% del tiempo total. Gerentes de proyecto sin experiencia con frecuencia asignan un má ximo de 15% a esta fase. Esto ocurre, porque la alta gerencia podrí a pensar que un mayor porcentaje significar a que el equipo de desarrollo ha estado creando software de mala calidad. Le parece conocido este escenario? Si es que no, usted pertenece a una minoría con suerte. Tanto estudios formales como informales han demostrado que la mayoría de proyectos de software no cumplen los cronogramas ni los presupuestos, a veces con consecuencias desastrosas.