Este artigo de opinião foi escrito por James Reith, ex-designer de conteúdo da DWP Digital. Ele também aparece em nosso newsfeed governamental digital .

O centro do Departamento de Trabalho e Pensões do Reino Unido na cidade de Sheffield é um centro jovem. Recentemente, hospedamos nosso primeiro hackathon. E com toda a confiança imerecida da juventude, vou lhe dizer como hospedar o seu próprio, com base em nossa experiência limitada.

Na época do hackathon, eu trabalhava como designer de conteúdo para a DWP Digital. Tentamos resolver um problema que surgiu em um projeto real - embora um que estava fora de nossa competência na época. Estávamos tentando ajudar os candidatos a emprego a identificar - por si próprios - o que poderia ajudá-los a encontrar um emprego.

_ • Se você quiser escrever um artigo de opinião, dê uma olhada no [guia para contribuidores] do Apolitical (https://apolitical.co/opinion-writing-becoming-an-apolitical-contributor/) ._

Ao reunir talentos de todo o governo e do cenário digital, esperávamos obter uma vantagem inicial em algo que inevitavelmente estaríamos enfrentando. Isso é o que aprendemos.

** Não convide apenas folk digital **

Governo cruzado significa todo mundo no governo. Convidamos propositadamente coaches de trabalho, como especialistas no assunto. Mas também convidamos pessoas de política, estratégia e qualquer outra disciplina que quisessem ouvir.

Porque? Eles não apenas veem o que as equipes digitais fazem, mas também o fazem. Isso torna nosso trabalho menos misterioso e os transforma em colaboradores. As pessoas costumam reclamar do abismo entre a política e o digital. Foi o pessoal da política que, sem dúvida, gostou mais do hackathon. Eventos como esse ajudam a diminuir o abismo entre a política e o digital.

** Defina um objetivo claro, com um pouco de escopo **

Que tipo de hackathon é? Você está tentando fazer com que algo funcione ou uma boa ideia? Problemas específicos tendem a produzir protótipos específicos; questões mais amplas produzem uma ampla variedade de abordagens.

Ambos são ótimos. Mas certifique-se de saber o que deseja. Objetivos estreitos - mas confusos - levam a equipes frustradas.

** Planeje improvisar **

Hackathons podem parecer caóticos, mas esse caos é cercado. Existem tantas questões que você não considerará até a hora 11. Quantas tomadas de energia existem? Isso é uma competição ou não? Deixamos as pessoas escolherem suas próprias equipes, dividi-las ou designá-las por função? Sempre haverá problemas para os quais você não pode planejar com antecedência, então você precisará ter certeza de que há bons improvisadores disponíveis o tempo todo.

** Não ofusque **

Este subtítulo é um design de conteúdo terrível (quero dizer, quem usa "ofuscar" na conversa do dia-a-dia?). Mas usar termos específicos do projeto - ou os muitos acrônimos específicos do departamento que amamos odiar tanto - não é muito melhor.

A declaração do problema do seu hack deve ser uma frase ou duas, no máximo. Em inglês simples. Você também deve ir direto ao ponto, em vez de forçar os participantes a percorrer vários parágrafos.

** Se você for testar, forneça pesquisas **

Convidamos algumas pessoas de nosso prédio como usuários fictícios, para testes de usabilidade. No entanto, rotineiramente nos referimos a isso como "pesquisa do usuário". Algumas equipes acabaram tentando resolver as necessidades do usuário de pessoas que não eram realmente usuários, em vez de testar se suas ideias ou protótipos eram viáveis.

Este hackathon funcionou como se os participantes tivessem chegado no meio de um projeto. Devíamos ter fornecido algumas pesquisas concretas (necessidades dos usuários, personas etc.) para as equipes desenvolverem. Se você estiver testando uma interface de usuário, usuários falsos podem funcionar bem. Mas deixe isso claro para os participantes.

** Não leve o feedback para o lado pessoal (a menos que seja ótimo) **

Em nosso hackathon, havia muitas maneiras de os participantes deixarem comentários. Quase tudo foi positivo. Todos se divertiram. Mas respeitamos as pessoas que nos falaram sobre as áreas que também podíamos melhorar.

Apesar das poucas coisas que deram errado, muitas deram certo. E no verdadeiro espírito do design iterativo, o hub planejará mais hackathons e incorporará esse feedback. Houve até murmúrios de outros departamentos de Sheffield detendo-os também.

** Hospede seu próprio **

Mostre-nos como isso é feito. Mas certifique-se de nos convidar também. Hacks são uma ótima maneira de reunir talentos para resolver um problema. E uma ótima desculpa para pizza. - James Reith

Isso foi postado originalmente no blog digital DWP .

(Crédito da imagem: Flickr / DWP Digital)