Gestion de projet #4 : spécification

812 vues

Publié le

Gestion de projet #4 : spécification

Publié dans : Logiciels
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
812
Sur SlideShare
0
Issues des intégrations
0
Intégrations
95
Actions
Partages
0
Téléchargements
30
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Gestion de projet #4 : spécification

  1. 1. Formaliser le besoin client
  2. 2. 1. Le cahier des charges
  3. 3. Cahier des charges Le cahier des charges (CDC) est un document qui doit être respecté lors de la réalisation d'un projet. Le cahier des charges sert à formaliser les besoins et à les expliquer aux différents acteurs pour s’assurer que tout le monde soit d’accord. Il permet notamment de cadrer les missions des acteurs impliqués http://fr.wikipedia.org
  4. 4. Cahier des charges et méthodes linéaires La démarche traditionnelle présuppose que le besoin du client peut être "capturé". Il est clairement identifié, n'évoluera plus et fait l'objet de spécifications détaillées. http://leanagilecamp.fr
  5. 5. Plan d’un cahier des charges 1. Présentation du projet et de la réponse souhaitée a. Présentation de votre société b. Présentation du projet c. Réponse souhaitée II. Description fonctionnelle du nouveau site a. Description des grands blocs fonctionnels de la solution b. Description des processus associés à ces blocs fonctionnels c. Autres fonctionnalités III. Migration & intégration a. Migration de données b. Intégration avec des systèmes tiers IV. Solution technique a. Éléments techniques à prendre en compte dans la réponse b. Architecture technique cible Source : http://www.thecodingmachine.com
  6. 6. Le risque
  7. 7. Scope creep & Akihabara syndrome Creeping featurism ... is the tendency to add to the number of functions that a device can perform, often extending the number beyond all reason. Don Norman
  8. 8. Comment rater son cahier des charges en 5 points.
  9. 9. 1. Bâclez le cahier des charges « On verra ça avec les gars du business … »
  10. 10. 2. Fixer des contraintes irréalistes « On à 50k€ de budget mais on va leurs dire 5k€ au cas où … »
  11. 11. 3. Imposer des technologies absurdes « Je voudrais faire mon site vitrine avec node.js. »
  12. 12. 4. Demander trop de travail en avant vente « Nous souhaiterions avoir 58 ébauches de home page. »
  13. 13. 5. Ne pas pensez à la mise en oeuvre « Zut la personne qui avait écrit le cahier des charges est en congé pendant tout le projet. »
  14. 14. 2. Backlog & User stories
  15. 15. You aren't gonna need it Always implement things when you actually need them, never when you just foresee that you need them. Ron Jeffries
  16. 16. Agilité & spécification (1) Principe agile 1 Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. Il nous faut un outil permettant de découper un projet en fonctionnalités et prioriser leurs valeurs.
  17. 17. Agilité & spécification (2) Principe agile 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. Il nous faut un outil permettant de modifier les taches à réaliser et les changer de priorité au cours du projet.
  18. 18. Le backlog Un backlog est une liste de fonctionnalités ou de tâches, jugées nécessaires et suffisantes pour la réalisation satisfaisante du projet. http://referentiel.institut-agile.fr
  19. 19. Les règles du backlog Les éléments du backlog peuvent changer durant le projet - Le backlog est généralement représenté par un tableau avec des post-it - Tous les éléments du backlog ne sont pas décrits au même niveau de détail à chaque moment du projet.
  20. 20. Comment représenter le backlog ? Un tableur (?) - Des post-it - Un logiciel spécialisé (Trello, Jira PivotalTracker …)
  21. 21. Construire un backlog 1. Personas - 2. Epics - 3. User Stories
  22. 22. Construire un backlog 1. Personas - 2. Epics - 3. User Stories
  23. 23. Le persona Lorsque le projet l'exige, l'équipe rédige la fiche biographique détaillée d'un utilisateur fictif de son produit : c'est ce qu'on appelle un "persona". http://referentiel.institut-agile.fr
  24. 24. Persona (1) Hello, I’m Henri ! 31 years old - art director 1000€ / month for clothing Like picking girls’ clothing Alternative culture is my drug Hey, je suis Gege ! 26 ans - photographe 350€ / mois de shopping Un style ne me suffit pas ! Je tiens un blog post-punk
  25. 25. Persona (2) Nom & Photo Caractéristiques Objectifs & besoins
  26. 26. Construire un backlog 1. Personas - 2. Epics - 3. User Stories
  27. 27. Epics An epic is a large user story. There's no magic threshold at which we call a particular story an epic. It just means “big user story.” http://www.mountaingoatsoftware.com
  28. 28. Epics - exemples Customiser le look d’un personnage - Faire que mon site apparaisse en première page sur google avec la recherche « formation node.js » - Ajouter une section vidéo - Améliorer la conversation de la homepage - …
  29. 29. Construire un backlog 1. Personas - 2. Epics - 3. User Stories
  30. 30. User story A user story is simply something a user wants. User stories are more than just text written on an index card but for our purposes here, just think of user story as a bit of text saying something like, “Paginate the monthly sales report” or, “Change tax calculations on invoices.” http://www.mountaingoatsoftware.com
  31. 31. User story format As a [type of user], I want [some goal] so that [some reason].
  32. 32. User story & Grille INVEST La grille des critères INVEST permet de juger de la qualité d'une User Story; elle conduira éventuellement à reformuler son énoncé, voire à modifier en profondeur la Story. Une bonne User Story est: ▪ Indépendante des autres ▪ Négociable initialement, plutôt qu'un engagement ferme ▪ Verticale, ou ayant de la valeur en soit ▪ Evaluée en termes de complexité relative ▪ Suffisamment petite ▪ Testable en principe, ce qu'on vérifie en écrivant un test http://referentiel.institut-agile.fr
  33. 33. 3. Estimation
  34. 34. Méthode d’estimation classique : le jour/homme 1. Découpage en besoins unitaires. 2. Evaluation unitaire en j/h.
  35. 35. The Mythical Man-Month Neuf femmes ne font pas un enfant en un mois. Frederick Brooks
  36. 36. Loi de Brooks Adding manpower to a late software project makes it later. Frederick Brooks
  37. 37. Méthode d’estimation agile : le story points Estimer de manière relative les user stories.
  38. 38. Story points & Planning poker Le client présente rapidement l'objectif d'une story. Chacun choisit ensuite une estimation, en silence, et prépare la carte correspondante face cachée. Lorsque tout le monde est prêt, on retourne les cartes simultanément et on donne lecture des estimations. http://referentiel.institut-agile.fr
  39. 39. Story points & Vélocité A la fin d'une itération, l'équipe additionne les estimations associées aux user stories qui ont été terminées au cours de cette itération. Ce total est appelé vélocité. Une fois connue, la vélocité peut être utilisée pour valider ou réviser la planification de l'ensemble du projet, en partant du principe que la vélocité lors de futures itérations sera approximativement égale à la dernière vélocité constatée. http://referentiel.institut-agile.fr
  40. 40. 4. Process de sélection
  41. 41. 4.1 Acteurs & hiérarchie
  42. 42. Le freelance Un freelance web est un travailleur indépendant travaillant dans le secteur Internet. Enregistré en tant qu’auto-entrepreneur ou comme entreprise individuelle, le freelance web réalise des prestations diverses pour le compte de clients. Développement web, webdesign, campagnes webmarketing ou community management, on trouve aujourd’hui des freelances dans tous les domaines du net. http://www.lafabriquedunet.fr
  43. 43. L’agence de communication Une agence de communication est chargée de guider toute entreprise, collectivité, association dans l'élaboration de sa communication interne et externe : interne pour fédérer le personnel aux objectifs de l'entreprise ; externe pour « promouvoir l'image » de cette entreprise auprès du public, partenaires externes, fournisseurs, etc. http://fr.wikipedia.org
  44. 44. L’agence web Une agence Web (ou Web agency en anglais) est une entreprise spécialisée dans les différentes formes de communication et de promotion sur le web. http://fr.wikipedia.org
  45. 45. La SSII Une entreprise de services du numérique (ESN), ou société de services en ingénierie informatique1 (SSII ou SS2I), est une société de services spécialisée en génie informatique. Elle se caractérise par ses compétences techniques de maîtrise d'oeuvre. http://fr.wikipedia.org
  46. 46. L’amateur
  47. 47. Est-ce que la taille compte ? « En matière de communication, c’est acté, les gros annonceurs font confiance aux grosses agences. » Source : http://www.relations-publiques.pro
  48. 48. Exemple de sous-traitance Client Freelance Dev Agence de Comm Freelance webdesign
  49. 49. 4.2 Appel d’offres
  50. 50. L’appel d’offres Un appel d'offres est une procédure qui permet à un commanditaire, de faire le choix de l'entreprise la plus à même de réaliser une prestation de travaux, fournitures ou services. Le but est de mettre plusieurs entreprises en concurrence pour fournir un produit ou un service. http://fr.wikipedia.org
  51. 51. Pourquoi faire un appel d’offres ? Par obligation - Pour trouver le meilleur prestataire (?) - Pour faire jouer la concurrence - Pour avoir plusieurs avis
  52. 52. L’appel d’offre (1) Client Prestataire 1 CDC Prestataire 2 Prestataire 3
  53. 53. L’appel d’offre (2) Client Prestataire 1 Prestataire 2 Prestataire 3 CDC CDC CDC
  54. 54. L’appel d’offre (3) Client Prestataire 1 Prestataire 2 Prestataire 3 Devis Devis
  55. 55. L’appel d’offre (4) Client Prestataire 1 Prestataire 2 Prestataire 3 Devis Devis
  56. 56. 4.3 Contact direct
  57. 57. L’enjeux Qualité Prix Délais The holy grail
  58. 58. Le problème (1) « Comment trouver le prestataire adapté à mon projet …
  59. 59. Le problème (2) … parmi les 8492910 agence web ? »
  60. 60. Quelques critères La proximité - La taille - La spécialité - Les références
  61. 61. Comment rater son recrutement de prestataire en 5 points.
  62. 62. 1. Ne pas s’engager « Mais vous aviez promis de nous réserver le mois… »
  63. 63. 2. Mission dans nos locaux « heu ? »
  64. 64. 3. Demander un test de compétence « Je voudrais vérifier que vous êtes compétent. »
  65. 65. 4. Prendre des vessies pour des lanternes « Ce projet est très mal payé mais les suivants … »
  66. 66. 5. Ne pas accorder de l’importance au projet « Je n’aurais pas le temps de suivre le projet. »
  67. 67. 4. Contractualisation
  68. 68. Process Cahier des charges Devis Négociation Client Agence de Comm Contrat de prestation Validation
  69. 69. 4.1 Type de facturation
  70. 70. Le forfait (1) Le développement au forfait est un engagement contractuel d’une SSII sur un résultat attendu. Ainsi, lors de la signature d’un accord entre client et SSII, la SSII s’engage à fournir une prestation et des livrables. Dans la théorie, tout est décrit en amont de la signature, la SSII sait donc quels sont les livrables en entrée, les livrables attendus; le client connait les moyens de réalisation ainsi que ce qu’il va recevoir en retour. http://blog.nicolashachet.com
  71. 71. Le forfait (2) Engagement de prix, de résultat et de délais.
  72. 72. Le forfait (3) Adapté pour les projets linéaires avec un périmètre fixe.
  73. 73. La régie (1) La facturation en régie consiste à faire payer le temps réellement passé pour le service. Cela exige de bien estimer au départ la durée du service à effectuer. Malgré toutes les précautions prises au départ, un imprévu peut toujours se produire et bouleverser la donne. http://developpement-specifique.prestataires.com
  74. 74. La régie (2) Engagement de moyens.
  75. 75. La régie (3) Adapté pour les projets agiles avec une forte incertitude.
  76. 76. La TMA (Tierce Maintenance Applicative). Engagement de moyens dans la durée.
  77. 77. Devis Un devis est un document écrit par lequel un fournisseur ou un prestataire de services propose un prix pour un bien ou un service. http://fr.wikipedia.org
  78. 78. Contrat de prestation de services Le contrat de conception de site web est un type de contrat de prestation de service. Le prestataire met à la disposition du client son savoir-faire afin de réaliser un site internet. Il est nécessaire de définir précisément, dans le contrat, les prestations proposées. http://www.documentissime.fr/
  79. 79. Contrat et engagement Paiement - Propriété intellectuelle - Confidentialité - Garanties -…
  80. 80. Merci pour votre attention.
  81. 81. Bibliographie Metier web designer - Mike Monteiro http://www.amazon.fr/Metier-web-designer-Mike-Monteiro/dp/2212135270 Manager un projet informatique - Olivier Englender & Sophie Fernandes www.amazon.fr/Manager-projet-informatique-recueillir-identifier/dp/2212555245/ Gestion de projet agile, avec Scrum, Lean, Extreme Programming... - Véronique Messager http://www.amazon.fr/Gestion-projet-agile-Extreme-Programming/dp/2212136668 Feature Estimation - VersionOne http://www.versionone.com/Agile101/Agile-Feature-Estimation/ Estimation et planification Agile - Quenec’hdu yannick http://www.slideshare.net/yquenechdu/agile-session-2 Epics vs Themes - Jim Ewel http://agilemarketing.net/epic-vs-theme-2 From Personas to User Stories - Pichler Consulting http://www.romanpichler.com/blog/personas-epics-user-stories/

×