documentation

View project on GitHub

Guide du directeur technique

Guide du directeur technique

Grosso modo, le rôle du directeur en navigation se résume en 2 types de tâches :

  1. La communication
  2. La direction technique

1. Tâches de communication

  • Organiser les réunions via Facebook et Doodle
  • Après les réunions : publier le jour même un résumé sur Facebook (sinon, tout le monde oublie, y compris le directeur…)
  • Assurer la communication entre les membres de l’équipe (via : discussions un à un, messages de groupe, etc.)
  • S’assurer que tous les membres savent ce que les autres font
  • Regarder quotidiennement le fil de nouvelles sur Facebook, groupes Informatique et Élikos
  • Recruter de nouveaux membres pour répondre aux besoins techniques de l’équipe

2. Tâches de direction technique

  • Organiser la vision technique du projet pour tous les aspects logiciels d’Élikos (vision des robots, IA, localisation)
  • Trouver l’aide technique nécessaire lorsque l’équipe manque la compétence pour certains aspects du projet (aller voir des profs, recruter des étudiants en 4e année, etc.)
  • Diviser les tâches parmi les membres
  • Effectuer le suivi - sur Github et en personne avec les membres - de l’avancement des tâches
  • Organiser le partage des connaissances (les membres doivent savoir ce que les autres font)
  • Intégrer les nouveaux (les accompagner en parrainage si nécessaire)
  • Veiller à l’enrichissement du wiki
  • Être toujours une étape en avance sur l’avancement actuel du projet

Ce qui a bien fonctionné

  • Les wikis : pour intégrer les nouveaux, partager les connaissances (au lieu de toujours tout recommencer)
  • Les démos hebdomadaires : pour mettre à niveau les membres sur l’avancement du projet et motiver les troupes
  • Le travail à deux : pour se motiver et avoir un meilleur partage de connaissances
  • Faire tester les wikis par les nouveaux : pour qu’ils apprennent le projet
  • Avoir des objectifs mensuels clairs : sinon, on travaille beaucoup moins…
  • Organiser des périodes de travail en commun : pour toute l’équipe en même temps si possible, mais également en binômes
  • Travailler avec des fork sur github : beaucoup moins mélangeant que les branches
  • Pairer un nouveau avec un ancien