Christian A. Estay-Niculcar's research blog

Improving the design of innovation, knowledge, and learning projects through people, computing, ICT, processes, and systems.

Ingeniería del proyecto: el problema del desarrollo de software (4/7): causas de los problemas comunes

Las causas de los problemas de un software son muy diversas, variadas y extendidas. Buscando, se encuentra a Jurison, quien señala varia ideas que permiten situar las causas de los problemas del desarrollo de software en:

  • naturaleza del producto; y,
  • problemas de gestión.

A.- La naturaleza del producto

Según Jurisson y Pressman, el principal producto informático, el software, se caracteriza por ser:

  • intangible;
  • invisible;
  • complejo;
  • volátil de requerimientos;
  • socio-técnico; y,
  • difícil de medir.

A continuación comentarios de cada uno de ellos.

  • Intangible. Pues claramente el resultado es un software el cual no se puede moldear manualmente, sino mentalmente, sin restricciones de leyes físicas o límites del proceso de manufactura. Lo cual, además, produce que sea difícil detectar y prevenir errores.
  • Invisible. Pues la solución que se provee es básicamente un funcionamiento que toma prestadas funcionalidades de un hardware, sin que el hardware sea componente del sistema software. De hecho el hardware, incluso otro software o persona, solamente en tiempo real, y según sus presentes condiciones de operación garantizan o no prestar lo que el software les pida.
  • Complejo. Pues un desarrollo involucra muchas acciones y el producto comprende también muchas tareas, cuya comprensión supera las capacidades humanas.
  • Volatilidad de requerimientos. Lo cual es sencillo de detectar por cuanto el desarrollo está siempre sujeto a presiones de cambio y que por ser software, el cambio es un estilo de vida.
  • Socio-técnico. Un producto informático no tiene sus fronteras en la pantalla ni en un usuario que teclea, o incluso un cliente que paga. Un sistema de información involucra varias piezas relacionadas conformando un sistema de trabajo donde encontramos que operadores manteniendo el sistema, software siguiendo algoritmos y hardware aportando infraestructura, interactúan con otras personas, software y hardware. En este sentido, pensar que un producto informático es sólo hardware y software es un error, salvo excepciones muy concretas, pero la generalidad no muestra esta realidad, menos cuando se desean sistemas que soporten una solución.
  • Difícil de medir. Por las otras cualidades señaladas y por la juventud de la Informática, se hace difícil tener hoy en día tener técnicas efectivas que permitan medir, y las que existen están aún en calibración.

B- Problemas de gestión

Entre los problemas de gestión aparecen mencionados a título muy general:

  • objetivos y especificaciones pobremente definidas;
  • ausencia de un plan de proyecto;
  • presupuestos y plazos poco realistas; e
  • inhabilidades de relaciones sociales.

Haciendo una revisión de la literatura se encuentran diversos problemas de gestión, los que se muestran comparativamente en la siguiente tabla. En la tabla, se presentan los problemas de gestión clasificados según las áreas de conocimiento de gestión de proyectos del PMBOK y paralelizados según ciertas similitudes entre ellos.  Para la lista de McConnell y Purba et al., entre paréntesis se indica la categoría en que estos autores clasifican sus problemas. Se destaca que lo mostrado en la tabla es meramente referencial y no comprende todo el dominio de problemas existentes.

Problemas informáticos versus PMBOK - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

Problemas informáticos versus PMBOK (continuación) - (c) Christian A. Estay-Niculcar

____________________________________

Este post se relaciona con otros más, todos vinculados al tema de estudiar y comprender el problema del desarrollo de software desde una fuerte óptica de la gestión de proyectos.

_____________________________________

Textos usados como fuentes de problemas:

  • MCCONNELL, STEVE. (1997). Desarrollo y gestión de proyectos informáticos. España: McGraw-Hill. 691 pp.
  • GLASS, ROBERT L. (1998). Software Runaways. Lessons Learned from Massive Software Project Failures. Prentice Hall. 259 pp.
  • GLASS, ROBERT L. (1999). Computing calamities. Lessons learned from product, projects, and companies that failed. Prentice Hall. 302 pp.
  • JURISON, JAKK. (1999). Software project management: the manager’s view. Communications of the AIS, 2 (17). September.
  • PURBA, SANJIV; SAWH, DAVID; y SHAH, BHARAT. (1995). How to Manage a Successful Software Project. Methodologies, Techniques, Tools. John Wiley & Sons. 370 pp.
  • REDMILL, FELIX. (1997). Software Projects. Evolutionary vs. Big Bang Delivery. Wiley. 254
About these ads

Deja un comentario

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

about.me

Christian A. Estay - Niculcar

Christian A. Estay - Niculcar

Higher Education / Innovation & Informatics & ICT / Action-Researcher

Innovation in ICT-based Strategies

Change management through e-learning & off-shore learning

More on Twitter

Follow Christian A. Estay-Niculcar's research blog on WordPress.com

Posts Más Vistos en 24-48 hrs.

Estadísticas del blog

  • 101,404 hits

Categorías

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.

Únete a otros 1.392 seguidores

%d personas les gusta esto: