En las metodologías ágiles es habitual desarrollar dos niveles de planificación:  una general, planificación de la versión, y otra más detallada, planificación de la iteración.

El objetivo de la planificación de la versión es calcular la dimensión del proyecto. Saber si estamos hablando de 10 o de 100, y tanto en Extreme Programming (Release planning) como en Scrum (estimación del product backlog) se realiza en una reunión en la que participa todo el equipo.

En ella el cliente, o el propietario de producto expone una a una las historias o funcionalidades que necesita y el equipo determina el tiempo que llevará su desarrollo.
Este proceso no es ajeno a los problemas típicos de dinámica de reuniones, y aunque tiene un guión concreto y conocido por todos los participantes, es habitual entrar en atascos de "parálisis por análisis", en los que los minutos van pasando sin que los participantes terminen de decidir entre las posibles soluciones para una determinada funcionalidad y fijen una estimación; y el moderador ve con impotencia cómo ha consumido ya 15 ó 20 minutos sin poder cerrar la primera funcionalidad, y la lista de las que aún están pendientes de valorar.

MoProSoft es la denominación del "Modelo de Procesos para la Industria del Software" desarrollado por la Asociación Mexicana para la Calidad en Ingeniería del Software (AMCIS) de la Universidad Autónoma de México (UNAM) por encargo de la Secretaría de Economía del mismo país.

Dicha Secretaría, dentro del Programa para el Desarrollo de la Industria del Software (PROSOFT ), que forma parte del Plan Nacional de Desarrollo 2001-2006, identificó como modelos referentes para la calidad en el desarrollo y mantenimiento de software: CMMI, ISO 15504, pero al analizarlos para su inclusión en el plan el comité designado no los consideró demasiado formalistas o pesados para la mayoría de las empresas mexicanas.
 

Watts Humphrey, cuando acometió el desarrollo del original modelo CMM for Software, tomó el concepto de madurez para los procesos, de la "Quality Management Maturity Grid (QMMG) desarrollada por Philip B. Crosby en su libro Quality is Free (1979), y que según el autor establece un criterio de para determinar el grado de desarrollo y asentamiento de los procesos en una organización, en cinco escalones que denominó:

Como apunta el post Modelos de procesos: no auto-medicarse, el panorama actual de modelos y prácticas desorienta a empresas y directivos del desarrollo de software

Es frecuente abordar planes para la incorporación de alguno de estos modelos, elegidos más por la casualidad y la fe, que por el rigor y conocimiento previo de las características de la propia empresa y de sus proyectos.

Este trabajo expone el marco general de los modelos de procesos y prácticas de nuestra industria: CMMI, ISO 15504, Scrum, Extreme Programming, DSDM, MSF, RUP, PMI, etc. y una visión ejecutiva que muestra las características y situación de cada uno sobre un mapa de situación general; junto con consejos sobre la idoneidad de cada modelo.

• Descargar artículo en formato PDF

Son muchas las críticas que argumentan que la ingeniería del software se asienta sobre bases y conceptos erróneos. En algunas se afirma incluso que el desarrollo de software no se sujeta a los principios científicos y rigurosos, propios de las ingenierías.

Este artículo es una versión modificada del publicado en wikipedia "Criticism of software engineering" , y recoge la relación de críticas más frecuentes hacia la ingeniería del software; acompañadas de sus correspondientes reflexiones.
El espíritu de muchas de ellas es común a otras actividades humanas.