¿Participa en las revisiones de pares de código o practica la programación de pares, o ambos?¿Ha podido demostrar un aumento en la calidad del software utilizando estas prácticas?¿Qué beneficios y desventajas ha observado en el curso de la práctica?¿Qué obstáculos para la implementación enfrentaste?

En mi propio caso, nuestro equipo de desarrollo realizó revisiones por pares de varios artefactos de software diferentes (análisis de requisitos, planes de prueba, código, etc.). La programación entre pares ni siquiera se consideró como una opción.

La práctica de la revisión por pares fue empujada hacia abajo desde la parte superior, y los desarrolladores nunca la aceptaron. Tuvimos un grupo externo de SQA que recopiló métricas de las actividades, pero los números fueron bastante inútiles ya que el esfuerzo fue poco entusiasta. Después de años de ser esta la forma "oficial" de hacer las cosas, los desarrolladores han llegado a ignorar colectivamente los procedimientos prescritos.

Ahora hay menos visibilidad sobre cuándo los errores se interponen en el ciclo de vida. Y no hacer las revisiones por pares ha llevado a una mayor especialización en el equipo ... donde nadie realmente conoce los requisitos / lógica de los componentes fuera de su propia área especializada del sistema.

Sería valioso conocer sus experiencias con revisiones de pares o programación de pares, especialmente historias de éxito.