1. AC15.01 | Appréhender les besoins du client et de l'utilisateur 2. AC15.02 | Mettre en place les outils de gestion de projet 3. AC15.03 | Identifier les acteurs et les différentes phases d’un cycle de développement
<aside> 💡 Quelles ont été vos démarches, prises de décisions, degré d'implication et d'autonomie ?
</aside>
<aside> 💡 Quelles ressources avez vous choisies et combinées pour réaliser vos tâches et résoudre les problèmes rencontrés dans cette SAé ?
</aside>
<aside> 💡 En vous appuyant sur vos traces, justifiez la maitrise des apprentissages visés, ainsi que la prise en compte des composantes essentielles pour le développement de vos compétences.
</aside>
<aside> đź’ˇ
Quelles ressources vous manquent pour atteindre la compétence abordée par cette SAé ? Si c'était à refaire que changeriez-vous ?
</aside>
Ma démarche dans cette matière a consisté à apprendre à "conduire" un projet non pas par le code, mais par la vue d'ensemble de ses processus. Dans l'exercice sur le cycle de vie d'un logiciel (Sprints, Product Owner, Scrum Master), j'ai dû prendre des décisions sur la manière de structurer les interactions entre les acteurs.
J'ai fait preuve d'autonomie en analysant des cahiers des charges complexes (comme l'exemple de la gestion des stocks du Père Noël (exercice BPM au pays du père Noel) ou du cycle Scrum) pour identifier les points de décision (gateways). Mon implication s'est traduite par une volonté de clarifier qui fait quoi (pools et lanes), ce qui est essentiel pour conduire une équipe sans ambiguïté. J'ai compris que conduire un projet, c'est avant tout savoir modéliser le passage d'une étape à une autre (ex: de la "Sprint Review" à la "Recette Client").
Pour mener à bien les différents exercices de modélisation, j'ai combiné plusieurs ressources académiques et techniques.
Tout d’abord, on retrouve la norme BPMN 2.0 permettant une utilisation rigoureuse des symboles (événements de début/fin, activités, messages).
J’ai également utilisé des outils de modélisation, nottament BPMN.IO, me permettant de passer d'un croquis papier à une documentation logicielle professionnelle.
O, retrouve aussi la Méthodes Agiles (Scrum) dont j'ai utilisé les concepts de User Stories et de Sprints décrits dans le support pour structurer le flux de travail.
Enfin, j’ai appliqué une logique de gestion des erreurs. En intégrant des événements d'erreur ou des délais (ex: "le client dispose de 2 semaines pour payer"), j'ai appris à anticiper les imprévus d'un projet.
Il m’est également arrivé d’utiliser des forums et tutoriels en ligne, notamment quelques vidéos YouTube me permettant par exemple d’avoir une meilleur maitrise de BPMN.IO.