Blogi — — Miikka

Agile Concept Design Kanban Website Development

...eli miten tehdään verkkosivusto nollasta valmiiksi 18 tunnissa.

Hetki, selitän.

Ketterä projektihallinto ja ketterät menetelmät ohjelmistotuotannossa ovat sanoja, jotka ovat nykyään kovassa käytössä. Valitettavasti kyseinen jargon on sellaista, että se tarkoittaa vähän kaikkea eikä oikeastaan yhtään mitään. Tarkempi terminologia ei myöskään ole kovin selkeää asiaan vihkiytymättömälle – tavalliselle kuolevaiselle ei kovin hyvin aukea termit kuten XP, Lean, DSDM, Scrum, Scrumban. Ei muuten aukea minullekaan.

Ajattelin avata hieman ihan selkokielisesti, millaista on tehdä erittäin ketterää projektia. Jonkun verran alan jargonia joudun heittämään sekaan, mutta yritänpä avata niitäkin. Käytimme sovellusta Kanban-metodista.

Teimme tässä viikonloppuna uuden saitin firmalle ja työmalli oli ns. hackathlon-tyyppinen: 18 tuntia aikaa suunnitella ja toteuttaa, lopuksi julkaistaan valmis tai ainakin siihen mennessä aikaansaatu tuotos. Projektijohdolta tämä vaatii vahvaa kokonaisuuden hahmottamista ja työpanosten jakamista.

”Code ownerin työpanos on ensisijaisen tärkeä kokonaisuuden jakamisessa.”

Homma lähti liikkeelle konseptoinnista kahdella kilpailevalla tiimillä. Molemmat tiimit pitchasivat eli esittelivät omat ideansa ja niiden pohjalta yhdisteltiin ja jatkettiin lopullinen konsepti uudelle saitille. Proikkari oli tässä kohtaa markkinointitiimin mukana ottamassa kantaa konseptiin ja hahmottamassa itselleen kokonaisuutta tulevaa tehtävää varten. Konseptoinnin lopuksi aloiteltiin sivuston wireframet eli raakavedokset toiminnallisuuksista ja sivurakenteesta.

Konseptoinnista tuotantoon

Kun konsepti ja wireframet oli tehty, ryhdyttiin projektia pilkkomaan osiin: ominaisuuskohtaiset ulkoasut (layout) eli leiskat, sisällöntuotanto (copywriting) eli copy ja koodi pilkottiin pienempiin osiin – tässä käytimme Trelloa, joka sopii kevyeen to-do-listahallintaan. Käytännössä reaaliaikainen proikkarointi tarkoittaa sitä, että myös projektitiimi jatkuvasti päivittää omaa tilannettaan. Johtavan ohjelmistosuunnittelijan eli code ownerin työpanos on ensisijaisen tärkeä ohjelmistokokonaisuuden jakamisessa pienempiin toteutuskelpoisiin osiin.

Agile Trello

 

Leiskausta tehtiin samanaikaisesti ohjelmistototeutuksen aloittamisen yhteydessä. Käytännössä graafinen porukka teki ensin yhdessä yleisilmeen ja etusivun ja tämän jälkeen siirtyi samaan tyyliin kuin ohjelmistopuoli tekemään yksittäisiä näkymiä tai toimintoja. Ensimmäiset versiot eivät ehkä ihan vastaa vielä todellista lopputulosta.

Git mahdollistaa useamman ohjelmistosuunnittelijan työpanoksen projektissa. Ilman kunnollista versionhallintaa ei koodinhallinnasta tulisi yhtään mitään. Merge requestit ja erilaiset feat- ja dev-branchit ovat keskeisiä tekijöitä useamman koodarin yhteispeliin. Käytännössä tämä tarkoittaa sitä, että jokainen voi kehittää omassa ympäristössää tiettyä ominaisuutta ja code owner lopulta yhdistää ne valmiiksi kokonaisuudeksi. Alla esimerkki vielä verrattain yksinkertaisesta feat branch-yhdistelystä.

2015-09-12 11_11_41-Network graph - G-Works Oy _ gw-www-4 _ GitLab

”Välillä pohditaan miksei se toimi, välillä että miten se voi toimia.”

Samaan aikaan suunnitellaan ja paukutetaan sisältöä niin copynä kuin kuvamuodossakin. Vanhat referenssitekstit joutavat romukoppaan – uusiutuminen ja asioiden kirjoittaminen sivustolle istuvaan muotoon on erityisen tärkeää, jotta viesti saadaan välitettyä mahdollisimman tehokkaasti. Sivuston sisällöntuotanto ei koskaan ole kevyt ja nopea homma. Se kannattaa myös asiakasprojekteissa muistaa.

Lopulta kaikki kulminoituu siihen parin viimeisen tunnin paniikkiin, kun mikään ei toimi, sisältö on kissavideoita ja lorem ipsumia, välillä pohditaan miksei se toimi, välillä että miten se voi toimia. Taustalla soi Apulannan Ravistettava ennen käyttöä. Väki huutaa ja juoksee ympäriinsä koneidensa kanssa kyselemässä neuvoa AD:lta ja proikkarilta.

Sitten seuraa eteerinen hiljaisuus. Jani jyrähtää ”siellä on”. Saitti on julkaistu. Ja hyvinhän se meni.

Miikka Vento Strategist

Strategin tontti on moninainen - Miikka vastaa G-Worksillä konseptisuunnittelusta, strategioiden laatimisesta sekä kirjoittaa tiukkaa copya.