# jLogSim-toimeksianto
## Ketterä kehitysprojekti, syksy 2022
#### Tekijä: Satu Kontinen | Opiskelijanumero: 2108385
Ryhmä: ICT3 | Rooli: Tuotteen omistaja

## Sprint 1 (7.11.2022 - 20.11.2022)

### Yhteenveto sprintistä

Ensimmäisen sprintin aikana sovimme tiimin roolijaosta ja keskeisimmistä käytännöistä. Ensimmäinen tehtävä projektissa oli se, että koko tiimi tutustui jLogSim-työpöytäsovellukseen ja tutki sekä testasi sen toimintaa tahoillaan. Tämän jälkeen otimme yhteyttä toimeksiantajaan ja keskustelimme hänen kanssaan toimeksiannosta ja projektin tavoitteista. Asiakas halusi meidän kehittävän jLogSim-työpöytäsovellusta ja koki sen selvästi tärkeämmäksi asiaksi kuin websovelluksen prototyypin kehittämisen. Koulu taas oli asettanut lisävaatimuksen siitä, että projektiin tulisi sisällyttää myös webkehitystä. Nämä keskenään ristiriitaiset asiat aiheuttivat tiimille paljon päänvaivaa projektin esimmäisen sprintin aikana. Lisäksi meille oli epäselvää, miten paljon webkehitykseen tulisi panostaa projektin aikana, kun asiakas halusi meidän keskittyvän nimenomaan työpöytäsovellukseen.

Kun kehitystiimi aloitti tutustumaan lähdekoodiin tarkemmin, huomattiin että asiakkaan ohjelmassa havaitsemien käytettävyysongelmien parantamien vaatisi isoja rakennemuutoksia ohjelmaan. Ongelmaksi tässä muodostui se, että käyttöliittymään ei päästä käsiksi esimerkiksi Scene Builderissa, koska se on aikanaan toteutettu Swingillä, josta kehitystiimistä kenelläkään ei ollut kokemusta.

Tulimme 1. sprintin toisella viikolla yhdessä siihen tulokseen, että asiakkaan toivomien käytettävyysongelmien parantaminen täytyy rajata projektista pois, koska niiden parantaminen projektiin varattujen 6 viikon aikana vesisi suhteettoman suuren ajan - ja projektiin oli sisällytetty muitakin kehityskohteita, kuten websovelluksen prototyyppi. Päätettiin siis työpöytäsovelluksen osalta keskittyä vain varsinaiset bugikorjaukset ohjelmaan. Asiakas oli havainnut bugeja tallentamisessa ja help-toiminnossa. Näiden ongelmien vakavuus arvioitiin käytettävyysongelmia suuremmaksi ja arveltiin, että nämä korjaukset olisi mahdollista toteuttaa ohjelmakoodiin. Asiakas ei myöskään saanut ohjelmaa omalla koneellaan käyntiin ja oli toivonut asennusohjeita sekä sovellukselle että Javalle, joten päätettiin toteuttaa aiemmin mainittujen bugikorjausten lisäksi nämä.

Projektin toisella viikolla loin projektille backlogin yhdessä tehdyn pohdinnan perusteella. Tiimillä ei ollut halukkuutta hajauttaa kehitystä siten, että osa keskittyisi websovellukseen ja osa työpöytäsovellukseen, joten minusta tuntui luonnolliselta suunitella sprintit siten, että 2. sprintissä keskitytään työpöytäsovellukseen ja 3. sprintissä websovelluksen prototyyppiin. Esitellessäni laatimani tuotevision ja projektin backlogin kehittäjille, kehittäjät hyväksyivät esitykseni. Esitystäni sai kommentoida, mutta se kelpasi sellaisenaan kaikille, joten projektille saatiin luotua 1. sprintin aikana punainen lanka ja raamit.

### Työpanokseni ja sitoutumiseni projektiin

Roolini tässä projektissa on toimia tuotteen omistajana. Aikaisemmissa kouluprojekteissa olen toiminut kehittäjän roolissa, joten tuotteen omistajan rooli on minulle uusi. Tämä rooli valikoitui minulle siten, että muilla oli halukkuutta toimia kehittäjinä ja toisaalta myös siksi, että halusin myös itse itselleni kokemuksen tässä roolissa toimimisesta. Vaikka itse tähtäänkin kehittäjäksi, haluan ymmärtää myös tuotteen omistajan työnkuvaa.

**Miten varmistat omien tehtäviesi suoritetuksi tulemisen?**
Aloitin oman työpanokseni toteuttamisen tässä projektissa siitä, että aloin tutustumaan huolellisesti SCRUM-prosessiin liittyvään oppimateriaaliin. Halusin saada selkeän kuvan tuotteen omistajan työnkuvasta, tehtävistä ja vastuista, jotta osaisin toteuttaa omaa rooliani projektissa mahdollisimman hyvin.

Tehtävieni suoritetuksi tulemisesta huolehdin myös siten, että pidän itselläni to do -listaa omista tehtävistäni. Ylläpidän myös listaa asioista, jotka näen tärkeiksi käsitellä seuraavassa ryhmäpalaverissa, asiakastapaamisessa tai ohjaustapaamisessa. Pyrin työskentelemään tasaisesti koko projektin ajan, jotta asiat tulevat tehdyiksi ajallaan sekä osallistun aktiivisesti suunnitteluun ja ideointiin.

**Miten varmistat, että seuraat ryhmäsi ohjeita ja sovittuja suunnitelmia?**
Tehdyistä suunnitelmista ja käytännöistä on sovittu ja sovitaan jatkossakin yhteisesti ja sovitut käytännöt kirjataan ylös wikiin. Oma roolini tässä projektissa ei ole toteuttaa olemassa olevaa suunnitelmaa, vaan tuotteen omistajana minun tehtävänäni on luoda aikataulu ja organisoida projekti. Suunnittelutyön haluan tehdä yhteistyössä muun tiimin kanssa, työmäärän arviointi ja työtehtävien priorisointi ovat sellaisia asioita, joihin kaikki saavat vaikuttaa. Kehittäjät saavat itse sopia työnjaostaan.

**Miten tutustut toisten ryhmien toimintaan? Sisällytätkö hyviä käytänteitä toisten ryhmien toiminnasta oman ryhmäsi toimintaan?**
Toisten ryhmien toimintaan en ole tutustunut, koska muut ryhmät ovat lähteneet liikkeelle erilaisista lähtökohdista kuin meidän ryhmämme. Muilla ryhmillä on tilanne, jossa samaa toimeksiantoa toteuttaa useampi ryhmä ja ymmärtääkseni jotkut ryhmät pitävät yhteisiä asiakastapaamisia. Tällöin he pystyvät näkemään, miten muissa ryhmissä työskentellään. Meidän ryhmällämme ei taida olla tällaista mahdollisuutta. Lisäksi meillä kehitettävän tuotteen kehitystyön lähtökohta ei ole nolla, vaan tarkoitus on jatkokehittää olemassa olevaa sovellusta. Täten on hieman haastavaa sisällyttää muiden ryhminen toiminnasta käytänteitä tähän projektiin.

Toki projektityöskentelystä on jo kertynyt aiempaa kokemusta esimerkiksi Ohjelmistotuotanto 1 -kurssilta. Sieltä on tullut joitakin hyviä käytäntöjä, kuten se että kaikki osallistuvat taskien hallinnointiin Azure DevOpisissa. Tämä todettiin keväällä hyväksi käytännöksi, koska tällöin kaikki kehittäjien tekemä työ tulee varmasti dokumentoitua ja myös backlog ja taskit pysyvät ajan tasalla.

**Miten ryhmäsi työ jakaantuu ryhmän jäsenten kesken? Miten arvioit työnjaon tasapuolisuutta ja miten olet pyrkinyt edistämään työnjaon tasapuolisuutta?**
Työnjaosta on päätetty yhdessä ryhmänä ja kaikille on annettu ja annetaan mahdollisuus vaikuttaa työnjakoon, joten toivon että myös muut ryhmän jäsenet kokevat työn jakautuvan tasapuolisesti. Kehittäjät saavat valita mitä tehtäviä ottavat itselleen, mutta olen seurannut, että kehittäjen työpanos jakautuisi tasapuolisesti ja huolehtinut siitä että kaikilla on tehtävää. Kehittäjät saavat keskittyä täysin tuotteen kehitystyöhön - scrum master ja tuotteen omistaja hoitavat muut työtehtävät kuten dokumentoinnin, testauksen, backlogin sekä taskien ylläpidon ja scrum-prosessin todentamisen.

Olen 1. sprintin aikana kysellyt kehitystiimiltä, millä tavoin he haluavat työskennellä - olen esimerkiksi selvittänyt, halutaanko kehitystyö haaroittaa siten, että osa kehittäjistä alkaa työstää työpöytäsovellusta ja osa selainversiota tuotteesta yhtäaikaisesti. Tähän ei ollut halukkuutta, joten 1. sprintissä päätimme kehittäjien toiveiden mukaisesti, että että 2. sprintissä keskitytään työpöytäsovellukseen ja 3. sprintissä tuotteen selainversioon.

**Miten tarkastelet omien työtehtäviesi suhdetta projektin tavoitteisiin?**
Omat työtehtäväni tuotteen omistajana liittyvät projektin hallinnoimiseen. Omassa tekemisessä keskeistä on suunnitella kokonaisuutta, huolehtia koko projektin edistymisestä, priorisoida sekä asettaa työlle vaatimuksia ja huolehtia että tehty työ vastaa niitä. Projektin aikana tärkeää on seurata aktiivisesti kehitystiimin työskentelyä ja huolehtia siitä, että tehdään oikeita asioita oikeaan aikaan.

Tässä projektissa lopputulokselle asetettuja vaatimuksia on tullut sekä asiakkaalta että koululta, joten projektin onnistumisen kannalta on ollut tärkeää löytää ja valita ne kehityskohteet, joilla voidaan vastata sekä asiakkaan että koulun projektille asettamiin vaatimuksiin annetun ajan puitteissa.

**Miten tarkastelet oman työtehtäväsi merkitystä projektin onnistumiselle?**
Projektin ja sprintien tehtävien onnistunut suunnittelu ja työmäärän arvioiminen on keskeistä koko projektin onnistumisen kannalta. Toivottavasti tulen osaltani onnistumaan tässä - aika tulee näyttämään. Koska kurssin suorittamisen vaatimuksena on todentaa scrum-prosessi, niin kattava ja selkeä dokumentointi projektin edistymisestä on myös tärkeä työtehtävä.

### Oman työn seuranta ja kehittäminen

Olen käyttänyt Clockifyä työkaluna oman työaikani seurantaan. Tehdyn työn jakautuminen Sprint 1 ajalle voidaan todeta alla olevasta kaaviosta.

Sprint 1 käyttämäni työaika kokonaisuudessaan: 21h 51min
Sprint 1 kesto: 10 työpäivää
Tehty työ/työpäivä: 2h 12min


Olen huolehtinut siitä että kuhunkin työtehtävään kuluva aika tulee tehtäväkohtaisesti eritellyksi.

Sprint 1 työtehtäväni ja niihin käyttämäni aika:


**Oletko arvioinut kuluneen työajan rahallista arvoa?**
Minulla ei ole työkokemusta tämäntyyppisestä työstä, jossa tehdyn työn tulos on aineetonta. Joten rehellisesti sanottuna on hankalaa arvioida tekemäni työn rahallista arvoa. Ensimmäisen sprintin päätteeksi käyttämäni työaika on n. 22 tuntia. Se vastaa kolmea 7,5 tunnin työpäivää. Jos tuntitaksani olisi esim. 17e/h tekemäni työn hinnaksi tulisi 382€. Tätä kirjoittaessani ensimmäisen sprintin päätteeksi projekti on edistynyt sille asetettujen tavoitteiden mukaisesti suunnitteluvaiheesta toteutusvaiheeseen, joten kaipa tuolle rahalle jonkinlaista vastinetta olisi saatu.

**Sovellatko työajan seurantaasi uusien tehtävien aika-arvioiden tekemisessä joka iteraatiossa?**
Ensimmäisen sprintin jälkeen en ole kokenut tälle olevan tarvetta, ainakaan vielä. Ensimmäinen sprint kului suunnitteluun. Lisäksi sprintien 1, 2 ja 3 sprintin tehtävät tässä projektissa tulevat olevaan hyvin erilaisia (lukuunottamatta dokumentointia).

Toki ensimmäisen sprintin pääteeksi on muodostunut käsitys siitä, minkä verran minulla kuluu aikaa tuotteen omistajan "perustehtävien" hoitamiseen, eli palaverimuistioiden laatimiseen ja scrum-prosessin todentamiseen. Sen kautta voin miettiä, minkä verran pystyn ottamaan muita tehtäviä itselleni tulevissa sprinteissä.

### Reflektio- ja itseohjautuvuusosaaminen

**Oletko kuvannut sanallisesti työroolisi?**
Työroolini tuotteen omistajana on...

- toimia yhteyshenkilönä kehitystiimin ja asiakkaan välillä
- luoda tuotevisio ja backlog yhteistyössä kehitystiimin ja asiakkaan kanssa
- seurata ja huolehtia projektin edistymisestä
- dokumentoida projektin ja scrum-prosessin edistymistä

**Miten olet tarkastellut oman työroolisi tehtäviä ja pohtinut mitä sisältöjä niihin kuuluu?**
Aloitin heti roolijaon selvittyä opiskelemaan scrum-prosessia ja selvittämään, mitä tuotteen omistajan tehtäviin ja vastuisiin kuuluu.

**Oletko ymmärtänyt, miten työroolisi sijoittuu osaksi projektin toimintaa? Oletko pohtinut, mitä vastuita työrooli tuo ryhmän toiminnan näkökulmasta?**
Tuotten omistajan rooli on toimia sillanrakentajana kehitystiimin ja asiakkaan välillä. Tuotteen omistajana vastaan asiakastyytyväisyydestä, mutta toisaalta rooliin kuuluu myös edustaa kehitystiimiä suhteuttamalla projektille asetetut vaatimukset käytettävissä olevaan aikaan ja resursseihin. Lisäksi tuotteen omistajan vastuisiin kuuluu priorisoida työtehtävät ja jakaa ne sprinteihin. Tässä projektissa kehityskohteita jouduttiin rajaamaan, jotta projekti on mahdollista toteuttaa annetussa ajassa.

**Miten pyrit varmistamaan, että kannat työroolisi tuomat vastuut menestyksekkäästi?**
Pyrin omalla toiminnallani huolehtimaan siitä, että projektissa edistytään sille asetetun aikataulun puitteissa. Järjestän ryhmäpalavereita tarpeen mukaan ja seuraan siten edistymistä ja teen tehtävien organisointia. Suunnitteluvaiheessa olen pyrkinyt vaikuttamaan siihen, että projektin tavoitteet on mahdollista saattaa valmiiksi projektille annetun aikataulun puitteissa kommunikoimalla sekä asiakkaan että kehitystiimin kanssa ja osallistumalla työmäärien arviointiin.

**Mitä kehityskohteita tunnistat omassa projektityöskentelyssäsi?**
Tuotteen omistajana joutuu tekemään päätöksiä. Mietin, olenko varmasti tuonut tarpeeksi selkeästi esille sen, että kaikki saavat vaikuttaa tehtyihin päätöksiin ja että kaikki asiat ovat keskusteltavissa, vaikka tuotteen omistajalla onkin enemmän valtaa tehdä päätöksiä. Koen, että olen tuonut tätä esille, mutta jatkossa kiinnitän tähän vielä erityistä huomiota. Olen huomannut ryhmäpalavereissa olevani melko paljon äänessä, joka on tuotteen omistajan roolille ominaista, mutta minulle henkilökohtaisesti epätyypillistä.

**Mitä vahvuuksia tunnistat omassa projektityöskentelyssäsi?**
Mielestäni olen pystynyt löytämään ne asiat, joihin tämän projektin puitteissa kannattaa keskittyä ja luomaan niiden perusteella tuotteelle kehityskaaren asiakkaan ja kehitystiimin kertoman pohjalta. Pystyn tekemään (ainakin omasta mielestäni) järkeviä päätöksiä, tarvittaessa nopeastikin. Kirjallinen ilmaisuni on yksi vahvuuksistani, joten tekemäni dokumentoinnin tulisi olla helposti luettavaa tekstiä sopivan kompaktiin muotoon tiivistettynä, ja sisältää palavereissa käsitellyt asiat.

### Omien työtehtävien hallinta

**Mitä työtehtäviä SCRUMin mukaiseen rooliisi kuuluu kussakin iteraatiossa?**

Jatkuvat työtehtävät:
- Dokumentointi wikiin
- SCRUM-prosessin todentaminen
- Kehitystiimin työskentelyn seuraaminen ja työtehtävien priorisointi
- Viestintä asiakkaan kanssa

Sprint 1 työtehtävät:
- Asiakkaan toiveiden ja tarpeiden kartoittaminen
- jLogSim-ohjelman testaaminen
- Kehityskohteiden valitseminen ja priorisointi
- Kehitysjonon ja backlogin luominen kehitettävälle tuotteelle

**Kuinka olet pitänyt kirjaa rooliisi kuuluvien työtehtävien hoitamisesta kussakin iteraatiossa?**
Olen dokumentoinut käyttämäni työajan tehtäväkohtaisesti Clockifyyn.

**Mitä kehityskohteita tunnistat omien SCRUMin mukaisten työtehtäviesi hallinnassasi kussakin iteraatiossa?**
SCRUM-prosessin todentaminen ei vielä 1. sprintin aikana lähtenyt minun osaltani käyntiin, onneksi tämä työtehtävä on jaettu scrum masterin ja tuotteen omistajan kesken. Jatkossa täytyy käydä todennettavien tehtävien lista läpi ainakin kerran viikossa ja laittaa tehdyt asiat done-tilaan sekä miettiä miten todenetaan niitä asioita, joita ei ole vielä pystytty todentamaan.

**Mitä vahvuuksia tunnistat omien SCRUMin mukaisten työtehtäviesi hallinnassasi kussakin iteraatiossa?**
Mielestäni 1. sprintissä sain luotua realistisesti toteutettavissa olevan kehitysjonon kehitettävälle tuotteelle ja osasin valita ja priorisoida tärkeimmät kehityskohteet asiakkaan ja koulun vaatimuksten joukosta yhdessä ryhmän muiden jäsenten kanssa.

**Miten olet pyrkinyt kehittämään aiemmissa iteraatioissa havaitsemiasi kehityskohteitasi vahvuuksiksi SCRUMin mukaisten työtehtäviesi hallinnassasi?**
Alussa oli vaikeaa saada mitään konkreettista aikaan, koska tehtävänantoon liittyi niin paljon epäselvyyttä ja epävarmuutta (asiakkaalla ja koululla eroavat vaatimukset projektille). Ensimmäinen sprint kuluikin pitkälti sen selvittämiseen, mitä meidän tässä projektissa halutaan asiakkaan ja koulun puolesta tekevän, ja miten nämä eroavat tavoitteet pystyttäisiin yhdistämään yhdeksi kokonaisuudeksi ja suhteutetaan käytössä olevaan aikaan. Tältä osin asiat onneksi selvenivät 1. sprintin loppupuolella. Koko ryhmällä pitäisi olla 1. sprintin jälkeen käsitys projektin aikana tehtävästä kehitystyöstä ja miten työ on jaettu sprinteihin.

### Oma viestintä

**Oletko säännöllisesti yhteydessä ryhmään?**
Kyllä, ensimmäisen sprintin jälkeen olen osallistunut yhtä vaille kaikkiin palavereihin jotka on pidetty. Lisäksi Discordissa olen seurannut aktiivisesti ryhmän chatissa käymää keskustelua, osallistunut keskusteluun rakentavassa hengessä ja raportoinut sinne omaa tekemistäni.

**Vastaatko ryhmän jäsenten viesteihin ripeästi ja asiallisesti?**
Kyllä, olen vastannut minulle osoitettuihin viesteihin aina saman päivän aikana. Viestintäni on asiallista, mutta myös huumoria pitää olla mukana. :)

**Miten pyrit itse arvioimaan omaa viestintääsi (toimivaksi osoittautuneet käytännöt, kehittämiskohteet)?**
Olen pyrkinyt siihen, että oma viestintäni on läpinäkyvää. Olen jakanut ryhmän tietoon toimeksiantajan kanssa käymääni keskustelua, esim. lähettämiäni sähköposteja. Ryhmäpalavereissa yritän kiinnittää huomiota siihen että en ole ihan koko ajan äänessä, joskus olen itse huomannut että jos kiihdyn niin puhun päälle. Jatkossa aion kiinnittää viestinnässäni huomiota siihen että yritän olla kiihtymättä vaikka jokin asia herättäisikin tunteita, koska ammattilaisen kuuluu osata toimia niin.

**Oletko pyytänyt palautetta muulta ryhmältä viestintäsi toimivuudesta (toimivaksi osoittautuneet käytännöt, kehittämiskohteet)?**
Ensimmäisen sprintin jälkeen keskusteltiin viestinnän toimivuudesta yleisellä tasolla. Viestinnästä todettiin että se on ollut riittävän aktiivista ja toimivaa, ja että kaikki ovat osallistuneet omalta osaltaan aktiivisesti.

**Oletko kirjannut palautteen itsellesi muistiin?**
Viestintään liittyen kehitystiimiltä tuli kysymys siitä, pitääkö dailyt pitää. Tästä keskusteltiin ja ryhmä ei kokenut tarpeelliseksi pitää dailyjä ainakaan ensimmäisen sprintin aikana.

**Miten olet kehittänyt viestintääsi itsearviosi ja saamasi palautteen perusteella?**
Tätä kirjoittaessani 1. sprintin päätteksi en ole saanut viestinnästäni henkilökohtaista palautetta, joten viestintäni ei varmaan ole ollut ainakaan hirvittävän huonoa.

## Sprint 2 (21.11.2022 - 04.12.2022)

### Yhteenveto sprintistä

Sprint 2:ssa keskityttiin työpöytäsovelluksen jatkokehittämiseen. Tämä tehtävä osoittautui odotettua haastavammaksi, koska jo pelkästään toimivan kehitysympäristön saaminen toimivaksi vaati melkoisesti työtä kehittäjiltä. Ongelmaan saatiin onneksi ratkaistu 2. sprintin alussa kehittäjien toimesta.

Asiakas oli havainnut työpöytäsovelluksessa käytettävyysongelmien lisäksi bugeja. Help-toiminto ei aina avaudu silloin kun sen pitäisi, ja tallentamisessakin oli havaittu olevan ongelmia. Nämä todettiin vakavimmiksi työpöytäsovelluksen ongelmista, joten ne oli valittu Sprint 2:n kehityskohteiksi asiakkaan toivomien asennusohjeiden lisäksi.

Kun ohjelmaa testattiin ja kehitystiimi etsi syitä ohjelman bugeihin, niin selvisi että tallentaminen ohjelmassa toimi, mutta raportti-toiminto ei. Tässä tehtävän aika-arvio ei pätenyt ja jälleen aiheutui hämmennystä, kun asiakkaan havaitsemaa ongelmaa ei pystytty todentamaan kehitystiimin toimesta. Help-toiminnosta puolestaan havaittiin, että toiminnossa on Windows/.exe riippuvuus, joten Mac-käyttäjillä toimito ei tule koskaan toimimaan, vaikka siinä havaittu bugi korjattaisiinkin.

Sprint 2:n ensimmäisellä viikolla saatiin lisäksi Mikko Anttoselta tarkennusta siihen, miten paljon webkehitykseen tulisi projektissa panostaa. Tiimin reaktio oli yllättynyt, vaatiumukset projektissa tehtävälle webkehitykselle tuntuivat suurille käytössä olevaan aikaan suhteutettuna - etenkin kun asiakas toivoi meidän jatkokehittävän työpöytäsovellusta. Ohjaustapaamisessa todettiin, että meidän on raportoitava asiakkaalle työpöytäsovelluksen kehityksessä ilmenneet haasteet ja pyytää, voimmeko aloittaa websovelluksen kehitystyön.

Sprint 2:ssa kehitystyö olikin jonkun aikaa jumissa, ennen kuin tapaaminen asiakkaan kanssa saatiin järjestymään. Tämä aika pystyttiin onneksi hyödyntämään asiakkaan toivomien asennusohjeiden tekemiseen. Asiakastapaamisessa asiakas oli tyytyväinen ohjeisiin. Tapaamisessa yritin selittää asiakkaalle, että työpöytäsovellus alkaa olla kehityskaarensa päässä. Selitin hänelle, että meidän tiimimme on tekemässään selvityksessä todennut, että työpöytäsovelluksen jatkokehittämien veisi suhteellisesti hyvin paljon aikaa verrattuna niihin parannuksiin, jotka siihen olisi mahdollista tehdä ja että nykyaikaisemman ja helppokäyttöisemmän websovelluksen kehittämisen aloittaminen olisi tässä vaiheessa järkevämpää.

Asiakas hyväksyi ajatuksemme webkehitykseen liittyen, ja saimme häneltä luvan aloittaa webkehitys. Sprintin 2 päätteeksi uudistimme työnjakoa siltä osin, että kehitystiimi (SM + kehittäjät) aloittaa websovelluksen kehittämisen ja siihen liittyvän selvitystyön jo Sprint 2:n lopussa. Priorisoimme siis webkehityksen tässä vaiheessa työpöytäsovellusta tärkeämmäks, mutta silti halusimme tehdä pieniä korjauksia työpöytäsovellukseen, koska asiakas oli sitä meiltä kuitenkin alunperin pyytänyt. Siksi ehdotin, että otan itse työpöytäsovelluksen jäljellä olevat tehtävät hoitaakseni loppuprojektin ajaksi.

### Työpanokseni ja sitoutumiseni projektiin

**Miten varmistat omien tehtäviesi suoritetuksi tulemisen?**
Dokumentoinnissa olen asettanut itselleni tavoitteeksi, että laadin palaverimuistiot viimeistään seuraavana päivää siitä, kun palaveri on pidetty. Scrum-prosessin todentamisessa olen asettaut itselleni tavoitteeksi, että käyn todennettavien tehtävien listan läpi kerran viikossa, ja teen todentamisen sellaisille tehtäville joille se on mahdollista tehdä.

Näiden lisäksi olen jatkanut oman muistilistan pitämistä, johon kirjaan omia tehtäviäni ja asioita, joita täytyy eri palavereissa käsitellä. Backlogia olen ylläpitänyt silloin, kun siihen on tarvinnut tehdä muutoksia ja tarkentanut sinne tehtävien kuvauksia ja päivittänyt tehtävien edistymistä ja aika-arvioita. Asiakkaaseen olen ollut yhteydessä samana päivänä kun kehitystiimiltä on tullut jotakin kysyttävää asiakkaalta tai on ollut tarve sopia tapaaminen.

**Miten varmistat, että seuraat ryhmäsi ohjeita ja sovittuja suunnitelmia?**
Olen sitoutunut laatimaani tuotevisioon ja kunkin sprintin suunnitelmaan. Kehitystiimi on saanut keskittyä kehittämiseen ja niihin tehtäviin, jotka heille on kulloinkin yhteistyössä suunniteltu. Sprint 2:ssa olen osallistunut aktiivisesti kaikkiin pidettyihin palavereihin ja siten pystynyt tekemään päätöksiä siitä, miten projektissa kannattaisi edetä ja mitä asioita priorisoidaan.

**Miten tutustut toisten ryhmien toimintaan? Sisällytätkö hyviä käytänteitä toisten ryhmien toiminnasta oman ryhmäsi toimintaan?**
En ole päässyt tutustumaan toisten ryhmien toimintaan. Tiedän, että joillakin ryhmillä on tilanne, jossa samaa toimeksiantoa toteuttaa useampi ryhmä ja jotkut ryhmät pitävät yhteisiä asiakastapaamisia. Tällöin he pystyvät näkemään, miten muissa ryhmissä työskentellään. Meidän ryhmällämme ei ole tällaista mahdollisuutta ja siksi ei ole pystytty sisällyttämään muiden ryhminen toiminnasta käytänteitä omaan projektiin.

**Miten ryhmäsi työ jakaantuu ryhmän jäsenten kesken? Miten arvioit työnjaon tasapuolisuutta ja miten olet pyrkinyt edistämään työnjaon tasapuolisuutta?**
Sprint 2:ssa kehittäjät ovat saaneet keskittyä heille suunniteltuihin tehtäviin, eli työpöytäsovelluksen bugien korjaukseen ja asennusohjeiden laatimiseen. Alkujaan kaikille kolmelle kehittäjälle suunniteltiin saman suuruisiksi arvioidut kokonaisuudet, mutta tämä ei käytännössä aivan toteutunut, esim. tallennusongelma ratkesi hyvin nopeasti, kun virhetilanteita ei pystytty todentamaan testauksessa. Tästä vapautui tälle kehittäjälle aikaa, joka hyödynnettiin Mac-asennusohjeiden laatimiseen.

Tässä sprintissä SM ja PO ovat tehneet Scrum-prosessin todentamista sekä suunnitelleet projektin etenemistä kehittäjiltä, asiakkaalta ja ohjaajilta saatujen tietojen perusteella sekä osallistuneet kehittäjien tekemien asennusohjeiden testaukseen.

Työnjaon tasapuolisuutta olen pyrkinyt edistämään siten, että olen katsonut että kaikilla on tehtävää ja jos työnjako on näyttänyt jakautuvan epätasaisesti, olen pyrkinyt sitä tasapuolistamaan. Työnjakoon ei tosin ole tarvinnut juuri puuttua, sillä kehitystiimi on toiminut itseohjautuvasti ja jokainen on itse ottanut vastuuta työnjaon tasapuolisuudesta.

**Miten tarkastelet omien työtehtäviesi suhdetta projektin tavoitteisiin?**
Tässä sprintissä minun piti tuotteen omistajana vakuuttaa asiakas siitä, että työpöytäsovelluksen jatkokehityksen sijaan kannattaisi aloittaa nykyaikaisemman websovelluksen kehittäminrn ja tämän jälkeen miettiä, millaisella panostuksella keskitytään webkehitykseen ja millaisella panostuksella työpöytäsovellukseen. Otin työpöytäsovelluksen tehtävät itselleni hoidettaviksi, jotta kehitystiimi saa kehittyä loppuprojektin ajan täysin websovelluksen prototyypin kehittämiseen. Tässä joutui ottamaan itselle ison lisävastuun - toivottavasti ehdin ja osaan hoitaa työpöytäsovelluksen jäljellä olevat tehtävät ennen projektin päättymistä.

**Miten tarkastelet oman työtehtäväsi merkitystä projektin onnistumiselle?**
Mielestäni onnistumisen kannalta oli keskeistä neuvotella ja selittää asiakkaalle sitä, mistä syistä websovelluksen prototyyppiin kannattaisi keskittyä työpöytäsovelluksen sijaan.

### Oman työn seuranta ja kehittäminen

Olen käyttänyt Clockifyä työkaluna oman työaikani seurantaan. Tehdyn työn jakautuminen Sprint 2 ajalle voidaan todeta alla olevasta kaaviosta.

Sprint 2 tehty työaika kokonaisuudessaan: 24h 30min
Sprint 2 kesto: 10 työpäivää
Tehty työ/työpäivä: n. 2h 27min


Olen huolehtinut siitä että kuhunkin työtehtävään kuluva aika tulee tehtäväkohtaisesti eritellyksi.

Sprint 2 työtehtäväni ja niihin käyttämäni aika:


**Oletko arvioinut kuluneen työajan rahallista arvoa?**
Toisen sprintin päätteeksi käyttämäni työaika on n. 24 tuntia 30 minuuttia. Se on sama kuin hieman yli kolme 7,5 tunnin työpäivää. Jos tuntitaksani olisi esim. 17e/h, tekemäni työn hinnaksi tulisi 417€. Tätä kirjoittaessani toisen sprintin päätteeksi projekti ei ole edistynyt aivan sillä tavalla kuin oli suunniteltu - työpöytäsovelluksen kehityskohteet eivät joko olleet ratkaistavissa tehdyn aika-arvion mukaisessa ajassa, asiakkaan havaitsemaa ongelmaa ei pystytty toistamaan kehitystiimin toimesta tai havaitun ongelman ratkaiseminen osoittautui odotettua huomattavasti laajemmaksi työksi. Asiakas ei siis saanut konkreettista vastinetta (kuvitteelliselle) rahalleen, vaikka se oli tavoitteena tämän sprintin päätyttyä.

**Sovellatko työajan seurantaasi uusien tehtävien aika-arvioiden tekemisessä joka iteraatiossa?**
Sprintien 1, 2 ja 3 sprintin tehtävät tässä projektissa ovat melko erilaisia. Toki tässä vaiheessa on muodostunut käsitys siitä, minkä verran aikaa kuluu tuotteen omistajan "perustehtävien" hoitamiseen, eli palaverimuistioiden kirjoittamiseen, backlogin ylläpitoon ja scrum-prosessin todentamiseen. Sen kautta voin miettiä, minkä verran pystyn ottamaan muita tehtäviä itselleni tulevassa kolmannessa sprinteissä.

### Reflektio- ja itseohjautuvuusosaaminen

**Oletko kuvannut sanallisesti työroolisi?**

Työroolini tuotteen omistajana tässä sprintissä on...

- huolehtia, että kehitystyö etenee tuotevision ja valmiin työn määritelmän mukaisesti
- tehdä työtehtävien priorisointia, jotta tavoitteet saavutetaan
- toimia yhteyshenkilönä kehitystiimin ja asiakkaan välillä
- dokumentoida projektin ja scrum-prosessin edistymistä

**Miten olet tarkastellut oman työroolisi tehtäviä ja pohtinut mitä sisältöjä niihin kuuluu?**
Olen käyttänyt aikaa scrum-prosessin itsenäiseen opiskeluun ja sen selvittämiseen, mitä tehtäviä ja vastuita tuotteen omistajalle kuuluu.

**Oletko ymmärtänyt, miten työroolisi sijoittuu osaksi projektin toimintaa? Oletko pohtinut, mitä vastuita työrooli tuo ryhmän toiminnan näkökulmasta?**
Tuotten omistajan rooli on toimia sillanrakentajana kehitystiimin ja asiakkaan välillä. Tuotteen omistajana vastaan asiakastyytyväisyydestä, mutta toisaalta rooliin kuuluu myös edustaa kehitystiimiä suhteuttamalla projektille asetetut vaatimukset käytettävissä olevaan aikaan ja resursseihin. Tuotteen omistajalla on myös valtaa ohjata projektityöskentelyä ja tehdä päätöksiä esim. siitä, mitä kehittäjät milloinkin tekevät projektissa, mutta tähän liittyy myös vastuu tehdyistä päätöksistä.

**Miten pyrit varmistamaan, että kannat työroolisi tuomat vastuut menestyksekkäästi?**
Tuotteen omistajana vastaan viestinnästä asiakkaan ja kehitystiimin välillä ja vastaan myös asiakastyytyväisyydestä. Tehtäväni on myös huolehtia siitä, että projektissa edistytään ja tarvittaessa tehdä tehtävien uudelleenorganisointia ja priorisointia. Järjestän ryhmäpalavereita tarpeen mukaan ja seuraan aktiivisesti kehitystiimin työtehtävien edistymistä. Dokumentoin projektin edistymisen laadukkaasti, jotta sen eteneminen voidaan todentaa tehdystä dokumentaatiosta.

**Mitä kehityskohteita tunnistat omassa projektityöskentelyssäsi?**
Oma hajamielisyys näkyy jonkin verran projektinhallinnassa, esim. kapasiteetin seuraamista en ollut tajunnut toteuttaa ennen kuin ohjaajat huomauttivat asiasta. Onneksi tämä saatiin tehtyä ja todennetttua Sprint 3:ssa.

**Mitä vahvuuksia tunnistat omassa projektityöskentelyssäsi?**

- kokonaisuuksien hahmottaminen
- päätöksentekokyky ja kyky reagoida muuttuviin tilanteisiin
- yhteistyökykyisyys ja asiallisuus

### Omien työtehtävien hallinta

**Mitä työtehtäviä SCRUMin mukaiseen rooliisi kuuluu kussakin iteraatiossa?**

Jatkuvat työtehtävät:

- Dokumentointi wikiin
- SCRUM-prosessin todentaminen
- Kehitystiimin työskentelyn seuraaminen ja työtehtävien organisointi
- Viestintä asiakkaan kanssa

Sprint 2 työtehtävät:

- Valmiin työn määritelmän laatiminen
- jLogSim Mac asennusohjeiden testaaminen

**Kuinka olet pitänyt kirjaa rooliisi kuuluvien työtehtävien hoitamisesta kussakin iteraatiossa?**
Olen dokumentoinut käyttämäni työajan tehtäväkohtaisesti Clockifyyn.

**Mitä kehityskohteita tunnistat omien SCRUMin mukaisten työtehtäviesi hallinnassasi kussakin iteraatiossa?**
Dokumentaatiosta sain palautteen, että seuraavan palaverin ajankohta pitäisi laittaa näkyville Discordiin / wikiin
--> Tarpeellinen palaute, jonka otin omaksi kehityskohteekseni

**Mitä vahvuuksia tunnistat omien SCRUMin mukaisten työtehtäviesi hallinnassasi kussakin iteraatiossa?**
Kyvystä hahmottaa kokonaisuuksia on ollut apua projektin suunnittelussa.

**Miten olet pyrkinyt kehittämään aiemmissa iteraatioissa havaitsemiasi kehityskohteitasi vahvuuksiksi SCRUMin mukaisten työtehtäviesi hallinnassasi?**
Scrum-prosessin todentaminen oli jäänyt osaltani tekemättä 1. sprintissä. 2. sprintissä muistin käyttää tähän tehtävään riittävästi aikaa.

### Oma viestintä

**Oletko säännöllisesti yhteydessä ryhmään?**
Kyllä, tähän asti olen osallistunut yhtä vaille kaikkiin palavereihin jotka on pidetty. Lisäksi Discordissa olen seurannut aktiivisesti ryhmän chatissa käymää keskustelua, osallistunut keskusteluun rakentavassa hengessä ja raportoinut daily-kanavalle omaa tekemistäni.

**Vastaatko ryhmän jäsenten viesteihin ripeästi ja asiallisesti?**
Kyllä, olen vastannut saman päivän aikana tai viimeistään seuraavana, jos asia ei niin kiireinen. Viestintäni on asiallista, mutta myös huumoria on mukana.

**Miten pyrit itse arvioimaan omaa viestintääsi (toimivaksi osoittautuneet käytännöt, kehittämiskohteet)?**
Olen pyrkinyt siihen, että oma viestintäni on läpinäkyvää. Olen jakanut ryhmän tietoon toimeksiantajan kanssa käymääni keskustelua, esim. lähettämiäni sähköposteja.

Olen mielestäni kohdellut kaikkia tiimin jäseniä tasapuolisesti. Tilanteissa, joissa mielipiteet ovat eronneet jonkun muun kanssa, olen pyrkinyt löytämään kompromisseja. Palavereissa olen kysynyt, onko suunniteltu tehtäväjako ok ja onko kehitystiimillä jotakin omia asioita, joita tarvitsisi käsitellä.

**Oletko pyytänyt palautetta muulta ryhmältä viestintäsi toimivuudesta (toimivaksi osoittautuneet käytännöt, kehittämiskohteet)?**
Sain kehittämiskohteen siitä, että seuraavan palaverin ajankohta kannattaa laittaa näkyviin Discordiin tai wikiin. Palaute oli tarpeellinen ja olen ottanut sen huomioon työskentelyssäni.

**Oletko kirjannut palautteen itsellesi muistiin?**
Saatu palaute on kirjattu projektin wikiin kehittämiskohteeksi.

**Miten olet kehittänyt viestintääsi itsearviosi ja saamasi palautteen perusteella?**
Itsearvion perusteella yrittänyt olla puhumatta päälle. Välillä tämä on haastavaa kun olisi niin paljon asiaa, mutta olen yrittänyt kiinnittää tähän asiaan enemmän huomiota.

**Miten olet arvioinut kehittämistoimien vaikutusta (esim. miltä osin viestintäsi parantunut, mitä vielä kehitettävää)?**
Päälle puhuminen on edelleen välillä ongelma, jatkossa yritän olla kommentoimatta aivan kaikkea.

## Sprint 3 (5.12.2022 - 18.12.2022)

### Yhteenveto sprintistä
Kolmannessa sprintissä keskityttiin pääasiassa jLogSim-websovelluksen prototyypin kehittämiseen. Tämä viimeinen sprint saatiin käyntiin vauhdikkaasti ja tiimi työskenteli sprintin aikana tehokkaasti. Vauhtiin päästiin nopeasti, koska sprintin suunnittelua aloitettiin hieman jo toisen sprintin lopussa ja esimerkiksi websovelluksen ulkoasusuunnitelma oli sprintin alussa valmis ja myös websovelluksen toimintojen (kanvaasi, Drop&Drag...) mahdollisia toteutustapoja oli jo aloitettu selvittämään kehitystiimin toimesta.

Olimme toisen sprintin lopussa sopineet että jaamme jäljellä olevan työn siten, että kehitystiimi keskittyy websovelluksen kehittämiseen ja minä laadin lyhyen kirjallisen soveltuvuusselvityksen sekä yritän saada työpöytäsovellukseen korjattua siinä olleita ongelmia. Kirjallinen selvitus valmistui nopeasti, mutta työpöytäsovellus teetti töitä melkein loppuun asti. Ongelmana oli se, että en millään saanut työpöytäsovellusta kääntymään ja ongelman selvittämiseen meni aikaa. Lopulta se onnistui, kun sain kokeneemmalta ystävältäni apua ja löysimme netistä käskyn, jolla ohjelma suostui kääntymään:

ant -Dant.build.javac.target=1.8 -Dant.build.javac.source=1.8 -buildfile build.xml

En olisi itse varmaan ikinä tätä keksinyt tai löytänyt, mutta vihdoinkin pääsin tekemään muutoksia työpöytäsovelluksen koodiin. Poistin ohjelmasta turhaksi havaitun raportointi-napin ja lisäsin ohjelman yläpalkin valikkoon painikkeen, joka avaa Hannan laatiman sovelluksen käyttöohjeet sisältävän PDF-tiedoston. Näin ohjeet saatiin lisättyä ohjelmaan myös Mac-käyttäjien saataville. Tehdyt parannukset jäivät pieniksi, mutta jokinlainen voitto kai tämäkin.

Kehitystiimi puolestaan sai websovelluksen sellaiseen muotoon, että sen voidaan sanoa täyttävän valmiin työn määritelmässä sille asetetut tavoitteet. Websovelluksen komponenttien ja toimintojen toteuttaminen oli vaikea tehtävä suhteessa kehitystiimin webkehitys-osaamiseen, joten vaikka yhden piirin simulointia ei saatu toteutettua, niin lopputulos on mielestäni silti riittävän hyvä. Haluaisin nostaa erityisesti Veeran työpanoksen esille, hän loi prototyypin ulkoasun ja käytti omasta tahdostaan ylimääräistä aikaa webkehitykseen.

Projektin lopussa pidin demotilaisuuden luokalle ja se meni mielestäni ihan hyvin, vaikka oli ehkä hieman lyhyehkö. Harmillisesti en päässyt työvuoron takia osallistumaan viimeiseen tapaamiseen asiakkaan kanssa, jossa työn tulokset esiteltiin ja luovutettiin asiakkaalle. Sovimme, että Scrum master on puhujana tässä viimeisessä tapaamisessa. Kirsi oli kuulemani mukaan ollut tyytyväinen työn tuloksiin, sillä hänelle tärkeintä oli se että työpöytäsovellusta voidaan käyttää keväällä opetuksessa.

### Työpanokseni ja sitoutumiseni projektiin

**Miten varmistat omien tehtäviesi suoritetuksi tulemisen?**
Olen jatkanut omien muistilistojen ylläpitämistä, jotta projektin aikana itseltäni, kehitystiimiltä, asiakkaalta ja ohjaajilta esiin nousevat asiat ja huomiot tulevat käsitellyksi eri palavereissa. Olen noudattanut omia tavoitteitani sen ostalta, että julkaisen palaverimuistiot wikiin viimeistään seuraavana päivänä siitä, kun palaveri on pidetty ja tehnyt scrum-prosessin todentamista viikoittain. Lisäksi otin tässä sprintissä omalle vastuulleni työpöytäsovelluksen bugikorjaukset, ja sain nämä tehtyä sprintin aikana.

**Miten varmistat, että seuraat ryhmäsi ohjeita ja sovittuja suunnitelmia?**
Olen sitoutunut laatimaani tuotevisioon, valmiin työn määritelmään ja kunkin sprintin suunnitelmaan. Kehitystiimi on saanut keskittyä kehittämiseen ja niihin työtehtäviin, jotka heille on kulloinkin yhteistyössä suunniteltu. Sprint 3:ssa olen osallistunut aktiivisesti palavereihin ja siten pystynyt tekemään päätöksiä siitä, miten projektissa kannattaisi edetä ja mitä asioita priorisoidaan. Ainoastaan viimeiseen tapaamiseen asiakkaan kanssa en päässyt osallistumaan samalle ajankohdalle osuneen työvuoron vuoksi.

**Miten tutustut toisten ryhmien toimintaan? Sisällytätkö hyviä käytänteitä toisten ryhmien toiminnasta oman ryhmäsi toimintaan?**
En ole edelleenkään päässyt tutustumaan muiden ryhmien toimintaan. En ole päässyt näkemään muiden ryhmien työskentelyä, jonka takia ei ole ollut mahdollista sisällyttää muiden ryhminen toiminnasta käytänteitä omaan projektiin.

**Miten ryhmäsi työ jakaantuu ryhmän jäsenten kesken? Miten arvioit työnjaon tasapuolisuutta ja miten olet pyrkinyt edistämään työnjaon tasapuolisuutta?**
Olen pyrkinyt huolehtimaan siitä, että kaikilla on aina jokin työtehtävä tai työtehtäviä, jotta työnjako olisi tasapuolista. Työnjakoon ei tosin ole tarvinnut juuri puuttua, sillä kehitystiimi on toiminut itseohjautuvasti ja jokainen on itse ottanut vastuuta työnjaon tasapuolisuudesta. Tässä sprintissä kehittäjistä Veeralla oli kuitenkin selkeästi eniten työtehtäviä, mutta tämä johtui hänen omasta halustaan extrapanostaa projektiin.

**Miten tarkastelet omien työtehtäviesi suhdetta projektin tavoitteisiin?**
Koska itse olen viime kädessä ollut vastuussa tuotevision ja valmiin työn määritelmistä, niin mielestäni olen onnistunut huolehtimaan projektin aikana hyvin siitä, että näihin tavoittesiin on päästy ja osannut suhteuttaa tavoitteet projektissa käytettävissä ollesiin henkilöresursseihin, osaamiseen ja aikaan.

**Miten tarkastelet oman työtehtäväsi merkitystä projektin onnistumiselle?**
Tämän sprintin alussa joutui miettimään, mitä tehdään edellisestä sprintistä jääneille työtehtäville, joita ei pystytty saattamaan valmiiksi. Päätin sprintin 2 lopussa, että otan työpöytäsovelluksen tehtävät itselleni hoidettaviksi, jotta kehitystiimi saa kehittyä loppuprojektin ajan täysin websovelluksen prototyypin kehittämiseen. Ratkaisu oli mielestäni kannattava, koska molemmissa tehtävissä saatiin onnistumisia. Laadin lisäksi omien ja kehitystiimiltä tulleiden havaintojen perusteella kirjallisen soveltuvuusselvityksen, johon raportoin projektin aikana esiin nousseita huomioita ja ajatuksia siitä, miten websovelluksen kehittämistä kannattaisi jatkaa. Mielestäni tämä toi lisäarvoa projektille ja on hyödyllinen, mikäli websovelluksen kehittämistä jatketaan myöhemmin jonkun toisen tiimin toimesta. Kirjallisesta soveltuvuusselivtyksestä myös asiakas voi nähdä, millaisia havaintoja projektin aikana syntyi.

### Oman työn seuranta ja kehittäminen

Olen käyttänyt Clockifyä työkaluna oman työaikani seurantaan. Tehdyn työn jakautuminen Sprint 3 ajalle voidaan todeta alla olevasta kaaviosta.

Sprint 3 tehty työaika kokonaisuudessaan: 21h 36min
Sprint 3 kesto: 9 työpäivää (itsenäisyyspäivä on laskettu vapaapäiväksi)
Tehty työ/työpäivä: n. 2h 38min


Olen huolehtinut siitä että kuhunkin työtehtävään kuluva aika tulee tehtäväkohtaisesti eritellyksi.

Sprint 3 työtehtäväni ja niihin käyttämäni aika:


**Oletko arvioinut kuluneen työajan rahallista arvoa?**
Kolmannen sprintin päätteeksi käyttämäni työaika on n. 21 tuntia 36 minuuttia. Se vastaa hieman alle kolmea 7,5 tunnin työpäivää. Jos tuntitaksani olisi esim. 17e/h, tekemäni työn hinnaksi tulisi 365,50€. Mielestäni rahalle olisi tosielämässä saatu vastinetta, sillä projektissa saatiin onnistumisia, koska projektin lopputulos vastaa sekä Kirsin että koulun projektille asettamiin vaatimuksiin.

**Sovellatko työajan seurantaasi uusien tehtävien aika-arvioiden tekemisessä joka iteraatiossa?**
Sprint 2:n lopussa koin, että pystyn tuotteen omistajan tehtävien lisäksi ottamaan hoidettavakseni työpöytäsovelluksen jäljelle jääneiden ongelmien ratkaisemisen kolmanteen sprintiin.

### Reflektio- ja itseohjautuvuusosaaminen

**Oletko kuvannut sanallisesti työroolisi?**
Työroolini tuotteen omistajana tässä sprintissä on...

- huolehtia, että kehitystyö etenee tuotevision ja valmiin työn määritelmän mukaisesti, jotta tavoittesiin päästäisiin
- tehdä työtehtävien priorisointia
- toimia yhteyshenkilönä kehitystiimin ja asiakkaan välillä
- dokumentoida projektin ja scrum-prosessin edistymistä
- toimia osan ajasta kehittäjänä

**Miten olet tarkastellut oman työroolisi tehtäviä ja pohtinut mitä sisältöjä niihin kuuluu?**
Olen käyttänyt aikaa scrum-prosessin itsenäiseen opiskeluun ja sen selvittämiseen, mitä tehtäviä ja vastuita tuotteen omistajalle kuuluu ja pyrkinyt omassa työksentelyssäni huomioimaan näitä asioita. Tässä sprintissä toimin tuotteen omistajan lisäksi sivutoimisesti myös kehittäjänä.

**Oletko ymmärtänyt, miten työroolisi sijoittuu osaksi projektin toimintaa? Oletko pohtinut, mitä vastuita työrooli tuo ryhmän toiminnan näkökulmasta?**
Tuotteen omistajana vastaan viestinnästä asiakkaan ja kehitystiimin välillä sekä asiakastyytyväisyydestä. Tehtäväni on seurata kehitystiimin työskentelyä sekä huolehtia siitä, että projektissa edistytään tuotevision mukaisesti ja tarvittaessa tehdä tehtävien uudelleenorganisointia ja priorisointia. Tuotteen omistajana asetan myös määritelmät valmiille työlle ja huolehdin siitä että tehty työ vastaa sille asetettua määritelmää. Dokumentoin projektin edistymisen laadukkaasti, jotta tehty työ voidaan todentaa dokumentaatiosta.

**Miten pyrit varmistamaan, että kannat työroolisi tuomat vastuut menestyksekkäästi?**
Olen käyttänyt projektityöskentelyyn säännöllisesti aikaa sekä seurannut aktiivisesti kehitystiimin työskentelyä sekä osallistunut siihen hieman myös itse. Olen pyrkinyt olemaan realistinen arvioidessani käytössä olevia resursseja suhteessa projektin tavoitteisiin sekä laatiessani tuotevision ja valmiin työn määritelmän.

**Mitä kehityskohteita tunnistat omassa projektityöskentelyssäsi?**
Vaikka työelämästä on kertynyt jo kokemusta, niin sosiaalinen kanssakäyminen ei siitä huolimatta ole ominta aluettani. Onneksi siinä voi aina kehittyä. Ja toki myös koodaustaidoissa riittää oppimista ja se on osa-alue, jossa kehittymiseen haluan eniten panostaa tulevasuudessa.

**Mitä vahvuuksia tunnistat omassa projektityöskentelyssäsi?**
- kokonaisuuksien hahmottaminen
- päätöksentekokyky ja kyky reagoida muuttuviin tilanteisiin
- yhteistyökykyisyys ja asiallisuus

### Omien työtehtävien hallinta

**Mitä työtehtäviä SCRUMin mukaiseen rooliisi kuuluu kussakin iteraatiossa?**

Jatkuvat työtehtävät:

- Dokumentointi wikiin
- SCRUM-prosessin todentaminen
- Kehitystiimin työskentelyn seuraaminen ja työtehtävien organisointi
- Viestintä asiakkaan kanssa

Sprint 3 työtehtävät:

- jLogSim-työpöytäsovelluksen bugikorjaukset
- Kirjallisen soveltuvuusselvityksen laatiminen

**Kuinka olet pitänyt kirjaa rooliisi kuuluvien työtehtävien hoitamisesta kussakin iteraatiossa?**
Olen dokumentoinut käyttämäni työajan tehtäväkohtaisesti Clockifyyn.

**Mitä kehityskohteita tunnistat omien SCRUMin mukaisten työtehtäviesi hallinnassasi kussakin iteraatiossa?**
En saanut tästä palautetta, mutta henkilökohtaisesti koen että hieman talloin Scrummasterin varpaille, koska osallistuin ehkä turhankin aktiivisesti työtehtävien jakamiseen.

**Mitä vahvuuksia tunnistat omien SCRUMin mukaisten työtehtäviesi hallinnassasi kussakin iteraatiossa?**
- kokonaisuuden hahmottaminen
- reagointi- ja organisointikyky

**Miten olet pyrkinyt kehittämään aiemmissa iteraatioissa havaitsemiasi kehityskohteitasi vahvuuksiksi SCRUMin mukaisten työtehtäviesi hallinnassasi?**
Olen kiinnittänyt huomiota omaan sanalliseen viestitään. Sekä saamani kehitysehdotuksen mukaisesti kirjannut seuraavan palaverin ajankohdan ylös Discordiin ja wikiin.

### Oma viestintä

**Oletko säännöllisesti yhteydessä ryhmään?**
Kyllä, tähän asti olen osallistunut yhtä vaille kaikkiin palavereihin jotka on pidetty. Lisäksi Discordissa olen seurannut aktiivisesti ryhmän chatissa käymää keskustelua, osallistunut käytyyn keskusteluun rakentavassa hengessä ja raportoinut Discordin Daily-kanavalle myös omaa tekemistäni.

**Vastaatko ryhmän jäsenten viesteihin ripeästi ja asiallisesti?**
Kyllä, olen vastannut saman päivän aikana tai viimeistään seuraavana, jos asia ei niin kiireinen. Viestintäni on asiallista, mutta myös huumoria on mukana.

**Miten pyrit itse arvioimaan omaa viestintääsi (toimivaksi osoittautuneet käytännöt, kehittämiskohteet)?**
Toimineet asiat:
- viestinnän läpinäkyvyys
- tiimin jäsenten tasapuolinen kohtelu
- kaikki mukana kun sovitaan asioista
- kompromissien etsiminen

**Oletko pyytänyt palautetta muulta ryhmältä viestintäsi toimivuudesta (toimivaksi osoittautuneet käytännöt, kehittämiskohteet)?**
Tiimi on yhdessä todennut, että kaikkien jäsenten viestintä on ollut toimivaa ja riittävää ja yhteistyö on onnistunut kaikkien kesken hyvin.

**Miten olet arvioinut kehittämistoimien vaikutusta (esim. miltä osin viestintäsi parantunut, mitä vielä kehitettävää)?**
Vaikka työelämästä on kertynyt jo kokemusta, niin sosiaalinen kanssakäyminen ei siitä huolimatta ole ominta aluettani. Onneksi siinä voi aina kehittyä. Ulosantini on rationaalisena ihmisenä aika suorasanainen, mutta pohjimmiltani herkkänä ihmisenä mietin ja ehkä ylianalysoinkin usein omia sanomisiani, koska en halua loukata ketään.

## Yhteenveto koko projektista

### Ajankäyttö

Koko projektiin käyttämäni työaika: 69h 47min
Keskimääräinen työaikani/työpäivä: 2h 20min

Työaika jakautui seuraavasti eri tehtäviin koko projektin ajalla:


### Pohdintaa

Projektin alussa minulla oli melko löyhä käsitys tuotteen omistajan roolista ja työnkuvasta. Rooli ei ollut lopulta ollenkaan niin helppo, joksi sitä alkujaan kuvittelin. Tuotteen omistajalla on paljon vastuuta projektin organisoinnista sekä onnistumisesta ja velvollisuuksia sekä kehitystiimiä että asiakasta kohtaan. Vastuun määrä sekä työtehtävien hoitamiseen kulunut aika yllättikin minut, niitä oli paljon enemmän kuin alkujaan luulin.

Koen, että itselleni oli arvokasta kokemusta päästä toimimaan tässä roolissa, vaikka haluankin omalla työurallani seuraavaksi tavoitella asiantuntijan roolia sovelluskehittäjänä. Minulla ei ole aiempaa työkokokemusta tämäntapaisesta roolista, joten tuntui oikeastaan hieman epämiellyttävältä asettaa muille työtehtäviä ja projektille tavoitteita, sillä tehtävän vastaanottaminen ja sen valmiiksi saattaminen tuntuu itselleni tätä luontevammalta.

Tämän projektin jälkeen ajattelen, että minulla varmaankin voisi olla joitakin edellytyksiä tässä roolissa toimimiseen myös työelämässä, mutta koska tämä ei ole kovinkaan luontainen rooli itselleni, tuskin tulen siinä koskaan oikeasti toimimaan. Nyt kuitenkin arvostan enemmän tuotteen omistajan työnkuvaa ja sellaisia ihmisiä, jotka työelämässä pystyvät toimimaan tässä roolissa menestyksekkäästi.

Mielestäni onnistuin toimimaan tässä roolissa projektin aikana melko hyvin. Projektissa tehtiin mielestäni oikeita asioita oikeaan aikaan ja lopputulos palvelee sekä asiakas Kirsin tarpeita että toteuttaa koululta tulleita vaatimuksia liittyen webkehitykseen. Jälkikäteen tekisin toisin vain sen, että webkehityksen tekemisen olisi voinut aloittaa aikaisemmin. Lopputulokseen olen kuitenkin tyytyväinen ja iloinen että tiimi selvisi projektin haasteista ja kaikkien mielestä hetkittäin tuskaiselta tuntunut projekti saatiin päätettyä hyvillä mielin.

### Itse- ja vertaisarviointi

#### Vertaisarviointi

- Kaikki osallistuivat aktiivisesti työskentelyyn koko projektin ajan
- Kommunikointi toimi hyvin ryhmän jäsenten kesken, joka oli varmasti yksi avaintekijä projektin onnistumisen takana

Hanna:
- Osallistui työpöytäsovelluksen testaukseen
- Laati Windows-asennusohjeet Javalle ja jLogSimille
- Oli aktiivisesti mukana websovelluksen haastavimpien osuuksien (kanvaasi, drop&drag) toteuttamisessa
- Toteutti työpöytäsovelluksen käyttöohjeet sisältävän PDF:n, joka liitettiin osaksi työpöytäsovellusta

Mirva:
- Osallistui työpöytäsovelluksen testaukseen sekä ongelmien selvittämiseen ja ratkaisemiseen
- Testasi Windowsille laaditut Java ja jLogSim -asennusohjeet
- Vektorigrafiikan tuottaminen websovellukseen
- Osallistui websovelluksen toimintojen toteuttamiseen

Sari:
- Osallistui työpöytäsovelluksen testaukseen
- Testasi Windowsille laaditut Java ja jLogSim -asennusohjeet
- Osallistui scrum-prosessin todentamiseen
- Oli aktiivisesti mukana websovelluksen haastavimpien osuuksien (kanvaasi, drop&drag) toteuttamisessa

Veera:
- Osallistui työpöytäsovelluksen testaukseen sekä ongelmien selvittämiseen ja ratkaisemiseen
- Laati jLogSim-asennusohjeet Macille
- Suunnitteli käytännöllisen ja tyylikkään ulkoasun websovellukselle asiakkaan toiveisiin ja työpöytäsovellukseen pohjaten
- Oli isossa roolissa websovelluksen käytännön toteutuksessa ja omasta tahdostaan teki ylimääräistä työtä websovelluksen kehittämisessä

#### Itsearviointi

- Laadin tuotevision ja valmiin työn määritelmän
- Loin projektille backlogin jota ylläpidin
- Testasin jLogSim Mac-asennusohjeen
- Osallistuin Scrum-prosessin todetamiseen (yhdessä SM:n kanssa)
- Toteutin projektin dokumennoinnin Wikiin
- Laadin kirjallisen soveltuvuusselvityksen
- Saatoin loppuun työpöytäsovelluksen bugikorjaukset
- Toimin yhteyshenkilönä kehitystiimin ja asiakkaan välillä