Dans un projet, il y a trois priorités possibles : la qualité, la rapidité ou le prix. Vous pouvez choisir deux priorités. Pas trois.

song chart memes

more music charts

Je vous résume les discussions associées à ce diagramme :

  • Bon + rapide = le projet sera cher.
  • Économique + rapide = le projet ne sera qu’un prototype.
  • Bon + économique = quand le client nous laisse travailler en paix.

Remarquez que deux éléments ont été inversés…

Mais il en manque un. Lequel? Il manque le scope, l’étendue du projet, ses spécifications. Ou pour dire les choses autrement : si vous voulez obtenir rapidement un livrable de qualité à bas prix, réduisez vos demandes.

Au contraire, si cela vous amuse de torpiller votre projet en créant par une seule intervention des risques de délais, d’erreurs et des dépassements budgétaires : changez les spécifications.

Cela se fait d’ailleurs en tout confort par une successions de petites demandes supplémentaires qui, prises individuellement, n’ont pas d’impact réel sur le projet. Mais prises ensembles, elles finissent par torpiller qualité, rapidité et économie.

Cela peut aussi se faire par des demandes qui arrivent trop tard, longtemps après la fin des étapes où ces décisions ont été prises.

  • C’est le cauchemar du programmeur : “J’ai une bonne idée… on devrait ajouter ce module!”
  • C’est le cauchemar du designer : “Ah oui, j’ai oublié de te dire que le site doit pouvoir être consulté par des quasi-aveugles.”
  • C’est le cauchemar du rédacteur : “J’ai envoyé la version finale des textes à deux VP pour voir s’ils ont des commentaires.”

Petite explication sur le dernier point : version finale du texte = version qui a été approuvée = on n’y touche plus = on travaille déjà sur la deuxième langue, et de toute façon les rédacteurs de la langue d’origine sont  déjà sur un autre projet.

Je me rappelle un projet où on a eu des “versions finales 7“, i.e. six séries de modifications après l’approbation finale dans la langue d’origine. Imaginez le travail du chargé de projet de 90 degrés qui doit coordonner tout ça… Il est rendu en “version finale 5″ dans la langue d’origine, il fait suivre les modifications dans la deuxième langue, qui est donc rendue en “version finale 4″, et il reçoit des nouveaux commentaires qui s’appliquent sur la “version finale 2″, commentaires qui contredisent d’ailleurs ceux donnés à sur la “version finale 3″.

Vous savez pourquoi il gardait le sourire et faisait son travail avec tout le professionnalisme qu’on s’attendait de lui? La cliente, prise dans une guerre de VP, lui avait dit : “Il faut que ça soit impeccable et il faut que ça sorte le plus rapidement possible. Tu me diras au fur et à mesure combien ça coûte de plus.” Elle avait compris qu’elle avait droit à seulement deux des trois priorités citées plus haut.



Cet article a d’abord été publié dans le blogue Marketing Interactif de l’APCM, où je collabore régulièrement.


2 réponses à “Projet : qualité, rapidité, prix et… ?”
  1. Je suis rédactrice mais je suis aussi de l’autre côté des choses dans un projet particulier… alors vous m’avez beaucoup fait rire ce matin. Vous m’offrez une belle caricature de ce que je vis ces temps-ci! Merci ; )

  2. C’est excellent Étienne ! Je connaissais les trois pôles (que j’utilise souvent pour expliquer qu’on ne peut pas tout avoir), mais avec les conditions, ça devient hilarant.

    I might just steal this graphic from you…

    :)

Répondre

Vous pouvez utiliser ces balises: XHTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>


Les spécialistes en contenu Internet