Examens par les pairs ou programmation par paires, ou les deux?

  • Ne vous participer dans le code des examens par des pairs ou de la pratique de la programmation en binôme, ou les deux?
  • Avez-vous été en mesure de démontrer une augmentation de la qualité des logiciels à l'aide de ces pratiques?
  • Quels sont les avantages et les inconvénients sont que vous avez observé dans le cadre de la pratique?
  • Quels obstacles avez-vous rencontrés?

Dans mon propre cas, notre équipe de développement poursuivis par des pairs des un certain nombre de logiciels différents artefacts (exigences en matière d'analyses, plans de test, code, et ainsi de suite). Par les pairs de la programmation n'était même pas considéré comme une option.

L'examen par les pairs de la pratique a été poussé vers le bas à partir du haut, et les développeurs ne jamais acheté. Nous avons eu un externe SQA groupe qui a réuni les métriques des activités, mais les chiffres étaient assez inutile puisque l'effort était à moitié-cœur. Après des années de cela étant le "officielle" de la façon de faire les choses, les développeurs se sont collectivement ignorer les procédures prescrites.

Maintenant il y a moins de visibilité lorsque les bugs sont arriver intervenu dans le cycle de vie. Et ne pas faire les examens par les pairs a conduit à une spécialisation accrue de l'équipe...où personne ne sait vraiment les exigences/logique des composants en dehors de leur propre domaine spécialisé du système.

Il serait utile de connaître vos expériences w/examens par des pairs ou d'une paire de programmation, en particulier les histoires de réussite.

source d'informationauteur