Retrospective revisited

Meillä oli viime viikolla ”retrospective” erään asiakkuuden puitteissa. Taas opittiin jotain ja mikä tärkeintä saimme aikaan hyvää keskustelua ja jotain parannettavaa.

Todennäköisesti olet ohjelmisto-alalla jos luet tätä, mutta ei hätää jos teet muuta kuin väännät koodia työksesi. Kerron hieman ensin tuosta ”retrospektiivistä”.

Retrospective mikä se on?

Se termissä on kivaa että voit löytää siitä tietoa internetistä eli esim. duckduckgo.com-palvelulla hakusanalla ”Retrospective” toisin kuin vaikka vähemmän tunnetulla ”naulausmetodi”-haulla, eli päädyt melko todennäköisesti wikipedia-artikkeliin.

Oma kokemukseni on että retrospective

  • on toistuva tapahtuma ja tila
  • jossa luodaan tiimille mahdollisuus katsoa taaksepäin (ja ehkä vähän eteenpäinkin)
  • se liittyy usein projektinhallinnan viitekehykseen (Scrum) pyrähdyksen eli sprintin loppuun nimellä Sprint Retrospective

Omia huonoja kokemuksiani on että retrospective saattaa myös muodostua joksikin näistä, varsinkin jos toistuva tarkoittaa kerran tai harvemmin vuodessa

  • ”Vomit-sessio”
  • ”Dumppaus”
  • ”Kiukkupussien kokous”

Omat havainnot yli 10 vuoden ajalta scrum:n Sprint Retrospectiveissä on ollut ainoastaan tiimiläisiä, ehkä muutaman kerran myös product owner (toki vain ”kanan”-roolissa, ei ”sian”-roolissa kuten tiimiläinen)

Hubble ja Retrospective – Build

Pidämme Hubblella työkalu-ajattelusta, kuten esim. n. viikko sitten pidetyssä II TiedeAreenan Tekoäly-paneelikeskustelussa, jossa kerrottiin tekoälyn palvelevan vielä pitkälti työkalun asteella. Siksi meillä onkin Aivan Tavallinen Tekoäly(tm)-palvelu. Samoin suhtaudumme Scrum-viitekehykseen, eli emme siis dogmaattisesti vaan olemme poimineet Retrospective-käytänteen työkaluksi sieltä – joka asiakkuuteen sekä myös omaan sisäiseen käyttöön.

Poikkeuksellista tällä kertaa oli tuon kokoonpanon rikkominen. Tiimin lisäksi paikalle oli kutsuttu kyseisen asiakkuuden avain-henkilöt ja aikaa varattu 1,5 h (reilusti yli oman keskivertotarpeemme), koska halusimme

  • kokeilla erilaista retrospectiveä
  • lisätä työn läpinäkyvyyttä

Koska käytänne eli Retrospective ei ollut asiakkaan avain-henkilöille tuttu niin kävimme työskentelytapamme taustaa ja aiempaa Retrospectiveä sekä sen aiempia tuloksia, niin lyhyesti kuin kykenin – vain n. 20 min 🙂  – läpi. Tilaisuus aloitettiin kertomalla ’säännöt’:

  • Aikaisemman retrospectiven actionpointtien todennus (2 min)
  • 10 min yhteensä – hiljaista – aikaa molemmille ”Mikä meni kivasti”- ja ”Mikä voisi mennä paremmin”-kysymyksille kirjoittaen yhdelle lapulle yksi havainto
  • Jokainen lukisi lappunsa ääneen vuorollaan (kahdella kierroksella) samalle ne kirjattiin ylös talteen myöhempää seurantaa varten
  • Lopuksi muodostetaan tehtävä actionpoint tai kaksi (sillä on parempi tehdä vaikka yksi kuin jättää monta tekemättä)
  • Havaintoja koskevaa aikaa ei rajattu esim. viime Retrospectiveen joka oli ollut juuri ennen kesälomia

Näistä ’säännöistä’ on mainittava että tämä on vain yksi variaatio mitä olemme käyttäneet itse, kuitenkin päätimme käyttää tätä pohjaa koska olimme käyttäneet sitä aiemminkin. Suosittelen tutusmaan ja kokeilemaan eri templateja esim. hakusanalla ”Retrospective templates” löytyy lisää hyviä kokeiluideoita. Ja niin jos vielä ei tullut selväksi niin asiakaskin osallitui tähän kirjaamalla omasta näkökulmastaan havaintoja kuten tiimiläiset.

Measure & Learn

Kun 1. kysymyksen (”Mikä meni kivasti”) kohdalla kello alkoi tikittämään ja asiakas oli samassa tilassa, oli itselle selvää että retrospectivestä tulisi erilainen. Jokainen hubblelainen oli tottunut käyttämään melko teknistäkin kieltä lapuissa ja nyt se ei tuntunut täysin sopivalta. Kun aloimme käymään läpi vuorollamme lappuja läpi niin huomasimme seuraavaa:

  • Aikaa oli hyvä varata tarpeeksi vapaalle keskustelulle
  • Saatiin nopeaa palautetta Retrospectiven aikana keskustelussa esille tulleisiin havaintoihin ja näkökulmiin
  • Opittiin asiakkaan ajattelutavasta huomattavasti lisää
  • Opittiin miten oltaisiin voitu toimia jossain tapauksissa eri tavalla
  • Opittiin erityisesti miten tärkeää on nopea palaute-sykli ja tässä eri kommunikointi-työkalujen hyödyntäminen, mukaanlukien paikanpäällä käynti

Tavoitteiden osalta:

  • Totisesti onnistuimme saamaan erilaisen Retrospectiven ja huomasimme että tarvitsemme edelleen ’täysin omaa’ Retrospectiveä
    • Nyt 14 erilaista parannettavaa havaintoja kirjattiin joista 1 oli täysin tekninen havainto. Viimeksi 10 erilaista paranetttavaa havaintoja kirjattiin joista ei yhtään teknistä havaintoa
      • Eli aiheen teknisyys ei merkittävästi tuonut erilaisuutta
    • Sen sijaan merkittävä ero havainnoissa liittyi uudenlaisiin näkökulmiin, asiakkaan näkökulmiin osittain samoista asioista, joita oltiin aiemminkin havaittu tarpeellisiksi kehittää
    • Eli saavutettu erilaisuus tarkoitti havaintojen monipuolisuutta Retrospectiveen
  • Asiakas sanoi tilaisuuden lopussa läpinäkyyvyden lisääntyneen ja sitä toivottiin lopulta vielä lisää
  • Läpinäkyvyyden lisäys kommunikointiin valikoituikin ratkaistavaksi kehityskohteeksi, erityisesti hyödyntämällä lisää monipuolisia kanavia eli työkaluja.

Ja lopuksi:

  • Se että Retrospectiveen osallistuneet toimivat introspektiivisesti, mitä tapahtui tässäkin tapahtumassa eli asiakas ja tiimiläinen jakaa jostain arkisesta riemukkaan onnistumisen tai toistuvasta epäonnistumisen kokemuksestaan, lisää Retrospectiven arvoa aivan toiselle tasolle
  • Vinkkinä, Ei tarvitse lähteä asiakkaan kanssa Leville ’bondaamaan’ jotta saadaan rakennettua luottamusta ja tulevaa, riittää kun kaikilla on vähän epämukavaa ja turvallista

 

TurkuSec AWS ja ICS

TurkuSec AWS ja ICS

Tuli käytyä jo toisessa Infosec-tapahtumassa. Viimeksi tammikuussa Disobey ja nyt TurkuSec. Matkaa suunnitellessa Onnibus osoittautui kivasti tapahtuman aikatauluihin sopivaksi kulkupeliksi menopaluu-aikataulujen puolesta, 1430-2135.

Tapahtuma oli ystävällisen oloinen vrt. Disobey (omalla vastuulla wifi-verkossa). Ruoka- ja juomapuoli oli kivasti heti tarjolla. Läppäriä tapahtumaan ei tarvinnut, sen sijaan kännylaturijohdon olisin voinut ottaa mukaan. Paikalla oli yli 30 osanottajaa.

Juomatarjoilukuva

Jännityksen poistajia

Alku- väli- ja loppujutustelujen lisäksi oli paikalle saapunut tietoturvaosaajia puhumaan F-Securelta ja KPMG:stä.

  • F-Securen (Laura Kankaala) esitys käsitteli Hubblellakin tuttua aihetta AWS. Esityksessä käsiteltiin komponetteihin liittyviä mahd. haavoittuvuuksia AWS-avaimet, S3, CloudFront sekä niiden suomia mahdollisuuksia esim. aws-komentotyökalulla.
  • KPMG:n (Antti Alestalo) esitys käsitteli ICS-haavoittuvuuksia ympäri maailmaa eri teollisuuslaitoksissa sekä teollisuuden piirissä OT:n (OperationTechnology) ja IT:n (InformationTechnology) ajattelutapojen eroja. Tätä havainnolisti hyvin miksi OT-henkilö ajattelee että Windows XP on parempi kuin Windows 10.

Esitysten lopuksi illan isäntä tarjoutui isännöimään kotonaan Porilaisia tai ketä muuta tahansa, jos haluaa lähteä ”perinteisille” jatkoille Turun keskustassa olevaan ravintolaan. Tämä kuvasi hyvin tapahtuman ystävällistä luonnetta. Ehdottomasti voisi toistenkin tehdä tehokkaan TurkuSec-vierailun.

TurkuSec järjestää syys-lokakuussa lisää tapahtumia mm. bugbounty-tapahtuma hackeronen kanssa. Niitä kannattaa seurata, kuulemma, Turkusec:n kahdelta saitilta:

Linkit

Reaktor Breakpoint 2018

Reaktor Breakpoint 2018

VUI, great teams, designer toolbox, AI näistä mm. haluttiin oppia lisää ja siksi päätettiin ottaa osaa tähän tapahtumaan. Hubblesta tapahtumaan osallistui 23.-24.5. kolme Sami (dev), Santeri (dev) ja Juuso (design).

Build

Tapahtuman lippuja tosiaan alettiin markkinoimaan jo alkukeväästä skrolli-lehdessä, twitterissä ja facebookissa. Ja liput ostettiin n. kuukautta ennen tapahtumaa bosslevel-podcastin kuuntelun jälkeen. 🙂

Seuraavaksi vuorossa oli matkan järjestely. Helsinkiin kesällä ja kuulemma erityisesti arkena majoittuvan kannattaa olla liikkeellä ajoissa, eikä edeltävänä viikkona. Sopivan hotellihuoneen löytyminen oli melko haastavaa. Muuten matkustaminen esim. junalla osoittautui erittäin mukavaksi vaihtoehdoksi, vaikka siinäkin Pori-Helsinki-aikataulut pakottavatkin tapahtumiin osallistujan nipistämään jostakin, esim. afterpartyista.

Aluksi käsitimme tapahtuman vain yksipäiväiseksi, mutta workshoppeihin eli työpajoihin painottunut päivä 23.5. tulikin varsinaisen tapahtumapäivän lisäksi. Sami ja Santeri osallistuivat workshop-päivänä Ben Sauerin vetämään VUI-työpajaa. Työpajaan ehdittiin Porista junalla kätevästi samana aamuna.

Measure 23.5 – VUI-työpaja

Aluksi kartoitettiin osallistuineiden taustaa. Joukko oli pääosin designereita ja oli toki joukossa muutama devaaja, kuten kaksi Hubblelaista ( alhaalla kuvassa Benin edessä sinipaita ja sen vasemmalla puolella mustapaita . Yritystaustassa oli erilaisia yrityksiä kuten Accenture, Aalto yliopisto, Codemate, Elisa, HBO, Hubble, Outsystems, Reaktor, Veikkaus.

Reaktor Breakpoint – VUI workshop. Kuvaaja: Veli-Matti Korpelainen TT-Kamerat

 

Build – Measure – Learn 23.5 – Enersize

Tapahtuman aikaan meillä oli menossa asiakkaan, Enersize, iteraatio, ja tietysti tämä kommunikointiin läpinäkyvästi asiakkaalle. Sen sijaan että kommunikointi olisi ollut hankalaa, asiakkaan edustaja otti meihin yhteyttä ja hänen kanssaan sovittiinkin iltapäiväksi tapaaminen kasvokkain, juomien ja ruokien kera. Tämä olikin erittäin rento ja hyvin oivallettu päätös päivälle. Samalla opittiin tutustumaan ihmisinä ja yhteistyökumppaneina toisiimme paremmin.

Measure 24.5.

Varsinaisen tapahtumapäivän aamu alkoi kauniissa säässä matkalla hotellilta messukeskukseen. Paikalla tarjoiltiin aamupala, jonka yhteydessä oli mukava suunnitella oma track useiden ”stage”-vaihtoehtojen joukosta (alhaalla kuvassa näkyi suunnittelun eräs lopputulos Santerin osalta).

Reaktor Breakpoint 2018 oma track

Odotuksia oli saada ehkä syvällisempääkin ymmärrystä design- ja devaus-näkökulmilla aiheista kuten AI, dronet, RUST, Autojen ohjaus tulevaisuudessa, VUI, kokeilukulttuuri, design työkalut.

Heti alkuun tuli kuitenkin selväksi että 30 minuutissa mullistavia, syvällisiä kokemusten jakamisia tai ajatuksia on vaikea saada aikaan. Joitakin mielenkiintoisia havaintoja tuli. Seuraavaksi jaetaan niistä muutamia.

Learn

  • VUI työpaja oli erittäin hyödyllinen.
    • Saatiin keskittyä yhteen aivan uuteen aiheeseen kerralla paljon ja opittiin samalla eri design-metodeja ja -periaatteita
    • Opittiin itse Voice User Interface suunnittelusta yhdessä tekemällä ja erityisesti nopeasti validoimalla
    • Opittiin että Voice User Interface teknologiat on alussa, ja vaikeita tehdä hyvin, mutta esim. chat-boteista tuttu periaate ”Conversational UI” on hyödynnettävissä VUI-suunnitteluun
    • Saatiin kimmoketta omiin (VUI)-kokeiluihin
  • Tapahtumien after-partyihin kannattaa osallistua, erityisesti verkostoitumisen ja kevyemmän jutustelun vuoksi. Tapasimme mm. erittäin samanhenkisen turkulaisen yrityksen, Arado, tyyppejä, joiden kanssa juteltiin mm. toistemme tapahtumiin osallistumisesta
  • Drone-lainsäädännön kehittymisen lisäksi, sovelluksissa on paljon vielä huomioitavaa kuinka eri tavalla ihmiset vuorovaikuttavat esim. verrattuna puhelimiin
  • Reaktor Breakpoint on enemmän design- kuin devaus-painotteinen tapahtuma, jota voi suositella näkökulmien hakemiseen, ei niinkään tekniseen perehtymiseen

Linkkejä

 

 

Koodausta ja kohellusta – node.js

Koodausta ja kohellusta – node.js

Hubble järjesti toista kertaa ”koodausta ja kohellusta”-tapahtuman, 24.4. klo 18-22 Tällä kertaa aiheena oli node.js . Edellisestä kerrasta ja sen palautteesta voit lukea täältä .

Kuten luova johtajammekin sanoo radiohaastattelussa että, Hubble haluaa olla rohkeasti edistämässä kokeilukulttuuria, ja me ymmärrämme että sen tärkeä – ehkä jopa tärkein – osa on nopea palaute. Viime kerran tapahtuman palautteesta opeimme ainakin että

  • arki-ilta on hyvä ajankohta
  • osallistamista voisi olla enemmän, edellinen tapahtuma oli koulutus-tyyppinen
  • syötävää oli hyvä olla tarjolla

Build

Tapahtuman sisältö ja ajankohta päätettiin kuukautta ennen itse tapahtumaa. Päätöksen jälkeen laitettiin ennakko-tieto sähköpostilistalla oleville henkilöille. Muutaman päivän päästä tämän ennakkotiedon jälkeen alkoikin lähteä tapahtumatiedoitteita henkilökohtaisiin eri kanaviin

Sisältö nivoutui hyvin pitkälti kokemuksiemme jakamiseen node.js tiimoilta.

Tapahtumaan osallistujia ilmoittautui melko hitaasti, mikä alkoi hieman mietityttämään, oliko tiedottaminen onnistunut. Tapahtuma herätti innostunutta kannustusta mm. Tampere Hacking Great meetuppien järjestäjien taholta. Lue lisää vierailusta täältä

Tapahtuma haluttiin nyt myös osallistavan ihmisiä keskusteluun ja siksi tarjoilun puolesta päätimme kokeilla tavanomaisten taukotila-virvokkeiden lisäksi muutamaa olutta.

Satky halusi toimia sponsorina tapahtumaan tarjoamalla cola-juomat ja subway-tarjottimen, hyväksi todetun meatlovers-vaihtoehdon. Vastineeksi tapahtuman alussa kerroin lyhyesti Satakunnan Tietojenkäsittely yhdistyksestä ja mm. hacklabista.

Kaikki ilmoittautuneet pääsivät osallistumaan. Itse tapahtuma lähti käyntiin leppoisasti jutustellen. Seuraavaksi kerrottiin Hubblesta ja juuri käynnistyneestä Business Finland-hankkeesta ”Brand Based Programming”:sta.

Measure

Heti alkuun tuntui hyvältä idealta näyttää keskustelu-aiheet samalla kun esittäydyttiin, jotta voitiin varmistaa että ainakin erityisen kiinnostavista aiheista keskusteltaisiin. Tästä nopeasta palautteesta kävi oitis muutama asia osallistuneiden osalta selväksi

  • node.js tuotannossa ja erityisesti backend-puolella oli vieras
  • frontend eli käyttöliittymä-puolella sen sijaan node.js-työkalut olivat erittäinkin tuttuja
  • JWT eli jsonwebtoken on kiinnostava
  • osallistujat olivat opiskelevia tai työssäkäyviä koodaajia

Meidän hubblelaisten kokemusten ja tarinoiden kerronta eri aiheissa ja niiden välillä oli poukkoilevaa. Kuitenkin tästä saattoi huokua että hubblelaiset kertovat ihan todellisia kokemuksia, eikä koreografioitua näytelmää, josta eräs osallistuja mainitsi. Me tulkitsemmekin tämän erittäin hyvänä palautteena, porilaiseen tyyliin. Kysymyksiä tulikin ja niihin löytyi vastauksia, joskus useampikin. Keskustelua syntyi.

Learn (palaute)

Ennen tapahtumaa oli tullut selväksi että seuraavalla kerralla some-kanavissa mainostamista halutaan kokeilla tapahtuman tiedottamisen tueksi, koska hämmästyttävän moni tuttava ei ollut huomannut viestejä.

Heti tapahtuman jälkeen ehdittiin kuulla muutama suora palaute:

  • Hienoa että Porissa järjestetään tälläisia tilaisuuksia
  • tarjoiluun viitaten ”pizza and beer” voisi olla kiva

Sen lisäksi teimme lyhyen muutaman kysymyksen google forms kyselyn ja lähetimme sen osallistujille. Vastauksia tuli 4 kpl. Kysely lähti  6 osallistujalle, eli poislukien hubblelaiset. Tässä yhteenvetoa kyselyn tuloksista

  • vastaajista 100% haluaa jatkossakin lisää node.js tilaisuuksia
  • vastaajista 75 % sai tietoa tapahtumasta kaverilta eikä esim. somesta
  • vastaajista 100 % haluaa osallistua muihinkin kuin ”koodaus”-aiheisiin tapahtumiin
  • tapahtuman hyödyllisyys sai asteikolla (1=hyödytön,4=erittäin hyödyllinen) keskiarvoksi 3,75
  • vastaajat toivoivat tapahtumien ajankohdaksi joko arki-iltaa tai viikonloppupäivää (75%)
  • vapaamuotoisia vastauksia tilaisuudesta tuli seuraavia kuten
    • ”Hyvää ”real world” keskustelua, porukka oli hyvin meiningissä mukana”
    • ”Oluesta plussaa. Tekniikan lisäksi vois jutella koodamisen arvoista, tavoista, tiimityöstä yms. pehmeistä asioista.”
    • ”isompi / ”vapaampi” tila ois pop, tyyliin sohvia tms. Neukkaripöytä inan jähmeä =/”
    • ”Asiantunteva, rento ja erittäin positiivinen tunnelma, vaikka asiantunteva ja rento on usein vaikea yhdistää.”
    • ”Mukavaa jutustelua”
    • ”Siistii saada tällasta settii Porii, tulee ihan mieleen Helsingin new school -softatalojen meininki”
    • ”Kiitokset hubblen porukalle hyvästä tapahtumasta, jonka mahtavuutta ja tarpeellisuutta ei edes ymmärtänyt ennen kuin oli ollut tapahtumassa. Toivottavasti saadaan lisää vastaavia erilaisista alaan liittyvistä aiheista ja muitakin innostumaan järjestämään vastaavia.”

Kuvia tapahtumasta

Sequelize stacktrace

Sequelize stacktracen ihmettelyä

Esittäytyminen

Esittäytyminen

Jutustelua

Jutustelua

Linkit

Hacking Great AWS Serverless meetup

Hacking Great AWS Serverless meetup

Talvi alkaa olemaan takana, ja oli aika kaivautua ulos omasta devausluolasta ulkomaailmaan.

Tällä kertaa se tarkoitti Tampereella meetupissa käyntiä.

Devaukseen liittyviä meetuppeja parhaiten löytyy tällä hetkellä meetup.com ja eventbrite.com palveluista.

Katselin mitä muita kuin ”Koodausta ja kohellusta”-meetup lähistöltä löytyy. Ja läheltä, Tampereelta, löytyi useampikin https://www.meetup.com/cities/fi/tampere/ . Tähän palveluun kiinnitin huomion koodiklinikka slack ryhmän tapahtumat kanavalla.

Pienen selailun jälkeen Cybercom:n järjestämät HackingGreat-meetupit vaikuttivat mielenkiintoiselta, ”hands on”-tyyppiseltä ja seuraavan aihe olikin sopivasti ajankohtain AWS Serverless . Niinpä ilmoittauduin ja ostin junaliput.

Tapahtuma oli järjestetty porilaisen samoojankin kannalta kätevästi Tampereen rautatieasemalta pienen kävelymatkan päässä Finlaysonin Media 54 saunatilassa ( http://www.hsm.fi/media54iso/ ).

Itse ”hands on” osuus tapahtumasta lähti sutjakasti liikkeelle illan aikataulun ja lyhyiden kolmen eri trackin esittelyiden jälkeen. Jokaisella trackilla oli oma vetäjänsä.

Itse osallistuin 3. trackille jonka aiheena oli SAM eli Serverless Application Model. Amazonin AWS consoleen kirjautumisen jälkeen kukin alkoi tutustumaan Trackin vetäjän käydessä läpi samalla ohjeita ja perusteita.

Itse harjoitteisiin meni muutama tunti nopeasti, jonka jälkeen olikin syömistä, juomista, jutustelua ja saunomista uusien tuttavuuksien kanssa. Sangen mukavaa ja mutkatonta verkostoitumista.

Järjestäjiltä kysyin miten he saavat palautetta. Ja sain suosituksen kirjoittaa suoraan tapahtuman sivulle, kommentteihin. Niinpä tein.

Saunatilan wifin kanssa oli pientä säätöä, toisaalta Disobeysta totutulla kaavalla pärjäilin omalla matkapuhelimen jakamalla wifi-yhteydellä. Ruokaa ja juomaa oli riittävästi ja se oli hyvää. Sauna oli todella mukava ja rentouttava lisä keskellä viikkoa, kotiin tullessa uni tulikin pian.

Suosittelen ottamaan osaa ”Hacking Great”-tapahtumiin. Taidan itse piipahtaa toistekkin, ja kuulin että seuraavalla kerralla aiheena saattaa olla jokin muu Amazonin uunituore AWS-palvelu.

Ja niin 24.4. Hubble järjestää 2. kertaa ”Koodausta ja kohellusta” tapahtuman johon voi vielä ilmoittautua. Paikkoja rajoitetusti:

https://www.eventbrite.com/d/finland–pori/events/?q=&loc=pori&date=

Linkit
* https://www.meetup.com/HackingGreat-Cybercom/events/248568025/
* https://github.com/cybercom-finland/hacking-great-6
* https://docs.aws.amazon.com/lambda/latest/dg/serverless_app.html