El diseño es la fase del proceso de desarrollo donde se clarifican los requisitos iniciales y se establecen las posibles soluciones del producto. Constituye un proceso creativo para producir una solución efectiva y precisa para un problema pobremente definido. El modelo CMMI considera actividades de diseño en diferentes áreas de proceso de la categoría de ingeniería y en particular se concentran en RD, TS y PI. Aunque no puede ser automatizado, controlado o reducido a una rutina puede ser estru

Krishnavedala La planificación y ejecución de las pruebas puede considerar la ejecución de pruebas con base en casos de pruebas y en otras circunstancias con base en la intuición. En general se utiliza una mezcla de ambos enfoques en dependencia de las necesidades, conocimiento del producto y experiencia para la ejecución de las pruebas. En el modelo CMMI la SG1 tanto en VER como en VAL considera la definición de la estrategia para las actividades de verificación y validación. Caso de pruebas

DevEd Las pruebas de software es una actividad fundamental en el ciclo de desarrollo. En el modelo CMMI esta actividad se relaciona con las prácticas en las áreas de proceso de VER y VAL. El entendimiento y uso correcto de éstas técnicas tiene un fuerte impacto en el producto y en la calidad que se entrega al cliente, lo que se traduce en beneficios directos para la Organización. Tipos de pruebas Básicamente las pruebas se refieren a dos tipos de técnicas: Caja blanca, implica revisar directa

"Cuando te reclamen para un favor o un compromiso, infórmate, previamente, de qué se trata, no vaya a ser que no estés dispuesto a hacerlo, ya sea por incapacidad o falta de voluntad." Aprobar es la acción de calificar, aceptar, dar por bueno o suficiente algo o a alguien. Un compromiso se refiere a una obligación contraída o convenio. La existencia de una aprobación no garantiza el compromiso. Una aprobación se puede hacer de forma unilateral, mientras que el compromiso se da, al menos, entre d

Los proyectos de desarrollo de software presentan fallas y problemas en relación con los planes y requisitos iniciales. La industria de software tiene pocas estadísticas o resultados cuantitativos con relación a los atributos de calidad, tales como: seguridad, portabilidad, adaptabilidad, mantenibilidad, robustez, usabilidad, confiabilidad y eficiencia. Para poder mejorar la calidad del software se requiere medir, cuantificar y ajustar el proceso, no sólo contar defectos o fallas. Tom Gilb publ

Es importante enfocarse en la recolección y comunicación de métricas e indicadores que son necesarios a la organización. Para evitar problemas es vital considerar un proceso de medición efectivo que integre la información de qué, cómo, dónde, cuándo, quién y por qué se requiere y posibilitar la toma de decisiones. Como parte de la definición es importante determinar la forma, interpretación y uso de los indicadores que se establecen en un formato documentado para ese propósito. En la nota técni

ceridwen La recolección y análisis de las métricas es parte fundamental en la toma de decisiones en la organización. El área de proceso de MA define las métricas, mecanismos de recolección y análisis a su vez que captura y procesa la información en apoyo a las necesidades del negocio. La adecuada definición de los indicadores y la forma en que se presentan puede contribuir a solucionar los problemas que se identifican o por el contrario puede generar nuevos problemas. Por ello es vital establece

El plan de gestión de la configuración constituye un elemento clave para establecer y garantizar la integridad del producto durante el proceso de desarrollo. Es considerado como parte de las actividades que se cubren en el área de proceso de Configuration Management (CM), en particular para el cumplimiento de las prácticas genéricas asociadas.  Alexis Leon, en su libro "A Guide to Software Configuration Management", propone una estructura general del plan de gestión de la configuración. El docu

James Hill La falta de conocimiento, la incorrecta interpretación y el mal uso del modelo CMMI es de las causas más frecuentes de una ineficiente mejora de procesos con base en las prácticas de referencia. Principalmente esto provoca que se adopte el modelo como una estructura rígida lista para implantarse y no se consideran como requisitos del proceso, que deben diseñarse y ajustarse a la organización. Conocimiento Definitivamente el aprendizaje y conocimiento del modelo se da a través de la

El modelo CMMI DEV v1.3 ya está disponible en español. La versión traducida puede obtenerse directamente desde la página del SEI. El reporte técnico presentado como "Mejora de los procesos para el desarrollo de mejores productos y servicios" fue desarrollado por la Cátedra de mejora de procesos de software en el Espacio iberoamericano de la Universidad politécnica de Madrid y contó con el patrocinio de Everis, IECISA, CIMAT y el INTECO perteneciente al Ministerio de industria, energía y turismo

Ronhjones El uso de herramientas en apoyo a los procesos es fundamental para optimizar los resultados. A partir de la definición del proceso se deben seleccionar y evaluar las herramientas que ayudan a mejorar los resultados que se esperan obtener. Posteriormente, ajustarla adecuadamente y capacitar en el uso efectivo de la herramienta para dar respuesta a las necesidades del proceso y como resultado obtener los beneficios que se esperan para el negocio. Mientras mayor flexibilidad tenga la herr

Pomona Wilf Voge en un artículo para ExecutiveBrief con el tïtulo "Stakeholder Commitment: Why is it important?" comparte su análisis sobre la importancia del compromiso en cualquier relación. El compromiso constituye la base que permite llevar la relación hacia los objetivos que se esperan mutuamente, basadas en el crecimiento y la rentabilidad del negocio en este caso. En el modelo CMMI la identificación y control de los interesados es un tema vital que se establece en diferentes elementos, y

La adecuada definición de requisitos es fundamental para un buen resultado en los productos que se desarrollan o los servicios que se ofrecen. El 60% de los defectos presentes en un producto están asociados con una mala definición de los requisitos. Por ello es importante trabajar para obtener una adecuada definición que soporte la creación de un producto o servicio correcto y bien. El modelo CMMI establece en las prácticas del área de proceso RD los elementos para establecer y validar los requ

Si hay algo seguro en un proyecto es que se van a presentar problemas, la incertidumbre es cuándo. La gestión de incidencias tiene que ver con la atención de esos problemas que se presentan y que de no ser atendidos podrían afectar los resultados del proyecto. Lo ideal es contar con un proceso o mecanismo antes de iniciar el proyecto, para identificar, atender y dar seguimiento a las acciones que permitan resolver los asuntos que se presentan y cumplir los compromisos. A diferencia de los riesg

La gestión de riesgos en el modelo CMMI se considera en el área de proceso de Risk Management (RSKM) en particular y es utilizado en diferentes prácticas por otras áreas de proceso. De acuerdo con el glosario es el proceso analítico y organizado que se utiliza para identificar lo que puede causar daños o pérdidas (Identificación de riesgos), evaluar y cuantificar los riesgos identificados, y desarrollar y, si es necesario, implementar un enfoque apropiado para prevenir o controlar las causas de

El Software Engineering Institute (SEI) anunció en su sitio web el traspaso de las actividades relacionadas con CMMI a una nueva unidad de negocio operada por Carnegie Mellon University. El movimiento de los productos y actividades relacionadas con el modelo deberá ocurrir para finales del año.  Con este paso el SEI deja de contribuir a la investigación y desarrollo del modelo, que ha sido parte de su misión por prácticamente 25 años bajo el patrocinio del Departamento de Defensa. El cambio se

El modelo CMMI establece prácticas en sus distintas áreas de proceso que se aplican en la definición de los procesos de la organización. Para utilizarlas adecuadamente es importante entender las relaciones y dependencias para crear procesos efectivos. En el diagrama se presentan las diferentes áreas de proceso del modelo CMMI DEV diferenciadas por colores, que son más fuertes en la medida que avanzan los niveles de madurez para la representación por etapas y agrupados por las categorías de la r

El SEI publica permanentemente la lista de las empresas evaluadas, que autorizan mostrar los resultados, al concluir el SCAMPI A. Esta información puede consultarse en sas.sei.cmu.edu/pars desde hace mucho tiempo. La novedad es que se ha agregado, para facilitar la consulta, la opción de búsqueda por país adicional a las que se tenían por modelo, nivel y año.  La información que se muestra en el registro es vigente durante tres años considerados a partir del momento en que se publica como concl

Vic Basili, creador de la técnica GQM, en entrevista con Michael Milutis, Director ejecutivo de ITMPI, y publicada para AITS comenta sus puntos de vista y experiencias en la mejora de procesos. Con su experiencia de 37 años vinculado con la academia siempre se ha relacionado con proyectos en empresas reales como forma de darle sentido a la investigación que realiza. En la entrevista comenta sus puntos de vista en la creación de GQM, la aplicación en la mejora de procesos, la creación de la base

El profile del mes de marzo del 2012 ya está disponible para consulta en la página del Software Engineering Institute (SEI). Este documento presenta estadísticas recolectadas y publicadas por el SEI con los resultados de las organizaciones evaluadas con un SCAMPI A de los modelos CMMI DEV, CMMI SVC y CMMI ACQ. En todos los casos sólo se presentan los resultados para las versiones 1.2 y 1.3 del modelo. Se publica en el mes de marzo y septiembre de cada año y está disponible para consulta en la p