Que faut-il retenir de “Getting Real” ?
Posée le 18 février 2008 | Catégorie Coup de cœur, Gestion de projet
Souvent cité dans les conversations mondaines 2.0, Getting Real est un livre culte dans lequel il fallait que je plonge. Déjà très attiré par les méthodes de développement agile et par Ruby on Rails, l’œuvre de l’équipe de 37Signals m’a convaincu sur de nombreux points. De ma pèche fructueuse, je vous ramène quelques beaux poissons, morceaux choisis dont vous seul serez juge de leurs valeurs :

Spécimen n°1 : Une entreprise défensive et paranoïaque ne peut penser en avant ; elle ne peut que penser en arrière. Elle ne conduit pas ; elle suit.
Spécimen n°2 : Au lieu de faire une chose de plus, faites une chose de moins. Au lieu de faire une solution complexe, faites en une de simple.
Spécimen n°3 : Les contraintes force la créativité.
Spécimen n°4 : Plus vous êtes léger, plus le changement est facile. L’entreprise légère aura deux métros d’avance alors que l’entreprise plus lourde en sera encore à s’interroger sur la ligne à emprunter. Tout l’argent, tout le marketing, toutes les équipes du monde ne vous achèteront pas la souplesse d’être petit.
Spécimen n°5 : Gardez l’équipe aussi petite que possible. La loi de Metcalfe, qui dit que “la valeur d’un système de communication croit avec le carré du nombre d’utilisateurs de ce système” comporte un corollaire en ce qui concerne les équipes de projet : l’efficacité d’une équipe est approximativement inverse au carré du nombre de membres de cette équipe.
Spécimen n°6 : Que représente votre application ? De quoi s’agit-il ? Avant de commencer à concevoir ou à coder vous avez besoin de savoir le but de votre produit — la vision.
Spécimen n°7 : Au début ignorez les détails. Les détails se révèlent par l’utilisation de ce que vous construisez. Vous allez vous apercevoir de ce qui a besoin de plus d’attention. Vous allez sentir ce qui manque.
Spécimen n°8 : Concentrer-vous sur l’essentiel. Travaillez du plus grand au plus petit. Ne sur-construisez pas. Créez une très bonne application ensuite souciez vous de ce qui doit être fait une fois qu’elle devient un grand succès.
Spécimen n°9 : Le client n’a pas toujours raison. Internet rend la tâche de trouver les bonnes personnes plus facile que jamais.
Spécimen n°10 : Si vous essayez de plaire à tout le monde, vous n’allez plaire à personne. Reconnaissez pour qui votre application est réellement faite et concentrer vous à leur plaire.
Spécimen n°11 : Ne courtisez jamais du monde qui ne sera jamais heureux.
Spécimen n°12 : Même si vous avez à votre disposition les 100 meilleurs personnes au monde, il serait très mauvais de tous les engager. Il n’y a aucun moyen de digérer autant de monde dans une cohérence générale. Vous aurez des incompatibilités de personnalités, des délais de communications, de prises de directions différentes etc.
Spécimen n°13 : Les employés ont besoin d’un temps ininterrompu pour mener les tâches à bien. Les moments d’isolement déclenchent les vrais progrès.
Spécimen n°14 : Réduisez le nombre de réunion. Célébrez les petites victoires. La chose la plus importante dans le développement d’application, c’est la motivation.
Spécimen n°15 : Les petites équipes ont besoin de personnes pouvant porter plusieurs casquettes. Vous aurez besoin de designers sachant écrire et de développeur qui comprendront le design.
Spécimen n°16 : Embaucher quelqu’un qui est excité d’imaginer construire ce que vous construiser. Quelqu’un qui déteste ce que vous détestez. Quelqu’un qui est très heureux de monter à bord de votre train.
Spécimen n°17 : Si vous devez décider entre un petit nombre de personnes qui conviennent à un poste, toujours engager le meilleur rédacteur. Etre un bon rédacteur, c’est plus que des mots. Un bon écrivain sait communiquer et rend les choses faciles à comprendre.
Spécimen n°18 : Créer l’interface avant de commencer à programmer. Ce que vous vendez c’est ce que les gens voient. Si vous contentez de pondre une interface à la fin du projet, les lacunes apparaitront.
Spécimen n°19 : Un développeur heureux est un développeur productif. C’est pour cela que nous cultivons le plaisir du travail et que vous devriez en faire autant.
Spécimen n°20 : Si les développeurs étaient payés pour supprimer du code au lieu d’en écrire du nouveau, les applications seraient bien meilleurs
Spécimen n°21 : Oubliez les spécifications formelles. Elles vous force à prendre des décisions importantes trop tôt dans le projet. Aller au delà de la phase de spécification et vous conserverez la flexibilité du changement.
Spécimen n°22 : Faites qu’il soit aussi facile que possible de s’inscrire - et de se désinscrire - à votre application.
Spécimen n°23 : Pour pour faire monter la mayonnaise, prévoyez un lancement hollywoodien : 1) Aguicher, 2) Montrer en avant-première, et 3) Lancer sur le marché. Le nom c’est l’hameçon. Donner à votre application un nom facile à retenir.
Spécimen n°24: Le meilleur moyen de connaître les forces et les faiblesses de votre logiciel, c’est encore d’écouter les utilisateurs. Vous et votre équipe devriez savoir ce que vos clients disent. Il n’y a pas de substitue aux vrais utilisateurs qui utilisent votre application en condition réelles. Obtenez de vrai feedback. Ensuite, optimisez en fonction de cette information.
Spécimen n°25 : Publiez les mauvaises nouvelles pour vous en débarrasser. Si quelque chose va mal, dites-le. Même si vos clients ne s’en étaient pas aperçus.
Spécimen n°26 : Un blog ne fait pas que montrer que votre application est vivante, cela rend votre entreprise plus humaine. N’hésitez pas à conserver un ton amical et personnel.
Spécimen n°27 : N’utiliser pas la “béta” comme bouc-émissaire. Les version bétas privées sont utilies, les bétas publiques sont une connerie. Si ce n’est pas assez bon pour le public, ne le mettez pas entre les mains de vos clients. N’attendez pas que votre produit atteigne la perfection. Ce moment n’arrivera pas. Prenez la responsabilité de ce que vous mettez en ligne. Poussez le et appelez-le version.
Spécimen n°28 : Attendez que les réactions épidermiques aux changements s’atténuent avant d’agir. Rappelez-vous également que les réactions négatives sont presque toujours exprimées plus fortement et avec plus de passion que les réactions positives.
Spécimen n°29 : N’en rajoutez pas pour le plaisir d’en rajouter. C’est comme ça que les applications deviennent boursoufflées. Il n’y a pas besoin de survendre en ajoutant de plus en plus de fonctions, il suffit que vous fournissiez un service dont la valeur soit constante.
Spécimen n°30 : Voyez Flickr. Au début, c’était un jeu multi-joueurs en ligne appelé le Jeu Sans Fin. Ses concepteurs se sont vite rendu compte que ses fonctions de partage de photos constituaient un produit plus crédible que le jeu lui-même (qui fut en définitive abandonné). Soyez prêts à admettre vos erreurs et à changer de cap. Ayez l’esprit surfer. Surveillez l’océan. Trouvez où les grosses vagues déferlent et agissez en conséquence.
Réponses
11 réponses à la question “Que faut-il retenir de “Getting Real” ?”
Rédiger votre réponse
Vous devez être enregistré pour laissez une réponse.

Très bon résumé!
Excellent article. Je ne sais pas si, en revanche, une entreprise d’une certaine taille peut facilement mettre en pratique toutes ces recommendations.
Elles me semblent tout indiqué pour des petites entreprises, dans lesquels le changement peut être fait facilement et sans dégats. Dans des structures déjà en place, comment convaincre les décideurs de procéder ainsi ?
@Regis : En effet, ces recommandations s’adressent plus à de jeunes pousses ou à des entreprise à taille humaine, plutôt qu’à de moyennes et grandes entreprises. Après, il est vrai que la flexibilité peut être maintenu par un fractionnement en petites équipes, plus facile à digérer, permettant de conserver une réactivité compétitive.
Enfin, il est a noter que de nombreuses règles restent applicable quelque soit la taille de la structure.
@Régis : Le développement agile est recommandé pour des petites équipes, c’est ingérable sur de grande équipes.
Le point qui me touche le plus est le 27…
Tu l’as lu en entier Sylvain ?
@Neovov : Oui, je l’ai terminé hier soir :)
Pour ma part, c’est certainement le spécimen n°4 qui retiendra toute mon attention.
Moi, c’est le Spécimen n°24 :o| .oO(et qu’on me parle pô des formulaires à la mord-moi-le-noeud)
Pareil pour moi : le 4 est à imprimer et à coller partout!
Vive l’extreme programming (XP)!!!
Spécimen n°30 : “Les espèces qui survivent ne sont pas les espèces les plus fortes, ni les plus intelligentes, mais celles qui s’adaptent le mieux aux changements. Charles Darwin (1809-1882)”
eh ben…
@Jacinthe : “La technologie est tellement mouvante que l’important n’est pas d’être le plus pointu, mais le plus adaptable.”
Régis Gaidot
Les grands esprits se retrouvent !-)
http://blog.aquoitupenses.com/2007/9/8/pourquoi-nous-ne-sommes-pas-en-beta
Très bon résumé d’un livre qui contient beaucoup de bonnes choses.