SOMMAIRE

1 | Gestion de projet

2 | Cycle en V - Rappel

3 | Cycle en V - Problèmes

4 | Agilité – Solution et Définition

5 | Manifeste agile – principes sous jacents

6 | Scrum – Définition

7 | Scrum – Vue d’ensemble au travers de 2 vidéos

8 | A lire
GESTION DE PROJET
DEFINITION

Un projet nait d’une IDEE, d’un BESOIN

La gestion de projet est une démarche visant à organiser de bout en bout
le bon déroulement d’un projet. C'est tout l'opérationnel et le tactique qui
fait qu'un projet aboutit dans un triangle représentant l'équilibre qualité-
coût-délai (QCD) Source Wikipedia
Qualité: spécifications :
fonctions, fiabilité, ergonomie…
Périmètre/Qualité

Coûts: salaires, achats, Délais: limitation dans

machines, prototype, Réactivité Efficience le temps / pénalités
Bonne
prestations externes… de retard / date de fin
relation imposée…
client

Coût Délais
Agilité
Point d’équilibre
Arbitrage à faire en cours de projet en fonction de ces 3 paramètres
GESTION DE PROJET
DÉFINITION

Un projet est délimité dans le temps. Il a une date de début et de fin

(livraison)

Un projet doit comporter des objectifs clairs (cf SMART)

Les contraintes d’un projet sont la qualité, le coût et les délais (cf slide
précédent)

Au début du projet tout (ou presque) est réalisable et la connaissance du

produit final est très faible. Au fur et à mesure que le projet avance et que
des décisions sont prises, les choix faits en début de projet limitent les
possibilités d'action en fin de projet

Une équipe travaille à la réalisation du

projet

Courbe de Miller
GESTION DE PROJET
PARTIES PRENANTES

Suivant la taille du projet il peut y avoir plusieurs types de parties prenantes

Dans certains projets certaines parties prenantes peuvent jouer plusieurs rôles
à la fois

3M :

Métier
Ÿ Expert – Visionnaire – Il a l’idée ou le besoin, la vision produit

MOA – Maitrise d’ouvrage : coordinateur projet

Ÿ Il représente le métier, il a une bonne expertise métier et une bonne compréhension
technique. Il est responsable de la rédaction de la Spécification Fonctionnelle Générale et
pour ce faire de l’organisation et l’animation des ateliers de recueil du besoin avec le métier

MOE (IT) – Maitrise d’œuvre ou réalisateur

Ÿ Ils sont chargés de la réalisation du projet. Le chef de projet choisit l'équipe MOE et l'anime,
organise le projet, coordonne. Il est responsable du résultat
Ÿ Il s’agit des ressources MOE ou IT : Développeurs, architectes, analystes, exploitants …
GESTION DE PROJET
PARTIES PRENANTES

Suivant la taille du projet il peut y avoir plusieurs types de parties prenantes

Dans certains projets certaines parties prenantes peuvent jouer plusieurs

rôles à la fois

Métier
Ÿ Expert – Visionnaire – Il a l’idée ou le besoin

MOA - Maitrise d’ouvrage

Ÿ Il peut être à l’origine de l’idée ou du besoin. Qu’il le soit ou pas, il est un
acteur métier ou représente le métier, il a une bonne expertise métier et est
responsable de la définition du besoin

MOE – Maitrise d’œuvre ou réalisateur

Ÿ Il est chargé de la réalisation du projet. Le chef de projet choisit l'équipe projet
et l'anime, organise le projet, coordonne. Il est responsable du résultat
 CP CP CP

Métier MOE
Utilisateur MOA (developpe
RH urs)

3M
GESTION DE PROJET
RÔLES

Rôles et compétences (idem méthode agile cf slides agile)

Responsabilité des livrables

Ÿ Exemple RACI
- R : responsible. : responsable
- A : accountable : ou peut le traduire par « autorité » mais ce sont ceux qui doivent
rendre des comptes
- C : consulted. : consulté
- I : informed : informé.
Responsable Produit / MOA Responsable produit / MOE Développeurs
Etude de marché R A I
Expression de besin (EB) R A I
Cahier des charges R A I
Spécification fonctionelle générale (SFG) R A A
Spécification fonctionelle détaillée (SFD) A R A
Etude préalable ou Etude préparatoire (EP) A R A
Chiffrage A R R
Plan de tests R A A
Environnement technique A R A
Réalisation I R R
Recette unitaire A R R
Recette fonctionelle R A A
Recette utilisateur R A I
Reprise de données A R A
Formation utilisateurs R A I
Manuel utilisateur R A A
Slide formation R A A
Mise en production I R A
GESTION DE PROJET
ETAPES PROJET

Grande variété de cycle de vie projet. La plus connue : cycle en V (ou

cascade)

Un cycle de vie est en ensemble de phases pouvant être découpées en sous

phases
Livraison

Analyse Développement Test/Recette

Des livrables sont livrés et validés à la fin de chaque phase. Ils peuvent être
représentés dans le planning sous forme de jalon (ou milestone = fin d’une
étape)

En général une revue de projet est réalisée à la fin de chaque phase, elle
permet de décider si le projet doit passer à la phase suivante mais aussi de
vérifier et d'approuver les livrables de la phase
GESTION DE PROJET
OÙ SONT GÉRÉS LES PROJETS EN ENTREPRISE ?

Les projets et leur réalisation « en mode projet » s’opèrent à tous niveaux de

l’entreprise
- Direction
- Département
- Transverse à plusieurs départements
- Equipe
- Transverses à plusieurs équipes …

P
Direction Projet

P
Département Département Département
Equipe

P P Ventes Marketing R&D

GESTION DE PROJET
ESTIMATION DES COÛTS

Les coûts sont estimés afin de permettre la prise de décision quant au

lancement du projet : go ou no go pour lancement. Faire valider par le
management l’objectif du projet et son cout et permettre l’engagement du
projet par le managment. Cette estimation est comme un devis

Exercice délicat :
Ÿ Evaluation
- Sous-évaluation = nécessite le déblocage de budget complémentaire en cours de
projet
- Sur-évaluation = le projet peut ne pas être lancé du fait de son coût
Ÿ Distinction nécessaire entre coût du projet et cout de fonctionnement du
projet

L’estimation de coûts servant d’argumentaire au lancement du projet, il est

important d’évaluer le ROI du projet et de mettre les 2 en perspective
 GESTION DE PROJET
CYCLE DE VIE PROJET – CYCLE EN V

• Standard de l’industrie logicielle depuis 1980

• Le plus communément utilisé en gestion de projet
• 7 étapes séquentielles
• Une livraison / validation des livrables à chaque étape (jalons)
• Des rôles bien séparés
• Maitrise d’ouvrage (MOA) • Métier
• Maitrise d’œuvre (MOE) • Développement
Analyse / Rédaction (1/3) Réalisation (1/3) Test (1/3)
• EB (Expression de Besoins) • Cahier de recette
• CDC (Cahier Des Charges) • Tests de non régression
Métier

• Appel d’offres (AO) / réponse à AO • Tests de performance Recette

Initialisation • Exigences métier • Cahier de paramétrages / formation
• Contraintes règlementaires • Plan de déploiement
utilisateurs
• PV de recette

Tests
MOA

• Rapport de tests d’intégrations

Spécifications
• SFG (Spécification Fonctionnelle Générale)
d’intégration
• SFD (Spécification • Code
Fonctionnelle Détaillée) Tests • Rapport de tests unitaires
Conception
MOE

• Dossier d’architecture
fonctionnelle /technique Développe unitaires
• Plan de test ment
• Rapport de conception
 WATERFALL VS SCRUM
Livraison PROJET ENTIER

Analyse Développement Recette - Test

RETEX-REX
Traditionnelle
Méthode

Analyse
Développement Livraison

Recette - Test

Sprint 1 Sprint 2 Sprint 3

Analyse Analyse Analyse

Méthode
Scrum

Développement Développement Développement

Recette Recette Recette

Fonctionnalité potentiellement livrable

 WATERFALL VS SCRUM

Livraison PROJET ENTIER

Analyse Développement Recette - Test

RETEX-REX

Analyse
Développement Livraison

Recette - Test

Roadmap sur un an – projet waterfall – découpage projet

CYCLE EN V
PROBLÈMES

Trop de documentation

Cycle trop long

Ÿ Projets qui risquent de ne plus "coller" aux besoins du client qui évoluent dans
le temps

Peu de flexibilité
Ÿ Alors qu’il n’est pas rare qu'on se rende compte au cours de l'implémentation
que les spécifications sont incomplètes, fausses, ou irréalisables
Ÿ Un client peut souhaiter ajouter des nouvelles fonctionnalités en cours de
projet (nouvelles réglementations, …)

Une cible souvent manquée ou modifiée (côut – délais – périmètre)

Ÿ Au mieux, le résultat final du projet sera conforme aux spécifications. Mais
celles-ci sont souvent imprécises ou ont évolué en cours de projet et restent
contractuelles. Toutes modifications intervenant après la validation d’une SFD
fait l’objet d’une négociation coût-délais-périmètre.

è Finalement : nombreuses itérations à prévoir

AGILITÉ
MÉTHODE DE GESTION DE PROJET PLUS SOUPLE

L’agilité consiste à découper un projet en plusieurs projets / objectifs. La

somme des projets constitue le projet final / l’objectif final.

è Mieux vaut avoir un produit incomplet tout de suite, qu'un produit

complet trop tard !

L‘agilité est avant tout un état d’esprit !

Avantages :
Ÿ Gestion des besoins par priorité
Ÿ Meilleure visibilité sur l’avancement du projet
Ÿ Réduction des risques
Ÿ Retour sur investissement maximisé
Ÿ Satisfaction des acteurs projet
AGILITÉ
DÉFINITION

L’Agilité a été officialisé en 2001 par « le Manifeste Agile » rédigé par 17 experts
reconnus.
Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham,
Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern,
Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave
Thomas.

La méthode agile reconnait la valeur des seconds éléments mais privilégie les
premiers :
• Les individus et leurs interactions plus que le processus et les outils
• Des logiciels opérationnels plus qu’une documentation exhaustive
• La collaboration avec les clients plus que la négociation contractuelle
• L’adaptation au changement plus que le suivi de plan

Il n’y a pas une méthode Agile, mais plusieurs :

• Extreme Programming (1996)
• Scrum (1995)
• Feature Driven Design
• Crystal Clear
• Dynamic System Development Method (1995)
MANIFESTE AGILE
LES PRINCIPES SOUS-JACENTS

Nous suivons ces principes : (http://agilemanifesto.org)

1. Notre plus haute priorité est de satisfaire le client en livrant
rapidement et régulièrement des fonctionnalités à grande valeur
ajoutée
2. Accueillez positivement les changements de besoins, même tard
dans le projet. Les processus Agiles exploitent le changement pour
donner un avantage compétitif au client
3. Livrez fréquemment un logiciel opérationnel avec des cycles de
quelques semaines à quelques mois et une préférence pour les
plus courts
4. Les utilisateurs ou leurs représentants et les développeurs doivent
travailler ensemble quotidiennement tout au long du projet
5. Réalisez les projets avec des personnes motivées. Fournissez-leur
l’environnement et le soutien dont ils ont besoin et faites-leur
confiance pour atteindre les objectifs fixés
MANIFESTE AGILE
LES PRINCIPES SOUS-JACENTS

6. La méthode la plus simple et la plus efficace pour transmettre de

l’information à l'équipe de développement et à l’intérieur de celle-
ci est le dialogue en face à face
7. Un logiciel opérationnel est la principale mesure d’avancement
8. Les processus Agiles encouragent un rythme de développement
soutenable. Ensemble, les commanditaires, les développeurs et les
utilisateurs devraient être capables de maintenir indéfiniment un
rythme constant
9. Une attention continue à l'excellence technique et à une bonne
conception renforce l’Agilité
10.La simplicité – c’est-à-dire l’art de minimiser la quantité de travail
inutile – est essentielle.
11.Les meilleures architectures, spécifications et conceptions
émergent d'équipes auto-organisées
12.À intervalles réguliers, l'équipe réfléchit aux moyens de devenir
plus efficace, puis règle et modifie son comportement en
conséquence
SCRUM
DÉFINITION

Scrum est un schéma d’organisation de développement de produits complexes. Il est

défini par ses créateurs comme un « cadre de travail permettant de répondre à des
problèmes complexes et changeants, tout en livrant de manière productive et
créative des produits de la plus grande valeur possible »[1]. Scrum est considéré
comme une méthode agile.

Ken Schwaber (en) et Jeff Sutherland (en), « Scrum Guide » [archive] [PDF], sur
scrum.org, 2013 (consulté le 29 avril 2014), p. 4

• La méthode la plus connue

• Appelée aussi Méthode agile (abus de langage)
• Scrum = Mêlée au rugby

The structure of scrum

http://www.youtube.com/watch?v=1RmCahV3Tbw&feature=player_embedded#!

Introduction to Scrum
https://www.youtube.com/watch?v=9TycLR0TqFA
SCRUM
VUE D’ENSEMBLE

Source : Uzility
EN COMPLÉMENT
A LIRE

Vidéo Printemps Agile 2016 Mathieu LALLEMAND : l’agilité c’est quoi en vrai ?
http://www.canal-
u.tv/video/centre_d_enseignement_multimedia_universitaire_c_e_m_u/06_atelier_
1_l_agilite_c_est_quoi_en_vrai_printemps_agile_2016.21863

Article : How Scrum Works ?

https://www.scruminc.com/just-getting-started-with-scrum/

Article : The keys to organizational agility (dec 2015)

http://www.mckinsey.com/insights/organization/the_keys_to_organizational_agility

Article : Why agility pays (dec 2015)

http://www.mckinsey.com/insights/organization/why_agility_pays

Lien certification scrum master / entraînements à la certification (à titre d’exemple)

https://certiprof.com/pages/scrum-foundation-certificate-free
SCRUM
NEXT

Les Rôles

Les éléments

Les cérémonies

Le reporting