Les participants au hackathon sont sur un laps de temps limité. Ils travaillent souvent dans des équipes qui sont nouvelles pour eux-mêmes et qui ont peur «d'échouer» la tâche. En conséquence, un temps disproportionné est consacré à des choses secondaires. Voici un certain nombre de recommandations sur la façon de remarquer le problème à temps et d'éviter une telle situation.
Étape 1: Formulez des objectifs à long terme
Tous les participants au hackathon viennent avec un objectif pour les prochaines heures - gagner. Mais que faire si ça ne marche pas? La participation au concours n'a-t-elle pas de sens sans la première place?
Je vous conseille toujours de formuler des objectifs à long terme pour l'équipe et pour vous-même, en plus de gagner. Apprenez à travailler rapidement pour obtenir des résultats, améliorez vos compétences hard / soft, acquérez de l'expérience dans une nouvelle équipe, communiquez avec des experts et obtenez une offre d'emploi. Ainsi, la motivation de chaque participant sera plus élevée, et la performance de l'équipe deviendra plus efficace!
Marqueur de problème: vous croyez que sans victoire après le hackathon, votre vie restera la même.
Étape 2: apprenez à connaître l'équipe et essayez d'y travailler
L'établissement de la communication au sein de l'équipe peut prendre du temps. Surtout si vous vous êtes rencontrés juste avant le hackathon. Par conséquent, je recommande de se préparer à l'avance et de discuter. Définissez la pile technologique, répartissez les rôles dans l'équipe, essayez d'analyser ensemble quelques tâches des hackathons passés - on les trouve généralement dans des sources ouvertes. La structure optimale de l'équipe est de cinq spécialistes avec la répartition suivante des rôles: leader, analyste, concepteur, développeur avant, développeur arrière.
L'établissement de la communication au sein de l'équipe peut prendre du temps. Surtout si vous vous êtes rencontrés juste avant le hackathon. Par conséquent, je recommande de se préparer à l'avance et de discuter. Définissez la pile technologique, répartissez les rôles dans l'équipe, essayez d'analyser ensemble quelques tâches des hackathons passés - elles se trouvent généralement dans des sources ouvertes. La structure optimale de l'équipe est de cinq spécialistes avec la répartition suivante des rôles: leader, analyste, concepteur, développeur avant, développeur arrière.
Marqueur de problème: vous n'avez jamais vu les membres de votre équipe face à face, vous ne savez rien à leur sujet, vous n'avez aucun contact les uns avec les autres.
Étape 3: Développer un thème / stratégie de piste
Très probablement, une tâche trop simple et détaillée attirera de nombreuses équipes et la concurrence sera plus forte que dans les cas plus complexes. Cela vaut la peine d'être considéré.
De plus, une description détaillée d'un problème contient souvent une condition préalable à une solution. Il y a de bonnes chances que tout le monde finisse par faire la même chose. Mieux vaut choisir un étui qui a plus de liberté. Ainsi, vous et votre équipe serez en mesure de résoudre le problème de manière créative, de faire vos preuves et d'augmenter vos compétences.
Marqueur de problème: après avoir lu le problème, vous savez déjà quoi faire, jusqu'à l'architecture de la base de données.
Étape 4: ajoutez une saveur fonctionnelle à votre solution
Vous devez trouver quelque chose qui distinguera la décision de votre équipe des autres. Il est toujours surprenant que les auteurs parlent beaucoup du formulaire de connexion, de la collecte de données et peu de son fonctionnement. Un hackathon n'est pas une compétition pour développer des formulaires de base simples. Souvent, les auteurs de tâches n'en ont pas besoin - ils disposent déjà d'un écosystème de produits et d'outils pour collecter des données personnelles. Il est préférable de sauter cette partie ou de la faire au dernier moment - sauf indication contraire dans l'affectation, ce n'est pas une priorité. Prenez ce temps pour faire fonctionner l'idée de base de la solution!
Marqueur de problème: l' équipe a commencé à coder la solution immédiatement sans discuter de sa valeur.
Étape 5: travaillez avec des experts tout le temps
Plusieurs experts de l'industrie sont toujours présents au hackathon. Je vous recommande d'en apprendre le plus possible à leur sujet à l'avance et d'utiliser au maximum leurs connaissances et leur expérience - ils sont là pour cela. Préparez des questions avec l'équipe. Demandez à un expert d'évaluer des idées, suggérez quelque chose de vous-même. Si vous avez terminé la consultation plus tôt que prévu, l'équipe ne s'est pas bien préparée pour la réunion.
Marqueur de problème: avant de rencontrer des experts, vous n'avez pas de questions à leur poser, ou après 5 minutes de conversation, vous n'avez rien à demander.
Étape 6: ajoutez un million d'idées au premier point de contrôle
CustDev est votre tout! Si, au premier point de contrôle, l'équipe présente une (!) Idée toute faite de la solution, il est fort probable que vous perceviez le problème de manière trop étroite, et cette solution peut être très similaire aux autres. Dans ce cas, il sera difficile de séparer la solution de la foule et de l'évaluer. Ne te presse pas.
Jetez d'abord beaucoup d'idées et les experts vous aideront à choisir les 2 ou 3 les plus intéressantes. La principale question que vous devez vous poser est la suivante: à qui s'adresse cette solution?
Marqueur de problème: vous ne connaissez pas votre utilisateur ou vous avez montré une partie d'une solution de travail au premier point de contrôle.
Étape 7: au deuxième point de contrôle, un prototype de présentation doit déjà être présenté
Au deuxième point de contrôle, les équipes présentent la solution et discutent de sa mise en œuvre. Mais on oublie souvent qu'un projet de présentation doit être préparé pour que les experts puissent le vérifier et ensuite évaluer le résultat final.
Marqueur de problème: l' équipe n'a pas commencé à faire la présentation et ne sait pas qui parlera.
Etape 8: au troisième point de contrôle, vous devez déjà présenter votre produit tel qu'il sera devant le jury, pour un temps
Seules quelques minutes sont données pour jouer devant le jury. Vous devez vous entraîner pour pouvoir dire la chose la plus importante sur votre produit. Par conséquent, au troisième point de contrôle, en tant qu'expert, je demande toujours aux équipes de performer pendant un certain temps. Cela aide beaucoup!
Marqueur de problème: la présentation ou la vidéo de présentation n'est pas prête.
Étape 9: vous devez être clair sur les critères d'évaluation
Au tout début du hackathon, lisez attentivement et discutez des critères d'évaluation des décisions avec des experts. Pour chacun d'eux, il devrait y avoir une réponse claire dans votre présentation que le jury évaluera. Comprenez que si le travail a été fait, mais que vous n'en avez pas parlé au jury, ils ne pourront pas deviner eux-mêmes votre succès.
Ne perdez pas de temps à décrire le problème du problème - le jury le sait déjà. Il ne sert à rien de présenter longuement les membres de l'équipe et de décrire vos compétences. L'élément principal de la présentation est l'histoire de votre décision, en tenant compte des critères d'évaluation.
Marqueur de problème: vous ne connaissez pas les critères d'évaluation du hackathon.
Étape 10: prenez fermement les jugements et les critiques
Bien sûr, les experts et les jurys essaient d'être impartiaux. Mais, néanmoins, toutes les évaluations sont à un degré ou à un autre subjectives et dépendent de la présentation du projet et des opinions d'un membre du jury en particulier. Lors de la synthèse des résultats sur les pistes, où de nombreuses équipes sont engagées, 1 à 2 points d'un seul décideur sont souvent déterminés. Par conséquent, votre équipe doit initialement obtenir une plus grande avance par rapport aux autres. Pour ce faire, vous devez prendre en compte tous les conseils précédents.
Je pense qu'après avoir lu cet article, vous serez en mesure d'organiser correctement votre travail lors du hackathon. Bonne chance!