Gestion de projet #4 : spécification

1. Formaliser le besoin client

2. 1. Le cahier des charges

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. 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. 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. Le risque

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. Comment rater son
cahier des charges
en 5 points.

9. 1. Bâclez le cahier des charges
« On verra ça
avec les gars du
business … »

10. 2. Fixer des contraintes irréalistes
« On à 50k€ de
budget mais on
va leurs dire 5k€
au cas où … »

11. 3. Imposer des technologies absurdes
« Je voudrais faire
mon site vitrine
avec node.js. »

12. 4. Demander trop de travail en avant vente
« Nous
souhaiterions
avoir 58 ébauches
de home page. »

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. 2. Backlog & User stories

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. 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. 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. 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. 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. Comment représenter le backlog ?
Un tableur (?)
-
Des post-it
-
Un logiciel spécialisé
(Trello, Jira PivotalTracker …)

21. Construire un backlog
1. Personas
-
2. Epics
-
3. User Stories

22. Construire un backlog
1. Personas
-
2. Epics
-
3. User Stories

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. 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. Persona (2)
Nom
&
Photo
Caractéristiques
Objectifs & besoins

26. Construire un backlog
1. Personas
-
2. Epics
-
3. User Stories

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. 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. Construire un backlog
1. Personas
-
2. Epics
-
3. User Stories

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. User story format
As a [type of user],
I want [some goal]
so that [some reason].

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. 3. Estimation

34. Méthode d’estimation classique : le jour/homme
1. Découpage en besoins unitaires.
2. Evaluation unitaire en j/h.

35. The Mythical Man-Month
Neuf femmes ne font pas un enfant en un mois.
Frederick Brooks

36. Loi de Brooks
Adding manpower to a late software project
makes it later.
Frederick Brooks

37. Méthode d’estimation agile : le story points
Estimer de manière relative
les user stories.

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. 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. 4. Process de sélection

41. 4.1 Acteurs & hiérarchie

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. 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. 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. 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. L’amateur

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. Exemple de sous-traitance
Client
Freelance Dev
Agence de Comm
Freelance webdesign

49. 4.2 Appel d’offres

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. Pourquoi faire un appel d’offres ?
Par obligation
-
Pour trouver le meilleur prestataire (?)
-
Pour faire jouer la concurrence
-
Pour avoir plusieurs avis

52. L’appel d’offre (1)
Client
Prestataire 1
CDC
Prestataire 2
Prestataire 3

53. L’appel d’offre (2)
Client
Prestataire 1
Prestataire 2
Prestataire 3
CDC
CDC
CDC

54. L’appel d’offre (3)
Client
Prestataire 1
Prestataire 2
Prestataire 3
Devis
Devis

55. L’appel d’offre (4)
Client
Prestataire 1
Prestataire 2
Prestataire 3
Devis Devis

56. 4.3 Contact direct

57. L’enjeux
Qualité
Prix Délais
The holy grail

58. Le problème (1)
« Comment trouver
le prestataire adapté
à mon projet …

59. Le problème (2)
… parmi les 8492910
agence web ? »

60. Quelques critères
La proximité
-
La taille
-
La spécialité
-
Les références

61. Comment rater son
recrutement de
prestataire en 5
points.

62. 1. Ne pas s’engager
« Mais vous aviez
promis de nous
réserver le
mois… »

63. 2. Mission dans nos locaux
« heu ? »

64. 3. Demander un test de compétence
« Je voudrais
vérifier que vous
êtes compétent. »

65. 4. Prendre des vessies pour des lanternes
« Ce projet est
très mal payé mais
les suivants … »

66. 5. Ne pas accorder de l’importance au projet
« Je n’aurais pas le temps
de suivre le projet. »

67. 4. Contractualisation

68. Process
Cahier des charges
Devis
Négociation
Client Agence de Comm
Contrat de prestation
Validation

69. 4.1 Type de facturation

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. Le forfait (2)
Engagement
de prix, de résultat
et de délais.

72. Le forfait (3)
Adapté pour les
projets linéaires avec
un périmètre fixe.

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. La régie (2)
Engagement
de moyens.

75. La régie (3)
Adapté pour les projets
agiles avec une forte
incertitude.

76. La TMA (Tierce Maintenance Applicative).
Engagement
de moyens dans
la durée.

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. 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. Contrat et engagement
Paiement
-
Propriété intellectuelle
-
Confidentialité
-
Garanties
-…

80. Merci pour votre attention.

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/