Quelque chose va mal tourner, et c'est très bien: comment gagner un hackathon avec une équipe de trois

Quelle composition allez-vous habituellement aux hackathons? Au départ, nous avons déclaré que l'équipe idéale était composée de cinq personnes - un directeur, deux programmeurs, un concepteur et un responsable marketing. Mais l'expérience de nos finalistes a montré que vous pouvez gagner un hackathon avec une petite équipe de trois personnes. Sur les 26 équipes qui ont remporté la finale, 3 ont concouru et gagné avec les mousquetaires. Comment ont-ils réussi - lisez la suite.



Nous avons discuté avec les capitaines des trois équipes et nous avons réalisé que leurs stratégies comportementales avaient beaucoup en commun. Les héros de ce poste sont les équipes PLEXeT (Stavropol, nomination du ministère des Communications et des Médias), Composite Key (Tula, nomination du ministère de l'Informatisation et des Communications de la République du Tatarstan) et Jingu Digital (Iekaterinbourg, nomination du ministère de l'Industrie et du Commerce). Pour ceux qui sont intéressés - une brève description des équipes était cachée sous cat.

Choisissez une tâche proche de vos compétences

Rappelez-vous, il y avait une telle rime «cercle dramatique, cercle sur la photo, et je veux aussi chanter la chasse»? Je pense que beaucoup de gens connaissent ce sentiment - quand tout autour est intéressant, je veux me montrer d'une nouvelle façon et ressentir la nouvelle industrie / sphère de développement. Le choix ici ne dépend que des objectifs de votre équipe et de votre volonté de prendre des risques - pouvez-vous accepter votre erreur si vous réalisez soudainement au milieu du hackathon que retirer cette tâche est irréaliste? Des expériences de la catégorie "Je ne fouille pas dans le développement mobile, mais qu'est-ce qui ne plaisante pas" - un amateur. Êtes-vous l'amateur?

Artem Koshko ( ashchuk ), équipe «Composite Key» : «Nous avions initialement prévu d'essayer quelque chose de nouveau. Au niveau régional, ils ont essayé plusieurs paquets de pépites, auxquels les mains ne sont pas parvenues, et Yandex.Cloud. Lors de la finale, nous avons déployé CockroachDB dans Kubernetes, nous avons tenté de lui effectuer des migrations à l'aide d'EF Core. Quelque chose s'est bien passé, quelque chose de moins bon. Nous avons donc tous deux appris de nouvelles choses, nous nous sommes testés et nous sommes assurés de la fiabilité d'approches éprouvées . »

Comment choisir une tâche si vous exécutez vos yeux:

• Réfléchissez aux compétences nécessaires pour résoudre ce cas et si tous les membres de l'équipe les possèdent
• Si les compétences ne suffisent pas - pouvez-vous les compenser (trouver une solution différente, apprendre rapidement de nouvelles choses)
• Faites un bref aperçu du marché pour lequel vous fabriquerez le produit
• Calculez la concurrence - vers quelle piste / entreprise / tâche la plupart des gens iront
• Répondez à la question: qu'est-ce qui vous motivera le plus?

Oleg Bakhtadze- Karnaukhov ( PLEXeT ), équipe PLEXeT : «Nous avons pris une décision sur un transfert de dix heures à l'aéroport - juste au moment de l'atterrissage, une liste de pistes et de brèves formulations de missions sont tombées sur notre courrier. J'ai immédiatement identifié quatre choses qui m'intéressent, en tant que programmeur, et qui comprennent le plan d'action après le début - ce qui doit être fait et comment nous allons le faire. Il a ensuite estimé les tâches de chaque membre de l'équipe et évalué le niveau de compétition. En conséquence, nous avons choisi entre les tâches de Gazprom et du ministère des Communications. Le père de notre designer travaille avec l'industrie du pétrole et du gaz - nous l'avons appelé et lui avons posé des questions sur l'industrie. En conséquence, nous avons réalisé que oui, c'est intéressant, mais nous ne pouvons pas offrir quelque chose de fondamentalement nouveau et nous ne pourrons pas les retirer en termes de compétences, car il y a trop de spécificités de l'industrie à considérer. En conséquence, ils ont tenté leur chance et se sont rendus sur la première piste. »

Diana Ganieva ( dirilean ), équipe Jingu Digital: «Au niveau régional, nous avions une mission liée à l'agriculture, et en finale - AR / VR dans l'industrie. Ils ont été choisis par toute l'équipe afin que chacun puisse réaliser ses capacités. Après avoir éliminé ce qui nous a semblé moins intéressant. »

Faire ses devoirs

Et nous ne parlons pas de préparation de code pour le moment - cela est généralement inutile. Il s'agit de communication d'équipe. Si vous n'avez pas encore joué, n'avez pas appris à vous comprendre et à vous mettre d'accord, réunissez-vous deux fois à l'avance et modélisez un hackathon, ou au moins contactez-nous pour parler des principaux points, réfléchir à un plan d'action et discuter des forces et des faiblesses de chacun. Vous pouvez même trouver un cas et essayer de le résoudre - au moins schématiquement, au niveau de "comment aller d'un point A à un point B".

Pour ce paragraphe, nous courons le risque d'attraper des inconvénients dans le karma et des commentaires, en disant que vous ne comprenez rien, mais qu'en est-il de l'excitation, de la conduite, du sentiment qu'un prototype naîtra du bouillon principal (bonjour, cours de biologie).

Oui, MAIS.

L'improvisation et la motivation ne sont bonnes que lorsqu'elles ne deviennent qu'une petite déviation de la stratégie - sinon les risques sont trop grands pour passer du temps à ramasser le chaos et à corriger les erreurs, au lieu de travailler, de manger ou de dormir.

Oleg Bakhtadze-Karnaukhov, équipe PLEXeT : «Je ne connaissais aucun des membres de mon équipe avant le concours - je les ai sélectionnés et invités en fonction des compétences et des évaluations au stade des tests en ligne. Lorsque nous avons remporté le hackathon régional et réalisé que nous devions encore aller ensemble à Kazan et terminer le projet de hackathon à Stavropol, nous avons décidé de nous préparer et de nous entraîner. Nous nous sommes rencontrés deux fois avant la finale - nous avons trouvé une tâche aléatoire et l'avons résolue. Quelque chose comme un championnat de cas. Et déjà à ce stade, nous avons vu un problème de communication et d'attribution des tâches - alors que Polina (designer) et Lev (manager) réfléchissaient au style d'entreprise, aux caractéristiques du produit, à la recherche de données de marché, j'avais beaucoup de temps libre. Nous avons donc réalisé que nous devions prendre la nomination plus difficile (je ne me vante pas, nous avons surtout rencontré des tâches liées au Web, et je l'ai pour une ou deux) et je dois m'impliquer davantage dans les processus de travail. En conséquence, lors de la finale de l'examen préliminaire, je me suis engagé dans la modélisation mathématique, développant des algorithmes. »

Artyom Koshko, équipe «Composite Key» : «Nous nous préparions plus mentalement, nous ne parlions même pas de la préparation du code. Nous avons également réparti les rôles au sein de l'équipe à l'avance - nous avons tous les trois programmeurs (nous avons une pile complète et deux backends, en plus je fouille un peu dans le développement mobile), mais il était clair que quelqu'un devrait assumer les rôles de concepteur et de gestionnaire. Donc, passé inaperçu par moi-même, je suis devenu chef d'équipe, je me suis essayé en tant qu'analyste d'affaires, conférencier et créateur de présentations. Je pense que si nous n'avions pas dit cela à l'avance, nous ne serions pas en mesure d'allouer correctement le temps, et nous n'aurions pas atteint la défense finale. "

Diana Ganieva, Jingu Digital: «Nous ne nous sommes pas préparés pour le hackathon, car nous pensons que les projets de hack doivent être faits à partir de zéro - c'est honnête. À l'avance, au stade de la sélection des morceaux, nous avions une idée générale de ce que nous voulons faire . »

Sur certains développeurs ne vont pas

Diana Ganieva, équipe Jingu Digital : «Nous avons trois spécialistes dans l'équipe dans différents domaines. À mon avis, c'est la composition parfaite pour un hackathon. Tout le monde est occupé avec sa propre entreprise et il n'y a pas d'intersections et de partage de tâches. Une autre personne serait superflue. "

Les statistiques ont montré que la composition moyenne de nos équipes est de 4 à 5 personnes, dont (au mieux) un designer. On pense généralement que vous devez renforcer l'équipe avec des développeurs de bandes différentes - afin de pouvoir à la fois la base et la «machine» vous surprendre. Dans le meilleur des cas, ils emmènent toujours le designer avec eux (ne soyez pas offensé, nous vous aimons!), La présentation et les interfaces ne se rendront pas, au final. Le rôle du manager est encore plus souvent négligé - généralement cette fonction est assumée par le capitaine de l'équipe, développeur à temps partiel.
Et c'est fondamentalement faux.

Artem Koshko, équipe «Composite Key» : «À un moment donné, nous avons regretté de ne pas avoir inclus de spécialiste dans l'équipe. Si nous étions encore en mesure de faire face à la conception d'une manière ou d'une autre, il était difficile de gérer le plan d'affaires et d'autres éléments stratégiques. Un exemple frappant est celui où il était nécessaire de calculer le public cible et la taille du marché, TAM, SAM. »

Oleg Bakhtadze-Karnaukhov, équipe PLEXeT : «La contribution du développeur au produit est loin de 80% du travail, comme on le pense généralement. Cela ne veut pas dire que c'était plus facile pour les gars - presque toute la gamme principale des tâches leur incombait. Mon code sans interfaces, présentations, vidéos, stratégies n'est qu'un ensemble de caractères. S'il y avait plus de développeurs dans l'équipe à leur place, nous l'aurions probablement fait, mais tout aurait semblé moins professionnel. Surtout la présentation est généralement la moitié du succès, comme il me semble. Pendant la défense, puis dans la vraie vie en quelques minutes, personne n'aura le temps de comprendre si votre prototype fonctionne vraiment. Si vous vous laissez emporter par des stratagèmes, personne ne vous écoutera. Vous allez trop loin avec le texte - tout le monde comprendra que vous-même ne savez pas ce qui est le plus important dans votre produit, comment le soumettre et qui en a besoin. »

Gestion du temps et repos

Rappelez-vous comment dans des dessins animés comme Tom et Jerry, les héros mettent des allumettes sous leurs paupières pour ne pas fermer? Les participants au hackathon inexpérimentés (ou trop enthousiastes) ont également la même apparence.

Au hackathon, il est facile de perdre le contact avec la réalité et le sens du temps - l'atmosphère est propice à un codage rampant sans pause pour se reposer, dormir, se vautrer autour de l'idiot dans la salle de jeux, parler avec des partenaires ou assister à des master classes. Si vous le traitez comme une Coupe du monde ou des Jeux olympiques, alors oui, cela vaut peut-être la peine de se comporter. Pas vraiment.

Artem Koshko, équipe «Composite Key» : «Nous avons eu beaucoup de mandrins, beaucoup - au milieu de notre table, une tour a été construite à partir de celle-ci, elle nous a soutenu l'esprit de combat et l'a soutenu avec des glucides au bon moment. Nous nous reposions et travaillions ensemble presque tout le temps, individuellement nous ne nous reposions pas. Mais ils dormaient de différentes manières. Andrey (développeur fullstack) aime dormir la journée, Denis et moi aimons dormir la nuit. J'ai donc travaillé davantage avec Denis le jour et avec Andrey la nuit. Et il dormait par pauses. Nous n'avions pas de système de travail et de définition de tâches - tout était plutôt spontané. Mais cela ne nous a pas dérangés, car nous nous comprenons et nous nous complétons bien. Cela nous a aidés à être collègues et à communiquer étroitement. Je suis un ancien stagiaire d'Andrey et Denis est venu dans l'entreprise en tant que stagiaire. »

Et ici, en passant, c'est la même montagne de chak-chak.



La gestion du temps compétente presque tous les participants que nous avons interviewés ont appelé le critère principal de succès au hackathon. Qu'est-ce que cela signifie? Vous répartissez les tâches de manière à avoir le temps de dormir et de manger, et les tâches ne sont pas exécutées en mode froissé , mais à un rythme confortable pour chaque membre de l'équipe.


Oleg Bakhtadze-Karnaukhov, équipe PLEXeT : « Notre tâche n'était pas de travailler autant d'heures que possible, mais de rester productif le plus longtemps possible. Bien que nous dormions 3 à 4 heures par jour, nous semblons avoir réussi. Nous pourrions aller à la salle de jeux ou traîner sur les stands des partenaires, réserver du temps normal pour la nourriture. Le deuxième jour, nous avons essayé de décharger Leo autant que possible afin qu'il dorme suffisamment et parvienne à se remettre en ordre avant la représentation. Les répétitions de hackathon nous ont aidés, car nous savions déjà comment répartir les tâches et synchroniser la routine quotidienne - nous mangions, dormions et nous réveillions en même temps. En conséquence, ils ont fonctionné comme un mécanisme unique. »

Nous ne savons pas comment cette équipe a réussi à faire glisser Agomoto's Eye au hackathon, mais à la fin, ils ont même réussi à tourner une vidéo sur le projet et à préparer un document.

Quelques conseils de gestion du temps de hackathon:

• Passez du grand au petit - battez les tâches sur de petits blocs.
• Le hackathon est un marathon. Quelle est la chose la plus importante dans un marathon? Essayez de courir à un rythme uniforme, sinon vous tomberez à la fin de la distance. Essayez de travailler avec environ la même intensité et ne vous épuisez pas.
• Pensez à l'avance à ce qui sera inclus dans les tâches de chaque participant, et combien de temps il y consacrera. Cela vous évitera des surprises à une demi-heure de la date limite et vous n'aurez pas un gros travail à faire.
• Vérifiez les coordonnées pour régler le volume des tâches. Vous sentez que vous allez bien et même le temps presse? Excellent - vous pouvez le dépenser pour un rêve ou pour finaliser une présentation.
• N'allez pas en cycles dans les détails, travaillez à grands coups.
• Il est difficile de s'éloigner du travail, alors réservez spécialement du temps pour dormir, vous reposer ou vous ennuyer. Vous pouvez définir des alarmes, par exemple.
• Prenez le temps de préparer et de répéter le discours. C'est un must pour tout le monde et toujours. Nous en avons parlé dans l'un des articles précédents.

Et il y a une telle opinion alternative. Quelle option êtes-vous - torture par codage ou guerre par guerre, et déjeuner à l'heure prévue?

Diana Ganieva, équipe Jingu Digital : «Chaque membre de l'équipe est responsable d'une chose, il n'y avait personne pour nous remplacer, nous ne pouvions donc pas travailler par équipes. Quand il n'y avait absolument plus de force, ils dormaient pendant trois heures, selon la quantité de travail qui restait avec le participant. Nous n'avons pas eu le temps de passer du temps avec la parole, nous n'y perdons pas un temps précieux. La productivité a été maintenue, bien qu'avec un court mais un rêve, et des goodies avec du thé - pas de boissons énergisantes ou de café. »

Ils ont caché plusieurs liens utiles sous la coupe, si vous voulez vous plonger dans le sujet de la gestion du temps. Cela vous sera utile dans la vie de tous les jours - croyez l'auteur de ce post, qui est toujours en retard :)

Essayez de vous démarquer

Ci-dessus, nous avons écrit sur l'équipe qui a conclu l'accord pour protéger le projet. Ils étaient si seuls dans leur parcours, et nous sommes sûrs que parmi plus de 3500 participants, il n'y en avait plus.
Bien sûr, cela n'est pas devenu la principale raison de leur victoire, mais un avantage supplémentaire a certainement apporté - au moins, la sympathie des experts. Vous pouvez vous démarquer de différentes manières - nos gagnants commencent seuls chaque performance par une blague qu'ils ont faite une bombe (équipe Sakharov, bonjour!).

Nous ne nous attarderons pas sur cela en détail, mais partageons simplement le cas de l'équipe PLEXeT - il nous semble qu'il vaut la peine de devenir une blague sur le fils de la petite amie de sa mère.

Oleg Bakhtadze-Karnaukhov, équipe PLEXeT: «Nous avons compris que nous étions en avance sur le calendrier et avons décidé que ce serait cool de venir en pré-défense avec un document. Le projet a beaucoup de détails techniques, des explications des algorithmes, qui sont complètement absents de la présentation. Et je veux montrer. Les experts ont soutenu l'idée et ont même contribué à l'optimisation. Ils n'ont même pas regardé la première option, ils ont dit qu'ils ne liraient jamais une telle toile. Nous étions tellement seuls sur les défenses. »

Quelque chose va vraiment mal se passer, et ça va

Sur le hackathon, comme dans la vie ordinaire, il y a toujours de la place pour les jambages. Même s'il semble que vous ayez tout prévu - lequel d'entre nous n'était pas en retard pour l'avion / l'examen / le mariage simplement parce que les voitures ont décidé de se coincer dans les embouteillages, l'escalator - de tomber en panne et le passeport - d'oublier à la maison?

Oleg Bakhtadze-Karnaukhov, équipe PLEXeT: «J'ai fait une présentation toute la nuit avec Polina, mais à la fin ils ont oublié de la télécharger sur un ordinateur dans le hall où la défense a eu lieu. Nous essayons de l'ouvrir à partir d'un lecteur flash, et l'antivirus perçoit le fichier comme un virus et le supprime. En conséquence, nous avons réussi à tout démarrer une minute seulement avant la fin de notre performance. Nous avons réussi à montrer la vidéo, mais toujours très bouleversé. Une histoire similaire nous est arrivée lors de la pré-défense. Notre prototype n'a pas démarré, les ordinateurs de Polina et Leo ont été suspendus, et pour une raison quelconque, j'ai laissé le mien dans le hangar où notre piste était assise. Et bien que les experts aient vu notre travail le matin, nous ressemblions à une équipe d'excentriques avec un document, de beaux mots, mais sans produit. Étant donné que de nombreux participants percevaient mon travail sur les modèles de matrices comme «assis à quelque chose, dessinant, ne regardant pas l'ordinateur», la situation n'était pas très grande. »

Cela peut sembler banal, mais tout ce que vous pouvez faire dans cette situation est d'exhaler. C'est déjà arrivé. Non, vous n'êtes pas les seuls, tout le monde tond. Même si c'est une erreur fatale - c'est de l'expérience. Et pensez-y, mais la personne qui vous évalue considérera-t-elle ce cas comme un fakap?

Partagez dans les commentaires quelle composition est la plus confortable pour vous de travailler sur le hackathon (à la fois chez les personnes et chez les spécialistes) et comment construire des processus en équipe.