Mars 2023

Gestion de projet &

management d’équipe
Théorie et cas pratique - 4DES-W
 Planning

11 mai 9h45-11h15 Théorique 29 juin 9h45-11h15 Cas pratique

11h30-13h00 Cas pratique 11h30-13h00 Cas pratique

25 mai 9h45-11h15 Théorique 13 juillet 14h -15h30 Cas pratique

11h30-13h00 Cas pratique 15h45-17h15 Cas pratique

15 juin 9h45-11h15 Suivi projet annuel

11h30-13h00 Cas pratique

22 juin 9h45-11h15 Suivi projet annuel

11h30-13h00 Mise à jour du sujet +

évaluation +
théorique
 01
Intro
L’initialisation d’un projet
 1 2 3 4
Concevoir la solution
de façon collaborative
Initialiser Quoi ?
le projet Réaliser Clore le projet
le projet
Pourquoi ? Cadrer Prévoir délais,
l’organisation coûts, risques Où en sommes-nous ? Qu’avons -nous
du projet appris ?
Pour quand et
Comment et qui ? combien ?

Préserver l’engagement dans le projet Quelle efficience ?

 02
Outils
Passage en revue des principaux outils de gestion
et de pilotage de projet existant
 Exposé du projet Début de projet

Carte d’identité du projet, l’exposé formalise les données

en se focalisant sur les besoins, les enjeux.
Objectifs :
Il maintient l’alignement du projet et fixe le cadre de réflexion. ● Réaliser le
C’est une version simplifiée du cahier des charges qui répond développement
principalement à 4 problématiques : détaillé du projet

Projet ● Aider à choisir le type

de gestion de projet
● Identifier les
compétences requises
pour répondre à la
POURQUOI ? QUOI & COMMENT ? QUI ? demande

● Contexte et besoin ● Livrables et exclusions ● Client, utilisateurs

● Création de valeur ● Coûts/tolérances ● Structure de
● Risques (menaces et ● Délais pilotage
opportunités) ● Équipe
 Design thinking Début de projet

Méthode qui vient puiser dans le mode de création des designers pour
développer des produits/services en répondant à des problématiques réelles.

Objectifs :
● Assurer que la solution
répond bien à un
besoin
● Identifier les apports
de valeur ajoutée
● Identifier en amont les
irritants
● Assurer une synergie d’
équipe
 MoSCoW Début de projet

Système de priorisation et de hiérarchisation des besoins ou des exigences

dans le but que les parties prenantes s’accordent sur l’importance des tâches
à réaliser par rapport aux délais impartis.

VITAL - sans cela, le projet sera

Objectifs :
● Prioriser les besoins
● Identifier dès le départ
les exigences qui ne
seront pas traitées
● Identifier les tâches qui
nécessitent le plus
d’effort et de ressources
Must have this
considéré comme un échec
Should have this if at all
ESSENTIEL - dans la mesure du possible
possible
Could have this if it does
CONFORT - pourrait être fait
not affect anything else
Won’t have this time but
LUXE - bonus/supplément
would like in the future
 POC
Ou Proof Of Concept, est une mini-étude pouvant
prendre diverses formes permettant de valider une Méthodologie
idée ou une hypothèse.

On vient réaliser à moindre coûts une version très
simplifiée une sorte de premier essai du livrable ou
d’un produit qui présente des complexités.
Objectifs :
● Valider un concept : le POC permet aux
utilisateurs d’être face à une vision plus
concrète du livrable envisagée
● Limiter le périmètre : un POC ne sert à utiliser
que quelques cas d’utilisation
● Rédiger des scénarios particuliers d’utilisation
● Concevoir le POC en vous contraignant par les
délais pour éviter la sur-qualité
● Lister les difficultés techniques rencontrées
lors de la réalisation du POC

● Valider la faisabilité technique : cela ● Impliquer des utilisateurs représentatifs

permet d'appréhender le degré de
● Capitaliser : valider ou ajuster les idées, coûts,
complexité technique envisagé
délais posés au démarrage suite aux retours
 MVP
Version alpha du produit ne disposant que de la
fonction principale : produit minimum viable.
Une fois déployé, il s’agit de récolter un maximum de
retours d’utilisation, mesurer l’impact et ajuster le
reste du projet.

Objectifs :
● Améliorer un prototype de solution en
intéraction avec le marché
● Obtenir une vision user-centric et un
processus créatif
● Valider des idées simples à moindre coût À noter :
Contrairement au POC qui dérisque une faisabilité
● Entrer dans une démarche d’amélioration
technique, le MVP vient dérisquer des
continue sur la proposition de valeur
problématiques business.
ajoutée du produit
 Product backlog Début de projet

Liste exhaustive des fonctionnalités, différentes tâches

à réaliser afin d’atteindre les objectifs d’un projet.
Objectifs :
Chaque élément listé comporte :
- Une description ● Transformer “l’intention” de départ
- Une estimation (de temps et de difficulté) en “commande” explicite
- Un ordre de priorité/criticité définie par le ● Lister et hiérarchiser les
propriétaire du produit fonctionnalités à produire dans la
cadre du projet
Le backlog n’est jamais complet, il reste flexible tout au
long du projet et il est toujours possible de rajouter de ● Faciliter la planification et la gestion
nouveaux items, de nouvelles fonctionnalités si le besoin des ressources
se fait sentir ou si les contraintes (de temps et de
budget) le permettent.
 Organigramme des tâches Début de projet

Arborescence qui vient découper et hiérarchiser la

totalité des tâches à réaliser sur un projet. Objectifs :
Il est important d’être le plus exhaustif et précis
possible lors de sa conception (un périmètre, un ● Recense l’ensemble des tâches
livrable, une tâche, une sous tâche etc.) afin de ● Aide à calculer et répartir le budget
faciliter le reste de la gestion.
● Garder sous contrôle le contenu du
Pour cela, il est possible d’utiliser la règle des 3P : projet et en maîtriser l’avancement
- Responsable unique
● Améliorer la maîtrise des risques
- Résultat identifié
d’exécution
- Ressources à mobiliser pour l’obtenir
 Matrice des responsabilités Début de projet

Elle va souvent de pair avec l’organigramme des

tâches et doit en reprendre la même structure.

On vient y lister toutes les personnes impliquées Objectifs :

dans l’ensemble des tâches et affecter les rôles ● Définir qui est en charge de chaque
de chacun. Chaque acteur du projet peut se voir tâche selon 4 types de contribution
attribuer pour chaque tâche 4 types de rôles :
● Avoir une vue d’ensemble sur
- Responsable, garant de la réalisation de la tâche
l’attribution des tâches et en vérifier
(peut en être aussi l’acteur)
la pertinence
- Acteur, (réalisateur de la tâche)
● Veiller à l’équilibre de le charge de
- Consulté, expert consulté pour obtenir des travail de chaque partie
informations ou une validation technique, pas de
tâches à réaliser
- Informé, personne à qui on diffuse l’information
de la tâche réalisée ou à venir
 Diagramme de Gantt Début de projet

Représentation visuelle du planning du projet, c’est l’outil principal

de communication pour le déroulement du projet.
Il permet de poser sur la plage temporelle donnée par l’exposé du
projet (ou le cahier des charges), toutes les tâches et livrables à
réaliser par les différentes ressources.
Il se construit en rassemblant les données récupérées de plusieurs
des outils précédents (exposé du projet, organigramme des tâches,
matrice des responsabilités, product backlog etc.).

Objectifs :
● Montrer à toutes les parties l’ensemble des travaux
prévus et leur emplacement dans le temps
● Afficher les données du planning et suivre
l’avancement de la production
● Avoir une vue de synthèse des délais du projet
 Tableau de maîtrise des livrables Début de projet

Tableau retraçant l’état d’avancement de l’ensemble

des livrables du projet. Objectifs :
Offre une vision complète de l’avancement global du ● Lister l’ensemble des livrables de
projet, des retards, des avances sur chaque livrable, l’organigramme des tâches et en
en fonction de chaque acteur et met en avant les suivre l’avancement
potentiels points de blocages de certaines missions. ● Disposer d’une vision d’ensemble
des livrables et pouvoir se
focaliser sur les retards ou les
plus complexes
Tâche Priorité Resp. Début Fin % d’avancement
● Analyser la performance de
Jean
production par type de livrable
Lorem ipsum Haute 21/01 12/02 Barre de progrès ou par responsable pour en
Mich
déduire des plans d’actions
Lorem ipsum Faible Karine 18/01 01/02 Barre de progrès correctifs
Autres outils…

- Cahier des charges

- Mind map
- Product Vision Box
- Retroplanning
- Planification de la release
- Plan de management de projet
- Plan de communication
- Jalon de projet
- Poker Planning
- Revue de sprint
- Rétrospective
- Persona, SWOT
- Etc.
03
Méthodologie
Passage en revue des principales méthodologies
de gestion de projet existantes
Méthodes
traditionnelles

Les méthodologies traditionnelles ou “classiques”, se basent

sur une organisation du travail stricte, silotée, ne prévoyant
pas de marge pour la rétroaction.

Globalement, ces méthodes visent à sécuriser tous risques en

suivant un plan précis défini en amont.
Exemple de méthodes traditionnelles :

● Méthode waterfall
● Méthode du cycle en V
● Méthode PERT
 Méthode waterfall

La gestion de projet en cascade est une méthodologie

linéaire découpée en plusieurs étapes, chaque étape ne
peut commencer que si la précédente est achevée.

Souvent utilisée dans les projets dont l’objectif est

clairement définie et ne va pas changer, elle assure une Avantages :
planification complète et précise. ● Structure claire
● Objectif final précis dès le début
Elle se compose de 5 ou 6 phases : ● Communique efficacement
● Les exigences
● La conception
● La réalisation Inconvénients :
● Les vérifications
● La livraison ● Complique les changements
● Exclusion du client/utilisateur
● Repousse les vérifications à la fin
 Méthode du cycle en V
Chaque phase de conception est accompagnée d’une phase
de test. Tout comme la méthode en cascade, c’est un
processus linéaire composé de phases bien définies, la
différence étant qu’une phase de validation est réalisée en
Avantages :
parallèle de chaque étape.
Elle est idéale pour les projets simples, de petite taille. ● Facile à comprendre
● Facile à gérer, objectifs clairs
● Marge d’erreurs réduites

Inconvénients :
● Pas adapté aux projets complexes,
longs ou itératifs
● Toute modification tardive
difficiles par manque de souplesse
Méthodes Agiles

Les méthodologies Agiles se basent sur des principes itératifs

avec des phases de production dynamiques et courtes. Elles se
constituent d'équipes pluridisciplinaires et ont pour objectifs de
produire plus efficacement, à moindre coût en laissant un marge
de rétroaction constante.

Elle veille également à centrer le client et/ou utilisateur en

l’intégrant tout au long du projet.

Exemple de méthodes Agiles :

● Méthode Scrum
● Méthode Kanban
● Méthode SAFe
 Méthode Scrum Avantages :
● Facile à apprendre
● Le client utilise le produit rapidement.
Approche dynamique et participante du pilotage ● Favorise le travail en équipe
d’un projet, elle garantit pour le client le juste équilibre ● Un projet plus flexible
entre l'investissement prévu et le produit livré.

Dans cette méthode, l’objectif est de définir un cadre Inconvénients :

de travail clair par phases d’itération/production
● Difficile à mettre en œuvre
courtes. ● Difficultés à trouver des personnes
pluridisciplinaires.
Une équipe travaillant en méthode Scrum possède un ● L’équipe peut prendre des raccourcis
product owner, un scrum master et une équipe de
production. L’une des caractéristiques du Scrum est
aussi le rythme, il est composé par un ensemble de
réunions appelés “rituels” :

● Poker Planning
● Sprint Planning
● Daily Scrum
● Rétrospective de sprint
 Méthode Kanban

Issue du Lean Management, cette méthode permet

d’optimiser les tâches à réaliser et d'améliorer l'efficacité
d’une équipe.

C’est un outil visuel qui permet de répartir les charges de

travail de chacun en puisant dans la backlog du projet.

Elle se compose avec un tableau qui repartit les tâches en

plusieurs colonnes correspondant à l’état d’avancement. Avantages :
Pour l’appliquer on veille à respecter les principes suivants : ● Fournir un aperçu précis
● Renforcer la transparence
- Visualiser le travail
● Encourager la flexibilité
- Limiter le nombre de tâches en cours
- Gérer le flux
- Prendre en compte les retours
Inconvénients :
Jira ou Trello sont des outils numériques permettant de
créer facilement un tableau Kanban. ● Pas très répandue
● Compliqué face à un grand nombre
de tâches
 04
Cas pratique
Présentation du cas pratique à réaliser et
duquel découlera votre note
 Cas pratique : Ethos
Contexte
Ethos est une marque de prêt-à-porter créée en 2019 par deux
passionnées lilloises, Lise et Océane ayant fait leurs études dans le
milieu de la mode et de l’industrie textile. Grâce à des efforts
acharnés et un beau capital de départ, Ethos a réussi à rapidement
se faire connaître et à devenir rentable en quelques années
seulement.
Pour l’instant, la marque n’est disponible que sur la boutique en ligne
et de manière ponctuelle au gré des collections sorties et produites
ponctuellement dans l’année.
Les chiffres et la réputation de la marque sont florissants, mais les
deux associées sont persuadées qu’Ethos cache encore un grand
potentiel gâché par l’image de marque. Fin 2018, n’ayant aucune
compétence en graphisme ou en communication, Océane fait appel
à une agence pour réaliser le branding d’Ethos. L’agence réalise le
logo, la charte graphique, ainsi qu’un kit de démarrage de
communication (template de publication réseaux sociaux, flyers,
animation commerciale, shooting photo, goodies etc.).
Problématique
Dans l’euphorie de l’époque et par manque de connaissances, Lise
et Océane sont ravies des propositions de l’agence. Et avec cette
base, elles composent elles-mêmes leur site internet à l’aide d’un
template gratuit via Shopify.
Mais 4 ans plus tard, après avoir réalisé plusieurs sondages
auprès de leurs prospects et avoir consulté un conseiller en
image, elles constatent le caractère amateur de l’agence.
Leur logo est issu de l’élan graphique du blanding insufflé ces
dernières années, leur image de marque et le site ne
transmettent pas la personnalité qu'elles veulent faire
transparaître à travers leurs collections de prêt-à-porter.
Pour réparer cela, afin de pérenniser et surtout dans le but
d’importer la marque à l’international, elles ont réorganisé leur
business pour débloquer un budget de 190 000€ entièrement
dédié au re-branding d’Ethos et à la refonte du site.
 Cas pratique : Ethos
Brief

C’est dans les mains de votre agence qu’elles ont choisi de confier
ce chantier qui peut décider de l’avenir de la marque.

Vous avez carte blanche pour améliorer l’image de la marque. Le

re-branding et la refonte du site internet sont des indispensables,
à vous de gérer le reste du budget dans les ajouts de valeurs qui
vous paraissent pertinents (images, publicité, papeterie,
numérique, événementiel, sensoriel, street marketing, design
produit, galerie virtuelle, simulation 3D etc.)

vous êtes libre de leur soumettre ce que vous voulez, pourvu que
cela réponde à leur besoin : faire connaître Ethos, assurer l’image
d’une marque originale, de confiance et de qualité.

Lise et Océane vous accordent 6 mois pour organiser cela, car

elles souhaitent révéler le nouveau visage de la marque pour le
drop de leur nouvelle collection d’entre-saison en novembre.
 Cas pratique : Ethos
Consigne de l’évaluation :
En tant que chef.fe de ce projet, vous devrez me rendre
un dossier couvrant l’entièreté de la préparation de ce projet.
Vous réaliserez de A à Z le pilotage de ce projet.
Le format du dossier n’est pas imposé, et libre à vous de
mettre en place les outils que vous jugez pertinents afin de
couvrir la totalité de la gestion de ce projet.
Vous pouvez utiliser les outils présentés en cours, mais aussi
en proposer d’autres issus de vos recherches, tant que votre
choix est justifié.
Dans ce dossier, je dois pouvoir retrouver :
● Le cadrage du projet et de sa demande initiale
● La gestion et la planification DETAILLÉE de TOUTES
vos ressources (humaines, budgétaire, temporelle
etc.)
● Le type de gestion que vous allez mettre en place
(les rituels, le type de suivi, de management etc.)
● Le contenu de tous les livrables que vous prévoyez
pour Ethos ainsi que leur gestion

Il ne s’agit pas de la RÉALISATION du projet, vous ne devez pas réaliser le logo, la charte graphique, les flyers etc.
Vous devez PRÉPARER le projet en justifiant comment vous utiliseriez ces ressources dans cette situation.
Cas pratique
Gestion du projet /10

Cadrage, exposé du projet et de la demande /4

Gestion et planification des ressources /4

Variété et qualités des livrables proposés /2 Dossier à rendre le pour le 22 JUIN,

aucun retard accepté
Application théorique /6

Outils des gestion mis en place /4 Par mail ou en main propre

Recherche et documentation annexe /2 selon le format :

athenais.gamba@hotmail.com
Autre /4

Respect du brief et des contraintes /3

Format du dossier et présentation /1

/20