Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Passer au réel — Getting Real

Passer au réel — Getting Real

A French translation of the Getting Real principles.
We all had five minutes to present some “management methodologies” in the Management class, supposedly from Boring Book, or equivalent. Didn't sound fun.
Teacher nearly killed me but students were, seemingly, interested :)

C17904e5ca39a09fdd1dea24b39f57fd?s=128

Matti Schneider

May 05, 2011
Tweet

Transcript

  1. Passer au réel “Getting Real” Matti Schneider-Ghibaudo Grâce à 37signals

  2. Passer au réel dans… • la gestion d’un projet •

    informatique, mais pas seulement • la gestion d’une équipe • la gestion d’une entreprise
  3. Être réaliste • toute organisation ne vise pas le CAC40

    • toute structure ne vise pas des milliards
  4. - = + • moins de personnel • moins de

    hiérarchie • moins de financement • moins de prédictions • moins de réunions • moins de fonctionnalités
  5. Moins de personnel • Parkinson : “coefficient d’inefficacité” • plus

    un comité est grand, moins la prise de décision est efficace ➡ moins de personnes = moins de gestion = moins d’ennui = plus de temps et de qualité
  6. Moins de hiérarchie • l’incompétence est proportionnelle à la position

    hiérarchique • loi de Conway • la structure d’un système est définie par la structure du groupe qui le conçoit ➡ moins de hiérarchie = plus de modularité et de simplicité
  7. Moins de financement • “bootstrapping” • démarrage en autofinancement •

    un financeur a un droit de regard • devoir se payer force à être profitable • loi de Parkinson • toute ressource fournie est utilisée
  8. Moins de prédictions • planifier, c’est jouer aux devinettes •

    Gantt ? • admettre qu’on ne peut pas prédire le futur ➡ moins de prédictions = moins de faux espoirs et faux problèmes = plus d’agilité (et de crédibilité)
  9. Moins de réunions • les réunions sont toxiques • les

    réunions sont toxiques • 30 minutes maximum • avec un réveil • aussi peu de participants que possible • toujours avoir un ordre du jour
  10. Moins de fonctionnalités • faire moins que la concurrence •

    un demi-outil vaut plus qu’un semi-outil • une bonne idée est simple • une bonne interface est simple ➡ moins de fonctionnalités = plus de qualité
  11. Passer au réel • la taille n’est pas le succès

    • travailler, pas métravailler • avancer sur un projet, pas sur sa gestion • en faire moins pour être plus efficace
  12. Des questions ? • Loi de Parkinson • thèse :

    http://www.berglas.org/Articles/ parkinsons_law.pdf • résumé : http://fr.wikipedia.org/wiki/ Loi_de_Parkinson • exemple : http://fr- ca.actualites.yahoo.com/blogues/la- chronique-de-normand-lester/les- bureaucraties-du-qu-bec-donnent- raison-au-164155201.html • “Meetings are toxic” • http://gettingreal.37signals.com/ samples/37s-meetings-are-toxic.pdf • Loi de Conway • Harvard Business School : http:// www.hbs.edu/research/pdf/08-039.pdf • Microsoft Research : http:// research.microsoft.com/pubs/70535/ tr-2008-11.pdf • Le problème de la croissance • http://www.jeffvail.net/2007/02/ problem-of-growth.html Sources getreal.37signals.com