O termo hackathon vem tornando-se cada vez mais famoso e utilizado por neg\u00f3cios.
\nSeja para posicionamento junto a comunidade ou para trazer diferenciais ao neg\u00f3cio, existem v\u00e1rias formas de us\u00e1-los e nessa breve leitura espero poder ajudar e dar melhor visibilidade quanto ao modelo, falar de seus riscos, cases de insucesso e gerar insumo para que possa formar sua pr\u00f3pria opini\u00e3o, afinal, mais que dar receitas de bolo, nossos foco \u00e9 estimular o pensamento cr\u00edtico.
\nVamos nessa?!<\/p>\n

Comece do come\u00e7o!<\/strong>
\nParece \u00f3bvio e claro, mas a m\u00e1xima de que \u201cat\u00e9 o \u00f3bvio tem de estar claro\u201d \u00e9 sempre v\u00e1lida e isso pode evitar confus\u00f5es e frustra\u00e7\u00e3o, ainda mais quando falamos de neg\u00f3cio.
\nNo NINNA Hub, sempre que um de nossos mantenedores nos prop\u00f5e realizar um Hackathon, questionamos o motivo que o levou a essa decis\u00e3o…. aprofundamos na demanda para entender se de fato seria esse o modelo que agregaria maior valor a necessidade deles, o qu\u00e3o cr\u00edtica \u00e9 a solu\u00e7\u00e3o que necessitam e como est\u00e1 impactando o neg\u00f3cio, se est\u00e1 claro para eles o que \u00e9 um hackathon e tamb\u00e9m entramos em quest\u00f5es do p\u00f3s-evento, afinal \u00e9 sabido que o hackathon por si s\u00f3 n\u00e3o tem a m\u00e1gica de gerar solu\u00e7\u00f5es em um final de semana, ele nos ajuda em um curto per\u00edodo de tempo entender, validar e propor uma solu\u00e7\u00e3o m\u00ednima para a(s) problem\u00e1tica(s) apresentada, sendo necess\u00e1rio uma matura\u00e7\u00e3o e evolu\u00e7\u00e3o do modelo para de fato atender.
\nParece besteira, mas vou dar um exemplo do motivo desse ponto ser importante: participei como facilitador de um hackathon a uma empresa, trabalhando a parte da idea\u00e7\u00e3o. Ao final do Hackathon existiam solu\u00e7\u00f5es propostas, por\u00e9m eram simples e m\u00ednimas, como j\u00e1 justificado acima. O ponto \u00e9 que o cliente que contratou esse hackathon ficou frustrado, uma vez que as solu\u00e7\u00f5es n\u00e3o foram adiante, sendo implementadas e gerando resultados ao neg\u00f3cio.
\nComo n\u00e3o fiz parte da organiza\u00e7\u00e3o do Hackathon, n\u00e3o tenho a real percep\u00e7\u00e3o do todo e do que foi acordado, por\u00e9m os pontos citados acima s\u00e3o importantes para alinhar as expectativas e entender se a r\u00e9gua do cliente n\u00e3o est\u00e1 muito alta, se n\u00e3o est\u00e1 sendo depositada uma expectativa excessiva no modelo como solucionador dos problemas em um fim de semana, pois o Hackathon n\u00e3o serve para isso, o valor dele \u00e9 outro e deve ser deixado claro.
\nN\u00e3o trabalhar bem essa etapa culmina no que acontece hoje no mercado: muitas pessoas e empresas tem preconceitos quanto ao modelo, sem nunca terem executado um, pois tem contato com empresas que tiveram sua expectativa frustrada por colocar recursos, expectativa e tentar experimentar novos modelos e ao fim n\u00e3o receber o que esperava, fazendo assim com o que o modelo seja vulgarizado e colocado em descr\u00e9dito.
\nAssim meus caros, temos algumas li\u00e7\u00f5es nessa parte:
\nO primeiro passo \u00e9 entender se de fato o que o cliente necessita \u00e9 de um Hackathon;
\nN\u00e3o tente for\u00e7ar o modelo, redondo n\u00e3o encaixa no quadrado e isso pode colocar voc\u00ea, sua empresa e o modelo em descr\u00e9dito;
\nAlinhe as expectativas e todos os pontos: explique o modelo, o que ser\u00e1 entregue, a necessidade de um esfor\u00e7o posterior e tudo mais que for necess\u00e1rio, para que voc\u00ea e seu cliente estejam alinhados;<\/p>\n

Modelagem do evento<\/strong>
\nChegamos ao consenso que de fato \u00e9 um Hackathon que ser\u00e1 o caminho para n\u00f3s!!
\nBacana, ent\u00e3o \u00e9 hora de colocar a m\u00e3o na massa e a\u00ed que vem a parte complicada.
\nSou favor\u00e1vel a ter um modelo base, bem como um framework, e disso adaptar a necessidade do cliente, afinal vivemos em uma era de singularidade e a um bom tempo \u201cone size does not fits all\u201d.
\nO que isso quer dizer: que o evento tem que ser modelado conforme a necessidade do cliente.
\nSabemos que o Hackathon tem sua baseline de contextualiza\u00e7\u00e3o da problem\u00e1tica, workshops de idea\u00e7\u00e3o, valida\u00e7\u00e3o, prototipa\u00e7\u00e3o, pitch, etc….
\nMas vamos colocar um cen\u00e1rio: imagine que uma empresa j\u00e1 tem clara a problem\u00e1tica, tem parte da solu\u00e7\u00e3o j\u00e1 pronta e somete precisam de um peda\u00e7o para acoplar e fechar o ciclo. Al\u00e9m disso, ir\u00e1 fazer o Hackathon somente interno, ou seja, somente colaboradores participando, com foco em equipes da \u00e1rea de tecnologia e trazendo o parceiro que fornece a solu\u00e7\u00e3o para dar suporte na contextualiza\u00e7\u00e3o, liberar API\u00b4s e mentorar durante o evento. Temos disponibilidade do time de neg\u00f3cios e de tecnologia da empresa, os colaboradores j\u00e1 tem acesso ao devido ambiente e conhecem o neg\u00f3cio.
\nFaz sentido eu seguir na jornada descrita acima, baseada em um modelo mais tradicional?
\nOu ent\u00e3o podemos pensar e modelar algo para essa empresa: uma jornada focada no in\u00edcio em contextualizar a problem\u00e1tica com a \u00e1rea de neg\u00f3cio para alinhamento da expectativa, alinhamento com a \u00e1rea de tecnologia para melhor entendimento da arquitetura e demais necessidades que tenham, alinhamento com o parceiro que prov\u00e9m a solu\u00e7\u00e3o que atende parcialmente e, ao final, uma facilita\u00e7\u00e3o sobre idea\u00e7\u00e3o. Tudo isso regado a uma jornada de mentorias em 3 per\u00edodos ao dia para alinhamento e tira d\u00favidas com a \u00e1rea de neg\u00f3cio, tecnologia e parceiro da solu\u00e7\u00e3o, com outra facilita\u00e7\u00e3o sobre pitch no \u00faltimo dia e mentorias pela manh\u00e3 e tarde para arremate da entrega, que foi alinhada no in\u00edcio como sendo um c\u00f3digo funcional que acople a solu\u00e7\u00e3o que atende parcialmente e promova a melhor experi\u00eancia poss\u00edvel ao cliente desse cliente.
\nO motivo de modelar assim?<\/strong>
\nAder\u00eancia a necessidade do cliente, participantes que j\u00e1 conhecem a realidade e tem conhecimento pr\u00e9vio sobre valida\u00e7\u00e3o e prototipa\u00e7\u00e3o e, principalmente, foco na solu\u00e7\u00e3o, imers\u00e3o total no que agrega valor ao final.
\nAssim, otimizamos o tempo, fornecemos momentos de alinhamento de expectativa \/ tira d\u00favidas e mantemos as equipes ao m\u00e1ximo focadas em resultado!
\nPoderia ser s\u00f3 mais um Hackathon, mas com esse olhar, queremos realizar O HACKATHON!
\nNessa etapa, podemos tirar algumas li\u00e7\u00f5es:
\nEntenda o ambiente, as possibilidades e a expectativa para propor o modelo e tentar otimizar ao m\u00e1ximo a experi\u00eancia do cliente, dos participantes e do resultado;
\nPense no hackathon como uma jornada, n\u00e3o como um processo, pois assim pode tirar insights para acoplar ao citado acima: a melhor experi\u00eancia e jornada a todos;
\nTenha um framework base, por\u00e9m lembre \u201cone size does not fit all\u201d<\/p>\n

Gran finale, o p\u00f3s-Hackathon<\/strong><\/p>\n

Hackathon finalizado, miss\u00e3o cumprida!! (??)
\nComo disse no in\u00edcio, mais do que entender a expectativa ao final \u00e9 alinhar todos os pontos com o cliente e um deles \u00e9 o p\u00f3s-evento.
\nMesmo que seu papel esteja cumprido ao fim do hackathon, o fator de sucesso \u00e9 o que vem ap\u00f3s ele e que vejo muitas vezes sendo falho, pois, reitero, vendem-se hackathons como a solu\u00e7\u00e3o final, sendo que ele \u00e9 um meio de validar e criar possibilidades de solu\u00e7\u00e3o de forma r\u00e1pida, sendo que o sucesso ou n\u00e3o est\u00e1 na continuidade da constru\u00e7\u00e3o, para de fator entender e obter resultados.
\nNo NINNA Hub, por termos contato direto com os clientes, sempre os questionamos sobre o que ir\u00e3o fazer com a solu\u00e7\u00e3o: internalizar para que um time de desenvolvimento a evolua, trazer as equipes vencedoras para pr\u00f3ximo do neg\u00f3cio, com foco em evoluir a solu\u00e7\u00e3o, etc…
\nEsse \u00e9 o fator que ser\u00e1 diferencial e poder\u00e1 trazer maior possibilidade de sucesso: deixar o neg\u00f3cio ciente de sua responsabilidade quanto aos resultados do Hackathon!
\nParece besteira, mas lembra que no in\u00edcio disse que at\u00e9 o \u00f3bvio tem de ser dito?! Ent\u00e3o, esse \u00e9 o caso e agrega diferencial na forma de lidar, pois muitas vezes o modelo \u00e9 colapsado nessa passagem de bast\u00e3o, por n\u00e3o ter sido deixado claro ao cliente a responsabilidade dele, por n\u00e3o ser analisado o cen\u00e1rio e se existe \u201cbra\u00e7o\u201d para dar seguimento ao que foi criado e por, novamente digo, muitas vezes um hackathon ser vendido como a solu\u00e7\u00e3o absoluto dos problemas.
\nCada corpora\u00e7\u00e3o tem um n\u00edvel de maturidade e muitas vezes podem correr para o modelo como forma de inovar e diferenciar no mercado, por\u00e9m sem levar em conta esses pontos.
\nCabe a quem ir\u00e1 entregar e ser respons\u00e1vel, falar dos riscos e dos esfor\u00e7os necess\u00e1rios, para que o modelo seja usado da forma correta: como uma ponte entre a problem\u00e1tica e uma hip\u00f3tese de solu\u00e7\u00e3o de forma \u00e1gil, por\u00e9m que precisa ser maturado e evolu\u00eddo para que possa de fato gerar os resultados que despertaram o interesse na busca pelo modelo.<\/p>\n

Aqui, creio que nossas li\u00e7\u00f5es s\u00e3o:
\nDeixe o neg\u00f3cio ciente sobre o n\u00edvel da entrega que ser\u00e1 feita;
\nEsclare\u00e7a e tenha claro de como ser\u00e1 o p\u00f3s-evento, tanto para o neg\u00f3cio preparar-se quanto para deixar claro aos participantes e eles saberem o n\u00edvel de comprometimento necess\u00e1rio;
\nDe forma r\u00e1pida e sucinta, essa \u00e9 a forma que acreditamos ser o melhor caminho para que o Hackathon seja usado de forma estrat\u00e9gica, dando suporte ao neg\u00f3cio sair de sua rotina, experimentar ousar na resolu\u00e7\u00e3o de algumas problemas, demonstrar-se aberto, seja pelo envolvimento de colaboradores saindo da rotina ou da exposi\u00e7\u00e3o de suas necessidades ao p\u00fablico externo, al\u00e9m de gerar uma mudan\u00e7a de mentalidade quanto a, muitas vezes tradicional, forma de resolver problemas.
\nE a\u00ed, ser\u00e1 o Hackathon a resposta pra tudo?!<\/p>\n","protected":false},"excerpt":{"rendered":"

O termo hackathon vem tornando-se cada vez mais famoso e utilizado por neg\u00f3cios. Seja para posicionamento junto a comunidade ou para trazer diferenciais ao neg\u00f3cio, existem v\u00e1rias formas de us\u00e1-los e nessa breve leitura espero poder ajudar e dar melhor visibilidade quanto ao modelo, falar de seus riscos, cases de insucesso e gerar insumo para […]<\/p>\n","protected":false},"author":1,"featured_media":508,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[3],"tags":[],"class_list":["post-507","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-editorial"],"acf":[],"yoast_head":"\n