2. Bienvenue !
Objectif de la formation
● Tirer parti de Scrum sur vos projets
Durée
● 2 jours
Pré requis
● Avoir participé à un projet informatique
Public
● AMOA , MOE, chef de projet , MOA, directeur de projet
2
3. Présentations
Votre formateur
Objet Direct
Conseil architecture du SI Pilotage de l’entreprise
Optimisation et
Applications métiers intégration des processus Optimisation de la
spécifiques performance
Web et
Objet ERP BI
3
5. Présentations
Quelles sont vos attentes ?
Quel est votre rôle au sein d’une équipe projet ?
5
6. Objectifs de la formation
Connaitre et comprendre les principes et règles de
Scrum et plus généralement de l’agilité.
● Appliquer les outils et pratiques mis à disposition en
connaissance de cause.
Identifier au moins un axe d’amélioration que vous
pourriez proposer sur votre projet.
● Vous n’avez pas tous la possibilité de changer l’organisation de
votre projet ou de votre société …..
●… mais chacun peut / doit contribuer à l’amélioration de l’équipe.
6
7. La méthode utilisée
Une cartographie de la formation
● Elle est affichée pour partager le contenu et permettre un
suivi visuel simple.
Une formation en 4 étapes en mode incrémental et
itératif
● On commence avec une vue d’ensemble que l’on enrichit et
complète par la suite.
● Chaque étape a un objectif bien défini.
Des travaux pratiques
● Utilisation d’un cas concret pour se projeter dans la mise en
œuvre et l’utilisation réelle de Scrum.
7
9. Roadmap de la formation
Sprint 1 : 2h
● Pourquoi changer et vers quoi faut-il aller ?
● Les changements induits par Scrum.
Sprint 2 : 5h
● Comment commencer un projet Scrum ?
Sprint 3 : 3h
● Comment fonctionne le projet Scrum ?
Sprint 4 : 2h
● Ouverture vers d’autres pratiques.
9
10. SPRINT 1
2h
Pourquoi changer et vers quoi faut-il aller ,
Les changements induits pas Scrum.
10
13. Les principes des méthodes prédictives
Le projet est piloté au travers de 3 critères :
Coût
Délai Périmètre
Chaque projet est réalisé au travers de phases où les
rôles et les livrables sont définis.
Chaque changement de phase est conditionné par un
jalon sur la phase précédente.
13
14. Constat sur les méthodes prédictives
Modification difficile sur les éléments clés du projet
(coût, planning, périmètre, … ).
Difficulté à prendre en compte les modifications du
besoin que l’on peut estimer entre 20 et 40%.
Chiffrage précis non réaliste
en début de projet.
14
15. Limites des méthodes prédictives
Seules 20% des fonctionnalités
implémentées sont
fréquemment utilisées.
Près de 50 % des
fonctionnalités ne sont jamais
utilisées.
Effet tunnel qui ne permet pas de mesurer
l’avancement du projet par le client.
Les anomalies ne sont constatées
que lors des phases de test tardives.
15
16. Difficultés des méthodes prédictives
Problèmes humains :
● Collaboration et communication défaillantes entre les acteurs du projet,
● Motivation incertaine et manque d’implication des équipes.
Déception des utilisateurs :
● Contour fonctionnel livré, non
conforme pour respecter les
délais,
● Livraisons tardives,
● Difficultés pour faire évoluer le
périmètre en cours de projet.
Risque d’échec :
● Planning prédictif initial rarement conforme avec la réalité,
● Instabilité des besoins utilisateurs,
● Suivi de projet approximatif.
16