26.01.2007 |
SEI cimenta los modelos CMM - CMMI en la aplicación del modelo de calidad industrial de Jurán para el desarrollo de software: la calidad obtenida depende de la calidad de los procesos. Puede que SEI esté en lo cierto o puede que no tanto. Humprey dice que sí, Ken Beck no está tan de acuerdo, y posiblemente los dos tengan sus buenas razones. Pero hay una cosa que no me cuadra: que si el principal factor en entornos de conocimiento son los procesos y no las personas, por qué no lo aplica en su propio modelo.
|
|
27.11.2006 |
¿Se puede emplear Scrum para desarrollar software en una organización que trabaja con el marco de procesos de CMMI?. Ya son varias las veces que me he encontrado con esta pregunta. La duda que me asalta al oirla: ¿Qué tipo de proyecto es el que necesita ambas cosas a la vez?. Desde mi punto de vista no son compatibles, y estas son las razones y los principales puntos de diferencia: - Incompatibilidad Scrum - CMMI
Blogalaxia Tags: CMMI Scrum
|
|
27.08.2006 |
SEI acaba de publicar la versión 1.2 de CMMI, a la que ya denomina "CMMI for Development" (CMMI-DEV); comenzando a diferenciarla así con el futuro CMMI para servicios, que verá la luz en 2007 .
Las modificaciones afectan tanto al modelo como al procedimiento de evaluación SCAMPI. El equipo de CMMI ha preparado estas dos presentaciones donde exponen las modificaciones en el modelo , y en las evaluaciones.
CMMI no es un estándar de certificación. Las evaluaciones SCAMPI son "evaluaciones" realizadas por expertos reconocidos por SEI, pero no "certificaciones". Un cambio importante...
|
|
24.08.2006 |
Estos últimos días he encontrado en los feeds y alertas que suelo consultar varias referencia s a un modelo de procesos reciente para desarrollo de software: MoProSoft. Lo comentaba Software Guru , Jorge Luis Becerril en su blog, y tembién Pablo Fernando Sánchez en el foro de Aseguramiento de calidad: que se tras presentarse en la 19th ISO/IEC JTC1 SC7 Plenary Meeting, ha obtenido la aprobación para servir de base del futuro estándar ISO/IEC Software Engineering LifeCycles Profiles for Very small enterprises.
|
|
17.07.2006 |
SEI y General Motors han terminado el borrador inicial de lo que será un nuevo modelo de procesos de la familia CMMI: CMMI-ACQ, o CMMI para adquisición.
(Prometo publicar en breves algo de lo que suele pasar por "pasar" de los procesos de adquisición. Que si me pongo ahora ya no os cuento la noticia).
|
|
28.03.2006 |
SEI ha anunciado que dentro de un año, el 31 de marzo de 2007, publicará un nuevo modelo de procesos: CMMI for Services. El modelo actual sirve como guión de mejora o de evaluación para las organizaciones que desarrollan productos o servicios, pero no para las que suministran servicios TI. Si las previsiones se cumplen, a partir del 1 de abril de 2007 tendremos "CMMI for Services" y "CMMI for Development" que es el nombre que recibirá el actual CMMI 1.2
- Presentación de SEI con respuestas a las dudas sobre el nuevo modelo.
- Página de la noticia.
|
|
17.03.2006 |
Echando un vistazo a los blogs y noticias de esta semana encuentro por un lado estos dos artículos:
- En el blog de Arash Ghanaie, product manager del CRM de Microsoft, el post "Agile development at Microsoft Dynamics CRM Team", en el que cuenta que aunque por su formación tradicional de Ingeniería del Software, conoce los modelos de desarrollo secuencial, en su equipo han incorporado Scrum para desarrollar una funcionalidad clave para la nueva versión del CRM, y que pese a los retos que supone Scrum y las metodologías ágiles, está descubriendo su potencial para producir mejor software, con mayor valor para el cliente, de forma más rápida y con menor coste.
|
|
04.02.2006 |
SEI ha previsto ya para agosto de este año la publicación de la versión 1.2 de su modelo para la mejora y evaluación de los procesos del software: CMMI. La primera impresión al leer el anuncio oficial es que no se trata de cambios menores, porque introduce modificaciones tanto en la arquitectura del modelo como en las pautas de las evaluaciones SCAMPI. Algunos de los cambios anunciados para el modelo:
|
|
26.01.2006 |
De los informes realizados por 25 empresas tras implantar un modelo CMMI, SEI ha extraido las cifras de mejora que en ellos han reflejado y las ha sintetizado en la siguiente tabla.
|
|
25.01.2006 |
Si tu organización aplica un modelo con orientación en
cascada (o cualquier otro), y obtiene de forma repetida tasas altas de éxito
y productividad, no cambies.
La adopción de un método ágil o iterativo no debe estar motivada por la
moda, sino por un problema.
Craig Larman,
Agile and Iteretive Development.
|
|
18.12.2005 |
Ayer estuve en el Master de Dirección de Sistemas del Instituto de Empresa hablando sobre agilidad y procesos para el desarrollo y mantenimiento de software.
Gracias a Mario López de Ávila y Oswaldo Lorenzo por su invitación.
Aquí están las "diapos".
|
|
16.12.2005 |
Los modelos formales de mejora basados en procesos y los ágiles comparten un mismo problema: Si se aplican sólo como formas externas pueden dar la apariencia, pero no resuelven los problemas, normalmente generan otros nuevos, además de escepticismo. [...]
|
|
24.11.2005 |
El recién estrenado blog de Nick Barlow abre su primer post con una relación de problemas sobre la evaluación CMMI. En esa lista hay cuatro cuestiones fundamentales:
- En su evaluación, CMMI no valora la capacidad del proceso o del ciclo de vida empleado, o de la idoneidad entre éste y el tipo de proyecto.
- No cubre aspectos básicos sobre la materia prima del software (las personas): selección, contratación, motivación y retención. SEI publicó el modelo People-CMM, pero no publica un CMMI que lo integre.
[...]
|
|
15.11.2005 |
Ayer daba la noticia eWeek de que Microsoft anuncia un nuevo modelo de desarrollo: Essential Unified Process (Essential UP). La firma de consultoría Ivar Jacobson Consulting se ha incorporado al programa de partners de Visual Studio 2005 Team System (VSTS) y ha anunciado que como resultado de esta relación con Microsoft próximamente se publicará el nuevo modelo de desarrollo Essential UP, basado en MSF (Microsoft Solutions Framework) y VSTS. Lo definen como un sistema simplificado o "ágil" (ahora nadie puede decir que no es ágil) de RUP. Afirman que Essential UP es una evolución del proceso unificado de Jacobson, el que dio forma hace 10 años a RUP.
|
|
19.07.2005 |
En Microsoft está disponible una larga entrevista a David Anderson, director del equipo de desarrollo de Microsoft Framework for CMMI.David Anderson es autor de "Agile Management for Software Engineering", fue miembro del comité de desarrollo de la metodología FDD, y mantiene el blog AgileManagement.net. Enlace para descargar el vÍdeo de la entrevista. Enlace para reprodulcir el vídeo.
|
|