Please enable JavaScript.
Coggle requires JavaScript to display documents.
Gérer un projet informatique - Coggle Diagram
Gérer un projet informatique
au lancement
enjeux ?
objectifs ?
périmètre ?
parties prenantes ?
cycle de déroulement ?
faisabilité ?
cycle de déroulement
Incremental
Itératif
Prédictif (en cascade, en V)
Adaptatif (on démarre et on adapte)
Modèles de cycles
Waterfall
Cycle en V
Scrum
water scrum fall
cycles hybrides (ex : itératif + incrémental)
exemple : SCRUM
périmètre
l'ensemble des livrables attendus
important de bien le définir au lancement du projet
Important de définir ce qui
ne
fait
pas
partie du projet
parties prenantes :
Personnes impactées par le projet
Personnes impactées par l'objet du projet
Personnes qui impactent le projet
Personnes qui impactent l'objet du projet
Attention ! il y a a aussi les PP qui "pensent pouvoir être impactées" par le projet ou le livrable.
enjeux
Implicites, rarement exprimés
Propres à chaque PP
Permet d'utiliser les bons arguments face aux bons interlocuteurs
permet de comprendre les réactions et attentes de ses interlocuteurs
Différents aspects
Financier
Professionnel (promotion, évolution...)
Social/Politique
faisabilité
POC
réalisation non graphique qui permet de valider la faisabilité technique
faisabilité financière ? faisabilité échéancier ? faisabilité qualité/performance
?
Pilote
pour tester sur une population limitée, afin d'obtenir des retours, de tester la montée en charge, de se rassurer avant d'ouvrir l'application à tous
prototype
une maquette fonctionnelle, qui n'a pas toutes les fonctionnalités mais qui permet de tester, de découvrir, ....
analyse fonctionnelle
FAST
fonctions de service -> fonctions techniques : comment ?
fonctions techniques -> fonctions de services : pourquoi ?
user story
création de scénarios pour des "usagers types"
exemple : Mme MICHU, avec ses 2 enfants, achète une paire de chaussures et va les faire livrer chez sa mère (parce qu'elle travaille => besoin de 2 adresses de livraison)
persona cible
Identité
Contexte
Contraintes
Habitudes
Besoins Spécifiques
Motivations
ex : administrateur, client, comptable, ...
card sorting
création d'un jeu de cartes avec une fonctionnalité par carte
atelier de brain storming pour lister des fonctionnalités + travail de choix des suites de fonctionnalités à développer
de la responsabilité de la MOA (avec aide de l'AMOA)
MOA/MOE/AMOA
MOA
en charge du cahier des charges fonctionnel
MOE
en charge du cahier des charges technique
AMOA
lien entre MOA et MOE
compétence
= ensemble de savoir/savoir faire/ savoir être (+) mission ou tache à remplir (+) résultat à atteindre
success-g0c7578253_1920
Product Owner
spécifique à l'AGILE
se trouve normalement au niveau de la MOE (Team de dév)
Délais
PERT
objet : trouver le chemin critique (celui sur lequel il n'y a pas de marges)
GANTT
intéressant pour communiquer avec l'équipe et les prestataires
réalisable à partir de l'OT (WBS)
peut servir de rétroplanning en cours de projet
Réduire les délais
Piste 1: augmenter ressources
piste 4 : ajuster contraintes
piste 2 : remettre en cause certaines activités
piste 5 : adapter orga, déléguer, responsabiliser les équipiers
piste 3 : adopter autre solution technique
piste 6 : paralléliser réalisation activités
Plan de charge
affiner le plan de charge
Lisser
Niveler
Réorganiser
prise en compte des contraintes (ressources non disponibles)
roadmap : outil de communication vers les PP, indique les étapes clés, les moments de partage, l'objectif, les étapes de contrôle, les étapes de "fête"
budget
outil de communication vers l'équipe et vers certaines PP
notion dynamique du budget
budget prévisionnel (au lancement)
bilan financier (économique) à la fin du projet
budget de référence (une fois la planification réalisée)
budget actualisé (en cours de projet)
construction du budget selon différentes approches
par analogie
ascendante (on part des taches pour arriver au final à la somme totale)
consultation d'experts (qui vont me fournir une enveloppe approximative)
grille de coûts (cahier de références) issue de la comptabilité analytique (ex : une journée de développeur = xxx euros HT)
via des prestataires (demandes de devis)
risques
un risque = un événement
1 : identifier les risques
2 : qualifier et quantifier les risques
matrice probabilité / gravité
plusieurs méthodes pour quantifier le coût
3 : apporter une réponse au risque
accepter
refuser
se reporter au comité de pilotage
diminuer impact ou probabilité de survenue
refiler à quelqu'un d'autre
dotation pour risques
existence de registres ou de listes de risques par métier
Link Title
Normes/méthode/certifications
Iso
Iso21500
Itil
Ebios
PMI
IPMA
PRINCE 2
LEAN SIX SIGMA
Aléas
Risques qui n'ont pas été identifiés, prévus
Dotation pour aléas (2 à 6%)
sous-traitance
arbre de décision (faire ou sous-traiter)
négociation (si les 2 parties souhaitent aboutir)
juridique
notion de contrat (importance en droit)
Types de demandes
RFI : request for information
RFQ : request for quotation (demande de devis)
RFP : request for proposal (Appel d'offres)
Attention aux coûts!
Qui?
Pourquoi?
Quoi?
Comment?
Quand?
Critères d'évaluation
Aptitudes et capacités à produire
Expertise technique
Expérience appropriée
Stabilité financière
Coût du produit ou service
Date de livraison
Garanties
Coût pour le cycle de vie du produit ou du service
Fournisseurs locaux
Aspects environnementaux
Respect d'indicateurs sociaux
Origine durable des produits ou des services
transfert de compétences
ressources humaines
style management
Directif
Coach
Relation
Visionnaire
Rythme
Démocrate
dynamique de groupe
Forming
Storming
Norming
Performing
Adjourning
Maslow, pyramide des besoins
Physiologique
Sécurité
Appartenance
Estime
Accomplissement
motivation
Financière
Apprentissage
Évolution professionnelle
Managériales
Plaisir/Passion
on montre sa motivation par des faits tangibles. Ex : visite d'un site, rencontres d'interlocuteurs, lectures, production de fiche ou plan, ...
outils de workflow
JIRA
Redmine
Trello
principe du KANBAN
Mantis
MS Project
Notion
Tuleap
livraison, recettage
MOA : recettage fonctionnel, avec fourniture de scénariis et de jeux de données et de documents
MOE : recettage technique
VABF, VSR
VSR : Vérification de Service Régulier.
Après la validation de la recette.
VABF : Vérification d'Aptitude au Bon Fonctionnement.
Phase de recette.
démarche qualité
iso 9000
démarche transversale
le coût de la qualité / le coût de la non qualité
rentabilité d'un projet
seuil
point mort
communication dans le projet
plusieurs besoins chez les parties prenantes (statutaire, réglementaire, délai, cout, ...)
NE PAS NOYER LES PP SOUS TROP D'INFOS
la bonne info à la bonne personne, au bon moment => PLANIFICATION
formelle (écrit) /informelle (orale)
verticale / horizontale
outils (notamment de workflow)
teams, zoom, ...
PADLET
Trello, Jira, Slack, ...
supports de communication
email
papier, paperboard, affiche
vidéo (clip)
interview de PP
témoignage de users
réseaux sociaux (dont interne)
didacticiel (pour présenter les menus, ...)
podcast audio
rdv de présentation
RDV planifiés pour la gestion du projet
réunion d'avancement
réuni les personnes impliquées récemment ou prochainement dans les livrables attendus (étapes du projet)
durée : 1 heure max
ordre du jour clairement établi avec 4 ou 5 points à aborder
compte-rendu (bien souvent = l'ordre du jour amendé des décisions prises et du nom de responsables )
comité de pilotage
réuni des acteurs majeurs du projet
étape de prise de décision et de validation des décisions prises par l'équipe et le chef de projet
