Quels sont les concepts clés pour des équipes de développement efficaces? [fermé]

Question

Là où je travaille, nous avons récemment mis sur pied ce que nous appelons le comité des normes de développement, qui est chargé d'améliorer nos procédures, processus, méthodologies, outils, normes et tout ce qui, selon nous, nous aiderait à devenir une équipe plus efficace.

Nous avons un tableau des éléments que nous avons classés et que nous allons commencer à aborder de haut en bas. Nous avons des choses comme un meilleur contrôle des sources (actuellement sur SourceSafe), implémenter un système de suivi des bugs (comme Mantis of FogBugz), la révision de code par des pairs, passer à .Net 3.5, éventuellement à une forme plus agile, à plus d'équipe développement plutôt que développeur unique par type de projet, et quelques autres choses ...

Selon vous, quels sont les éléments clés qui peuvent faire ou défaire une équipe de développement? Que devrions-nous ajouter à cette liste?

Quelques informations supplémentaires: nous avons environ 12 personnes dans notre équipe Windows et environ 50 en développement si vous incluez toutes les plates-formes. Nous voulons améliorer le plus possible pour tout le monde, mais notre équipe Windows est notre principal objectif. Nous sommes tous ici depuis au moins deux ans. La plupart d’entre nous se connaissent donc et travaillent assez bien ensemble.

Answer 1

Le nombre de personnes de votre équipe est vraiment important ici. Il y a des choses de base que chaque équipe doit implémenter (contrôle de code source, suivi de bogues, etc.), mais il y a des choses qui sont différentes de la taille de l'équipe de base. Les revues de code sur une très petite équipe, par exemple, peuvent être plus informelles.

Passer à Agile est une bonne idée, sauf si votre environnement de développement en fait une mauvaise idée. De plus, vous ne pourrez pas le faire sans l’assistance des utilisateurs de votre logiciel.

Pensez à prendre des mesures pour rendre la communication entre les membres de l’équipe plus facile et réduire le nombre de barrages. Tous vos membres se connaissent-ils assez bien? Pouvez-vous travailler les uns avec les autres? Comprenez-vous les particularités de chacun? Apprendre à travailler en équipe est beaucoup plus important que toute amélioration aléatoire apportée au processus.

Answer 2

Requiert des commentaires lorsque vous archivez le code (ce qui est bien si vous pouvez relier les commits à votre gestionnaire de bogues)

Peut-être que l'analyse de code statique, comme ce qui est intégré à Visual Studio

Intégration continue telle que CruiseControl

Answer 3

Les équipes de développement ont vraiment besoin de bonnes personnes pour commencer, qui travaillent bien ensemble, mais ce n’est pas vraiment un élément à ajouter à la liste. Cela affecte toutefois ma première recommandation, soyez pragmatique. Si vous n’invitez pas vos développeurs à réfléchir à leur mode de fonctionnement et à leur permettre de s’améliorer, il est vraiment difficile de définir un environnement de développement qui le fera pour eux.

Mentor et entraînement: si vous ne pouvez pas utiliser d’XP, reliez au moins vos Juniors avec vos aînés chaque fois que vous le pouvez. Non seulement vous partagerez des connaissances, mais vous partagerez également le contexte de vos projets.

Answer 4

Une sorte d'intégration continue et des "versions" " régulières, testées et fonctionnelles faire des merveilles pour la qualité.

Answer 5

  

comme meilleur contrôle de source (actuellement sur SourceSafe)

S'il s'agit de Visual SourceSafe, vous devez le modifier immédiatement. Essayez cvs, svn ou même quelque chose payé comme Perforce.

Il existe quelque chose appelé Rational Unified Process qui traite votre problème (et bien plus encore). .