Comment Hackathon en 5 étapes faciles

Pourquoi n'y a-t-il pas plus de gens qui parlent de Hackathons? Ils sont une explosion et fournissent fréquemment de la nourriture gratuite et des filateurs agités. Mais surtout, ils sont un excellent moyen pour les développeurs de logiciels d'améliorer leurs compétences en peu de temps, tout en offrant aux professionnels non techniques la possibilité d'exécuter une vision et de donner vie à une idée.

Si vous êtes intéressé à en entrer un, les collèges et les organisations technologiques les tiennent tout le temps. Je suis fier de travailler pour une entreprise (Asurion) qui parraine un hackathon annuel, qui produit des dizaines d'idées innovantes et d'implémentations impressionnantes. Au cours de l'événement de cette année, outre le fait de m'entourer de grands coéquipiers, j'ai suivi ces cinq étapes pour optimiser mon expérience de hackathon.

1. Choisissez quelque chose d'actualité

De nombreux projets intéressants sortent des hackathons, mais après en avoir vu quelques-uns, vous commencerez à voir des répétitions. Pour maximiser la nouveauté, essayez de choisir une technologie ou un thème relativement nouveau. Même si vous ne gagnez pas, vous en apprendrez plus et élargirez les contraintes de votre zone de confort.

Par exemple, en raison de l'augmentation massive du nombre d'assistants à domicile (129% d'une année sur l'autre), notre équipe a décidé d'utiliser Amazon Echo pour notre piratage. Notre service, Soluto, fournit un support premium instantané pour les problèmes technologiques. Nous pensions que l'Echo pourrait être un point d'entrée pratique pour notre service.

Votre idée de hackathon n'a pas toujours besoin de changer le monde. Cela peut être quelque chose de simple et amusant qui est inspiré par un nouveau spectacle, film ou jeu attrayant. J'ai participé à mon premier hackathon il y a quelques années lorsque 2048 est sorti à l'origine. Parce que l'un de nos sponsors était SendGrid, j'ai décidé de pirater ensemble un jeu 2048 alimenté par e-mail. Il a été bien reçu, en raison de sa pertinence à l'époque.

2. Définissez un MVP

La plupart des hackathons durent entre 24 et 72 heures. Bien que cela puisse vous sembler beaucoup de temps à travailler, ce n'est pas le cas, même si vous apportez un sac de couchage. En tant que tel, vous devez définir un produit minimalement viable (MVP) que votre équipe peut créer, tout en vous laissant du temps à perdre.

Vous pouvez accomplir cela en limitant votre hack à quelques fonctionnalités de base. Si votre hack est trop large, chaque fonctionnalité apparaîtra probablement non polie. Si vous avez des idées sur la façon d'élargir votre hack à l'avenir, incluez-les dans votre présentation en tant que points de discussion. Le public et les juges ne vous pardonneront cependant pas si vous avez un bon argumentaire de vente, mais rien de tangible à démontrer.

Cérémonie de remise des prix au Hackathon Asurion 2017 (Nashville). De gauche à droite: Barry Vandevier (juge et président des opérations), Alex Hughes, Lucas Rudd, Jonathan Hughes, Daniel Cottone et Brandon Evans

3. Testez tôt les intégrations tierces

De nombreux hacks utilisent des interfaces de programmation d'applications (API) pour intégrer leur application à d'autres services Web. Vous pouvez demander à vos utilisateurs de se connecter via leur compte Google, d'envoyer des tweets décrivant leur activité dans l'application, et bien plus encore. L'utilisation d'API élargit votre public cible, simplifie le travail de développement et enrichit votre expérience utilisateur.

Malheureusement, les API, de par leur conception, ont leurs limites. Ces tiers ont travaillé très dur pour leurs bases de données et fonctionnalités, et ils ne vous laisseront pas les utiliser sans relâche. Certaines API nécessitent un paiement, la plupart limitent le nombre d'appels que vous pouvez passer dans un délai donné, et toutes limitent l'accès à leurs données d'une manière ou d'une autre. Pour éviter toute idée fausse, vous devez tester votre cas d'utilisation d'intégration tôt, peut-être avant de créer toute autre fonctionnalité.

Je l'ai appris à la dure. Lors d'un précédent hackathon, mon équipe a décidé de créer une application Facebook qui a identifié les amis avec lesquels vous n'avez pas interagi récemment et vous a donné la possibilité de vous reconnecter avec eux. Nous avons construit l'intégralité de l'application pendant la première moitié du hackathon avant de démarrer l'intégration de l'API. Il n'y avait qu'un seul problème: Facebook vous empêche d'obtenir des informations sur vos amis à moins qu'ils aient également l'application. Comme l'application serait inutile jusqu'à ce qu'une partie importante de la population l'installe, nous avons dû retravailler complètement notre idée avec un temps très limité.

Au Asurion Hackathon, nous avons profité de la possibilité d'utiliser les API internes avec lesquelles nous avons travaillé par le passé. Même encore, nous avons d'abord travaillé sur les intégrations, juste au cas où quelque chose arriverait en cours de route. Cela nous a permis de concentrer la majeure partie de notre énergie sur la création et le raffinement de l'expérience utilisateur.

4. S'il n'est pas cassé, ne le réparez pas

Si vous avez mis en œuvre votre MVP avec du temps à perdre, vous pourriez être tenté de le modifier d'une manière ou d'une autre. Votre équipe ne doit pas prendre cette décision à la légère. Un hack n'est pas un produit prêt à être commercialisé. La refactorisation de code de dernière minute n'a pas sa place dans un hackathon. Si votre piratage peut utiliser des améliorations ou des fonctionnalités supplémentaires destinées aux utilisateurs, vous devez évaluer le risque par rapport à la récompense de ces changements et vous donner le temps de récupérer en cas de problème. Au minimum, je m'abstiendrai d'apporter des modifications au hack dans l'heure suivant votre présentation finale. À un moment donné, vous devez arrêter de casser des choses!

Cela ne signifie pas que vous ne devez pas créer une liste de modifications possibles à aborder à un autre moment. Comme mentionné précédemment, un hack, s'il est fait correctement, n'est qu'un MVP, pas un produit fini. Mais cela ne devrait pas vous empêcher de penser aux futures itérations du concept. J'espère que votre hack est une chose en laquelle vous croyez, alors n'hésitez pas à reprendre le projet après la fin du concours. Ne risquez pas de casser quoi que ce soit juste avant votre présentation. En parlant de ça…

5. Présentez comme votre hack en dépend (ça le fait)

Certains hackathons ont des démonstrations séquentielles, tandis que d'autres ont des vitrines où les juges vérifient les hacks à leur guise. Quoi qu'il en soit, la présentation importe autant, sinon plus, que le hack lui-même. Si vous avez un projet étonnant mais que vous ne pouvez pas exprimer sa splendeur, à quoi ça sert? Assurez-vous de consacrer une grande partie de votre temps à la préparation et à la pratique de votre présentation.

C'est là qu'avoir des non-développeurs dans votre équipe peut être extrêmement utile. Après avoir défini le MVP, ces membres de l'équipe peuvent planifier la meilleure façon de le commercialiser en parallèle avec le développement - tant que les deux groupes communiquent entre eux au sujet de tout changement majeur. Les développeurs peuvent aider à se concentrer sur le «quoi», tandis que les autres aident à affiner le «pourquoi».

Avant de concevoir votre pitch, vous devez identifier votre public. Si votre hackathon invite le public à juger, vous aurez envie de capter son attention et de garder la lumière sur le vif du sujet. Si vous faites une présentation aux parties prenantes de l'entreprise, incorporez des projections financières clés et des exemples de valeur ajoutée pour l'organisation. Enfin, si vos collègues hackers évaluent votre projet, passez en revue la pile technologique et montrez les subtilités de votre architecture.

Les présentations les plus mémorables sont généralement les plus interactives. C’est une chose de voir un programme utilisé; c’est une autre expérience de vivre par vous-même. Si vous pouvez trouver un moyen de permettre au public de faire une démonstration de votre produit, allez-y (tant que vous êtes au courant de vos cas limites potentiels).

Si vous suivez ces étapes, vous devriez quitter le hackathon avec un livrable intéressant, unique et bien exécuté. Cela ne veut pas dire que vous êtes assuré de gagner, mais c'est beaucoup moins important que les compétences et l'expérience que vous acquérez en participant à ces événements.

Si vous êtes intéressé à rejoindre notre équipe, n'hésitez pas à consulter les offres d'emploi chez Soluto Nashville et à m'envoyer une note!