tag:blogger.com,1999:blog-5694889244430155312.post482962235890621692..comments2008-11-11T20:28:16.977+01:00Morisseauhttp://www.blogger.com/profile/14722860343862758339noreply@blogger.comBlogger1125tag:blogger.com,1999:blog-5694889244430155312.post-91248077307221146612008-11-11T20:28:00.000+01:002008-11-11T20:28:00.000+01:00Bienvenue au club de ceux qui devraient réduire la frontière entre Agile et CMMI après cette formation CMMI ! :) La formation officielle du SEI est très bien faite je trouve.<BR/>La revue par les pairs et le pair programming est effectivement un sujet "chaud" quand il s'agit de faire converger Agile et CMMI et de laisser des traces attendues par CMMI d'une activité quasi quotidienne et normalement transparente de XP. Le pair programming n'est pas destiné à être formalisé selon moi comme l'attend la revue CMMI mais comme tu le souligne, je pense qu'il est tout à fait acceptable pour Agile de prévoir une revue formelle de code en fin d'itération et ce, sur des critères prédéfinis afin de sélectionner une partie du code livré et pas forcément 100%.<BR/>Il existe des analyseurs de code statique qui peuvent orienter la revue formelle.<BR/>Comme preuves CMMI, je pense qu'il est également possible d'avoir des commentaires dans le code ou mieux en commentaire du commit/check-in quotidien (dans le cadre de l'intégration continue) indiquant le couple de programmeur. Quant aux revues formelles de fin d'itération, il faudra laisser des traces qui pourront prendre la forme de "bugs" enregistrés dans l'outil de gestion d'anomalie par exemple. On devrait éviter ainsi l'utilisation d'un doc supplémentaire que les méthodes Agiles n'apprécient pas trop.Arnaudhttp://afoucal.free.frnoreply@blogger.com