| A1 |
Connaître les méthodes agiles
|
Je peux expliquer les modèles de processus linéaires tels que le modèle en cascade, le modèle en V et RUP ainsi que les modèles cycliques tels que le modèle en spirale et les différents processus prototypes. |
Je peux expliquer le « Manifeste Agile » et ses principes et souligner ce qui est bon et où des problèmes peuvent survenir. |
Je peux reconnaître les modèles de processus linéaires et cycliques et montrer comment le meilleur de tout peut être combiné |
426.1
|
| A2 |
Connaître les méthodes agiles
|
Je peux expliquer le modèle SCRUM avec le processus cyclique, les rôles, les cérémonies (réunions/sessions) et la philosophie de SCRUM |
Je peux montrer comment un projet peut être formulé en « vision », en « épopées » et en « user stories ». |
Je peux structurer un projet avec mon équipe dans une démarche SCRUM et planifier les bonnes étapes |
426.1
|
| A3 |
Connaître les méthodes agiles
|
Je peux expliquer les trois aspects de la façon de formuler une exigence dans une phrase pour une user story |
Je peux décrire une user story conformément au DoR, la classer avec l'équipe et évaluer ses efforts avec des story points (Planning Poker) et déterminer les critères d'acceptation pour celle-ci (DoD) |
Je peux déterminer la « bonne » intersection entre la user story et les tâches en collaboration avec l'équipe |
426.1
|
| B1 |
Mettre en œuvre une itération agile
|
Je peux interpréter les modules logiciels existants et expliquer où le logiciel doit être étendu pour mettre en œuvre une user story |
Je peux implémenter le logiciel pour implémenter une user story |
Je peux adapter un logiciel existant pour implémenter une user story (refactoring) |
426.2
|
| B2 |
Mettre en œuvre une itération agile
|
Je peux expliquer l'importance des logiciels exécutables dans le contexte du développement logiciel agile |
Je peux présenter la user story que j'ai implémentée à l'aide du logiciel exécutable et montrer que les exigences du DoD ont été respectées. |
Je peux préparer et réaliser une démo de sprint (incluant un burndown chart). |
426.2
|
| C1 |
Réutiliser les composants
|
Je peux expliquer le principe des composants logiciels (réutilisabilité, répartition des tâches, interfaces) à l'aide d'un exemple |
Je peux évaluer et sélectionner les composants logiciels d'une application, en tenant compte de la réutilisabilité |
Je peux identifier les composants logiciels dans une conception, évaluer leur réutilisabilité et les intégrer de manière justifiée |
426.3
|
| D1 |
Réfléchissez et améliorez votre approche
|
Je peux expliquer comment je me prépare pour le Daily Scrum |
Je peux apporter mes expériences et mes découvertes à la rétrospective et en déduire des mesures d'amélioration appropriées |
Je peux préparer et diriger une rétrospective, hiérarchiser les connaissances acquises et les traduire en mesures d'amélioration concrètes. |
426.4
|
| E1 |
Appliquer la gestion des versions
|
Je peux cloner un référentiel, valider et transmettre des modifications, ainsi que récupérer et extraire des modifications du serveur et expliquer comment appliquer des branches (par exemple, flux Git). |
Je peux gérer les demandes de fusion et appliquer des branches spécifiquement (par exemple, flux Git) |
Je peux résoudre les conflits de fusion, remettre en question de manière critique l'arborescence Git et mettre en œuvre des améliorations (par exemple, rebase, cerise-pick) |
426.5
|
| F1 |
Gérer le code propre et les refactorisations
|
Je peux expliquer ce qui est important pour que le code soit lisible et quelles règles doivent être suivies |
Je peux rendre le code plus lisible et le refactoriser en appliquant les recommandations Clean Code |
Pour une meilleure compréhension, je peux décrire les domaines fonctionnels de telle manière que la complexité (cyclomatique) soit démêlée |
426.6
|