Skip to content
Snippets Groups Projects
Code owners
Assign users and groups as approvers for specific file changes. Learn more.
projektisuunnitelma.md 23.74 KiB

1 Projektin ja lopputuotteen kuvaus

Tässä dokumentissa kuvataan Wear Right -projektin (tai lyhennettynä "WR") taustaa, tavoitteita, tehtäviä, vaihejakoa, resursseja ja organisaatiota. Vaihejaon yhteydessä on kuvattu jokainen vaihe erikseen lyhyesti.

1.1 Tausta ja lähtökohdat

Toimeksiantaja on havainnut kohderyhmällään olevan tiettyjä asiakastarpeita, joihin pyritään vastaamaan projektin tuotoksella. Tässä tapauksessa asiakastarpeella tarkoitetaan jotakin interaktiivista räätälöityä tapaa tuottaa tai tuotattaa valmiita pukeutumisvinkkejä pohjautuen pääasiassa ko. hlön. hakemien sijainti- ja säätietoihin. Toimeksiantaja on nimenomaisesti kertonut, ettei liiketoiminnallista ideaa, ajatusta tai muuta sellaista ole taustalla. Jos jotakin, on projektissa tarkoitus kartoittaa näitä lopputuotteen kautta luotavia mahdollisia ansaintakeinoja. Toistaiseksi ansaintakeinoksi mainittakoon itse tuoteidean oikeuksien ja tuotetun nk. proof of concept -version myyminen eteenpäin.

Toimeksiantajalla ei toistaiseksi ole tähän tarpeeseen vielä minkäänlaista web-palvelua, sovellusta, ratkaisua tai sen prototyyppiä. Projektiryhmän on tarkoitus tuottaa nimenomainen prototyyppi nk. Proof of Concept:ina. Prototyyppiä edustaa siis tässä tapauksessa selaimessa toimiva web-sovellus, joka vastaa em. asiakastarpeeseen tuottamalla loppukäyttäjälle juurikin mainittuja sijainti- ja säätietoihin pohjautuvia pukeutumisvinkkejä.

Projekti toteutetaan Jyväskylän ammattikorkeakoulun informaatioteknologian instituutin järjestämän TTOS0800 Ohjelmistoprojekti ‑opintojakson puitteissa ja projektin pääasiallisena yksikkönä toimii oppilaitoksen Lutakossa sijaitseva kampus, toiselta nimeltään Dynamo, osoitteessa Piippukatu 2.

1.2 Tavoitteet ja tehtävät

Projektin tavoitteena on tuottaa toimiva Vaatimusmäärittelyssä luetellut ominaisuudet sisältävä prototyyppi (tai nk. Proof Of Concept) edellä kuvatusta web-sovelluksesta. Toimeksiantajalla on olemassa käsitys toivomastaan valmiista tuotoksesta. Ottaen kuitenkin huomioon projektille varatut resurssit, tämä projektiryhmän tuotettava nk. Proof of Concept -prototyyppi tulee olemaan merkittävästi rajatumpi, kuin se kuva mikä on tulkittavissa toimeksiantajan toimittamasta vaatimuksia esittelevästä esityksestä. Ks. myös 1.3. Rajaus ja liittymät.

Projektiryhmän pyrkii, jälleen kerran opiskelukonteksit huomioiden, toimimaan nk. Scumban-projektiviitekehityksen oppien mukaisesti. Kyseisessä menetelmään on lukeutettu oman toiminnan kehittäminen periodillisesti oman työskentelyn kertaamisena. Näin on siis tarkoitus oppia aikaisemmista onnistumisista ja epäonnistumisista. Projektiryhmän yhteiseksi visioksi mainittakoon siis se, että projektiryhmä tuottaa hyvin rajatun kompaktin lopputuotteen.

Välituloksiksi lasketaan tässä tapauksessa projektin tarkistuspisteissä eli välietapeissa esitettävät kunkin hetken versiot lopputuotteesta ja dokumentaatiosta. Projektiryhmän tehtävänä on pitää eri tahot tietoisina projektin tilanteesta tilannekatsausdokumentin ja johtoryhmän kokouksien muodossa. Ks. lisää Viestintäsuunnitelmasta.

1.3 Rajaus ja liittymät

Projektiryhmä on toistaiseksi yksimielisiä seuraavista rajoitteista:

  • Toimeksiantajan käsityksestä EI tulla toteuttamaa matkansuunnittelutoiminnallisuuksia, sillä tämä/nämä ovat toimeksiantajan mukaan toissijaisella prioriteetilla
  • Projektiryhmä on myös katsonut rinnaiskäyttäjien toiminnallisuudet rajattavan pois toteutuksen piiristä myös resurssien puutteiden vuoksi
  • Valtion ja EU:n määräykset rajoittavat suoraan lopullisen tuotoksen ominaisuuksia. Mainittakoon näistä suoraan Europpaan Unionin Yleinen tietosuoja-asetus. Tämä aiheuttaa siis esim. sen ettei mitään henkilöitä ykilöivää dataa tulla tallentamaan mihinkään käyttölaitteen ulkopuolelle ulkoisille tallennuskohteille esim. tietokantoihin.

1.4 Oikeudet

Eri osapuolten oikeudet on määritelty projektisopimuksessa. Näihin kohdistettavista muutoksista tullaan sopimaan aina nimenomaisesti ja erikseen vaiheistuksiessakin kerrotuissa katselmointitilaisuuksissa tai muuten eriskeen sovittavalla ajalla ja tilaisuudessa.

1.5 Termit ja määritelmät

  • Kohde, tuote, ratkaisu: Se lopullinen tuotos, jonka toteuttamisen Toimeksiantaja on tilannut Projektiryhmältä. Ks. "Kohde" kohdasta 1.1.
  • Toimeksiantaja: Se taho, joka tilaa Projektiryhmältä työtehtäviä ja tuotoksia.
  • Proof of Concept, (PoC): Soveltuvuusselvitys. Karkea prototyyppi. Tietyn menetelmän tai idean osoittaminen toteuttamiskelpoiseksi tuottamalla karkea prototyyppi.
  • Projektiryhmä: Se taho, joka tuottaa ja toimittaa Toimeksiantajan tilauksen mukaiset tulokset ja tuotteet.
  • Ohjaaja: Se taho, joka valvoo Projektiryhmän toimintaa. Ohjaaja tarvittaessa kouluttaa ja ohjeistaa Projektiryhmää.
  • Loppukäyttäjä: Teoreettinen henkilö, joka käyttää tai käyttäisi Projektiryhmän tuottamaa tuotetta. Terminä tämä edustaa ja pitää sisällään kaikki asiakasprofiilit.
  • Katselmointitilaisuus: ts. etappi, johtoryhmän kokous. Kahden tai useamman tahon tai niiden erillsiten edustajien välinen tilaisuus. Tahot ovat Toimeksiantaja, Projektiryhmä ja Ohjaaja.

2. Projektiorganisaatio

2.1 Organisaation esittely

Projektiorganisaatio koostuu seuraavista tahoista:

  • Jyväskylän ammattikorkeakoulu
  • Projektiryhmä
  • Toimeksiantaja

Näihin tahoihin luetaan edelleen seuraavat henkilöt seuraavin vastuunimityksin:

  • Jyväskylän ammattikorkeakoulu:

    • Rintamäki, Marko, ohjaaja
  • Projektiryhmä: Projektiryhmä suorittaa Toimeksiantajan projektille asettamat tehtävät käytettävissä olevien resurssien puitteissa. Toistaiseksi on päätetty, että projektin aikana ryhmän päällikön ja sihteerin roolit eivät kierrä. Mahdollisista roolien kierrätyksistä tai roolien vaihdoksista sovitaan erikseen tarvittaessa katselmointitilaisuuksissa tai muulla erikseen sovittavalla ajalla ja tilaisuudessa.

    • Kallio, Santeri, Developer
    • Kyrönlahti, Joni, Developer, sihteeri
    • Parviainen, Niko, Senior Developer
    • Rampanen, Olli, Developer
    • Tchotbaev, Hanat, Developer, projektipäällikkö
  • Toimeksiantaja:

    • Tenhunen, Marja-Leena, yhteyshenkilö
    • Tenhunen, Sini, varayhteyshenkilö
  • Johtoryhmä: Projektissa/toimeksiannossa EI ole perinteistä johtoryhmää, vaan siihen lukeutetaan kiinteästi seuraavat roolit:

    • Toimeksiantajan yhteyshenkilö
    • Ohjaaja
    • Projektipäällikkö
    • Sihteeri

2.2 Vastuut ja päätöksentekoprosessi

Kaikki päätökset kulkevat Johtoryhmän kautta. Johtoryhmä tekee kaikki varsinaiset päätökset vain erikseen tälle tarkoitetuissa Johtoryhmän kokouksissa ja/tai katselmointitilaisuuksissa. Kukin taho valmistautuu Johtoryhmän kokoukseen parhaaksi katsomallaan tavalla, esim. valmistelemalla esityksiä yhdessä edustamansa tahon kanssa yhteisesti, mutta tämän on tapahduttava luonnollisesti ennen kutakin kokousta.

3. Projektin ajalliset tavoitteet

3.1 Osittaminen ja vaiheistus

Tässä osiossa esitellään projektin vaiheet. Tätä osiota on tarkoitus päivittää projektin edetessä ja granulariteettiä lisäämällä aina, kuten oletettua, tiedon tarkentuessa. Jokainen vaihe itsessään jakautuu toistaiseksi omaksutun ja kurssinkin puittessa tulleiden ohjeistuksien mukaan viikon mittaisiin sprintteihin, jotka mitataan virallisesti siis alkaen aina maanantaiaamusta päättyen sunnuntaiyöhön. Juuri tähän periaatteeseen perustuu myös itse vaiheistus ja vastaavasti myös tämän vaihe- tai Gantt-kaavio ohessa.

Työmääristä ei projektin tässä vaiheessa ole tarkkaa tietoa, tarjolla on kuitenkin karkea arvio. Tehtävien jakamisen kaavana toimii siis se, että projektipäällikkö perustuen ohjaajan ohjeistuksiin, dokumentaatioon ja mahd. lisäkysymyksien muodossa priorisoi laadittavat ja toteutettavat työt. Projektipäällikkö tämän jälkeen nimittää tehtävät eteenpäin vastuunimityksin niille henkilöille, joille ne soveltuvat parhaitan perustuen esim. aikaiksempaan osaamisalueeseen tai taitoon. Näiden tehtävien määräajat noudattavat kurssin puitteissa tulleita ja vaadittuja määräaikoja ja yhteisesti ennalta sovittuja tarkistuspisteitä, jotka ovat suoraan samaiset, kuin tässä osiossa lopuksi esitetyssä Gantt-kaaviossa. Mikäli tämä tapa katsotaan aiheettomaksi on projektiryhmällä oikeus muuttaa tähän liittyvää käytännettä.

Työmääräarviot ovat laskettu tämän hetken arvion mukaan kiinteänä henkilötyötuntimäärinä per viikko, joka on siis 53,75h/vko ja joka edelleen kerrotaan viikkojen eli sprinttien määrällä, jotka kussakin vaiheessa on. Näin laskemalla projektin kokonaistuntimäärä on 752,50h. Tämän lisäksi on arvioitu kuinka paljon lasketusta määrästä lasketaan mihinkin työkategoriaan. Työkategoriat ja niiden hinnat ovat siis:

  • Projektinhallinta 70€/h
  • Koodaus 50 € /h
  • Dokumentointi/suunnittelu 45€ /h
  • Testaus 50 €/h
  • Palaverit 40€/h

Eli näin laskemalla projektin kokonaishinnaksi saadaan 45 946,125€. Vaiheiden aikaresurssit ja keskinäiset suhteet ovat kerrottuna lopuksi Gantt-kaaviona. Seuraavassa käydään jokainen vaihe ja niiden tulokset, vaihekohtaiset tunti- ja hinta-arviot läpi tiivistetysti:

  • Suunnittelu:

    • Suunnitteluvaiheessa tuotetaan useita suunnitteluun liittyviä asiakirjoja, joita on tarkoitus käyttää työkaluina tulevissa johtoryhmän kokouksissa. Tästä vaiheesta tuotetut dokumentit ovat suurimmilta osin dokumentteja, joita päivitetään myös projektin myöhemmissä vaiheissa. Nämä päivitettävät dokumentit ovat erotettu alla olevassa listassa. Vaiheen aikana tuotettavat dokumentit ovat tärkeysjärjestyksessä ja vastuunimityksin siis:
      • Vaatimusmäärittely, päivittyy, Parviainen, Niko
      • Projektisuunnitelma, päivittyy, Tchotbaev, Hanat
      • Projektisopimus, Tchotbaev, Hanat
      • Riskihallintasuunnitelma, Tchotbaev, Hanat
      • Viestintäsuunnitelma, Rampanen, Olli
      • Testisuunnitelma, päivittyy, Kyrönlahti, Joni
    • Vaiheen tulokset ovat kaikki em. asiakirjat. Jokainen hyväksytetään toimeksiantajalla tämän ko. vaiheen lopuksi.
    • Vaihe katsotaan päättyneeksi sprintin 6 lopussa tai viimeistään etapissa 1 jolloin on tilannekatsaus ja johtoryhmän kokous. Tämän hetkinen arvio kyseisen tapahtuman päivämäärästä on 21.02.2019.
    • Työmääräarvio 10.75 h * 5 hlö = 53,75 * 6 vko = 322,50h, josta:
      • Projektinhallinta 70€ * 107,50h = 7 525€
      • Koodaus 50 € * 0h = 0€
      • Dokumentointi/suunnittelu 45€ * 213,00h = 9 585€
      • Testaus 50 € * 0h = 0€
      • Palaverit 40€ * 2h = 80€
    • Hinta-arvio yht.: 17 190€
  • Toteutus ja dokumentaation päivitys

    • Toteutusvaiheessa pääasiallisena toimena on kyseisen toimeksiannon varsinainen toteuttaminen. Mutta tämän lisäksi päivittyvät (ks. yllä) dokumentit elävät reaaliajassa.
    • Vaiheen tuotoksen asemaa ajaa itse lähdekoodi tai lähdekoodit. Tavoitteena on, että vaiheen aikana ja lopuksi työryhmällä on käsissään valmiina joitakin toimivia kokonaisuuksia, joiden testausta voidaan suunnitella seuraavassa vaiheessa.
    • Tarkemmat ominaisuudet ja niiden Julkaisuaikataulu ovat kuvattu Vaatimusmäärittelyssä kohdassa Julkaisun suunnitelma.
    • Kuten kaaviosta on nähtävissä, jokaisen mainitun ominaisuuden toteutus jakautuu tasaisiksi viikonmittaisiksi ajanjaksoiksi. Tämä tarkoittaa sitä, että projektiryhmä on toistaiseksi päättänyt, että jokainen tulee työskentelemään jokaisen omianisuuden parissa ja toteutuksessa. Ts. erikseen omianisuuskohtaisesti vastuuhenkilöitä EI ole nimitetty. Toistaiseksi EI ole tiedossa kuinka ominaisuuden toteuttamisia jaetaan projektiryhmän jäsenien kesken per ominaisuus.
    • Vaihe katsotaan päättyneeksi sprintin 9 lopussa torstaina eli viimeistään etapissa 2 jolloin on tilannekatsaus ja johtoryhmän kokous. Tämän hetkinen arvio kyseisen tapahtuman päivämäärästä on 14.03.2019.
    • Työmääräarvio 10.75 h * 5 hlö = 53,75 * 3 vko = 161,25h, josta:
      • Projektinhallinta 70€ * 31,85h = 2 229,50€
      • Koodaus 50 € * 47,775h = 2 388,75€
      • Dokumentointi/suunnittelu 45€ * 47,775h = 2 149,875€
      • Testaus 50 € * 31,85h = 1 592,50€
      • Palaverit 40€ * 2h = 80,00€
    • Hinta-arvio yht.: 8 440,625€
  • Testaussuunnittelu ja dokumentaation päivitys

    • Tässä vaihessa ryhmä tuottaa suunnitelmia sille, kuinka itse sovelluksen prototyyppiä tulee testata.
    • Varsinainen tulos on siis Testisuunnitelma. Testaussuunnitelman vaiheistusta tai roolijakoa EI olla tehty sillä se itsessään kuuluu ko. vaiheen piiriin.
    • Vaihe katsotaan päättyneeksi aikaisintaan sprintin 10 lopussa torstaina tai viimeistään sprintin 11 alussa, jolloin on etappi 3. Tämän hetkinen arvio kyseisen tapahtuman päivämäärästä on 26.03.2019.
    • Työmääräarvio 10.75 h * 5 hlö = 53,75 * 1 vko = 53,75h, josta:
      • Projektinhallinta 70€ * 10,35h = 724,50€
      • Koodaus 50 € * 10,35h = 517,50€
      • Dokumentointi/suunnittelu 45€ * 15,525h = 698,625€
      • Testaus 50 € * 15,525h = 776,25€
      • Palaverit 40€ * 2h = 80€
    • Hinta-arvio yht.: 2 796,875€
  • Testaus

    • Testausvaiheen aikana suoritetaan otiskonmukainen toimi, eli testaaminen. Varsinaisessa testaamisessa on tarkoitus noudattaa aikaisemmassa vaiheessa tuotettua Testaussuunnitelmaa. Luonnollisesti myös tässä vaiheessa on mahdollista ja todennäköistä, että ko. dokumenttia päivitetään tarpeen mukaan.
    • Varsinaisiksi tuloksiksi mainittakoon Testaussuunitelman päivitetty/päivitetyt versiot ja jokin konkreettinen tulos siitä mikä ja mitkä ovat ko. testauksien tulokset. Eli ovatko kriteerit täytetty ja mitkä mahd. väistämättä saavat kielteisen päätöksen testauksen läpäisevyydestä.
    • Vaihe katsotaan päättyneeksi aikaisintaan sprintin 10 lopussa torstaina tai viimeistään sprintin 11 alussa jolloin on etappi 3. Tämän hetkinen arvio kyseisen tapahtuman päivämäärästä on 11.04.2019
    • Työmääräarvio 10.75 h * 5 hlö = 53,75 * 3 vko = 161,25h, josta:
      • Projektinhallinta 70€ * 31,85h = 2 229,50€
      • Koodaus 50 € * 47,775h = 2 388,75€
      • Dokumentointi/suunnittelu 45€ * 15,925h = 716,625€
      • Testaus 50 € * 63,7h = 3 185,00€
      • Palaverit 40€ * 2h = 80,00€
    • Hinta-arvio yht.: 8 599,875€
  • Projektin päättäminen

    • Projektilla on ns. kiinteä päättymisaika. Tämä johtuu suoraan siitä, että kyseessä on oppilaitoksen kurssi. Ts. Projektin takaraja on sama kuin kursilla itsellään. Tarkkaa päivämäärää tällä ei vielä ole, mutta se on toistaiseksi 28.04.2019.
    • Lopettamisvaihe sisältää projektin päättämiseen liittyvät toimenpiteet. Vaiheen aikana projektiryhmä laatii projektin loppuraportin ja esityksen johtoryhmälle. Vaiheen aikana luovutetaan projektin tulos toimeksiantajalle, pidetään viimeinen johtoryhmän kokous viiemistään sprintillä 15 sekä puretaan projektin organisaatio. Viimeistään tässä aiheessa projektiryhmä on tuottanut kaikki em. dokumentit ja näiden lisäksi tähän kyseiseen dokumenttii, Projektisuunnitelmaan täydennetään loppuun myös projektin Loppuraportti. Osio on siis osa tätä dokumenttia ja se tullaan kirjaamaan toistaiseksi kohtaan 6.5. tai mikäli osionumerointi muuttuu sen sijainti on joka tapauksessa viimeinen ennen Liiteosiota.
    • Vaihe katsotaan päättyneeksi sprinti 14 päätyttyä. Tämän hetkinen arvio kyseisen tapahtuman päivämäärästä on 18.04.2019
    • Työmääräarvio 10.75 h * 5 hlö = 53,75 * 1 vko = 53,75h, josta:
      • Projektinhallinta 70€ * 63.70h = 4 459,00€
      • Koodaus 50 € * 0h = 0€
      • Dokumentointi/suunnittelu 45€ * 95.55h = 4299,75€
      • Testaus 50 € * 0h = 0€
      • Palaverit 40€ * 4h = 160,00€
    • Hinta-arvio yht.: 8 918,75€
gantt
    title Projektin vaiheet
    dateFormat  DD-MM-YYYY
    section GANTT
    Suunnittelu :a1, 14-01-2019, 24-02-2019
    Toteutus ja dokumentaation päivitys :a2, 24-02-2019, 17-03-2019
    Testaussuunnittelu ja dokumentaation päivitys   :a3, 17-03-2019, 24-03-2019
    Testaus :a4, 24-03-2019, 14-04-2019
    Projektin päättäminen   :a5, 14-04-2019, 21-04-2019
    

4. Laadunvarmistus

Projektiryhmä noudattaa käyttöön tarjottua ja jo aiemminkin mainittua nk. Scrumban-projektinhallintaviitekehystä. Mainittakoon tässä, että projektiryhmä virallisesti kokontuu, joka torstai viimeistään klo 9.15. Ohjelmana, kunnes toisin sovitaan, on klo 9.15 Ohjaajan alkuesittelyjen kuunteleminen ja seuraaminen etäyhteyden kautta, joko tätä ennen tai välittömästi tämän jälkeen ryhmä suorittaa nk. Daily Scrumin tai Daily Standupin, eli max 15 minuutin mittaisen seisontapalverin, jossa projektiryhmäläiset vuorollaan kertovat seruaavat asiat:

  • Mitä on tehnyt viimeksi
  • Mitä aikoo tehdä tänään
  • Onko jollekkin tehtävälle esteitä ja kuinka esittää poistavansa mainitun esteen

Välineinä toimii pääasiassa oppilaitoksen tarjoamat fyysiset työtilat ja laitteet. Pääasiallisena työtilana toimii oppilaitoksen Piippukadun yksikön, Dynamon, projektiluokka 322B. Teknologioiden versionumeroita EI toistaiseksi ole tiedossa, mutta käytettävät tiedossa olevat tekniikat ovat lueteltu Vaatimusmäärittelyssä kohdassa Käytettävät teknologiat. Toimeksiantaja EI ole asettanut tai vaatinut noudatettavan toistaiseksi mitään standardia. Sen sijaan kurssi vaatii käytettävän OPF-projektitilaviitekehystä, josta myös dokumentaation ilme, asettelu ja sisältövaatimukset periytyvät ja joita ne noudattavat.

Projektin dokumenttien versionhallinta noudattaa em. OPF-viitekehyksen ohjeistuksia ja viimeisimmät tiedostot ovat täten seuraavassa sijainnissa: http://team-a-2019.pages.labranet.jamk.fi/core/.

Kaikkia dokumentteja kohdellaa toistaiseksi luonnoksian kunnes johtoryhmän koukous tai kokoukset dokumenttien tiloiksi muuta asettaa. Mikäli ja kun jonkin dokumentin tila tulee muuttumaan ensimmäisen hyväksytyn version jälkeen, tullaan tämä havainnollistamaan versionumeroin ja versiohistorian hallinnalla, minkä toteutus tulee näkymään suoraan itse dokumenteissa.

Laitteille ei ole, eikä toistaiseksi ole tarve nimeät vastuuhenkilöitä. Sen sijaan seuraaviin järjestelmiin on nimetty seuraavat vastuuhenkilöt:

  • Gitlab ja dokumentaatio: Tchotbaev, Hanat
  • Testlink: Parviainen, Niko
  • Projektiryhmän kotisivut: Rampanen, Olli

4.1 Väli- ja lopputulosten hyväksymismenettely

Projektiin on toistaiseksi sovittu hyväksymismenettelyksi etappien ja vaiheissa kuvattujen tuloksien vakiomuotoiset katselmoinnit johtoryhmän kokouksien muodossa. Nämä etappien hetket ovat viitteelisiiä mutta niiden viimeisimmät arviot ovat kuvattu edellä kohdassa 3.1 Osittaminen ja vaiheistus.

4.2 Muutosten hallinta

Projektikäytänteisiin ja tuloksiin tulee nykyisiin asetteluihin muutoksia vain pakottavista syistä. Nämä erityistapaukset lueteltu kohdassa 4.4 Riskien hallinta.

4.3 Dokumentointi

Ks. 3.1 Osittaminen ja vaiheistus ja 4. Laadunvarmistus.

4.4 Riskien hallinta

ID Riski Vakavuus 1-5 Todennäköisyys 1-5 Ennaltaehkäisy Ratkaisu toteutuessa
RIS01 1 projektiryhmäläisen sairastuminen 1 5 terveydenhuolto Ilmoita PP:lle, lepo
RIS02 useamman projektiryhmäläisen samanaikainen sairastuminen 4 2 terveydenhuolto Ilmoita PP:lle, PP ilmoittaa Ohjaajalle, sairastunut lepää, mahd. projektiryhmän purkaminen ja jäljellejäävien uudelleenryhmäytys
RIS03 1 projektiryhmäläisen kurssin keskeyttäminen 1 2 motivoiva projektijohtaminen Ilmoita PP:lle ja Ohjaajalle, resurssien uudelleenallokointi jäljelle jäävien mukaan, projektin rajaaminen tämän mukaan
RIS04 useamman projektiryhmäläisen kurssin keskeyttäminen 5 2 motivoiva projektijohtaminen Ilmoita PP:lle ja Ohjaajalle, projektiryhmän purkaminen ja jäljellejäävien uudelleenryhmäytys
RIS05 toteutus vaatii teknologioita joiden opetteleminen vaati enemmän resursseja, kuin on saatavilla 5 5 ennakoiva priorisointi, projektinhallinta, kyvykkyyden viestintä sidosryhmille rajataan toteutettavaa aluetta sidosryhmät tietoisina pitäen

4.5 Katselmointikäytäntö

Ks. 3.1 Osittaminen ja vaiheistus

4.6 Projektisuunnitelmaa täydentävät suunnitelmat

4.7 Suunnitelmien tarkistus- ja päivitysajankohdat

Suunnitelman ajantasaisuus tarkistetaan kerran viikossa eli jokaisen sprintin aikana aikaisintaan joka torstai klo 9.15 ja viimeistään joka torstai klo 15.00. Tarvittaessa suurista muutoksista ilmoitetaan viipymättä Ohjaajalle. Välitöntä ohjausta vaatimattomat muutokset ilmoitetaan katselmointitilaisuuksissa.

5. Tiedonvälitys ja projektin etenemisen seuranta (viestintäsuunnitelma)

Ks. Viestintäsuunnitelma.

6. Projektin päättyminen

6.1 Lopputuotteen luovutus, käyttöönotto

Koska kyseessä on "vain" Proof of Concept -prototyyppi, toteutusta EI sellaisenaan oteta käyttöön, vaan se luovutetaan sellaisena kuin se on kurssin ja projektin päätäämisvaiheessa. Tähän lukeutettakoon lähdekoodin toimittaminen toimeksiantajan parhaaksi katsomassaan muodossa. esim. pilvipalveluun tai versionhallintajärjestelmään kuten GitLab. Muihin palautettaviin luetaan koko dokumentaatio, johon viimeisenä lisäyksenä tuotetaan projektin loppuraportti tähän dokumenttiin lukeutettuna.

6.2 Projektin tuottaman aineiston taltiointi, arkistointi ja säilytysaika

Toistaiseksi on katsottu, että projektiryhmän dokumentaatiosta IT-instituutille jäävä osa tallennetaan GitLabiin. Toimeksiantaja Ei toistaiseksi ole määritellyt, mitkä dokumentit voidaan jättää opiksi seuraaville projekteille. Näiden lopullsiet päätökset tullaan tekemään aikaisintaan ensimmäsiessä etapissa. Ks. 3.1 Osittaminen ja vaiheistus.

6.3 Projektin virallinen päättäminen

Ks. 3.1 Osittaminen ja vaiheistus, josta kohta "Projektin päättäminen".

6.4 Lopetustilaisuus

Loptustilaisuuden tietoja EI toistaiseksi ole päätetty. Nämä tullaan tarkentamaan vaheessa Testaus.

6.5 Projektin loppuraportti

Projektin loppuraportti laaditaan viimeiseen johtoryhmän kokoukseen mennessä.

Liitteet