Présentation réalisée pour la 3eme édition du Startup Weekend Marseille

Après de nombreuses participations à des Startup Weekend, je me suis aperçu que les gens testaient peu leurs idées avant de se lancer dans le développement du service complet.

Voici 10 moyens d’affiner et tester votre idée avec le moins d’effort possible. Ils vous permettrons de mieux répondre aux besoins de vos clients et d’aller plus vite vers la bonne idée.

(Lire la suite…)

Ruby (on Rails) est un petit marché en France. Je croise régulièrement des développeurs qui hésitent à se lancer dans ce marché ou encore qui ont une vision totalement faussée au sujet de cette techno et de sa communauté. Je croise également des porteurs de projets qui eux aussi ont du mal à se faire un avis sur Ruby même s’ils en entendent régulièrement beaucoup de bien en général.

La communauté Ruby bouge de plus en plus en France, mais les événements organisés sont pour la plupart destinés aux développeurs Ruby eux-mêmes. Je pense qu’il serait bon de se tourner un peu plus vers les gens qui ne font pas encore de Ruby. Les apéros Ruby se prêtent très bien à ça.

J’avais commencé à organiser celui de Sophia Antipolis (repris par Emmanuel Bastien), puis j’ai organisé celui de Montpellier en août dernier juste après mon déménagement. J’aimerais vous faire part de mon expérience pour vous montrer qu’il est utile et simple d’organiser un apéro Ruby.

Pourquoi organiser un apéro Ruby ?

• Les développeurs Ruby se rencontrent, échangent, travaillent entre eux.
• Les autres développeurs peuvent discuter librement avec des rubyistes pour découvrir la techno.
• Les porteurs de projets, CTO, DRH… peuvent rencontrer des développeurs Ruby pour échanger à propos de leurs choix techno et aussi pour embaucher.
• L’apéro Ruby permet de faire savoir qu’il y a des rubyistes dans votre ville.
• Ca coûte très peu de temps à l’organisateur. (1h par apéro et qlq heures pour lancer la machine au début)
• Il s’agit d’un moment convivial et de détente qui permet souvent de passer une bonne soirée !

Comment organiser un apéro Ruby ?

A faire avant

• Prendre contact avec l’association Ruby France pour qu’elle vous aide et vous annonce sur son site (contact AT rubyfr DOT org).
• Essayer de prendre contact avec un maximum de développeurs de votre région. Tous les moyens sont bons (votre propre réseau, Google, LinkedIn, Twitter, Facebook, mailling lists…).
• Penser à insister sur le fait que les apéros sont ouverts à tous (débutants, experts, non-développeurs…). J’ai proposé à des porteurs de projet et des développeurs PHP de venir à l’apéro Ruby de Montpellier, ils ont été très bien accueillis et ont passé une bonne soirée avec nous :)
• Créer une page Facebook.
• Créer un compte Twitter.
• Bloquer une date et une fréquence (ex: l’apéro Ruby Montpellier et Sophia ont lieu tous les 1er mardis du mois).
• Choisir un bar (critères de choix : calme, écran ou rétro à disposition, accessible, prix des consommations, heure de fermeture, possibilité de manger sur place…).

A faire avant chaque apéro

• Préparer quelques feuilles avec le logo Ruby (ou votre propre logo) que vous poserez sur les tables.
• Annoncer l’événement sur quelques médias bien choisis (Twitter, Facebook, mailling list Ruby et Rails France…). Il n’est pas utile de communiquer sur un grand nombre de médias car cela vous prendra beaucoup de temps sans être très efficace pour autant.
• Trouver des personnes pour présenter 1-2 lightening talks (10-15min chacun) sur des sujets de leur choix. Cela vous permettra d’avoir des contenus à publier sur le net et vous faire connaître.
• Prenez des photos de temps en temps. Les gens qui visiteront votre page Facebook ou votre site auront une meilleure idée de la manière dont se déroulent les apéros Ruby.
• Prévenir le bar de votre venue afin d’éviter les surprises.

A faire pendant

• Aller discuter avec les nouveaux, discuter de leurs attentes et leur présenter quelques personnes qui pourront leur être utiles et les inviter à se présenter.
• Trouver qui vont faire les lightenings talks du prochain apéro.

Après chaque apéro

• Publier les lightenings talks.
• Publier les photos.

Comment faciliter la création d’apéro Ruby en France

L’apéro Ruby est un formidable outil pour faire connaître Ruby. Voilà quelques idées qui permettraient, selon moi, de faciliter la création de ce type d’événement en France :

• Mise en place d’un site multi-site facile à administrer avec un joli template de base attribué à chaque apéro lors de sa création. Le site serait configuré avec tout ce qu’il faut par défaut. Libre à chaque organisateur de le configurer différemment voire ne pas l’utiliser. Un WordPress ferait très bien l’affaire (oui c’est du PHP, et alors? Ca marche bien non? :)). Chaque site pourrait avoir une URL du type <ville>.aperoruby.org.
• Création d’un mini guide pour aider les organisateurs à monter des apéros dans leur ville, délivré en même temps que le blog. Ce guide peut avoir pour base le paragraphe ci-dessus et être maintenu et amélioré collaborativement.
• Créer des synergies entre apéros : échange de liens, organisation d’événements, entraide pour la communication…
• Création d’un forum de discussion (Google Group) pour que les organisateurs puissent échanger. EDIT : Le groupe existe à présent : https://groups.google.com/group/aperos-ruby

A la sortie de Polytech’Nice (école d’ingénieur en informatique), ma formation m’avait amené à penser qu’une fois un bon site était mis en ligne, les visiteurs (et l’argent) viendraient tout seuls. Quelques expérimentations où le nombre de visiteurs flirtait avec le zero absolu m’ont permis de voir qu’il manquait quelque chose.

C’est derniers mois, j’ai participé à de nombreux événements (notamment des Startup Weekend) et j’ai entendu parler pour la première fois de Lean Startup (méthode pragmatique pour rapidement développer un prototype et le faire tester par ses clients potentiels), de Customer Development (méthode de développement d’un produit en interaction avec ses clients potentiels), de Business Model Canvas (outils pour rédiger un business model et y réfléchir dessus)… J’ai été très agréablement surpris par ces techniques aussi pragmatiques que celles que j’utilise pour le développement (méthodes Agile, par exemple : Scrum).

Depuis quelque mois, des livres de business ont remplacé mes livres de dev sur ma table de nuit, de nombreux blogs business se sont immiscés dans ma veille quotidienne. Je souhaite aujourd’hui partager avec vous 3 livres essentiels pour s’initier à ces techniques passionnantes.

Ce choix de livres n’est pas très original, vous les retrouverez cités dans de nombreuses de présentations sur le Lean Startup, mais ils sont vraiment parfaits pour commencer.

Business Model Generation

Ce livre vous apprendra tout d’abord ce qu’est qu’un business model et comment le représenter (à l’aide des Business Model Canvas). Vous verrez aussi les grands types de business models ainsi que des techniques pour tester et améliorer le vôtre.

La réalisation de ce livre est remarquable. Un must have !

The Entrepreneur’s Guide to Customer Development

Ce petit livre est en fait un résumé d’une des grandes références du Lean Startup : The Four Steps to the Epiphany. Il vous enseignera un nouveau modèle de développement basé sur des itérations avec vos (potentiels/futurs) clients. Cette méthode très pragmatique permet de sortir un produit répondant au mieux aux besoins de vos clients.

Court et facile à lire, un must have aussi !

Running Lean

Enfin, si vous ne deviez en lire qu’un seul, je vous conseillerais de lire Running Lean. Vous y trouverez une compilation des meilleures pratiques en matière de Lean Startup et Customer Development. Ce livre vous donnera d’excellentes méthodes pour faire un produit répondant au mieux au besoin de vos clients, le tout, en étant le plus efficace possible.

Vous l’aurez compris, c’est un must have de chez must have !

 

Le Lean Startup est un sujet qui me passionne en ce moment. Je vous proposerez d’autres articles sur le sujet prochainement.

A suivre …

Après Paris, Genève, Nice (en tant qu’orga), Montpellier, Toulouse, j’ai participé au Startup Weekend de Bordeaux ce weekend !

J’ai beaucoup appris durant ce Startup Weekend et je souhaitais partager avec vous quelques retours d’expérience.

Le pitch : le projet surprise

Pour ma 6eme participation à un Startup Weekend, j’ai choisi d’innover un peu. Le vendredi soir, ceux qui le souhaitent pitchent une idée. Je suis allé pitcher… mais je n’ai pas donné d’idée ! J’ai dit que, pour moi, la chose la plus importante dans une startup est l’équipe, pas l’idée. J’ai proposé qu’on trouve l’idée ensemble, une fois que l’équipe serait formée.

Au moment où j’ai pitché, j’avais conscience du côté fun du projet, mais je pensais que peu de gens me rejoindrait par peur de passer le week-end sur une idée qui ne leur plairait peut-être pas. J’avais tout faux ! Cela a été le 2eme pitch à recevoir le plus de billets et nous étions la plus grosse équipe du week-end !

Mais pourquoi l’idée a-t-elle autant séduit ?

L’équipe au coeur du projet

Afin de mieux comprendre, le succés du pitch, j’ai demandé aux membres de l’équipe pourquoi ils avaient voté et pourquoi ils étaient venus. A chaque fois les mêmes arguments revenaient :

• Le pitch étant fun, ils ont imaginé que le projet le serait aussi et qu’ils s’éclateraient tout le week-end.
• On a trouvé l’idée ensemble. Elle appartenait à chacun. Les membres de l’équipe se sont donc sentis plus investis.
• Beaucoup partageaient ma vision sur l’importance de l’équipe et pensaient qu’en venant dans ce projet, ils auraient plus de liberté, d’autonomie et de reconnaissance que dans un projet classique.

Grâce à ça, l’équipe a fait preuve d’une motivation remarquable tout le weekend !

L’expérience a été passionnante et j’ai passé un excellent weekend aux cotés de cette fabuleuse équipe (en photo ci-dessous).

Profiter du réseau

Autre point intéressant du week-end, dimanche matin, nous cherchons des chiffres sur le net. Nous souhaitons savoir combien les bars et les restaurants paient pour être mis en avant sur des sites comme les Pages Jaunes, Dismoiou, Cityvox… Pas d’info sur Google, personne ne sait dans l’équipe, personne ne connait des gens dans ces différentes sociétés.

J’ai alors proposé de faire jouer le réseau. Je poste un tweet en disant que je cherche une personne travaillant dans une de ces entreprises. Le tweet est retweeté par plusieurs participants. 10 minutes plus tard, nous avons Gilles Barbier, CEO de Dismoiou, sur Skype. Plusieurs personnes de Cityvox et Pages Jaunes, nous ont proposé de l’aide dans la journée.

C’est pas la première fois qu’on essaye d’appeller des gens qui paraissent difficilement contactables, surtout un week-end. Pourtant, à chaque fois, nous sommes avons eu des gens passionnés et qui nous ont aidés très volontiers.

OhMyGuest

Comme nous n’avions pas d’idée, nous avons dû en trouver une. Nous avons refait un genre de Startup Weekend en interne. Nous sommes finalement partis sur OhMyGuest, une application pour rencontrer des gens qu’on ne connait pas en leur offrant un verre dans un bar ou un restaurant.

Dès qu’on va sur l’application (web ou mobile), on tombe directement sur la liste des invitations proposées aux alentours. Si aucune ne convient, il est évidement possible d’en créer une. Lors de la création, on doit choisir un type de boisson qui représente le type de rencontre que l’on souhaite faire (café = business, champagne = chic …) ainsi qu’une date et un lieu.

Voici les slides de la présentation:

Vous pouvez suivre l’évolution du projet sur :

Twitter : @ohmyguest
Facebook : Page OhMyGuest
Site web : http://ohmyguest.com

 

Et vous qu’avez-vous appris durant le weekend?

 

Préparez votre environnement de travail

Réfléchissez aux techno que vous allez utiliser (surtout si vous êtes porteur de projet). Installez/configurez tout le nécessaire pour ne pas avoir à le faire pendant le weekend.

Faites un tour de table pour connaitre le niveau et les compétences de chacun

Dès le vendredi soir, il est important de bien connaître les compétences de chacun pour faire de bons choix techno et dispatcher au mieux les tâches. Effectivement, cela serait une erreur, par exemple, de sauver les données sur du MongoDB alors que personne ne l’a déjà utilisé et qu’une bonne vieille base Postgres ou MySQL aurait très bien fait l’affaire.

Travaillez de manière agile

Dès le début, dessinez sur un paperboard un tableau à 4 colonnes (backlog, todo, current, done). Dès que quelqu’un a une idée, il écrit son idée sur un post-it (en la décomposant si elle est trop complexe ou trop floue) et le colle dans le backlog. A chaque fois que vous faites un point (toutes les 3-4 heures), choisissez les idées les plus prioritaires (en fonction de leur complexité et de leur valeur business) et mettez dans la colonne todo. Ensuite, dès qu’un développeur commence une tâche, il la déplace dans current. Enfin, vous l’aurez compris, lorsque la tâche est terminée, le post-it va dans done.

48h, c’est très court, prenez bien soin de toujours travailler sur les tâches les plus prioritaires. Veillez également à toujours avoir peu de tâches en cours en même temps.

Pensez toujours à féliciter quelqu’un qui termine une tâche, qui a une bonne idée… C’est principalement ce qui va permettre de maintenir la motivation durant le weekend !

Déployez régulièrement

Afin de ne pas être pris au dépourvu 5 min avant la fin, je vous conseille de déployer régulièrement l’application (toutes les 3-4h). Cela permet aux non-dev de tester l’appli, de remonter des bug, de nouvelles fonctionnalités…

Keep focus on dev

Essayez au maximum de vous concentrer sur le développement. Ne vous occupez pas à faire le design si vous n’avez pas de designer, achetez un design sur ThemeForest, cela fera très bien l’affaire. Ne vous occupez pas de l’admin sys si ce n’est pas nécessaire, déployez votre application en utilisant du PaaS. N’ayez également pas peur de créer de la dette techno (par exemple, en omettant de faire des tests si cela est pertinent), vous pourrez corriger le code la semaine suivante.

Il y a un service pour tout

N’hésitez pas à dépenser quelques euros dans un service qui peut vous faire gagner un temps précieux. Voici quelques services à connaître :

• Hoptoad : collecte les erreurs qui surviennent sur votre application (Rails, iOS, PHP, Java, .net…) et les agrège pour faciliter la consultation
• Pusher : Push temps réel sur une application web grâce à des WebSockets
• Redis To Go : hébergement Redis
• Sendgrid : envoi d’email
• Websolr : recherche full-text reposant sur Solr

Restez efficace et en forme

• Faites des pauses régulièrement
• N’hésitez pas à faire une sieste si la fatigue vous gagne
• Mettez en place du pair-programming au moins pour les tâches complexes

Si vous êtes un développeur Rails

Utilisez RailsWizard

RailsWizard permet de générer le code d’une application Rails avec certaines gems indispensables. Vous pouvez choisir les gems que vous voulez intégrer en fonction de vos habitudes et de vos besoins. Cela vous fera gagner quelques minutes.

Versionnez le code avec Git

C’est devenu un standard pour beaucoup de dev en Rails. Git est également indispensable si vous souhaitez déployer sur des services comme Heroku.

Déployez sur Heroku (si possible)

Heroku vous permet de vous décharger complètement de la partie administration système. Vous faites un push sur le Git de votre projet Heroku, et hop, l’application se déploie. Cerise sur le gâteau, la version de base est gratuite ;)

Vu que Heroku fourni un repository Git pour le déploiement, vous n’aurez même pas besoin de vous créer un git sur Github ou autre pour travailler en équipe. Travaillez par exemple dans une branche dev et pushez sur la branche master à chaque fois que vous voulez déployer.

Si Heroku est trop restrictif pour vous, regardez du côté de solutions comme Engine Yard, Dotcloud…

Il y a une gem pour tout

Evitez à tout prix de réinventer la roue. Si vous développez quelques choses d’assez classique, ayez le réflexe de regarder sur Rubygems s’il n’existe pas une gem qui fait ça très bien. Il y a près de 22 000 gems disponibles vous devriez trouver ce qu’il vous faut assez souvent.

Les conseils des lecteurs

Eclatez-vous et faites-vous plaisir (Frédéric Dupérier)

Pensez « lean » (Yann Klis)

Ce n’est pas la peine de bosser 24h/24. Il vaut mieux prendre le temps de construire un bon plan que de se jeter à corps perdu dans des choses qui ne sont pas forcément utile. Pensez « lean » -> « Eliminate waste »

 

Si vous avez d’autres conseils, partagez-les en commentaire, je les ajouterai dans l’article