SCRUM TEAM AS A SERVICE

Kehity entistä nopeammin!

On  mahdollista automatisoida yli 30 prosenttia jokapäiväisistä työtehtävistä, jotka muodostavat 60 prosenttia nykypäivän työpaikoista, kertoo tutkija McKinseystä. Tuotannon automatisoinnin kasvava kysyntä ja ohjelmistokehittäjien puute ovat saaneet monet yrittäjät kysymään itseltään: miten automatisoidut käyttöjärjestelmät voidaan asentaa nopeasti ja tehokkaasti? Miten onnistutaan rakentamaan tehokas ohjelmistokehitysosasto? “Scrum Team as a Service” on Euvicin vastaus ongelmaasi.

Ketterä kehitys

Itsenäisen tiimin avulla kyetään tukemaan kasvavaa, nopeampaa ja joustavampaa laitteiston kehittämistä. Hierarkiaa ei ole ja tiimin jäsenet päättävät itse, miten työ suunnitellaan. Ketterän metodin myötä yritykset ovat onnistuneet lyhentämään päätöksentekoprosessia ja jokainen tiimin jäsen ollaan kyetty asettamaan oikeaan työtehtävään oman työkykynsä ja pätevyytensä puitteissa.

Ketterä ohjelmistokehitys perustuu siihen kokemukseen, että asiakkaan odotukset usein kehittyvät projektin aikana. Tämän vuoksi ohjelmistokehittäjien työtehtävät on jaettu eri etappeihin, useimmat päättyvät toteutukseen. Nämä etapit ovat niin kutsuttuja spurtteja, joita voidaan työstää useamman viikon. Tänä aikana IT-henkilöstö testaa ja kehittää ohjelmiston asiakkaalle sopivaksi. Jokaisen niin kutsutun spurtin lopuksi ohjelmistokehittäjät toimittavat oimivan version tuotteesta asiakkaalle.

Ketterän ohjelmistokehityksen edut muuttuvat helposti heikkouksiksi isommissa projekteissa. Pienemmissä, hyvin koordinoiduissa tiimeissä on helpompaa päästä yhteisymmärrykseen, mutta kommunikoinnista tulee entistä haastavampaa kun projektiin osallistuvien määrä kasvaa. Ketterillä metodeilla työskentely vaatii huomattavaa itsekuria jota kaikilla ei välttämättä ole. Tällaisissa tapauksissa projektin vastuualueista usein tulee harmaata ja projektin tavoitteet voivat usein jäädä epäselviksi. Nopeiden ja suunniteltujen toteutusten sijaan keskitytään välittömien tulipalojen sammuttamiseen.

Ratkaisu suuren mittakaavan ketterän käyttöjärjestelmän tuotantoprosessin kehitystoimiin on Scaled Agile Framework.

Ketterä ohjelmistokehitys sisältää tietyt ohjelmistolle tyypilliset raamit, joidenka mukaan ohjelmisto toimii tuotantoprosessin aikana, joista esimerkkeinä toimivat Scrum tai DevOps. Ne sisältävät tarkoin suunnitellut ohjeet ohjelmiston toiminnoille, sekä loistavia toimitusratkaisuja liukuhihnatoimituksille ja läheisen yhteistyön ohjelmistokehitykseen erikoistuneiden ammattilaisten sekä huoltotiimin kanssa. Scaled Agile Framework (SAFe) sallii nopean ohjelmiston toiminnallisen käytön suurissa projekteissa, missä tiimi olla yli 50 henkilöä.

“Työskentelimme SAFe:n avulla jo ennen kuin edes  tiesimme menetelmän olemassaolosta”, kertoo Ola Hesselroth, EUVIC:in henkilöstötiimistä. Hän vitsailee heidän löytävän puuttuvan renkaan uudelleen. “Suurin ero tällä hetkellä on, että yritämme yhdistää SAFe- järjestelmän luonnolliseksi osaksi yritystämme. Scrum-tiimin työ on vain prosessin toinen puoli, toinen puoli on asiakas. Onnistuneen projektin A ja O ovat toimiva yhteistyö tiimin ja kuluttajan välillä, missä selkeät vaatimukset ja toimiva tuoteselosteet ovat kaiken perusta”.

Euvicin lähestymistapa on tarjoaa valtavan joustavuuden ja toimitusten arvon hallinnan yksilöllisen budjetoinnin, backlogin sekä toimitusten tarkastamisen avulla jokaisella spurttietapilla. Projektin tärkeimmät avainhenkilöt ovat Scrum-tiimijohtajat ja tuoteomistajat (jotka edustavat asiakasta). Tuoteomistajat luovat toimivan backlogin. Tuoteomistajat ja Scrum-tiimijohtajat työskentelevät tiiviisti yhdessä, joten heidän tulee olla yksimielisiä jokaisen spurtin sisällöstä sekä tuotteen lopputuloksesta. Sprintti-budjetti – neljännesvuosittain tai koko projektille. Tuoteomistajat vastaavat myös tuotteen arvioinnista ja testauksesta.

Euvicin metodi – Scrum as a Service vastaa Agile-automatisointimetodia, minkä Federico Berruti, Geet Chandratre yhdessä Zaid Rabin ja McKinseyn kanssa yhteistyössä ovat kehittäneet. Heidän menetelmänsä perustuu Scrum-periaatteisin, mutta mukautuu myös loistavasti tekoälyyn ja sen vaatimuksiin automatisoidussa ympäristössä. McKinseyn tutkimuksessa esitellyt viisi pääkomponenttia ovat tiimirakenne, etukäteissunnittelu, laukaisuvetoiset tarinat, julkaisujen hallintointi sekä ohjelmatuki. Tulemme tarkastelemaan kutakin komponenttia yksityiskohtaisesti seuraavissa osioissa.

Tiimirakenne

Kuten muissakin Scrum-raameissa, täytyy Agile-automatisointikonseptin tuotekehitystiimin olla erityisen joustava. Tiimin täytyy pitää sisällään tuotekehittelijän, tuotetestaajan, toimivan IT-henkilöstön sekä yrityksen kumppanit. Tuoteomistajan, jolla on asiantuntemusta tietystä automaatiotekniikasta, tulee johtaa jokaista tiimin ryhmää ammattitaitoisten tuote-experttien ja eri osastojen erityisosaajien kanssa yhteistyössä. “Johtajan täytyy olla henkilö, joka ottaa paikkansa johtajana ja hyväksyy asiakkaille lähetettävät tuotteet valmistusprosessin loppuvaiheessa”, kertoo Ola Hesselroth, Euvicin tuotekehittelijä. “Hyvä tuoteomistaja ymmärtää ongelmat, joita yritämme kehitysprosessin aikana ratkaista, olematta kuitenkaan liian tekninen. Johtajan tulee olla nöyrä ja luottaa tiimiin sekä arkkitehtuuriin, jotka ovat valmiita ottamaan työn haltuunsa”.

Etukäteissuunnittelu

Ketterä automatisointi vaatii prosessin suunnittelua ennen kuin itse työ voidaan aloittaa, jotta lopputulos vastaa liiketoiminnan tavoitteita. Ola Hesselroth Euvicilta painottaa tuoteomistajan vahvaa roolia tuotekehittelyprosessissa. Tuoteomistajan tulee vastata koko projektin luovan prosessin ideoiden eteenpäin viemisestä. “Hänen täytyy tietää, kuinka tarjota jotain arvokasta. Paras tapa saada asiasta selvää on vastata kysymykseen – minkä ongelman haluanratkaista?”

Laukaisuvetoiset tarinat

Kun käyttäjätarinoita ei voida erottaa toisistaan ​​(yleensä ne kuvaavat järjestelmän ominaisuuksia ja ominaisuuksia, jotka vastaavat käyttäjän tarpeita), laukaisuvetoiset tarinat antavat mahdollisuuden jakaa projekti hallittavammiksi paloiksi. Ketterä automaatio tunnistaa “laukaisutapahtuman”, kuten tiettyjen tietojen saatavuuden tai käyttäjän toiminnan. “Tämä helpottaa uuden tekniikan käyttöä ja tarjoaa mahdollisuuden luoda parempia liiketoiminnan tuloksia”, Hesselroth kertoo. “Ei ole kyse vain McKinseyn kuvaamasta automaatiosta, vaan myös tapahtumavetoisesta tekniikasta, kuten Lambdasta.” Suurien monimutkaisten hankkeiden sijaan Euvic jakaa projektit eri tiimien hoidettaviksi ja myöhemmin heidän toimitettavikseen. “Yhdistetyn” järjestelmän rakentaminen antaa mahdollisuuden tuottaa arvoa edelleen nopeasti ja ylläpitää tiimin joustavuutta.

Julkaisujen hallinta

Ketterä automaatio erottaa prototyypin ja tuotanto-ohjelmiston toimitukset. Hallittu tuotannon toimitusaikataulu on sovitettava yhteen yrityksen kanssa. Siksi suosittelemme, että valitset selkeän julkaisupäällikön, joka käy vuoropuhelun organisaation kanssa julkaisusta ja milloin organisaatiolle sopii julkaista uusi toiminnallisuus.

Ohjelman tuki

Koska tämä työskentelytapa voi merkitä suurta muutosta koko organisaatiolle, on hyvä tarjota työntekijöille omistettuja ohjelmia tai tuotteita heidän tukemisekseen, hyvien käytäntöjen luomiseen ja edistymisen kartoittamiseen. Se on tärkeää myös käyttäjän tuella käynnistetyn toiminnallisuuden tai uuden palvelun jälkeen. Meistä tulee usein osa huolto- ja käyttötiimiä ja autamme asiakasta ratkaisemaan ongelmat asennuksen jälkeen.

Onnistunut työ

Yksi Euvicin asiakkaista on People’s Production, jolla on rekrytointi-, henkilöstö- ja työllistämisbrändejä Ruotsissa. He tarvitsivat uuden IT-infrastruktuurin vastaamaan kasvavia liiketoiminnan tarpeita ja päättivät valita Scrum Team as a Service -tarjouksen. Täältä voit lukea lisää yhteistyöstä.