Article original : What I learned leading my first team and winning at Startup Weekend
Par Mike Zetlow
En journée, je travaille comme architecte UX pour CHSI Technologies, une entreprise d'insure-tech basée à Las Vegas. Après les heures, j'organise Las Vegas Developers, le plus grand meetup de codeurs de notre ville.
Je me suis inscrit à Startup Weekend cette année avec l'intention de développer personnellement une simple application web : un répertoire auto-mis à jour de développeurs à Las Vegas.
Avant le Startup Weekend, Las Vegas Developers avait peu de présence web en dehors de notre page Meetup. Je voulais changer cela en créant une application qui afficherait les projets de nos membres en ligne après qu'ils les aient présentés lors de notre événement mensuel, Demo Day.
J'ai décidé de présenter mon idée lors de l'appel à idées du premier soir pour voir si quelqu'un voulait m'aider à la construire en deux jours. Lorsque six membres d'équipe incroyables se sont portés volontaires avec leurs compétences diverses, j'ai réalisé que quelqu'un devait prendre les rênes. Combiné au fait que mon CTO chez CHSI Technologies m'a demandé de prendre un rôle plus managérial ce trimestre, j'ai su que je devais m'éloigner du codage et prendre la tête de l'équipe. Mais comment ?
Présenter pour la culture
« Je cherche des tueurs impitoyables prêts à botter des fesses et à faire avancer les choses ! » ai-je déclaré. Je voulais être divisif dans mon appel aux armes. Je voulais que certaines personnes soient rebutées. Et je voulais qu'une poignée de sélectionnés se rallient à la cause — dans ce cas, des personnes qui se voyaient comme des botteurs de fesses.
J'ai appris cela de Tony Hsieh, fellow résident de Vegas et CEO de Zappo's, qui vous paiera pour partir, éliminant ainsi ceux qui sont moins dédiés à la cause.
Licencier avant d'embaucher
Diriger lors d'un hackathon est un défi intéressant. Les gens offrent leur week-end pour votre idée. Refuser de l'aide volontaire peut être gênant.
« Malheureusement, toutes nos places sont prises et notre équipe est déjà constituée », ai-je dit, en regardant un nouveau venu dans les yeux. Mes 6 autres membres d'équipe sont restés figés.
« Ok », a dit le nouveau venu et il est parti rejoindre un autre groupe.
« Damn. »
« C'était froid. »
« Je me sens mal pour lui. »
Les membres de mon équipe étaient choqués lorsque j'ai immédiatement refusé quelqu'un qui s'était approché de notre groupe en croissance. Je me sentais mal aussi ! Mais j'ai vu à quel point ce nouveau venu était perturbateur. J'avais observé la salle toute la nuit, et ce participant particulièrement bruyant et désagréable était quelqu'un avec qui je ne me sentais pas à l'aise.
Lorsque son arrivée a fait dérailler l'équipe qu'il a finalement rejointe, transformant leur présentation finale en une bataille de cris et une lutte pour le microphone, nous nous sommes tous sentis mieux par rapport à cette décision.
Nous étions impitoyables. Je l'ai dit dans ma présentation et j'ai soutenu mes paroles avec des actions.
Établir des attentes
Immédiatement après cela, j'ai établi des attentes pour l'équipe. Nous ne sommes pas là pour prétendre que nous sommes Steve Jobs et que nous lançons l'iPhone. Nous sommes là pour nous amuser et construire quelque chose de cool. Nous allons nous comporter comme si c'était un produit viable et une vraie entreprise pour le bien de la compétition, mais au fond de nous, nous serons vraiment là pour nous amuser et créer quelque chose de cool.
« Tout le monde est d'accord avec cela ? » ai-je demandé. « Si ce n'est pas le cas, vous pourriez me prendre à part et rejoindre une autre équipe, ou simplement partir sans dire un mot, sans rancune. »
Nous avons parlé ouvertement de ce que nous voulions retirer du Startup Weekend. Personne n'a dit qu'il s'attendait à lancer une entreprise licorne à partir de cette aventure. La plupart ont parlé de gagner de l'expérience ou de passer un bon moment. J'étais heureux de voir que nos objectifs étaient réalistes et alignés et cela nous a fait du bien.
Briser la glace et plonger profondément
Après une première nuit intense, je voulais unir l'équipe. J'ai passé le reste de la nuit chez moi à planifier comment nous pourrions faire cela. Ensuite, nous avons passé les premières heures du lendemain matin à faire connaissance.
Je crois que les questions brise-glace doivent avoir une intention derrière elles, et ne pas être simplement une perte de temps stupide.
L'une de ces questions était : « Qu'est-ce que les autres au Startup Weekend ne savent pas sur vous ? »
Je l'ai fait pour que l'équipe se sente unie de manière conspirative — comme si nous partagions tous des secrets les uns avec les autres, et que nous avions ces choses pour nous unir.
Ensuite, j'ai demandé : « Quelle somme d'argent faudrait-il pour que vous 'passiez en accéléré' à la semaine prochaine, tout se déroulant comme dans votre 'chronologie' mais vous le manquez simplement ? »
La plupart des gens ont dit que leur temps était inestimable et qu'ils ne pouvaient pas mettre de chiffre dessus.
Et c'est le but. Notre temps est inestimable, alors tirons le meilleur parti de ce week-end ensemble. Passons le temps comme si c'était tout ce que nous avions.
Ironiquement, cette activité a pris toute la matinée du premier jour de hacking. Mais je croyais que c'était un investissement qui porterait ses fruits immédiatement.
L'un de nos membres d'équipe l'a dit le mieux :
C'était un investissement qui en valait la peine. Je pense que cela nous a vraiment rapprochés en tant qu'équipe et unis vers la création d'un produit fonctionnel.
Offrir voix et choix
« Voix et choix » est une manière d'accorder de l'autonomie aux membres de l'équipe tout en se concentrant sur l'objectif de l'équipe. C'est une idée empruntée aux leaders de la pensée dans le monde de l'éducation.
Prenez 2 minutes pour regarder cette vidéo réalisée par Jeff Robin, professeur de sciences au lycée, et pensez à la manière dont les leaders d'entreprise peuvent appliquer cela à leurs équipes :
Donner une voix et un choix aux membres de l'équipe augmente l'adhésion et fait monter la motivation des membres vers l'auto-réalisation et la joie pure dans la hiérarchie des besoins de Maslow.
Notre équipe de hackathon a fait cela en réfléchissant à toutes les fonctionnalités que notre application pourrait avoir. Ensuite, chaque développeur a initialé la fonctionnalité sur laquelle il souhaitait travailler, permettant à plusieurs développeurs d'initialer la même chose.
Ils travailleraient soit en paire sur ces choses, soit un développeur prendrait quelque chose pendant qu'un autre était occupé.
Ensemble, nous avons décidé du jeu de fonctionnalités minimal que nous devions publier, vraiment un produit viable minimal. Ensuite, nous avons classé individuellement les fonctionnalités restantes, de 6 à 1, et nous avons additionné leurs scores.
Maintenant, nous avions une feuille de route : le minimum que nous devions exécuter, et les choses cool que nous pourrions faire si nous avions le temps. Et cela a été divisé selon ce que chaque développeur voulait travailler, leur voix et leur choix.
Danser dans les chaînes
Si vous avez regardé la vidéo ci-dessus, vous avez entendu une belle phrase empruntée à Nietzsche.
L'artiste est celui qui danse dans les chaînes.
Jeff Robin explique qu'en donnant des contraintes à ses élèves, il permet à leur créativité de s'exprimer.
La voix et le choix sont tempérés par... l'expérience et les paramètres prédéfinis. Tout le monde a des paramètres. Les chanteurs pop ont trois minutes, les comptables ont le code des impôts, les physiciens ont Newton, et les artistes ont des toiles.
J'ai donc dû utiliser mon expérience et prendre en compte les compétences de l'équipe pour prendre des décisions de « toile » — en établissant un environnement où tout le monde pouvait se sentir réussi.
Aurai-je préféré utiliser un logiciel de gestion de tâches robuste comme Github Projects, Waffle ou Moo.do ? Oui ! Mais l'un de nos membres d'équipe n'avait codé que depuis 13 jours !
Et nous avions deux membres d'équipe qui n'étaient pas des codeurs, mais des analystes commerciaux ou des spécialistes du marketing. J'ai donc décidé que nous utiliserions Trello pour la priorisation des tâches et le flux de travail et Slack pour la communication — des outils que tout le monde pouvait adopter rapidement.
J'ai également pris la décision de « toile » que nous utiliserions un framework React / Firebase / Bootstrap 4 que j'avais créé — il était simple et modulaire. Notre développeur le plus senior a rédigé une liste de contrôle stricte pour les branches / demandes de tirage, l'a mise dans le README et a aidé tout le monde à monter à bord de la base de code.
Avec ces paramètres prédéfinis, nous avons permis aux développeurs de travailler dans des contraintes et d'être en réalité plus créatifs et de profiter de leur contribution au projet.
« Diriger » est dépassé, faciliter est à la mode
Tout le monde pense que les autres ont besoin d'être gérés, mais personne ne pense qu'eux-mêmes ont besoin d'être gérés.
Tout le monde se considère comme un self-starter. Mais ensuite, ils croient que leurs employés ont besoin qu'on leur assigne du travail, ou qu'on les dirige dans une direction, ou qu'on les « tienne responsables ».
Si vous avez bien embauché, le travail d'un leader est de s'assurer que l'équipe peut faire son travail — ne plus les diriger, les prendre par la main, gérer, micro-gérer, diriger, ou quoi que ce soit d'autre qui me laisse un mauvais goût dans la bouche en tapant ces mots. Le seul mot que j'aime utiliser pour décrire ce rôle est « facilitateur ».
Marcus Blankenship, un coach pour les leaders technologiques, redéfinit le leadership pour signifier quelque chose de similaire :
Le leadership est le processus de création d'un environnement où tout le monde peut participer à la résolution des problèmes à portée de main.
Appelez-vous un leader sur votre CV, mais agissez comme un facilitateur dans les tranchées.
Vous saurez que vous faites cela correctement lorsque les gens viendront vous demander des conseils rapides et repartiront heureux et autonomes pour en faire plus.
Le leader n'est pas celui qui parle le plus, c'est celui à qui tout le monde parle.
Une équipe heureuse = des résultats
Encore une fois, de nombreux mauvais managers pensent que leurs subordonnés seraient les plus heureux à ne rien faire de la journée. Cela démontre une ignorance claire de la hiérarchie des besoins de Maslow et du fait que « le soi ne trouve son actualisation qu'en se donnant à un but extérieur plus élevé ». Les gens sont les plus heureux lorsqu'ils accomplissent des choses. Permettez-leur de le faire !
Awww, regardez ces tueurs impitoyables souriants. :)
En fin de compte, nous nous sommes réunis en tant que groupe, nous avons travaillé dur sur un objectif commun et nous nous sommes beaucoup amusés. Développer quelque chose d'utile et gagner le Startup Weekend n'était qu'un sous-produit de ce processus.