Skip to content

Instantly share code, notes, and snippets.

@aliastim
Last active May 9, 2021 15:41
Show Gist options
  • Star 1 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save aliastim/50dccf02aee984ff50e409bf1d1218ee to your computer and use it in GitHub Desktop.
Save aliastim/50dccf02aee984ff50e409bf1d1218ee to your computer and use it in GitHub Desktop.

Comment gérer un projet de A à Z

Nous allons ici nous intéresser à la bonne gestion d'un projet afin d'étudier quelles étapes suivre pour mener celui-ci à bien. Nous utiliserons ici la méthode Agile Scrum

Les bonnes méthodes

Un projet se divise en plusieurs phases :

  • La phase de pré-projet, qui consiste à étudier la faisabilité d'un projet. Qui il va toucher ? Quels sont les moyens existants ? et ceux qu'il faudra mettre en oeuvre pour le mener à bien ?
  • La phase de lancement (phase de production), qui consiste à organiser le projet, à diviser les tâches et à estimer les dates clés du projet.
  • La phase de rendu, qui consiste à faire valider ce qui a été réalisé et à facturer.

1️⃣ Phase de pré-projet

Bien entendu, il vous faut dans un premier temps une idée de projet ou un client.

Etude des cibles

Avant tout de chose, il est nécessaire pour un projet d'établir à qui il s'adresse ?
Qui seront les utilisateurs/les clients ?
Pour cela, nous allons tout d'abord définir le coeur de cible, la cible principale et les cibles secondaires.
Les cibles peuvent s'établir en fonction de plusieurs paramètres parmi lesquels : l'âge, le sexe, la catégorie socio-professionnelle, les hobbies, etc
-> C'est à vous de définir quel type de profil sera le 1er, 2nd et 3ème le plus concerné par votre projet.

Persona

Le persona permet de représenter concrétement un exemple de personne pouvant être une cible pour votre projet.
Celui-ci est en revanche bien plus précis que dans l'étude des cibles, il évoque notamment les souhaits de cette personne (ce dont il a besoin et qu'il va retrouver dans votre projet) et ce qui la bloque pour réaliser cet objectif.
Le Persona informe également sur quel type de personne pourrait s'intéresser à votre projet (ex : est-ce qu'il s'agit d'un cadre ?, d'un étudiant ? Quel âge a-t-il ? Où habite-t-il ? etc).

🌰 Un Persona est facilement réalisable avec Adobe XD à l'aide de plugin.

Etude de marché (Benchmark)

Le Benchmark est une phase assez importante dans un projet puisqu'il consiste à évaluer la concurrence.
En outre, il permet d'établir qui sont vos principaux concurrents ? Quels sont leurs points forts ?
Quels sont leurs points faibles ? Comment vous vous démarquez de vos concurrents (Qu'est-ce qu'il va faire que mon projet va avoir plus de succès que mon concurrent ?
Pourquoi un client/utilisateur utiliserait mon produit plutôt que celui de mon concurrent ?) ?
Vous pouvez bien-sûr également vous inspirer de vos concurrents.
Quels sont leurs prix ? Comment ont-ils mis telle fonctionnalité en place ?

Interview/Sondage

A travers les interviews et les sondages, l'intérêt est de poser des questions pour établir si votre projet va intéresser les gens ? S'ils seraient susceptibles de l'utiliser ? Si tel ou tel aspect va plaire ou non ?
Cela permet globalement d'orienter votre projet dans la bonne direction.

  • Le Sondage permet de poser des questions sur un formulaire et d'obtenir des réponses.
    Il est très utile pour obtenir facilement et rapidement un grand nombre de réponses à vos questions.
  • L'Interview permet de poser des questions directement aux personnes (dans la rue, dans des bureaux, etc).
    L'intérêt est ici que les réponses aux questions seront plus réfléchies et surtout, elles seront argumentées, ce qui est un réel avantage.

2️⃣ Lancement et Organisation du projet

Une fois être renseigné en amont sur votre projet, nous allons maintenant réfléchir à comment l'organiser

Objectifs SMART :

Maintenant que nous connaissons les cibles du projet, il est nécéssaire de définir les objectifs que nous souhaitons réaliser à travers celui-ci.
Les objectifs SMART sont des objectifs qui sont à la fois :

  • Spécifique : Ils concernent un point précis que nous souhaitons mettre en avant.
  • Mesurable : Nous devons atteindre un niveau précis de réussite.
  • Atteignable : Ils doivent susciter une action de la part des Utilisateurs/clients.
  • Réaliste : Cela doit être faisable, il ne faut pas prévoir des objectifs trops difficiles.
  • Temporel : Ils doivent être mesurés dans le temps.

Quelques exemples :

  • 70% des collaborateurs de mon Agence ont téléchargés l’application sur leur téléphone ( = 144/160 collaborateurs)
  • 60% utilisent l’application quotidiennement pour échanger ( = 116 collaborateurs)
  • 80% de taux de satisfaction d’utilisation de l’application (questionnaire)

Cahier des charges

Le cahier des charges permet de rassembler toutes les informations importantes pour lancer un projet.
Il doit permettre d'expliquer clairement les bases de ce dernier de façon à ce qu'un prestataire et un client soient fixés sur les mêmes idées.

Il est divisé, en plusieurs parties :

  • La présentation de l'entreprise
  • La présentation du projet
    • Les objectifs (SMART) fixés
    • Les cibles (A qui s'adresse le projet ?)
    • Le contenu (De quoi a-t-on besoin ? (Logo ?, contenu d'un site ?, etc))
    • L'arborescence (s'il s'agit d'un site)
  • La prestation attendue (Précisions sur toustes les fonctionnalités/détails)
  • Le planning et l'organisation (Acteurs internes/externes + dates clés)
  • Les clauses

Planning Poker et Backlog (Pour un site Internet)

Afin de mettre en place un backlog, nous allons au préalable définir les Épics du projet (les grandes phases) qui se diviseront chacune en un certains nombre de User Stories. Une épic peut s'étendre sur 1 à 4 sprints. Le planning Poker permet d'élaborer avec son équipe chaque fonctionnalité (Que l'on appelera "story") et de constituer ensuite un classement. (Backlog)
Celui ci sera divisé en plusieurs catégories :

  • L'ID : L'identifiant de la story (la fonctionnalité)
  • La Priorité: Quelle story est la plus importante ?
  • L'Item: En tant qu'Utilisateur/Client/administrateur, que suis-je censé pouvoir faire ?
  • Le Critère d'acceptation: Critère technique qui doit être réalisé pour répondre à l'item.
  • L'Estimation: Niveau de difficulté (basé sur la suite de Fibonacci (1, 3, 5, 8, etc)).
  • Le Sprint: Date à laquelle cette story devra être réalisée
  • Le Statut: Définit où en est la production de cette fonctionnalité

Une fois, le planning poker réalisé, il est intéressant d'utiliser un outil comme Trello pour avoir une meilleure vue sur l'ensemble du projet.

NB : Un Sprint est un ensemble de plusieurs story

Le Macro Planning (Définir les livrables - Sprint)

Il permet d'estimer le prix du projet. A partir des story réalisées, il permet d'attribuer une estimation en Jour/Homme à chaque livrable (Sprint)(Ex : Mise en place de la page d'informations pratiques). Cela permet d'avoir une approche sur la charge estimée.

Le Budget Prévisionnel

Il s'agit d'un Macro Planning amélioré auquel nous allons ajouter les coûts :

  • Coûts des ressources humaines/Acteurs internes,
  • Coûts des ressources matérielles,
  • Coûts de le sous-traitance,
  • Total
    Le budget Prévisionnel va notamment nous aider à élaborer le devis (en y indiquand les livrables et leur prix).

NB : Coût : interne à l'entreprise (dépend de l'organisation de l'entreprise).
Prix : externe à l'entreprise.

La Roadmap/Diagramme de Gantt

La roadmap se base essentiellement sur le macro-planning, elle prendra généralement la forme d'un diagramme de Gantt pour définir une durée théorique de conception pour le projet :

  • Elle est basée sur les différents épics du projet.
  • Les épics peuvent être divisés en jalons pour affiner l'estimation de la charge.
  • Identifier les jalons qui peuvent être réalisés en parallèle.
  • Pour chaque épic, ajouter une durée supplémentaire d'au moins 10% de la charge estimée.
  • Estimer les retards eventuels (Stories mal estimées, Congés de l'équipe, arrêt maladie, ajout de story, etc).
  • Réaliser un suivi et réajuster la roadmap à chaque sprint.
  • Prévoir 2 scénarios : Roadmap théorique / Roadmap avec la pire situation possible pour l'équipe.
  • ⚠️ Attention : Une fois fixée, les deadlines ne doivent pas changer, elles doivent toujours être respecter.

La roadmap doit toujours être accessible à l'équipe. Il peut être intéressant de mettre en place des "mini roadmaps" qui vont présenter à l'équipe les épics sur les prochains mois.

Devis

Le devis permet d'indiquer à un client le prix d'une prestation.
Pour le remplir, nous allons notamment nous servir >des livrables réalisés dans le Budget Prévisionnel.
Nous y retrouvons, notamment :

  • Les informations du prestataires et du client
  • Le numéro du devis
  • La durée de la prestation
  • Les livrables (L'objet, le Prix unitaire, la Quantité (Nombre de Jours/hommes), le Total)
  • Les conditions générales de vente
  • Un espace pour la date de signature et la signature du client

Prévention des risques

Une étude de prévention des risques permet d'établir tous les problèmes imprévus qui pourraient mettre à mal la réalisation d'un projet,
Il est divisé en 8, parmi :

  • Le Risque : Ce qui peut se produire (Ex: Pertes de données (vol, oubli, bug, etc))
  • La Probabilité (Sur 4) : Les chances que cela se produise
  • L'Impact (Sur 4) : A quel point cela ralentit la production
  • L'Efficacité (Sur 4) : La globalité du projet est-il ralentit ?
  • La Criticité (Sur 64) : Probabilité x Impact x Efficacité
  • Mesures organisationnelles : Solutions de gestion pour diminuer le risque
  • Mesures techniques: Solutions techniques pour diminuer le risque
  • Mesures informatives: Tenir informé pour prévenir le risque

Contact régulier avec le client

Au cours d'un projet, il est important de régulièrement faire valider chaque livrable afin de pouvoir continuer le projet.
Cela permet de sécuriser le projet et de vérifier que celui-ci avance bien dans la bonne direction.
Par ailleurs, il est nécéssaire de corriger le cahier des charges (en incrémentant la version de celui-ci) et de le refaire signer par le client pour chaque modification apportée.

3️⃣ Rendu de projet

Le projet est maintenant terminé, il ne reste plus qu'à le présenter au client

Cahier de recettage (Pour un site Internet)

Le cahier de recettage permet de faire valider chaque story (fonctionnalité) de son projet.
Il se présente sous forme de formulaire décrivant une fonctionnalité et ce qui est censé se produire
Le client teste ensuite de son côté et sur son ordinateut personnel cette fonctionnalité.
Il est invité à retourner ses impressions et à valider si celle-ci fonctionne correctement ou non.

Facture

Tout comme le devis, la facture reprend des éléments similaires :

  • Les informations du prestataires et du client
  • Le numéro de la facture
  • Les livrables (L'objet, le Prix unitaire, la Quantité (Nombre de Jours/hommes), le Total)
  • Les modalités de règlement

❓ Pour un site

Arborescence (Sitemap)

Pour la réalisation d'un site, il est nécéssaire de créer une arborescence à indiquer sur le cahier des charges.
Vous pouvez facilement créer une arborescence, sur ce site

Wireframe

Pour ce qui est des wireframes, ceux-ci peuvent facilement êtré réalisé à l'aide du logiciel Adobe XD ou bien de Balsamiq.

Prototype fonctionnel

Pour présenter un projet d'application ou de site, il peut être intéressant de réaliser un prototype fonctionnel de celui-ci qui indiquera le fonctionnement de celui-ci et le parcours/l'expérience utilisateur.
Celui-ci pourra être réalisé avec le logiciel Adobe XD

💪 Les bons outils

  • Slack ou Teams : Pour converser en équipe simplement et de manière sécurisée
  • Trello : Pour gérer les tâches (Backlog)
  • Google Drive : Pour le partage de documents
  • Gouti : Pour mettre en place une roadmap facilement.

✍️ Avancé et obstacles

Pour qu'un projet marche !

la productivité d'une équipe augmente avec :

  • L'Epanouissement psychologique (Confiance, Motivation)
  • Le Respect (Procédures techniques)
  • La Connaissance (Compétences)

Les obstacles majeurs d'un projet

  • Flou sur les objectifs, objectifs non smart, etc
  • Définition imprécise des tâches,
  • Ne pas savoir qui décide
  • Ne pas savoir qui valide quoi (recettage)
  • Pas de ressource au bon moment
  • Faible disponibilité des personnels
  • Luttes d'influence
  • Manque de motivation de l'équipe
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment