Siguiendo el Camino Amarillo
SinergIT

Go Back

Incursionando en otros modelos

Tengo la fortuna de laborar en una empresa donde colaboro con otros consultores, todos ellos excelentes, los nombraré en estricto orden alfabético y sin mencionar (por el momento) el modelo en que trabajan para evitar herir susceptibilidades:

  • Gilberto Amaro
  • Laura Torres
  • Nicolás Portillo
  • Rodrigo Torres

 

Rodrigo, me ha tomado como su Padawan con el modelo de MoProSoft mientras que Laura, Gil y Nico han sido mis mentores en CMMI-DEV, agregando una nota especial para Laurita con quien hice hace tiempo un revisión del modelo de CMMI-SVC. La experiencia al momento ha sido interesante.

 

ATM En este post quiero compartir mi participación como un ATM (Appraisal Team Member) en un SCAMPI “A” con un cliente, realmente fue toda una experiencia. Hice algunas anotaciones sueltas que compartiré en este post, son ideas que me llamaron la atención y pueden ser útiles, pero para determinar eso, te toca analizarlas y buscarles utilidad. No hay secuencia, orden ni nivel de importancia, sólo apuntes que fui haciendo durante las 40 horas que duró el appraisal. Espero les sean útiles:

Es importante siempre realizar una auditoría antes y otra después de generar la línea base

Así como se tiene rastreabilidad a los cambios de requerimientos, debe de tenerse de la misma forma rastreabilidad para los cambios de la Línea Base

Es importante no sólo definir las métricas sino el de donde vamos a obtener los datos

Es necesario VALIDAR los requerimientos versus la PLANEACION, para ver que no faltan requerimientos, pero igualmente que no sobran

Una cosa es definir una ESTRATEGIA y otra definir un PLAN DE ACCION

Se deben de monitorear TODOS los parámetros del proyecto, no sólo avance, costo y esfuerzo

Los prototipos se usan en RD para la validación de los requerimientos, pudiera ser una fortaleza ya que no es parte del nivel 2

Puede existir una fortaleza si si se hace evaluación de métricas a nivel organizacional . En nivel 2 sólo se pide a nivel de procesos

Para que algo sea válido, debe estar definido en un procedimiento o estar especificado y documentado en algún formato

 

Si tu trabajas con algún modelo de calidad para desarrollo de software, quizá todas estas afirmaciones te resulten lógicas, obvias o hasta simples, pero yo estoy regresando al ámbito del desarrollo de software, el cual no trataba de forma tan detallada desde el año 2000, quizá por ello estoy tan emocionado, para mi es descubrir un mundo nuevo.

 

Así que después de esta experiencia con CMMI-DEV, me froto las manos esperando participar en la verificación acotada de MoProSoft nivel 1 que se acerca para finales de este mismo mes.

 

Mauricio Arreola

Facebook Twitter DZone It! Digg It! StumbleUpon Technorati Del.icio.us NewsVine Reddit Blinklist Add diigo bookmark

Post a comment!
  1. Formatting options
       
     
     
     
     
       
RSS Feed