Projektin hallinta Ohjausprosessina Scrum Mikä on projekti? Miten Scrum ohjaa projektia? ict2tn007 - Anne Valsta 28.8.2010
Projekti on ainutkertainen, kertaluonteinen ajallisesti rajattu: alkaa päättyäkseen suunnitellusti (max 3 htv ja 9 kk) työsuoritus, jolla on omat resurssipuitteet: raha, valta, työvoima määritetty tehtävä tuottaa vaatimukset täyttävä tulos (esim. ohjelmisto, selvitys, vaatimukset) Virkki, P. Somermeri, A. 1997. Projektityö – kehittämisen moottori ict2tn007 - Anne Valsta 28.8.2010
Miksi projekti? Jäsentynyt tapa toimia Ohjattavissa ennalta suunniteltu työn eteneminen ennalta aikatauluun varatut resurssit tehdään sovitut tulokset Ohjattavissa raportointikäytäntö ohjauspisteet ja –vastuut: nopea reagointi ja vaikutusten arviointi muutoksissa tavoitteet ja mittarit suunnitelmallista, tehokasta, päätöksiä tukevaa toimintaa hyväksi koettu käytäntö ict2tn007 - Anne Valsta 28.8.2010
Projektin ohjaukselliset vaiheet Suunnittelu projektisuunnitelma Käynnistäminen projektisuunnitelman hyväksyminen ohjauksen työvälineeksi, lupa kirjata projektille työtä Toteutus: seuranta ja ohjaus lupa jatkaa työtä/ päätös keskeyttää työ Päättäminen tuloksen ja vastuiden luovuttaminen sekä projektiorganisaation purkaminen ict2tn007 - Anne Valsta 28.8.2010
Projektisuunnitelman laatimista varten on syytä tietää odotettava tulostavoite alustava aikataulu projektiorganisaatio budjetti, rahoituspuite projektin perustamiseen johtaneet syyt ict2tn007 - Anne Valsta 28.8.2010
Projektin sidosryhmät - vaikuttajia tekemisen aikaiset ~ projektiorganisaatio ja tukijoukot tuloksen intressitahot, esim. tilaaja (toimeksiantaja, maksaja, asiakas), käyttäjät, muu tilaajan organisaatio: ylläpitäjä, jatkokehittäjät tilaajan asiakkaat, yhteistyökumppanit viranomaiset, työmarkkinajärjestö toimittajan organisaatio, yhteistyökumppanit, alihankkijat, kilpailijat selvitä sidosryhmän rooli projektiin tai sen tulokseen sidosryhmien odotukset ja vaatimukset ict2tn007 - Anne Valsta 28.8.2010
Projektiorganisaation roolit Asettaja, tilaaja Ohjaus- eli johtoryhmä (vrt. seuranta-, valvontaryhmä) Ohjausryhmän puheenjohtaja (vrt. asettaja, tulosintressi) Projektipäällikkö Projektiryhmä (ks. projektiryhmän roolit ja vastuut) Projektisihteeri Tukiryhmä Ohjausryhmän jäsenet Projekti-päällikkö Projektiryhmän jäsenet ict2tn007 - Anne Valsta 28.8.2010
Riskien ennakointi Millaisilla tapahtumilla voi olla kauaskantoisia vaikutuksia projektissa, sen työn epäonnistumiselle? Mikä aiheuttaa ko. tapahtuman? Mikä on tapahtuman todennäköisyys ja seurausvaikutus projektissa? Todennäköisyys ja seurausvaikutus luokitellaan molemmat pieniä: tunnistettu ei aiheuta toimenpiteitä jompikumpi on kohtalainen: otettava huomioon suojautuminen, ennaltaehkäisy jompikumpi on suuri: erityisseurannassa ei lupaa aloittaa/jatkaa ennen kuin poistettu Miten seurauksia voi välttää? Mitä voi tehdä, jos pahin kuitenkin tapahtuu? Kuka reagoi tapahtumaan? Kuka varmistaa toipumisen? ict2tn007 - Anne Valsta 28.8.2010
Projekti alkaa, kun päättyy, kun johtoryhmä hyväksyy projektisuunnitelman aloituskokouksessaan päättyy, kun kehittämisponnistuksen tulos on valmis tai projekti keskeytetään on tietyn ohjausprosessin ilmentymä, jossa ohjausprosessi on kirjattu, hyväksi koettu tapa toimia ict2tn007 - Anne Valsta 28.8.2010
Agile Manifesto FEB 2001 Beck et al. (Cohn, M., 21) Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan ict2tn007 - Anne Valsta 28.8.2010
Scrumin arvot Sitoutuminen (commitment) tavoitteeseen Keskittyminen (focus) tehtävään Avoimuus (openness), näkyvyys kaikille Kunnioitus (respect) kaikkien kokemusta kohtaan Rohkeus (courage) aloittaa omalta tasolta ict2tn007 - Anne Valsta 28.8.2010
Toimiva toimituserä joka kuukausi Leffingwell, D. € vaihejako eniten arvoa tuottava ominaisuus Agile method time ict2tn007 - Anne Valsta 28.8.2010
Scrum on projektinhallintamenetelmä Joka vaatii aina muun kehittämismenetelmän, esim. XP Sprintit ja muutosten hallinta Product Backlog on muutettavissa, ei suositeltavaa, vaikea muuttaa Työn alla x valmiit ict2tn007 - Anne Valsta 28.8.2010
Srcumin roolit Scrum Master (SM) ei ole toimittajan projektipäällikkö, eikä Product Owner, vaan Scrum-prosessin mahdollistaja Product Owner (PO) vastaa asiakkaan projektipäällikköä ja omistaa Product Backlogin (PB), vastuulla business hyödyt Kehitystiimi (7 henkilöä + SM + PO) on kokonaisvastuussa tuotteen kehittämisestä käyttäen taitojaan parhaalla mahdollisella tavalla ict2tn007 - Anne Valsta 28.8.2010
Scrumin aikarajat – inspect & adapt Suunnittelusipuli (vrt. Cohn, M Julkaisun suunnittelukokous Sprintin suunnittelukokous Sprintti (työjakso) Päivän Scrum Sprintin katselmointi Sprintin retrospektiivi Tuotevisio Julkaisusuunnitelma Toimituserä Sprintti ict2tn007 - Anne Valsta 28.8.2010
Scrum-projektin tuotokset Tuotteen kehitysjono (Product Backlog) Tuotteen ominaisuuslista Tarkka, arvioitu ja priorisoitu Tehtävälista (Sprint Backlog) Sprintin edistymiskäyrä (sprint burndown) Jäljellä olevat tehtävät Julkaisun edistymiskäyrä (release burndown) Jäljellä olevat ominaisuudet ict2tn007 - Anne Valsta 28.8.2010
Mitä valmis tarkoittaa? Tiimi esittelee vain ne toiminnallisuudet, jotka täyttävät PO:n kanssa sovitut vaatimukset eli toimituserä on koodattu ja refaktoroitu testattu dokumentoitu ~ ”definition done” Toiminnallisuus ~ user story < epic < teema ict2tn007 - Anne Valsta 28.8.2010
Sprintin suunnittelukokous Product backlog, kehitysjono neuvottelu valitut ominaisuudet Sprintin tavoite jäsennä tehtäviin arvioi työmäärät Sprint backlog, tehtävälista Sprintin kesto 4 vkoa 2 x 4 t kokoukset Sprintin tavoite Sprintin backlog Osallistujat: kehitystiimi + PO + SM ict2tn007 - Anne Valsta 28.8.2010
Tehtäväkortti User story # _____ Painoarvo _____ User story _______________________________________________ Tehtävä ___________________________ Tekijä ______________ ___________________________ Työmäärä ______ t ict2tn007 - Anne Valsta 28.8.2010
Tehtävälista, esimerkki User story Työn alla Valmis # painoarvo tehtävänimi suunniteltu jäljellä US1 5 UI 2 1 API 3 x DB … US2 3 ict2tn007 - Anne Valsta 28.8.2010
Päivän Scrum – inspect & adapt PO ei ole paikalla, ellei tiimi ole kutsunut Kesto 15 minuuttia Joka päivä sama aika ja paikka Aina samat kysymykset Mitä olen saanut aikaiseksi sitten edellisen päivän Scrumin? Mitä aion tehdä ennen seuraavaa päivän Scrumia? Mitä esteitä työlleni on? Vain kehitystiimi puhuu, á 2 minuuttia ict2tn007 - Anne Valsta 28.8.2010
Kehitystiimi ja sprintti Kaikki tekevät kaikkea: mitä parhaiten osaavat ja oppivat Huomaa ryhmädynamiikka! ict2tn007 - Anne Valsta 28.8.2010
teho kypsä toiminta harmonia aloitus kuohunta aika Erimielisyys sallitaan, ristiriidoista opitaan, avoimuutta, vetäjä on ryhmän jäsen teho aika kypsä toiminta harmonia kuohunta aloitus Pinnallisesti hyvä vuorovaikutus, vakiintuneet toimintatavat, tehdään kompromisseja, ollaan kohteliaita ja samanmielisiä, vetäjä siirtää vastuuta ryhmälle viestintä on niukkaa, jäsenet ovat epävarmoja, omat edut ovat tärkeitä, olo on turvaton, haetaan vetäjää paljon puhetta, vähän kuuntelua, väitellään, tavoitteet ovat ristiriitaisia, päätökset hätiköityjä, tarvitaan vetäjää Valsta
Sprintin katselmointi – inspect & adapt Epämuodollinen tapaaminen sprintin lopussa Kehitystiimi esittelee valmiit tulokset Max 4 tuntia Tilaaja-asiakas, PO ja kehitystiimi Toimituserä (inkrementti) ja PB katselmoidaan Pohjustaa seuraavaa julkaisusuunnitelmaa ict2tn007 - Anne Valsta 28.8.2010
Sprintin retrospektiivi Max 3 tuntia SM järjestää Koko tiimi on paikalla Syy-seuraus -analyysi Mikä meni hyvin? Mitä voi parantaa? Päätös, mitä tehdään ict2tn007 - Anne Valsta 28.8.2010
Sprintin elämänkaari Päivän Scrum + tehtävät Sprintin tavoite Sprintin suunnitelma Sprintin katselmointi Sprintin retrospektiivi ict2tn007 - Anne Valsta 28.8.2010