Os participantes do hackathon estão em um período de tempo limitado. Freqüentemente, trabalham em equipes que são novas para eles próprios e têm medo de “falhar” na tarefa. Como resultado, uma quantidade desproporcional de tempo é gasta em coisas secundárias. Aqui estão algumas recomendações sobre como perceber o problema a tempo e evitar tal situação.
Etapa 1: formular objetivos de longo prazo
Todos os participantes do hackathon vêm com um objetivo para as próximas horas - vencer. Mas e se não der certo? A participação na competição não tem sentido sem o primeiro lugar?
Sempre o aconselho a formular metas de longo prazo para a equipe e para você, além de vencer. Aprenda a trabalhar rapidamente para obter resultados, melhorar as competências hard / soft, ganhar experiência em uma nova equipe, comunicar-se com especialistas e obter uma oferta de emprego. Assim a motivação de cada participante será maior, e o desempenho da equipe se tornará mais eficaz!
Marcador de problema: você acredita que sem uma vitória após o hackathon, sua vida permanecerá a mesma.
Passo 2: conheça a equipe e tente trabalhar nela
Pode levar muito tempo para estabelecer a comunicação dentro da equipe. Especialmente se você se conheceu pouco antes do hackathon. Portanto, recomendo se preparar com antecedência e bater um papo. Defina a pilha de tecnologia, distribua as funções na equipe, tente analisar juntos algumas tarefas de hackathons anteriores - geralmente elas podem ser encontradas em fontes abertas. A composição ideal da equipe é de cinco especialistas com a seguinte distribuição de funções: líder, analista, designer, desenvolvedor frontal, desenvolvedor posterior.
Pode levar muito tempo para estabelecer a comunicação dentro da equipe. Especialmente se você se conheceu pouco antes do hackathon. Portanto, recomendo se preparar com antecedência e bater um papo. Defina a pilha de tecnologia, distribua as funções na equipe, tente analisar juntos algumas tarefas de hackathons anteriores - geralmente elas podem ser encontradas em fontes abertas. A composição ideal da equipe é de cinco especialistas com a seguinte distribuição de funções: líder, analista, designer, desenvolvedor frontal, desenvolvedor posterior.
Marcador de problema: você nunca viu os membros da sua equipe cara a cara, você não sabe nada sobre eles, você não tem contato entre si.
Etapa 3: desenvolver uma estratégia de tema / faixa
Muito provavelmente, uma tarefa extremamente simples e detalhada atrairá muitas equipes e a competição será maior do que em casos mais complexos. Isso vale a pena considerar.
Além disso, uma descrição detalhada de um problema geralmente contém um pré-requisito para uma solução. As chances são boas de que todos acabarão fazendo a mesma coisa. Melhor escolher um caso que tenha mais liberdade. Assim você e sua equipe poderão solucionar o problema de forma criativa, comprovar sua capacidade e aumentar sua competência.
Marcador de problema: depois de ler o problema, você já sabe o que fazer, desde a arquitetura do banco de dados.
Etapa 4: adicione um sabor funcional à sua solução
Você precisa encontrar algo que diferencie a decisão de sua equipe das demais. É sempre surpreendente quando os autores falam muito sobre o formulário de login, coleta de dados e pouco sobre como funciona. Um hackathon não é uma competição para desenvolver formas básicas simples. Freqüentemente, os autores de tarefas não precisam deles - eles já têm um ecossistema de produtos e ferramentas para coletar dados pessoais. É melhor pular esta parte ou fazê-lo no último momento - a menos que indicado de outra forma na tarefa, não é uma prioridade. Aproveite para fazer com que a ideia básica da solução funcione!
Marcador de problema: a equipe começou a codificar a solução imediatamente, sem discutir seu valor.
Etapa 5: trabalhar com especialistas o tempo todo
Vários especialistas do setor estão sempre presentes no hackathon. Eu recomendo que você aprenda o máximo possível sobre eles com antecedência e use seu conhecimento e experiência ao máximo - eles estão aqui para isso. Prepare perguntas com a equipe. Peça a um especialista para avaliar ideias, sugira algo de você mesmo. Se você terminou a consulta antes do prazo, a equipe não se preparou bem para a reunião.
Marcador de problema: antes de se encontrar com especialistas, você não tem perguntas a fazer, ou após 5 minutos de conversa, você não tem nada a perguntar.
Etapa 6: jogue um milhão de ideias no primeiro checkpoint
CustDev é tudo para você! Se no primeiro ponto de verificação uma equipe apresentar uma (!) Ideia pronta de uma solução, então provavelmente você está percebendo o problema de maneira muito estreita e esta solução pode ser muito semelhante às outras. Nesse caso, será difícil separar a solução da multidão e avaliá-la. Não se apresse.
Coloque muitas ideias primeiro e os especialistas o ajudarão a escolher 2 ou 3 as mais interessantes. A principal questão que você precisa se perguntar é para quem se destina essa solução?
Marcador de problema: você não conhece seu usuário ou mostrou parte de uma solução de trabalho no primeiro checkpoint.
Passo 7: no segundo checkpoint, um protótipo de apresentação já deve ser apresentado
No segundo checkpoint, as equipes apresentam a solução e discutem sua implementação. Mas muitas vezes é esquecido que um rascunho da apresentação precisa estar pronto para que os especialistas possam verificá-lo e posteriormente avaliar o resultado final.
Marcador de problema: A equipe não começou a fazer a apresentação e não sabe quem vai falar.
Passo 8: no terceiro checkpoint, você já deve apresentar o seu produto, pois ele ficará na frente do júri por um tempo,
apenas alguns minutos serão dados para a apresentação na frente do júri. Você precisa praticar para ser capaz de dizer o que é mais importante sobre o seu produto. Portanto, no terceiro ponto de verificação, como especialista, sempre peço às equipes que atuem um pouco. Isso ajuda muito!
Marcador de problema: a apresentação ou o vídeo da apresentação não está pronto.
Etapa 9: você deve ser claro sobre os critérios de avaliação
No início do hackathon, leia atentamente e discuta os critérios para avaliar decisões com especialistas. Para cada um deles, deve haver uma resposta clara em sua apresentação para o júri avaliar. Entenda, se o trabalho foi feito, mas você não contou ao júri sobre ele, então eles próprios não serão capazes de adivinhar o seu sucesso.
Não perca tempo descrevendo o problema do problema - o júri já sabe disso. De nada adianta apresentar os membros da equipe por muito tempo e descrever suas competências. O principal na apresentação é a história da sua decisão, levando em consideração os critérios de avaliação.
Marcador de problema: você não conhece os critérios de avaliação do hackathon.
Etapa 10: tome julgamentos e críticas com firmeza
Claro, especialistas e júris tentam ser imparciais. Mas, no entanto, todas as avaliações são em um grau ou outro subjetivo e dependem da apresentação do projeto e das opiniões de um determinado membro do júri. Ao somar os resultados nas pistas, onde muitas equipes entraram, 1-2 pontos de um tomador de decisão geralmente determinam o destino. Portanto, sua equipe precisa inicialmente obter uma vantagem maior do resto. Para fazer isso, você precisa levar em consideração todas as dicas anteriores.
Acredito que depois de ler este artigo, você poderá organizar adequadamente seu trabalho no hackathon. Boa sorte!