"The smarter, faster, easier way to build a successful web application", c'est la promesse de Getting Real, écrit par l'équipe 37Signals, reconnue pour leurs applications simples et efficaces.
Voici quelques unes des bonnes pratiques qui ont attiré mon attention :
THE STARTING LINE
- Build Less : En faire moins que ses concurrents. Moins de fonctionnalités, moins d'options, moins de gens, moins de meetings... Se concentrer sur l'essentiel et partir de son problème. Faites moins avec vos moyens. Lancez peu mais lancez bien. Dans les temps et dans le budget initial.
- What's Your problem : Construire une application pour soi. Souvent la meilleure manière de trouver la bonne idée. Partir de son propre besoin, répondre à sa propre frustation. A coup sûr, vous n'êtes pas le seul à avoir ce problème. D'autres gens seront heureux d'utiliser votre produit.
STAY LEAN
- Less Mass : Restez agile et flexible, car c'est le plus gros avantage d'une startup. Moins de meetings, de process, communication instantanée, prise de décision et exécution immédiate. Gardez votre petite taille ou fragmentez vos équipes pour rester vif, prêt à changer.
- The Three Musketeers : 3 est le nombre magique pour construire la version 1.0 de votre application : 1 designer, 1 programmeur et 1 personne capable de faire le pont entre les deux. Construire avec peu pour limiter la communication et cultiver une culture de l'exécution. Si la version 1.0 rencontre un premier succès, il est ensuite temps de bâtir sur des bases solides.
PRIORITIES
- What's the big Idea ? : Quelle est la vision, pourquoi votre produit existe et en quoi est-il unique ? C'est la première chose à définir.
- Ignore details early On : Les détails sont importants. Mais pas au début. Allez du général au particulier. Construisez d'abord, les détails viennent ensuite, en utilisant l'application. Construisez, vérifiez si cela marche et ajoutez les détails, pas l'inverse.
- Hire the Right Customers : Trouvez les gens qui ont le plus besoin de votre application et concentrez tous vos efforts pour les rendre heureux. Si vous tentez de plaire à tout le monde vous ne plairez à personne. Faites des choix, réduisez votre cible et touchez les clients passionnés, qui diffuseront ensuite votre produit.
- Make Opinionated Software : Votre application doit avoir des parti pris et une vision. Les utilisateurs achètent plus que des fonctionnalités, ils achètent une approche, un style. Ne cherchez pas à contenter tout le monde, suivez votre vision.
FEATURE SELECTION
- Half, Not Half-Assed : Concentrez vous sur ce qui est vraiment essentiel. Pensez à tous ce que votre produit pourrait être et coupez le en deux. Eliminez des fonctionnalités pour ne garder que l'essentiel. Démarrez petit et laissez générer de la "traction". Constuisez ensuite sur les fondations.
- Start with No : Chaque fonctionnalité à implémenter demande beaucoup de travail (design, intégration, test, etc...). Commencez par dire "non" à toutes les nouvelles fonctionnalités. Ecoutez mais n'agissez pas tout de suite. Attendez de voir ce qu'il se passe. Commencez à approfondir la chose quand la demande est récurrente.
- Hold the Mayo : Demandez aux utilisateurs ce qu'ils ne veulent pas. L'approche convenue consiste à demander aux utilisateurs ce qu'ils aimeraient voir ajouter. Leur demander ce qu'ils veulent retirer et dire non permet de se focaliser sur l'essentiel, ce qui compte vraiment aux yeux de vos clients.
PROCESS
- Race to running software : Donnez vie à votre application est la façon la plus efficace de se rendre compte de ce qui marche et de ce qui ne marche pas. Draft, maquettes, et specs ne sont que des approximations. Faire tourner un premier prototype vous plonge dans la réalité.
- Rinse and repeat : Lancez, testez, modifiez et recommencez le processus. Travaillez en itération. Tout n'est pas parfait au lancement. Ce n'est pas grave. Réajustez votre produit, soyez flexible et améliorez votre application en vous basant sur des retours réels.
- From Idea to Implementation : Voici le processus utilisez pas les auteurs pour "Devenir réel"
1- Brainstorming : Abordez les grandes questions. Que fait votre produit ?
Que doit-il faire pour être efficace ? A quoi doit-il ressembler ?
2- Maquette Papier : Mettez vos idées sur papier. Passez d'un concept à une première interface.
3- Créer une maquette HTML : Faites une maquette que tout le monde pourra visualiser et partager sur un écran. Montrez quelque chose de réel.
4- Coder : Quand la maquette est suffisamment pertinente et explicite, codez, en progressant par itération, avec une grande flexibilité, pour pouvoir modifier l'application jusqu'au résultat attendu.
- Shrink your time : Fixer des dealdlines à plusieurs semaines ou plusieurs mois est une fantaisie. Découpez votre projet en courte période, avec des objectifs précis et mesurables que vous pouvez digérer. Atteignez rapidement de courts objectifs et célébrez les petites victoires.
THE ORGANIZATION
- Alone Time : Les gens ont besoin d'être seuls et ininterrompus pour être productif. Préservez chaque jour au moins une demi journée ou vous et vos collaborateurs pouvez avancer seul.
- Meetings are toxics : Ne faites pas de réunions. Les réunions arrivent quand un projet est flou. Préciser le concept et échangez au maximum par email ou messagerie instantanée. Les réunions requièrent une préparation individuelle et un agenda précis, rarement au rendez-vous.Une minute gagnée hors d'un meeting est une minute gagnée pour construire du réel.
- Mettez un minuteur de 30 minutes et stoppez la réunion quand il sonne
- Invitez le moins de personnes possibles
- Rédigez un Agenda précis
La deuxième partie de la chronique est disponible ici !


Très bons conseils dans ce bouquin... :-)
J'avais justement écrit un de premiers billets là dessus (avant de me plonger dans la géoloc) en 2006 : http://web.archive.org/web/20060617025542/www.renalid.com/2006/03/20/getting-real-notes-de-lecture/
Posted by: Renaud | March 02, 2010 at 08:06 AM