
Em março, toda a equipe entrou em auto-isolamento voluntário - e mesmo assim percebemos que o outono VK Hackathon em seu formato usual estava sob ameaça.
Nosso hackathon é um dos maiores da Rússia: seu prêmio é de 2 milhões de rublos. Este é o evento principal da VKontakte, que é esperado todos os anos. Em 2019, o VK Hackathon foi realizado no Manezh, um edifício histórico no centro de São Petersburgo, onde são realizados os maiores fóruns e exposições internacionais. A competição contou com a presença de 600 pessoas de 150 equipes - tanto desenvolvedores independentes quanto funcionários de grandes empresas de TI: Yandex, Sberbank, Mail.ru, OZON, JetBrains, Alfa-Bank e outros.

Poderíamos adiar o hackathon para o próximo ano, mas não queríamos deixar nossos participantes sem uma competição em 2020. Ou mova-o online sem alterar o formato e o nome, como muitos colegas fizeram. Mas não seria mais o VK Hackathon - sua característica está precisamente na atmosfera de codificação de comando contínua no centro de São Petersburgo. Portanto, decidimos deixar o evento off-line para tempos melhores e pensamos em um novo.
Não haverá offline. O que fazer?
Começamos analisando os ingredientes de uma hackatona clássica. Para simplificar, descobriu-se que, no evento, os membros da equipe trabalham quase em turnos: primeiro, o designer desenha os primeiros layouts e, em seguida, os desenvolvedores móveis ou da web criam a parte técnica do produto, que é, em última análise, protegida no lançamento.
Formulamos uma ideia: lançar microcompetições em diferentes direções e, assim, conduzir uma seleção de equipes em várias etapas para a final. Eles pegaram o esquema "design - aplicativo móvel - web" como base e apresentaram três casos que as equipes tiveram que resolver em duas semanas. A essas tarefas, adicionamos generosamente tarefas de aquecimento: testes, bem como encontrar e corrigir vulnerabilidades em VK Mini Apps .
Foi assim que nasceu o conceito de maratona de codificação e nasceu Vezdecod.
Everywhere Code 1.0
" Vezdecod " é uma maratona de duas semanas onde se pode participar sozinho ou em equipe de até quatro pessoas. A competição foi realizada em uma comunidade fechada do VKontakte - os caras chegaram lá após o registro. As tarefas foram publicadas no grupo - pontos foram atribuídos a quem as executou corretamente. Em termos de total, as equipes ocuparam as linhas da classificação geral. Os proprietários dos três primeiros lugares da classificação final foram os vencedores da maratona. Os pontos também foram úteis para os participantes da loja interna da Vezdekoda: eles podiam comprar adesivos, crachás, bichos de pelúcia e outras mercadorias da VK, além de bônus não materiais importantes: por exemplo, uma revisão de currículo com nossa equipe de RH.
Uma das principais características do evento foi que todos os dias às 12h00 (horário de Moscou) entramos no ar: explicamos a tarefa principal e respondemos às perguntas dos participantes. Nessas reuniões, conversamos com os caras cara a cara - e isso ajudou a manter uma conexão próxima com as equipes. O resultado é um hackathon e formato de reality show em uma garrafa.

Fizemos dois chats em nome da comunidade Vezdecode:
- “Questões organizacionais” - aqui os participantes especificaram tarefas, deram feedback e perguntaram: “ONDE estão os PONTOS?”;
- floodilk - para que todos possam se comunicar sobre qualquer assunto.
Os chats não paravam 24 horas por dia, 7 dias por semana: respondíamos a perguntas constantemente, ajudávamos a compreender as tarefas e recebíamos feedback. Era um formato completamente novo - tanto para nós quanto para os participantes. Então tentamos responder aos comentários dos rapazes e fomos ao seu encontro: terminamos as tarefas, mudamos a prioridade ou os critérios de avaliação dos resultados, se entendemos que algo não era inteiramente lógico.
Todas as informações importantes, avaliação, resultados de tarefas adicionais foram publicados não só em uma comunidade fechada, mas também em um canal especial "Vezdekoda".
De acordo com os resultados da maratona, cada membro das 5 primeiras equipes recebeu um prêmio valioso - equipamento Apple. Enviamos todos os prêmios, incluindo produtos, para os caras duas semanas após a final.

Participantes
Tradicionalmente, damos aos participantes a liberdade de decidir quantas pessoas farão parte de sua equipe. Vamos designar apenas a borda superior - quatro. No hackathon offline era possível competir com duas ou três pessoas, e em Vezdecode até sozinho. Mas a estratégia vencedora foi a estratégia das equipes, onde vários especialistas de diferentes direções se uniram. Como no hackathon clássico, todos tinham que desempenhar um papel: responsável pelo design, desenvolvimento web ou móvel. (No meio de Vezdekod, percebemos que esse esquema não funcionava: os caras invadiam as tarefas independentemente da especialização.)
Qualquer pessoa com mais de 14 anos pode tentar sua sorte na maratona. Desenvolvemos um mini-aplicativo simples para cadastro de participantes. Tornou possível descarregar rapidamente o banco de dados atualizado - afinal, era possível ingressar no Vezdekod a qualquer momento. Tornamos o registro o mais gratuito possível, por isso reunimos muito mais participantes do que o esperado. Estava planejado que seriam cerca de mil, mas como resultado, 1.400 equipes (!) Foram aceitas na maratona - são quase 3.000 participantes.

Tarefas e sua avaliação
Como avaliar adequadamente vários projetos em um ambiente totalmente online? E será possível oferecer condições de igualdade para os participantes, se alguém puder trabalhar em um projeto o dia todo por duas semanas, enquanto outros conseguem alocar apenas algumas noites para as tarefas?
Criamos um sistema flexível de tarefas ramificadas. Baseia-se em três grandes projetos de diferentes níveis: simples, médio e complexo. Cada um deles incluiu tarefas por categoria: design, mobile e desenvolvimento web. Então, resultaram 9 tarefas. Em seguida, adicionamos blocos de teste - e as tarefas se tornaram 12. Elas são conceitualmente relacionadas entre si, mas podem ser executadas separadamente. Quanto mais tarefas a equipe fazia, mais pontos ganhava. Se eu fizesse todas as tarefas de um projeto, obtive um produto completo: um mini-aplicativo ou um aplicativo móvel com uma versão da web. Distribuímos as tarefas em ordem aleatória, mas participantes atentos adivinharam o que teriam de implementar em alguns dias.

Novas tarefas eram publicadas em público fechado, uma por dia - e deveriam ser concluídas em 24 horas. Nem todos os participantes estavam ocupados diariamente - por exemplo, se planejássemos uma tarefa para o desenvolvimento da web, os designers poderiam descansar. Para evitar que os caras livres fiquem entediados, oferecemos a eles tarefas adicionais: nós os convidamos para testes de bot repentinos e competições online com base em nossas atividades favoritas de conferências: Code in the Dark (este é um layout cego) e Kitten Contest (versão do "Own Game" da VK )

Nos trabalhos para o desenvolvimento de versões mobile e web de projetos, sugerimos usar um design que os próprios participantes criaram. As equipes tiveram layouts diferentes em termos de ponderação - mas isso não deve ter afetado os pontos de implementação. Portanto, escolhemos a opção de design mais forte e demos a todas as equipes a oportunidade de trabalhar com ela.
Aqui nos deparamos com a primeira dificuldade: mesmo um layout cuidadosamente desenhado pelos participantes pode não estar totalmente adaptado para cada uma de nossas plataformas - mobile web, Mini App, iOS e Android. Além disso, os participantes acharam difícil aplicar suas diretrizes ao layout acabado.
O segundo problema era que em tarefas mais complexas, apesar dos layouts bem descritos, os caras tinham muitas dúvidas sobre as ações de botões e animações individuais. Procuramos motivar os participantes a mostrarem a sua imaginação e descobrirem as suas próprias formas de preencher as lacunas, durante a avaliação foram atribuídos pontos adicionais pela criatividade.

Mas o principal desafio dos eventos online sem seleção preliminar é o volume imprevisível de verificação de tarefas. Ao fazer o primeiro cronograma, pensamos que poderíamos revisar todas as soluções em cerca de um dia. Afinal, os participantes concluem as tarefas em 24 horas! Como erramos :) Em uma das atribuições de design, recebemos 164 soluções, e 100 soluções para desenvolvimento móvel: alguns dos participantes tinham implementações Android e iOS. Como resultado, mal tivemos tempo de publicar as pontuações finais da tarefa apenas um dia e meio depois de terminarmos de tomar as decisões dos participantes. Também era impossível deixar feedback detalhado - como resultado, os caras discutiram os projetos uns dos outros no chat organizacional.
Também não levamos em consideração o grande amor dos participantes do Vezdekod pelo desenvolvimento não nativo para plataformas móveis - e não previmos isso ao formular tarefas. Muitas equipes começaram a trabalhar com React Native e Flutter - com a ajuda deles, você pode facilmente garantir a multiplataforma e até mesmo reutilizar o código entre trabalhos móveis e da web. Mas os resultados não nos agradaram na hora de verificar as tarefas: as soluções nem sempre foram coletadas do código-fonte, elas se basearam nas abordagens não mais eficazes. Infelizmente, não formulamos imediatamente a lista de tecnologias permitidas - portanto, os participantes estavam justamente descontentes com o fato de que as regras para avaliação de decisões estavam mudando.
Paz, amizade, memes
Na segunda semana da maratona, memes dos participantes começaram a aparecer no chat da inundação. As fotos eram super engraçadas, então decidimos organizar uma batalha e dar aos autores das piadas mais adequadas pontos adicionais.

«».
A receita para o hackathon perfeito tem vários ingredientes essenciais: uma equipe bacana, uma ideia original, uma implementação de qualidade e uma apresentação explosiva. Na final de Vezdekoda, assumimos um dos componentes: oferecemos a vinte times líderes ideias muito incomuns para projetos e os convidamos a defendê-los em um pitching ao vivo.
Para torná-lo mais divertido, fizemos um aplicativo - um gerador de ideias. Ele coleta aleatoriamente o conceito do projeto a partir de fragmentos que respondem às perguntas "qual?", "O quê?", "Por quê?" e "para quem?" Assim, a equipe poderia obter um Agregador Cultural para o Trabalho Remoto das Princesas Disney ou um Navegador Sazonal para o Autodesenvolvimento de Jovens Pais. O gerador de ideias ainda está funcionando - dê uma olhada, talvez ele lhe ofereça um projeto que você deseja implementar;)

Na véspera da final, distribuímos projetos ficcionais entre as equipes das melhores classificações e fizemos um cronograma de defesa. Para trazer a atmosfera do pitching para mais perto das condições reais, planejamos uma transmissão ao vivo das apresentações na comunidade VK Tech . Na loja Vezdekoda, os caras puderam estender o prazo em uma hora para a pontuação e se inscrever para uma consulta online com especialistas do estúdio de comunicação BEsmart . Como resultado, as equipes que ordenaram uma série de apresentações com treinadores receberam prêmios.
Muitos participantes lidaram brilhantemente com a proteção de projetos impensáveis de nosso gerador de ideias - foi, acreditamos, uma experiência única :) Alguns até conseguiram fazer um MVP funcional . Publicamos todas as defesas do projeto na comunidade VK Tech - você podeolhar .
?
- . «» , , . «» — «».
- . . «» 1 400 , 3 000 . 647 — 1 749 . 27 , 59 106 1 000 .
- . «» 14 . — . , — , Figma . — , .
- . - — . «» . . , , , . , ( #). . : Flutter. , , .
No final do artigo, vamos deixar uma palavra de despedida para todos que vão fazer um hackathon ou um evento semelhante online.
- Pense no esforço e na equipe . Prepare-se para o fato de que isso levará ainda mais tempo e esforço online do que offline. Experimentamos isso de várias maneiras: "Vezdekod" tornou-se uma maratona não só para os participantes, mas também para nós :) No nosso evento, quatro organizadores trabalharam com as equipes e cerca de 20 pessoas estiveram envolvidas na elaboração e verificação das tarefas.
- Preste atenção aos detalhes e analise as atribuições o máximo possível. O que pode ser dito no palco com uma voz do palco, em uma competição online, rapidamente se torna invadido por versões em arquivos de inundação e provoca uma avalanche de perguntas irrelevantes.
- . , . , - . «» — «» .
- . -!