Definitivamente, algo vai dar errado, e tudo bem: como ganhar um hackathon com uma equipe de três

Qual composição você costuma frequentar nos hackathons? Inicialmente, afirmamos que a equipe ideal é composta por cinco pessoas - um gerente, dois programadores, um designer e um profissional de marketing. Mas a experiência de nossos finalistas mostrou que você pode ganhar um hackathon com uma pequena equipe de três. Das 26 equipes que venceram a final, 3 competiram e venceram com os mosqueteiros. Como eles conseguiram - continue lendo.



Conversamos com os capitães das três equipes e percebemos que suas estratégias de comportamento têm muito em comum. Os heróis deste post são as equipes PLEXeT (Stavropol, nomeação do Ministério das Comunicações e Meios de Comunicação de Massa), Composite Key (Tula, nomeação do Ministério de Informatização e Comunicações da República do Tartaristão) e Jingu Digital (Ecaterimburgo, nomeação do Ministério da Indústria e Comércio). Para aqueles que estão interessados ​​- uma breve descrição das equipes estava escondida sob o gato.

Escolha uma tarefa que seja próxima das suas competências

Lembre-se, havia uma rima como "círculo dramático, círculo na foto e eu também quero cantar caça"? Acho que muitas pessoas estão familiarizadas com esse sentimento - quando tudo ao redor é interessante, quero me mostrar de uma nova maneira e sentir a nova indústria / esfera de desenvolvimento. A escolha aqui depende apenas dos objetivos de sua equipe e de sua disposição de correr riscos - você pode aceitar seu erro se, de repente, perceber no meio do hackathon que não é possível realizar essa tarefa? Experimentos da categoria "Eu não remexo no desenvolvimento móvel, mas que diabos não está brincando" - um amador. Você é o amador?

Artem Koshko ( ashchuk ), equipe “Composite Key” : “Inicialmente planejamos tentar algo novo. No estágio regional, eles tentaram vários pacotes de pepitas, aos quais as mãos não chegaram, e o Yandex.Cloud. Na final, implantamos o CockroachDB no Kubernetes, tentamos fazer migrações para ele usando o EF Core. Algo correu bem, algo não tão bom. Então, nós dois aprendemos coisas novas, testamos a nós mesmos e garantimos a confiabilidade de abordagens comprovadas . ”

Como escolher uma tarefa se você correr os olhos:

• Pense em quais competências são necessárias para resolver este caso e se todos os membros da equipe as possuem
• Se as competências não são suficientes - você pode compensá-las (encontre uma solução diferente, aprenda rapidamente coisas novas)
• Faça uma breve visão geral do mercado para o qual você fabricará o produto
• Calcule a competição - qual faixa / empresa / tarefa a maioria das pessoas irá
• Responda à pergunta: o que mais o motivará?

Oleg Bakhtadze-Karnaukhov ( PLEXeT ), equipe do PLEXeT : “Decidimos fazer uma transferência de dez horas no aeroporto - exatamente no momento do pouso, uma lista de trilhas e breves formulações de tarefas caiu em nosso correio. Identifiquei imediatamente quatro coisas nas quais eu, como programador, estou interessado e que entendem o plano de ação após o início - o que precisa ser feito e como o faremos. Em seguida, ele estimou as tarefas de cada membro da equipe e avaliou o nível de competição. Como resultado, escolhemos entre as tarefas da Gazprom e o Ministério das Comunicações. O pai do nosso designer trabalha com a indústria de petróleo e gás - ligamos para ele e fizemos perguntas sobre a indústria. Como resultado, percebemos que é interessante, mas não podemos oferecer algo fundamentalmente novo e não seremos capazes de retirá-los em termos de competências, porque há muitas especificidades do setor a serem consideradas. Como resultado, eles se arriscaram e foram para a primeira faixa. ”

Diana Ganieva ( dirilean ), equipe da Jingu Digital: “No estágio regional, tivemos uma tarefa relacionada à agricultura e, nas finais - AR / VR na indústria. Eles foram escolhidos por toda a equipe para que cada pessoa pudesse realizar suas habilidades. Depois de exibirmos o que nos parecia não tão interessante. ”

Fazer lição de casa

E não estamos falando de preparação de código agora - fazer isso geralmente não faz sentido. É sobre comunicação em equipe. Se você ainda não jogou, não aprendeu a se entender e a concordar, a se reunir duas vezes com antecedência e a modelar um hackathon, ou pelo menos entrar em contato para conversar sobre os principais pontos, elaborar um plano de ação e discutir os pontos fortes e fracos um do outro. Você pode até encontrar um caso e tentar resolvê-lo - pelo menos esquematicamente, no nível de "como ir do ponto A ao ponto B".

Neste parágrafo, corremos o risco de pegar menos pontos no karma e nos comentários, dizendo que você não entende nada, mas e a emoção, a motivação, a sensação de que um protótipo nascerá do caldo primário (olá, aulas de biologia).

Sim, mas.

A improvisação e o impulso só são bons quando se tornam apenas um pequeno desvio da estratégia - caso contrário, os riscos são grandes demais para passar o tempo a causar caos e corrigir erros, em vez de trabalhar, comer ou dormir.

Oleg Bakhtadze-Karnaukhov, equipe do PLEXeT : “Eu não conhecia nenhum membro da minha equipe antes da competição - eu os selecionei e os convidei com base em competências e avaliações na fase de testes on-line. Quando vencemos o hackathon regional e percebemos que ainda tínhamos que ir juntos para Kazan e terminar o projeto de hackathon em Stavropol, decidimos que nos prepararíamos e treinaríamos. Nós nos encontramos duas vezes antes das finais - encontramos uma tarefa aleatória e a resolvemos. Algo como um campeonato de casos. E já nessa fase vimos um problema na comunicação e na alocação de tarefas - enquanto Polina (designer) e Lev (gerente) estavam pensando em estilo corporativo, recursos do produto, procurando dados de mercado, eu tinha muito tempo livre. Então, percebemos que precisamos tornar a nomeação mais complicada (não me gabo, nós nos deparamos principalmente com tarefas relacionadas à web, e eu a tenho por uma ou duas) e preciso me envolver mais nos processos de trabalho. Como resultado, no final da revisão preliminar, eu estava envolvido em modelagem matemática, desenvolvendo algoritmos. ”

Artyom Koshko, equipe "Composite Key" : "Estávamos nos preparando mais mentalmente, nem estávamos falando sobre a preparação do código. Também distribuímos funções na equipe com antecedência - todos os três programadores (temos um fullstack e dois back-ends, além de estar um pouco vasculhando o desenvolvimento móvel), mas ficou claro que alguém teria que assumir as funções de designer e gerente. Então, despercebido por mim, tornei-me líder de equipe, tentei ser analista de negócios, palestrante e criador de apresentações. Acho que se não tivéssemos dito isso com antecedência, não poderíamos alocar corretamente o tempo e não teríamos chegado à defesa final. "

Diana Ganieva, Jingu Digital: “Não nos preparamos para o hackathon, porque acreditamos que os projetos de hack devem ser feitos do zero - isso é honesto. De antemão, na fase de seleção de faixas, tínhamos um conceito geral do que queremos fazer . ”

Em alguns desenvolvedores não vão

Diana Ganieva, equipe da Jingu Digital : “Temos três especialistas na equipe em diferentes áreas. Na minha opinião, esta é a composição perfeita para um hackathon. Todo mundo está ocupado com seus próprios negócios e não há interseções e compartilhamento de tarefas. Outra pessoa seria supérflua. "

As estatísticas mostraram que a composição média de nossas equipes é de 4 a 5 pessoas, entre as quais (na melhor das hipóteses) é um designer. Geralmente, acredita-se que você precisa fortalecer a equipe com desenvolvedores de faixas diferentes - para poder tanto a base quanto a "máquina" surpreenderem isso. Na melhor das hipóteses, eles ainda levam o designer com eles (não se ofenda, nós amamos você!). A apresentação e as interfaces não se renderão no final. O papel do gerente é negligenciado com mais frequência - geralmente essa função é assumida pelo capitão da equipe, desenvolvedor de meio período.
E isso é fundamentalmente errado.

Artem Koshko, equipe “Composite Key” : “Em algum momento, lamentamos não incluir um especialista na equipe. Se ainda pudéssemos lidar com o design de alguma forma, era difícil lidar com o plano de negócios e outras coisas estratégicas. Um exemplo vívido é quando era necessário calcular o público-alvo e o tamanho do mercado, TAM, SAM. ”

Oleg Bakhtadze-Karnaukhov, equipe do PLEXeT : “A contribuição do desenvolvedor para o produto está longe de 80% do trabalho, como geralmente se acredita. Isso não quer dizer que foi mais fácil para os caras - quase toda a gama principal de tarefas estava neles. Meu código sem interfaces, apresentações, vídeos, estratégias é apenas um conjunto de caracteres. Se houvesse mais desenvolvedores na equipe em vez deles, provavelmente teríamos feito isso, mas tudo pareceria menos profissional. Especialmente, a apresentação é geralmente metade do sucesso, como me parece. Durante a defesa e depois na vida real em alguns minutos, ninguém terá tempo para entender se o seu protótipo realmente funciona. Se você se deixar levar pelos esquemas, ninguém o ouvirá. Você vai longe demais com o texto - todos entenderão que você mesmo não sabe o que é mais importante em seu produto, como enviá-lo e quem precisa. ”

Gerenciamento de tempo e descanso

Lembra-se de que, em desenhos animados como os heróis de Tom e Jerry, colocavam fósforos sob as pálpebras para não fecharem? Os participantes inexperientes (ou entusiasmados) do hackathon também têm a mesma aparência.

No hackathon, é fácil perder o contato com a realidade e a noção do tempo - a atmosfera é propícia a uma codificação desenfreada, sem pausas para descanso, sono, chafurdando na brincadeira na sala de jogos, conversando com parceiros ou participando de aulas de mestre. Se você o trata como uma Copa do Mundo ou uma Olimpíada, então sim, talvez valha a pena se comportar. Na verdade não.

Artyom Koshko, equipe do Composite Key : “Tínhamos muito chuck-chuck, muito - no meio da mesa uma torre foi construída a partir dela, nos apoiou no espírito de luta e com carboidratos na hora certa. Descansamos e trabalhamos juntos quase o tempo todo, individualmente não descansamos. Mas eles dormiram de maneiras diferentes. Andrey (desenvolvedor fullstack) gosta de dormir durante o dia, Denis e eu gostamos de dormir à noite. Por isso, trabalhei mais com Denis durante o dia e com Andrey à noite. E ele dormiu em intervalos. Não tínhamos nenhum tipo de sistema de trabalho e definição de tarefas - tudo era espontâneo. Mas isso não nos incomodou, porque nos entendemos e nos complementamos bem. Ajudou o fato de sermos colegas e nos comunicarmos de perto. Eu sou um ex-estagiário de Andrey, e Denis veio para a empresa como meu estagiário. ”

E aqui, a propósito, é a mesma montanha de chak-chak.



Gerenciamento de tempo competente quase todos os participantes que entrevistamos chamaram o principal critério de sucesso no hackathon. O que isso significa? Você distribui as tarefas de modo a ter tempo para dormir e comer, e as tarefas são realizadas não em modo amassado , mas em um ritmo confortável para cada membro da equipe.


Oleg Bakhtadze-Karnaukhov, equipe do PLEXeT : “ Nossa tarefa não era trabalhar tantas horas quanto possível, mas permanecer produtivo o máximo possível. Embora tenhamos dormido 3-4 horas por dia, parece que conseguimos. Poderíamos ir à sala de jogos ou passear nas bancas dos parceiros, reservando tempo normal para comer. No segundo dia, tentamos descarregar Leo o máximo possível, para que ele dormisse o suficiente e conseguisse se colocar em ordem antes da apresentação. Os ensaios de Hackathon nos ajudaram, já que já sabíamos como distribuir tarefas e sincronizar a rotina diária - comíamos, dormíamos e acordávamos ao mesmo tempo. Como resultado, eles trabalharam como um único mecanismo. ”

Não sabemos como essa equipe conseguiu arrastar o Olho de Agomoto para o hackathon, mas no final eles até conseguiram gravar um vídeo sobre o projeto e preparar uma apostila.

Algumas dicas de gerenciamento de tempo do hackathon:

• Vá do grande para o pequeno - supere as tarefas em pequenos blocos.
• Hackathon é uma maratona. Qual é a coisa mais importante em uma maratona? Tente correr em um ritmo uniforme, caso contrário você cairá no final da distância. Tente trabalhar com aproximadamente a mesma intensidade e não se canse.
• Pense com antecedência o que será incluído nas tarefas de cada participante e quanto tempo ele gastará nela. Isso ajudará a evitar surpresas quando chegar a meia hora do prazo e você não tem um grande trabalho pronto.
• Verifique as coordenadas para ajustar o volume de tarefas. Sente que está indo bem e que o tempo está acabando? Excelente - você pode gastá-lo em um sonho ou finalizar uma apresentação.
• Não entre em detalhes nos ciclos, trabalhe com movimentos largos.
• É difícil se afastar do trabalho, então reserve um tempo especialmente para dormir, descansar ou entediar. Você pode definir alarmes, por exemplo.
• Tire um tempo para preparar e ensaiar o discurso. É uma obrigação para todos e sempre. Nós conversamos sobre isso em um dos posts anteriores.

E existe uma opinião tão alternativa. Que opção você é - tortura por código ou guerra por guerra e almoço dentro do cronograma?

Diana Ganieva, equipe da Jingu Digital : “Todas as pessoas da equipe são responsáveis ​​por uma coisa, não havia ninguém para nos substituir, então não podíamos trabalhar em turnos. Quando não havia mais força, eles dormiram por três horas, dependendo da quantidade de trabalho que permaneceu com o participante. Não houve tempo para sair da palavra, não estamos desperdiçando um tempo precioso nisso. A produtividade foi mantida, embora com um curto, mas um sonho, e guloseimas com chá - sem bebidas energéticas ou café. ”

Eles ocultaram vários links úteis, se você quiser mergulhar no tópico de gerenciamento de tempo. Será útil na vida cotidiana - acredite no autor deste post, que é sempre tarde :)

Tente se destacar

Acima, escrevemos sobre a equipe que fez o acordo para proteger o projeto. Eles estavam tão sozinhos em sua trilha, e temos certeza de que entre mais de 3500 participantes não houve mais.
Obviamente, isso não se tornou o principal motivo de sua vitória, mas uma vantagem adicional definitivamente trouxe - pelo menos, a simpatia dos especialistas. Você pode se destacar de diferentes maneiras - somente os vencedores começam cada apresentação com uma piada de que eles fizeram uma bomba (equipe Sakharov, olá!).

Não vamos nos aprofundar nisso em detalhes, mas apenas compartilhar o estudo de caso do PLEXeT - parece-nos que ele é digno de se tornar uma piada sobre o filho da namorada de sua mãe.

Oleg Bakhtadze-Karnaukhov, equipe do PLEXeT: “Entendemos que estávamos adiantados no cronograma e decidimos que seria legal entrar em pré-defesa com uma apostila. O projeto possui muitos detalhes técnicos, explicações sobre os algoritmos, que estão completamente ausentes na apresentação. E eu quero mostrar. Especialistas apoiaram a ideia e até ajudaram a otimizar. Eles nem olharam para a primeira opção, disseram que nunca iriam ler uma tela dessas. Estávamos tão sozinhos nas defesas.

Definitivamente, algo vai dar errado, e tudo bem

No hackathon, como na vida cotidiana, sempre há espaço para batentes. Mesmo que pareça que você previu tudo - qual de nós não estava atrasado para o avião / exame / casamento simplesmente porque os carros decidiram ficar presos no engarrafamento, a escada rolante - para quebrar e o passaporte - para esquecer em casa?

Oleg Bakhtadze-Karnaukhov, equipe do PLEXeT: “Fiz uma apresentação a noite toda com Polina, mas no final eles esqueceram de carregá-la em um computador no salão onde a defesa ocorreu. Estamos tentando abri-lo a partir de uma unidade flash, e o antivírus percebe o arquivo como um vírus e o remove. Como resultado, conseguimos iniciar tudo apenas um minuto antes do final de nosso desempenho. Conseguimos mostrar o vídeo, mas ainda muito chateado. Uma história semelhante aconteceu conosco na pré-defesa. Nosso protótipo não começou, os computadores de Polina e Leo desligaram e, por algum motivo, deixei o meu no hangar onde nossa pista estava. E embora os especialistas vissem nosso trabalho pela manhã, parecíamos uma equipe de excêntricos com um folheto, palavras bonitas, mas sem um produto. Considerando que muitos participantes perceberam o meu trabalho em modelos matemáticos como “sentado em alguma coisa, desenhando, sem olhar para o computador”, a situação não era muito grande ”.

Soará banal, mas tudo o que você pode fazer nessa situação é expirar. Isso já aconteceu. Não, você não é o único, todos cortam a grama. Mesmo que seja um erro fatal - é a experiência. E pense bem, mas a pessoa que o avalia considera esse caso um fakap?

Compartilhe nos comentários qual composição é mais confortável para você trabalhar no hackathon (tanto em pessoas quanto em especialistas) e como criar processos em uma equipe.