Kuinka hakkeroida Hackathon: Pitch Perfect

(Pääartikkeli ja linkit muihin Hackathon 101: n ja teollisuuden viesteihin on linkitetty täällä)

En luota kilpailuihin osallistuviin ihmisiin vain osallistumaan ja muodostamaan numerot. Mikä on järkeä? Jos aiot sitoutua johonkin aikaan ja tässä tapauksessa viikonloppuna, saatat hyvinkin mennä täyteen kallistukseen ja saada jotain irti. Päivän lopussa, vaikka kukaan ei todellakaan menetä, on ehdottomasti voittajia, ja tässä viestissä esitän joitain lähestymistapoistani, jotka ovat palvelleet minua hyvin.

Agrim, mitä minä rakennan?

Suuri osa hackathon (ja tuote) menestyksestä riippuu ehkä siitä, mihin ongelmaan päätit puuttua ja miten yritit ratkaista sen. Tarkastellaan näitä molempia alueita.

Mitä ongelmaa sinun pitäisi ratkaista?

Tämä on tosin vaikea kysymys; tässä maailmassa on paljon ihmisiä, jotka esittävät itselleen tämän kysymyksen yrittäessään rakentaa perustamisiaan, miettivät, onko heidän työskentelemässään tärkeä asia ja ratkaisun arvoinen, jos se on ollenkaan ongelma.

Näin teen sen - minulla oli onni päästä yliopisto-opetussuunnitelmaan, jossa korostettiin muotoiluajattelun merkitystä. Yksinkertaisesti sanottuna, suunnitteluajattelu johtaa ratkaisupohjaiseen lähestymistapaan monimutkaisten ongelmien ratkaisemiseksi, etenkin sellaisten, jotka ovat huonosti määriteltyjä tai tuntemattomia. Nyt voit halutessasi naarmuttaa oman kutinaasi tai valita uuden ratkaistavan verkkotunnuksen, mutta seuraava prosessi toimii samalla tavalla.

Suunnittelun ajatteluprosessi

eläytyä

Liian usein olemme syyllisiä ratkaisun rakentamiseen pohtimatta paljon ajatuksia edessä olevista asioista - miksi teemme sen, kenelle me sen teemme, mitä se todella tekee, aikooko tehdä sen, mitä aikoo tehdä ja oikea yleisö. Suuri osa siitä johtuu empatian puutteesta ongelman suhteen. Annamme omien oletusidemme sanella, mikä on ongelma, ja se on väärin. Koin tämän ensi käden yrittäessään rakentaa ratkaisua, joka auttaa näkövammaisia ​​liikkumaan itsenäisesti. Oletin, että:

  • Ensinnäkin, tämä on ongelma, koska opaskoirat ovat kalliita ja avustajan hankkiminen on hankala,
  • Toiseksi esteiden välttäminen on suurin ratkaistava ongelma,
  • Viimeiseksi Google Glassin kaltainen puettava pääsee lopulta eroon sokeriruo'osta.

Olin väärässä kaikissa kolmessa asiassa.

Ensimmäinen avustajan vapauttamisen kohta, vaikka se oli totta, ei ollut kiireellinen huolenaihe, joka edellyttäisi teknisiä häiriöitä. Esteiden välttämistä koskeva toinen kohta ei ollut suurin kysymys; liikennevalojen havaitseminen oli luultavasti suurempi haaste, kun otetaan huomioon, että sokeriruo'on peitossa oli suurin osa esteistä. Viimeinen kohta oli vakava, koska oletin, että tekninen korvaaminen on helppoa. Et voi muuttaa dramaattisesti ihmisen elämäntapaa; visuaalisesti haastetut ovat tottuneet käyttämään ruoko- ja kosketuspäällystysmerkintöjä, joten uuden tekniikan innovaatioiden on rakennettava tämän päälle, ei täysin korvattava sitä.

Kuinka korjaamme tämän? Poistuminen ja puhuminen ihmisten kanssa on varmin tapa tietää enemmän, koska saat suoraa tietoa käyttäjistä ja heidän tarpeistaan. Pystyin korjaamaan tuotteeni visuaalisesti haastavien auttamiseksi, koska puhuin tosiasiassa jonkun kanssa, joka elää näissä haasteissa päivittäin.

Mutta entä jos et voi puhua oikealle yleisölle hackathonin aikana? Aika on lyhyt, ja ehkä et ole oikeassa paikassa tavata näitä ihmisiä. Sinun on improvisoitava ja kerättävä tietoa, joka auttaa sinua objektiivisesti määrittämään ratkaistavan ongelman. Viime viikonloppuna työskentelin hackathonilla, joka halusi meidän ratkaisevan Intiaa. Tämä on valtava teema; Intialla ei ole pulaa ongelmista, joista kukin on tärkeämpää kuin viimeinen, ja sen tehokkaasti määritteleminen on itsessään haaste, puhumattakaan yrityksestä ratkaista se. Päätimme auttaa teollisuudessa työskenteleviä ihmisiä ja kehotimme ongelman vastaamaan väsymykseen. Miksi?

  • Intia on pahin teollisuusonnettomuuksien suhteen,
  • Intialaiset ovat vahvasti riippuvaisia ​​teollisuuden työpaikoista ansaitakseen ja
  • Saatavilla on merkittäviä todisteita siitä, että väsymys ja unihäiriöt aiheuttavat onnettomuuksia / väärinkäytöksiä ja jopa kuolemantapauksia erilaisilla työsuunnilla, kuten kaukoliikenteen kuorma-autolla ajaminen tai raskaiden koneiden käyttö - molemmat riskialttiit työsuhteet pitkillä vuoroilla, jotka tekevät työntekijöilleen alttiuden väsymykselle ja menetykselle huomio.

Nyt minulla ei ole mitään keinoa henkilökohtaisesti vahvistaa mitään näistä; Olen riippuvainen siitä, mitä julkisia tietoja ja tosiasioita on käytettävissä kertomuksen laatimiseen, mutta ainakin nämä tiedot luovat tarpeeksi empatiaa määritelläkseen ratkaisun arvoinen ongelma.

Määritellä

Riippumatta siitä kuinka paljon olet vakuuttunut itsestäsi, olet ehdottomasti siirtymässä Empathize-vaiheen läpi. Ei vain ole tarpeeksi aikaa vaatimusten kaksinkertaiseen / kolminkertaiseen vahvistamiseen. Jos pelaat korttejasi oikein, sinulla on kuitenkin tarpeeksi tietoa työskennellä. Työskentelemme edellisen väsymystä koskevan esimerkkimme kanssa. Olemme todenneet, että vaaditaan turvallisempaa työympäristöä (väite 1) ja yksi tapa tehdä tämä olisi puuttua väsymykseen (vaatimus 3). Ongelmamäärittelymme perustuu tähän -

"Tarvitsemme väsymyksenseurantajärjestelmän, joka auttaa luomaan turvallisemman ja tuottavamman työympäristön."

Nyt voit valita tutkia kaikkia muita ongelmia tällä verkkotunnuksella, ja se on täysin pätevä. Varmista vain, että määritelmäsi perustuu väitteisiin, jotka olet määrittänyt osana alustavaa työskentelyä. Seuraa prosessin seuraavaa vaihetta yksinkertaisen heuristiikan avulla -

  • Kenelle teemme tämän? Tässä tapauksessa ensisijaisesti työntekijöille, mutta myös työnantajille.
  • Kuinka me teemme tämän?
  • Mikä on menestyksemme mitta?
  • MITÄ YKSIN AVAIN TUOTTEESI VOITAA?

ideate

Tässä on, kun alkaa vastata “miten”. Eli nyt, kun sinulla on kaikki tietosi, mitä aiot rakentaa? Pitäisikö meidän rakentaa seurantajärjestelmä? Tai hälytys työntekijälle? Mikä on kummassakin tapauksessa menestys - kuljettajan herättäminen? Lokitiedot työnantajalle? Tärkeintä on, mistä tämä kaikki riippuu ?!

Hakkatonit ovat omituisen tehokkaita tuotteiden validoinnissa ja luomisessa. On vain rajallinen määrä asioita, jotka voit todistaa ja näyttää esimerkiksi 3 minuutissa, joten sinun on valittava tärkein. Esimerkissämme se on väsymyksenvalvontajärjestelmä, koska tuotteen kaikki muut näkökohdat - lokit, hälytys - riippuvat väsymyksen havaitsemisen toiminnasta. Siksi sinun on rakennettava se ja varmistettava, että se toimii demoasi varten. Jos se epäonnistuu, muu tuote ei ole enää vakuuttava.

Liian monta kertaa joukkueet joko kiinnittävät yhden pääominaisuuden, joka pitää tuotteen yhdessä, tai rakentavat 17 erilaista ominaisuutta (”ominaisuus paisunut”), mikä hämmentää tuomaria, koska he menettävät viestin, jonka joukkue ajoi kohti. Se on hyvin yksinkertainen asia - tee yksi tai kaksi asiaa ja tee ne verisesti hyvin. Se on kaikkien hienojen tuotteiden tunnusmerkki. Hakkatonit eivät eroa toisistaan.

Prototyyppi / Testi

Nyt on aika rakentaa. Valitse työvälineesi kauppaa varten - tässä tapauksessa menimme OpenCV: n ja dlibin kanssa avainpisteiden havaitsemiseen - ja aloita rakentaminen. Saatat joutua piirtämään luonnoksia / paperiprototyyppejä ensin ennen varsinaista tuotetta, ja se on OK. Niiden avulla voit poistua ideointi- / määritelmä- / empatia-vaiheidesi välillä ja hyödyntää mahdollisuuksien mukaan mentorien ja asiantuntijoiden apua tapahtumassa saadaksesi lisää näkemyksiä. Ratkaisusi kehittää ja “puhdistaa”, minkä jälkeen pääset liikkeelle. Yhdistin prototyyppi- ja testivaiheet, koska hackathon-leirintäpaikat päättyvät prototyyppiin, mutta jos haluat joskus pidentää projektin säilyvyysaikaa yli 24 tuntia, joudut kokeilemaan nimenomaisesti valitsemasi yleisön kanssa.

Kuinka ratkaiset ongelman hackathonilla?

Olemme oppineet, kuinka valita ratkaisemisen arvoinen ongelma ja miten se toimii hackathonilla. Mutta nyt yksityiskohtiin - mikä voit voit hackathonin? Ihanteellisessa maailmassa e-palvelu, portaali tai matalan teknologian ratkaisu voisi tarjota etuja miljoonille ihmisille, mutta se ei koskaan voita hackathonilla. Miksi? Koska siihen ei ole teknistä kurinalaisuutta. Siihen kuuluu ehdottomasti työtä, epäilemättä, mutta se ei koskaan saa teiltä uskollisuutta ratkaisun eleganssille tai huomionne, joka sinun on tuotettava isoilla hakkeoneilla. Olen oppinut tämän kovalla tavalla.

Rakennat aina demoa varten. Aina.

HackingEDU: ssa päätimme rakentaa tämän ihanan portaalin, jossa kaikki käyttäjän näkemät muodot olivat luonnollisen kielen muoto, jossa sanottiin: “Haluan oppia X: stä ja minulla on Y minuuttia käytettävissä.” Hyvin selkeä ongelma, joka on ratkaistu ihmisissä, joilla ei ole aikaa oppia asioita, ja monimuotoisuus Internetissä olevat tiedot. Ratkaisumme ansaitsisi ja valitsee parhaat linkit, jotka kannattaa aikaa. Kaikki toimi ja näytti kauniilta.

Lukuun ottamatta sitä, että huoneessa oli 140 joukkuetta ja se oli näyttelytyylinen asettelu. Tuomarit ja joukkueet huusivat pöydissä, joissa oli suuria näyttelyitä tai useita näyttöjä tai laitteita, kuten VR-kuulokkeita, kun taas pöydässämme oli surullinen MacBook, jossa selainikkuna oli avoinna. Hakemistamme ei ollut shokkiarvoa. Joten yritin myydä tuotetta jokaiselle vierailevalle, tiesin työskenteleväni vuorovesiä vastaan; kävijöiden huomioväli oli tuskin muutama sekunti, eikä se ollut tuote, joka ainakin rajoitetulla silmäyksellä sai heidät menemään ”Holy F * ck”.

Luonnollisesti emme voittaneet. Voisimmeko tehdä siitä kohtauksen? Varmasti. Siitä tapahtumasta lähtien olen ollut selkeämpi hackathonin viimeisessä vaiheessa - toteutuksessa. Et vain rakenna "a" -tuotetta. Muistutat itsellesi, että se on loppujen lopuksi show ja tell. Ihmisten on oltava vauhdikkaita riippumatta siitä, nostatko sen oikein vai et. Olipa kyse sovellusliittymäsovelluksesta vai laillisesti maailmanmuotoisesta ratkaisusta, sen shokkiarvo on ainoa asia, joka voi antaa välittömän vaikutelman jo ennen kuin sinulla on ollut mahdollisuus selittää se. Ota tämä sydämeen.

Käytä aikaa viisaasti hackathonilla

Aika on rajallinen hyödyke hackathonilla. Luulet olevansa valmis menemään, kun paketit on valmis asennettu ja nousussa - puoli hackathon on ohi. Sinä nukahdat, ruokaa ei tule tarjota vielä kahden tunnin ajan, joku on haastanut Red Bullin tapahtumapaketin ja olet nyt uninen, kurja etkä ole tehnyt työtä.

Älä anna tämän olla tarinasi.

24–48 tunnin hackathonilla et koskaan tarvitse koko ajan. Ellet ole pyrkimys julkaisemaan tuotantoon valmis sovellus oikealla koodilla, joka on valmis menemään markkinoille hekkatonin loputtua, niin varmasti mennä eteenpäin. Mutta konseptin todistuksen rakentaminen ei saisi tappaa sinua.

Tässä on muutama asia, jotka sinun pitäisi tehdä -

  1. Omista vastuusi. Jos olet tulossa yksin kehittäjänä / suunnittelijana, asenna kaikki työkalut työvalmiiksi. Aloituspaketit, ohjelmistot, mitä tarvitset. Kyllä, se ei ole tyhjentävä luettelo, mutta en halua elämäni aikana koskaan nähdä toisen henkilön lataavan ja kääntävän yhtä suuria ohjelmistoja kuin OpenCV tapahtumapäivänä. Se on tuskallinen katsella. Tee se kotona, korjaa virheet ja ole valmis työskentelemään. Jos tulet joukkueena, päätä, minkä työkalujen / laitteistojen kanssa aiot työskennellä, ja valmista ne etukäteen.
  2. Ota suunnittelun ajatteluprosessia vakavasti. Se auttaa sinua helposti puristamaan oikeat kysymykset vastaamaan ja jakamaan sen jälkeen tehtävät tehokkaasti ryhmäsi jäsenten kesken.
  3. Tehtävien jakaminen ja vastuuvelvollisuus ovat ensisijaisia. Tiedä ennen kuin hypät, kuka aikoo tehdä mitä. Jos jonkun täytyy työskennellä pääministerinä pitääkseen joukkueen yhdessä, tee se. Olen yleensä vastuussa siitä roolista muutamasta syystä -
  • Se pitää meidät viestinä, jos voin hallita mitä rakennamme ja miksi teemme niin,
  • Sen avulla voimme seurata kuinka kaukana olemme tietyllä ajankohtana ja säätää tavoitteita vastaavasti,
  • Sen avulla voimme kollektiivisesti olla selviä siitä, mitkä ovat ensisijaiset ominaisuudet ja mitkä ovat venytysominaisuuksia (vaivat, jotka näyttävät hyvältä / lisäävät kipinöitä, mutta eivät ole välttämättömiä demossa.)

Tykkään ajaa tiukkaa alusta hackathon-miehistölleni tai olla yhdessä. Aikamerkkien asettaminen tavoitteille antaa jokaiselle runsaasti aikaa levätä ja toipua.

Naulaaminen menestykseen joka kerta - vasta intuitiivinen lähestymistapa

Vietettyään tarpeeksi aikaa pelissä, paljon tästä on toista luonnetta; Minulla on yleensä vakaa joukkue, jonka kanssa kilpailen, ja olemme selviä siitä, mitä meidän on tehtävä ideoinnin ja toteutuksen suhteen. On kuitenkin mahdollista, että se ei silti ehkä tuota voittoa. Jotkut vasta intuitiiviset lähestymistavat -

  1. Rakenna uudella tekniikalla. Kaikki rakentavat mobiilisovelluksia / verkkosovelluksia hackathoneissa. Ei voida mitenkään erottaa aktiivisesti muista. Kyllä, olen hylkäävä, etenkin kun otetaan huomioon asiat, joita voit nyt tehdä mobiili- ja web-palveluilla, mutta 70–80% hakkeroista ei käytä tätä. Olemme turvautuneet aktiivisesti uuden tekniikan, kuten Computer Visionin tai todistettavan koneoppimisen (ei tarpeeksi koneoppimiseen :)) käyttämiseen kaikissa uusissa projekteissamme tai laitteistoihin, jos hackathon sitä vaatii. Vain monet ihmiset voivat toistaa sitä, ja olemme melkein aina mieleenpainuvia tapahtuman lopussa.
  2. Käsittele lopputuotteesi ja korosi osuaksesi tuomarimerkkeihin. Jos hackathon arvostaa teknistä tarkkuutta 40%: iin ja ideaa 10%: iin, tiedät, että voit rakentaa mitä tahansa hullua niin kauan kuin se on uutta ja luovaa, vaikutuksesta riippumatta. Jos painopiste on päinvastainen, ts. Idea on 40%, tekninen on 10%, tiedät, että hermoverkkojen vahvuuden harppaus ei tuo sinulle voittoa. Kliinissä puhutaan ongelmasta, tilanteesta, miksi sillä on merkitystä, miten ratkaiset sen ja miten teet sen paremmin kuin status quo.

johtopäätös

Vau, toinen pitkä viesti samassa yössä. Minun olisi pitänyt tehdä tämä paljon nopeammin.

Olen kertonut teille, mitä tiedän hakatoneista. Kuinka pääsen rakentaa, kuinka hallitsemme aikaa, miten varmistamme, että voimme ainakin voittaa jotain. Toivon vilpittömästi, että kuka tahansa lukee tämän, se löytää tämän hyödyllisen ja voittaa hakatonit hyödyntämällä jotain mitä olen ehkä kirjoittanut täällä.

Palaute / kommentit tervetulleita! Olen saatavana Twitterissä ja Facebookissa.