Tout d'abord, commencez à utiliser un système de contrôle de code source à partir de la toute première ligne de code. Prenez l'habitude de vérifier le code tôt et souvent.
Deuxièmement, décidez d'une stratégie de test . Bien sûr, cela devrait signifier des tests unitaires, mais vous devez également réfléchir à la façon d'automatiser les tests d'acceptation.
Troisièmement, établir un serveur d'intégration continue afin que votre code soit construit régulièrement et testé régulièrement.
Une fois que vous avez cela, en équipe, établissez des normes de codage simples . Vous voulez que votre code soit facilement lisible par tout le monde. Peu importe les normes. Retrait avec des tabulations, retrait avec des espaces, accolade sur la même ligne, peu importe. Peu importe ce qu'ils sont, seulement que chacun les applique systématiquement.
Étant donné que l'équipe est principalement composée de développeurs débutants, prévoyez de revoir le code souvent pour vous assurer qu'il n'ajoute pas trop de dette technique à votre système.
Enfin, envisagez d'utiliser SCRUM . Si vous le faites, embauchez un entraîneur ou suivez une formation. Puisque vous faites tous quelque chose que vous n'avez jamais fait auparavant, il est tout simplement impossible d'établir des délais réalistes. Avec SCRUM, votre direction aura une visibilité sur ce que vous faites au quotidien afin qu'elle puisse voir quels progrès sont (ou ne sont pas) en cours. Et, puisque vos délais vous ont apparemment été donnés, SCRUM garantit au moins que si vous ne pouvez pas respecter le délai, au moins vous livrez des histoires terminées sur une base incrémentale, ce qui est sans doute mieux que d'arriver à la fin avec un géant système qui ne fonctionne pas du tout.