Comment documenter et la conception de l'examen par les pairs dans Scrum? [fermé

Question

Je suis un développeur relativement nouveau dans une petite entreprise (une équipe de 3 développeurs et une succursale d'AQ tout aussi petite) travaillant sur un système de taille moyenne. L'itération actuelle est toujours inférieure à 100 000 lignes de code (serveur et client combiné), mais je pourrais imaginer qu'à long terme, la taille totale pourrait être de 200 kloc ou plus. Nous tentons d'utiliser Scrum pour le développement, et nous travaillons vers une évaluation CMMI Level 2.

Nous adoptons des méthodes d'examen par les pairs pour vérifier notre conception de logiciels et notre code source. Nous provoquons des exigences logicielles lors de la réunion de planification de sprint, et nous documentons les exigences logicielles dans un maître SRS. Cela nous donne également un début dans la conception du logiciel, mais nous n'avons pas de méthode formelle pour examiner les concepts de conception, tels que la conception OO, la conception de l'interface utilisateur, les modèles de conception réutilisables, etc. Pour notre code source, nous essayons de nouvelles techniques, telles que l'utilisation de feuilles de calcul pour documenter les avis sur les épaules et les critiques de passage par e-mail, mais il peut être difficile pour le réviseur de comprendre les concepts de conception en regardant simplement le code source.

(Veuillez m'excuser si je fais des concepts dénaturés; nous essayons beaucoup de cela à partir de zéro.)

Nous ne sommes pas opposés à l'utilisation de l'UML pour exprimer des classes, des objets, des interfaces logicielles, des modèles d'événements ou d'autres concepts de conception, mais nous ne savons pas quand ni comment examiner les pairs de nos efforts de conception. Souvent, un développeur peut être complet avec 70% avec un utilisateur et réaliser qu'un élément de conception fondamental doit être modifié (et, par la suite, examiné par des pairs).

Afin d'éviter des discussions ouvertes sur le sujet et de promouvoir des réponses concises, je vais essayer de proposer deux questions spécifiques:

1. Est-ce que quelqu'un connaît de bonnes ressources (c.-à-d. Les articles, articles, articles) sur les meilleures pratiques de concepts de conception de révision par les pairs?
2. J'ai lu que le code lui-même est la (implémentation de la) conception. L'examen par les pairs du code source peut-il être utilisé comme revue par les pairs de la conception?

Merci.