SAE512

1️⃣ Les objectifs ont-ils été atteints ?

Malgré les quelques difficultés rencontrées, nous avons réussi à faire fonctionner la détection des mouvements et à l’utiliser sur le broker MQTT. Nous avons pu également mettre en place le contrôle du module par topic MQTT (pour le redémarrer ou même configurer ses paramètres).

En bonus, nous avons même réalisé des scripts analyseurs avec lissage de données sur plusieurs valeurs par exemple, avec retenue et gestion de logs. La seule réserve que l’on pourrait émettre concerne le module BLE qui ne produit pas la qualité et les effets attendus.

Verdict : ✅ Objectifs principaux atteints, fonctionnalités bonus livrées

2️⃣ Les moyens étaient-ils adaptés ?

Les modules n’étaient pas forcément optimaux et nous avons passé beaucoup de temps pour comprendre comment ils fonctionnaient. Cependant, pour le prix, nous sommes réellement sur de la piètre qualité (mais c’est normal pour des tests).

Ils sont fragiles, pas sécurisés, peu fiables en termes de distance comparé à ce qui est annoncé, et très affectés par d’autres signaux identiques au leur (2 radars en même temps par exemple). Impossible de faire de la trilatération donc. Le rapport qualité/prix est cohérent avec le budget d’une SAÉ, mais limite les performances finales.

Verdict : ⚠️ Moyens adaptés au budget, mais limitants pour la qualité

3️⃣ Qu’est-ce que l’on a bien fait et que l’on ferait mieux ?

Points forts :

• La partie sur le module en série a été bien réussie, plus rapidement que sur le module BLE, ceci dit, tous les deux sont désormais fonctionnels.
• Le calcul de la surface de détection est aussi plutôt réussi, même si en boostant un peu les modules avec une alimentation externe dédiée, on aurait peut-être eu quelques différences.
• Bonne documentation technique et tutoriels créés pour faciliter la reprise du projet.

Points à améliorer :

• Nous n’avons pas réussi à faire correctement fonctionner le port COM sur le module BLE, nous aurions peut-être perdu moins de temps s’il avait fonctionné.
• En tant que chef de projet, je ne m’étais pas rendu compte de l’ampleur des tâches « cachées » (finalisation du site, documents, coordination) qui ne sont pas extrêmement compliquées mais qui prennent beaucoup de temps et demandent à ce que tout le monde ait fini sa part.
• Meilleure planification des dépendances entre tâches et des jalons intermédiaires.

4️⃣ Les conditions de la coopération étaient-elles optimales ?

Nous n’avions que deux modules et il était difficile de travailler à plusieurs en même temps dessus, cela a ralenti notre progression et a pu nous bloquer à certains moments. Le partage du matériel a nécessité une coordination précise et a parfois généré des temps d’attente.

En revanche, nous avons bénéficié d’une bonne réactivité de la part de nos clients/évaluateurs/tuteurs, et aussi de la part des membres de l’équipe. Beaucoup d’échanges et d’idées, amenées au bout pour la quasi-totalité. L’utilisation d’outils collaboratifs (Trello, Discord, Git) a facilité la communication et le suivi.

Verdict : ✅ Bonne coopération malgré les contraintes matérielles

5️⃣ Et la SAÉ dans tout ça ?

Très intéressante, mais véritablement très complexe. Peut-être un peu trop au vu du temps de travail dessus : nous avons dû grignoter sur les week-ends, les nuits et même sur les soirées quand on était en alternance.

Avons-nous cherché à faire trop ? C’est possible. Et c’est bien le souci quand on a peu de limites : savoir où s’arrêter et placer la limite vie privée / travail. C’est un enseignement auquel on ne s’attendait pas particulièrement mais qui pourtant fait sens, afin de s’économiser et ainsi éviter tout souci ultérieur qui pourrait découler d’un trop grand épuisement des ressources par exemple !

Leçon apprise : Dans un contexte professionnel, savoir prioriser, définir un MVP (Minimum Viable Product) et respecter un équilibre vie professionnelle / vie personnelle est aussi important que chacune des compétences techniques.