Rester cohérent lorsque vous travaillez avec des projets à grande échelle

Question

Probablement un peu hors sujet, mais c'est quelque chose que je suis vraiment intéressé à apprendre à connaître d'autres personnes ayant une expérience et des antécédents différents.

Comment gérez-vous vos énormes projets? Utilisez-vous subversion? EER-modèles? Est-ce que tu écris des notes? Est-ce que toute votre foi réside dans phpdoc? Quel cadre utilisez-vous, et quel schéma de conception suivez-vous? Beaucoup de questions, je le sais, et je ne m'attends pas à ce que vous répondiez à TOUS, résumez simplement ce que vous voulez mettre en valeur le plus. Personnellement, j'utilise subversion pour le contrôle de la source, phpdoc, écrire des notes personnelles pour chaque modèle/contrôleur etc et je suis presque toujours le modèle MVC.

Passez une journée fantastique et automagique! ;-)

Answer 1

Je recommanderais d'utiliser les outils qui fonctionnent le mieux pour les personnes que vous avez, et les parties qui sont susceptibles d'être les plus difficiles à gérer.

Si vous avez beaucoup d'exigences, utilisez un outil qui suit bien les exigences.

Si vous avez beaucoup de projets ponctuels simples, peut-être que le simple suivi de projet fonctionne bien.

Answer 2

Une excellente façon de documenter votre projet (en particulier les choses de haut niveau) est d'avoir un wiki. Le succès de cela dépend évidemment entièrement de vos coéquipiers. Si elles détestent écrire la prose alors l'idée est fondamentalement condamnée dès le début. Mais compte tenu des bonnes personnes, il peut vraiment payer. Quelques pages wiki avec quelques diagrammes peuvent aller très loin et sont souvent plus expressives que n'importe quel diagramme UML et ce que vous avez (bien sûr, la combinaison des deux est encore meilleure :-) Si vous pouvez obtenir vos testeurs et d'autres personnes à participer, vous êtes sur un bon départ. Plus on est de fous, plus on rit.

Une chose que vous avez oublié de mentionner dans votre message est un bug tracker. C'est un must absolu, je suis sûr que Joel a quelques bons conseils sur le meilleur choix de logiciel là-bas;)

Answer 3

Vous devriez un logiciel de suivi des bogues pour enregistrer comment chaque problème a été résolu et lier à votre référentiel Subversion afin que vous puissiez voir le problème qui a généré le check-in et vice-versa. Nous utilisons Fogbugz nous-mêmes.