La gestion de projet consiste à organiser le déroulement d'un projet de A à Z, de sa phase de conception à sa phase finale, jusqu'à que la mission du projet soit remplie de façon satisfaisante. Pour ce faire, il faut définir les objectifs, les ressources humaines et matérielles nécessaires, le budget (dans le cas d'un projet impliquant des ressources monétaires), les délais et les contraintes éventuelles.

Pour cela, un chef de projet peut s'aider de plusieurs outils, comme des analyses de risques (analyse swot, matrice de risques, ...) ou des planifications prévisionnelles (diagramme de Gantt, sprint planning, ...). Le chef de projet peut aussi avoir à sa disposition des outils spécifiques à la méthode de gestion de projet qu'il utilise, comme par exemple le product backlog ou le planning des releases dans le cas d'un projet mené à l'aide des méthodes agiles.

Bien sûr, qui dit projet en équipe, dit facteur humain. De fait, le management d'équipe est souvent une composante inévitable de la gestion de projet. Elle consiste à la fois à piloter, encadrer, fédérer et animer une équipe. Le manager adapte bien entendu son style de management en fonction de ses collaborateurs et de la méthode de conduite de projet utilisée, le but étant de créer une dynamique de groupe positive afin d'atteindre les objectifs fixés.

J'ai eu pour la première fois l'occasion de m'essayer à la gestion de projet lors des nombreux projets effectués en partenariat avec des entreprises dans le cadre de mes études, endossant plusieurs fois le rôle de « chef de projet », combinant les rôles de scrum master, me rendant responsable des différentes cérémonies agiles, et de product owner, m'amenant à être le moteur de la communication avec les clients et du recueil des besoins. J'ai appris à mener mon équipe à la réussite malgré les difficultés rencontrées grâce à mes capacités organisationnelles et en assurant une communication fluide entre les différents membres, mais aussi grâce à ma maîtrise des différents outils de gestion de projet informatique qui nous ont été présentés.

De plus, dans le cadre des méthodologies agiles, la responsabilité de la gestion de projet est partagée au sein de l'équipe mais également diluée tout au long du projet. Le product backlog est un outil compilant, hiérarchisant et priorisant l'ensemble des tâches à réaliser pour le projet, et il est amené à évoluer au fur et à mesure du projet et au gré des changements dans les besoins des clients.

Si contrairement à mes premières années d'études, je n'ai plus été responsable de la rédaction du backlog des projets sur lesquels j'ai travaillé lors de mon alternance, je suis toujours amené à estimer à chaque début de sprint la complexité et le temps de réalisation des différentes tâches à effectuer en collaboration avec le reste de l'équipe. Je contribue également à la priorisation de ces tâches en fonction de leur contribution à l'objectif du sprint à venir, mais aussi à identifier les chemins critiques pour éviter au maximum les conflits entre les codes des différents collaborateurs et assurer un sprint fluide.

Nous avons également intégré à notre cycle de travail des réunions de conception avancées pour certaines fonctionnalités qui pourraient s'avérer d'une grande complexité, ou générer une dette technique importante. Ces réunions nous permettent d'échanger sur l'architecture à adopter pour la fonctionnalité en question, et de dégager de façon collaborative la solution optimale au problème, réduisant grandement le temps de développement futur.

La première de nos réunions de ce type s'est déroulée car nous souhaitions intégrer à l'outil ACT un système de relevé d'anomalies dans les données, dont une grande partie étaient importées d'une version antérieure de l'application, et donc potentiellement non conformes aux exigences actuelles. Un tel système pouvant potentiellement affecter l'ensemble du scope fonctionnel, il était impératif de le concevoir pour qu'il soit à la fois assez générique, et facile à utiliser et implémenter pour les développeurs. J'ai suggéré de se baser le design pattern « Strategy », et nous avons tous ensemble élaboré à partir de là pour créer une architecture favorisant clarté et évolutivité, qui nous permet aujourd'hui de faire vivre cette fonctionnalité et de l'intégrer simplement à tous les aspects d'ACT.

Enfin, entre mon stage et mon alternance, j'ai eu l'opportunité de fonder une micro entreprise afin de réaliser plusieurs missions de développement rémunérées de courtes durée. Cela m'a amené à faire l'expérience de la gestion de projet en autonomie totale. L'aspect gestion d'équipe était certes absent, mais j'étais entièrement responsable de mon organisation, du découpage et de l'estimation des tâches, ainsi que des solutions techniques à apporter pour répondre au mieux aux problématiques des clients. J'ai notamment réalisé une refonte de la page d'accueil de l'intranet de Valeco, l'entreprise dans laquelle j'ai effectué mon alternance, qui est encore utilisée à ce jour. La gestion de projet en solitaire nécessite une grande rigueur de travail, mais j'ai tout de même apprécié pouvoir être pleinement maître de mon code et de mon projet et pouvoir utiliser tous les outils à ma portée, que j'ai appris à manier auparavant, et les appliquer moi-même sur l'ensemble du cycle de développement. C'était une expérience très formatrice, car elle force à se confronter à tous les aspects de la compétence.