Mes cours m'ont appris à observer et à comprendre le fonctionnement d'une organisation (une entreprise ou une association). J'ai appris à cartographier les processus métiers, c'est-à -dire à analyser comment les informations circulent entre les différents services et comment les tâches sont réalisées. Cette étude permet de repérer les blocages, les pertes de temps ou les inefficacités, afin de proposer des améliorations concrètes grâce aux outils informatiques et à l'évolution du système d'information.
En cours, j'ai appris à écouter et à comprendre ce que les utilisateurs et les clients attendent d'un logiciel. J'ai découvert des méthodes pour me mettre à leur place et analyser leurs difficultés. J'ai appris à traduire des demandes parfois vagues en exigences claires, précises et structurées (comme la rédaction de cahiers des charges ou de User Stories en méthodologie Agile). Le but est de créer un document de référence pour que les développeurs sachent exactement quoi programmer.
Mes cours m'ont donné les clés pour étudier un projet avant de le lancer, afin de savoir si son développement est réaliste. J'ai appris à évaluer les critères de faisabilité sur plusieurs niveaux : technique (est-ce que nous avons les compétences et les technologies nécessaires ?), économique (quel est le coût et le budget disponible ?) et temporel (est-ce réalisable dans les délais demandés ?). Cette analyse permet de mesurer les risques et de prendre la décision de lancer ou non le projet.
J'ai découvert en cours comment organiser et piloter un projet informatique de l'idée initiale jusqu'à la livraison finale. J'ai été formé aux cycles de développement classiques et aux méthodologies agiles (comme Scrum). J'ai appris à planifier les tâches, à estimer le temps nécessaire, à répartir le travail dans une équipe et à utiliser des outils de suivi visuels (comme les tableaux Kanban). Cette compétence permet de contrôler l'avancement du projet à chaque étape et de réagir vite en cas de retard.
Pour cette SAE, notre équipe devait développer une plateforme web de challenges. Notre premier travail a été de comprendre comment l'organisation de ces défis fonctionnait avant notre intervention. Nous avons analysé le parcours des utilisateurs : comment un organisateur crée un sujet, comment un participant soumet son code, et comment les scores sont calculés. Cette étude nous a permis de repérer les étapes lentes et complexes afin de proposer un système d'information automatisé et bien plus efficace pour la gestion des challenges.
Pour bien cibler les attentes, nous avons organisé des réunions avec nos clients réels : les étudiants de BUT 3. En discutant avec eux, nous avons compris leurs besoins précis (avoir un classement en temps réel, pouvoir soumettre différents types de fichiers, avoir des consignes claires). Nous avons combiné ces demandes avec les besoins des utilisateurs finaux pour créer des documents clairs : des User Stories et un cahier des charges technique. Par exemple, nous avons décidé de créer une interface très épurée pour que les participants ne perdent pas de temps lors des compétitions de code. En alternance, ce travail de formalisation est devenu central. J'ai appris à écouter les demandes des collaborateurs et de la direction, à identifier leurs contraintes de sécurité ou de performance, et à les transformer en fiches de besoins claires. C'est à partir de ces documents que j'ai pu planifier l'installation de nouveaux switchs ou l'ouverture d'accès réseau spécifiques.