Projektisuunnitelma

Toimeksianto tausta ja lähtökohdat, tavoitteet ja tehtävät, rajaus ja liittymät, tulos
Projektiorganisaatio organisaation esittely, vastuut ja päätöksentekoprosessi
Projektin vaiheet ja taloudelliset tavoitteet tehtäväkokonaisuudet, osittelu ja vaiheistus, välitulokset, aikataulut ja resurssissuunnitelmat, budjetti
Laadun varmistus menetelmät, standardit, hyväksymismenettely, muutosten hallinta, dokumentointi, katselmoinnit, riskien hallinta, muut täydentävät suunnitelmat
Tiedonvälitys ja projektin etenemisen seuranta projektin aloitus, työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus, projektikansio
Projektin päättyminen luovutus, käyttöönotto, ylläpito, projektin aineiston taltiointi, arkistointi, loppuraportti, projektin virallinen päättäminen

1 Projektin ja lopputuotteen kuvaus

Tässä dokumentissa kuvataan Meidän Metsä-projektin taustaa, tavoitteita, tehtäviä, vaihejakoa, resursseja ja organisaatiota. Vaihejaon yhteydessä on kuvattu jokainen vaihe erikseen lyhyesti.

1.1 Tausta ja lähtökohdat

Meidän Metsät on Keski-Suomen hyvinvoinnin osaamiskeskittymän kehitysprojekti, jonka tarpeena on kehittää retkeilykohteita ja -reittejä esittelevä karttapalvelu. Projektin tavoitteena on helpottaa ja selkeyttää yhteistyötä muiden tahojen kanssa ja karttapohjaisen palvelun kautta voitaisiin myös hankkia lähipalveluita sekä ilmoittaa maastossa havainnoista/epäkohdista. Olennainen osa palvelun toimivuutta ovat kohteet esittelevä karttapalvelu ja yhteistyötahojen retkeilykohteisiin ja -reitteihin liittyvät tietokanta ja näiden hallinta. Projekti toteutetaan Jyväskylän ammattikorkeakoulun informaatioteknologian instituutin järjestämän TTOS0800 ja TTOS0900‑opintojaksojen puitteissa.

1.2 Tavoitteet ja tehtävät

Tuottaa ratkaisu
Tuottaa toimiva demo (Proof Of Concept)

Meijän metsät -karttapalvelun tavoitteena on se, että yksityinen käyttäjä tunnistaa lähellä olevat luontokohteet, saa tietoa retkikohteista, säästä ja kohteiden ja reittien läheisyydessä sijaitsevista palveluista. Käyttäjä voi etsiä retkikohteita- ja retkeilyreittejä myös valitsemillaan kriteereillä.

Retkikohde ja -reittihaussa käyttäjä voisi etsiä kohdetta sijainnin mukaan joko kirjoittamalla hakukenttään paikkakunnan, käyttämällä omaa sijaintiaan tai määrittelemällä etäisyyden omasta sijainnistaan ja etsimällä kohteita käyttäjän näkemästä karttanäkymästä. Sijainnin lisäksi haku voidaan suorittaa myös kohteen nimen tai erilaisten ominaisuuksien perusteella. Luonnossa käyttäjä voisi jakaa kuvia kohteesta sosiaalisessa mediassa, jotka tulisivat näkyviin palveluun kohteen tietoihin tai viestiä palvelun kautta myös epäkohdista, esim. vessa on tyhjentämättä.

1.3 Rajaus ja liittymät

Kurssilla tehtyjä tuotoksia ei tulla kaupallistamaan, vaan tuotokset ovat avoimia innovaatioita tulevien opiskelijoiden ja yritysten hyödyksi.
Projektin vaatimusmäärittely dokumentaatiossa ollaan määritelty kaikki ominaisuudet, mutta kaikkia ei tulla toteuttamaan tämän projektin aikana. Tarkempi listaus toteutettavista ominaisuuksista löytyy vaatimusmäärittelystä.

1.4 Oikeudet

Eri osapuolten oikeudet on määritelty projektisopimuksessa. Ellei erillisessä sopimuksessa ole kerrottu oikeuksista työn tuloksiin, ne ollaan ilmaistu tässä projektisuunnitelmassa.

1.5 Termit ja määritelmät

OPF = Open Project Framework
CSC = CSC-Tieteen tietotekniikan keskus Oy
JAMK = Jyväskylän ammattikorkeakoulu
KeHO = Keski-Suomen hyvinvoinnin osaamiskeskittymä
PoC = Proof of Concept, testiversio

2. Projektiorganisaatio

2.1 Organisaation esittely

Projektin organisaation kuuluu Jyväskylän ammattikorkeakoulun opettajia, projektihenkilökuntaa opiskelijaa, projektiryhmän ohjaajat sekä toimeksiantajan edustajat.

Projektiryhmä

Projektiryhmä suorittaa johtoryhmän projektille asettamat tehtävät käytettävissä olevien resurssien puitteissa. Projektin aikana ryhmän päällikön ja sihteerin roolit kiertävät ryhmän sisällä siten, että jokainen ryhmän jäsen toimii kerran kummassakin roolissa.

Johtoryhmä

Johtoryhmän muodostavat siihen valitut projektiryhmän, ohjaajien ja toimeksiantajan edustajat. Johtoryhmän kokouksiin voidaan tarvittaessa kutsua myös muita henkilöitä, esim. asiantuntijoita.

Tukiryhmä

Tukiryhmän tehtävänä on antaa projektiryhmälle sisällöllistä opastusta tehtävän suorittamiseksi. Kappaleessa tulee esitellä projektin muut sidosryhmät (asiakas, ulkopuoliset konsultit, jne.) henkilötasolla. Asiakkaan mukana olevista henkilöistä tulee mainita ainakin nimi, yhteystiedot, toimenkuva sekä rooli projektissa.

3. Projektin vaiheet ja taloudelliset tavoitteet

3.1 Osittaminen ja vaiheistus

Projekti on jaettu 5 isompaan osakokonaisuuksiin etappeihin sekä 16 viikon mittaisiin sprintteihin.

Sprintillä 0 tehdään projektin aloitus, esitutkimus ja analyysi, tehtävän annon tarkastelu sekä projektiryhmän muodostus. Sprinttien 1-4 aikana tavataan asiakas ja tehdään tapaamisen pohjalta projektisuunnitelma, projektisopimus, riskienhallintasuunnitelma, viestintäsuunnitelma ja vaatimusmäärittely. Sprint 5 aikana etappi 1 kohdalla suoritetaan sopimuksen viimeistely ja sen hyväksyttäminen asiakkaalla ja vasta projektisopimuksen allekirjoituksen jälkeen voidaan jatkaa projektia eteenpäin.

Projektisopimuksen allekirjoituksen jälkeen voidaan suunnitelman tekninen toteutus aloittaa sprintillä 6. Toteutuksen aloituksen jälkeen yritetään mahdollisimman nopeasti saada testattavaa ohjelmistoa, jotta testaaminen saadaan alkuun. Sprinttien 7-9 aikana jatketaan suunnitelman mukaan ominaisuuksien toteuttamista ja sprintille 10 mennessä tulisi saada aikataulussa suunnitellut ominaisuudet valmiiksi. Sprintillä 10 etappi 2 tehdään myös katselmointi asiakkaan kanssa, jotta asiakas näkee projektin tämän hetkisen tilanteen ja pystyy antamaan palautetta sen perusteella.

Mikäli asiakas oli tyytyväinen työn jälkeen katselmoinnin jälkeen jatketaan työskentelyä seuraavaksi suunniteltujen ominaisuuksien parissa, mikäli asiakkalta saatiin korjauspyyntöjä lähdetään toteuttamaan niitä. Seuraavan kerran asiakkaan kanssa käydään läpi muutoksia sprintillä 12 etapilla 3, jossa voidaan vielä tehdä viimeisiä muutoksia suunnitelmaan. Tämän jälkeen lähdetään toteuttamaan viimeisiä ominaisuuksia ennen projektin lopettamista.

Projekti loppuu sprintillä 15 etappi 4, jossa asiakkaalle esitetään lopullinen versio ohjelmasta. Siinä käydään läpi toiminnot, jotka saatiin aikataulun puitteissa toteutettua sekä tehdään projektin päättämiseen liittyvät toimenpiteet, kuten projektin loppuraportin tekeminen ja luovutus.

gantt title Projektin vaiheet dateFormat DD-MM-YYYY section E0 Projektisuunnitelma :active,13-01-2020, 35d Riskinhallintasuunnitelma :active,13-01-2020, 35d Viestintäsuunnitelma :active,13-01-2020, 35d Vaatimusmäärittely :active,13-01-2020, 35d Projektisopimus :active,13-01-2020, 38d Testisuunnitelma ja testaus :active,10-02-2020, 20-04-2020 Sprint 0 :active,13-01-2020, 7d Sprint 1 :active,20-01-2020, 7d Sprint 2 :active,27-01-2020, 7d Sprint 3 :active,03-02-2020, 7d Sprint 4 :active,10-02-2020, 7d section E1 Lähdekoodi :active,17-02-2020, 20-04-2020 Vaatimusmäärittely päivittyy :active,17-02-2020, 20-04-2020 Projektisuunnitelma päivittyy :active,17-02-2020, 27-04-2020 Sprint 5 :active,17-02-2020, 7d Sprint 6 :active,24-02-2020, 7d Sprint 7 :active,02-03-2020, 7d Sprint 8 :active,09-03-2020, 7d Sprint 9 :active,16-03-2020, 7d section E2 Sprint 10 :active,23-03-2020, 7d Sprint 11 :active,30-03-2020, 7d section E3 Sprint 12 :active,06-04-2020, 7d Sprint 13 :active,13-04-2020, 7d Sprint 14 :active,20-04-2020, 7d section E4 Sprint 15 :active,27-04-2020, 7d

3.2 Karkea kustannusarvio

3.3 Resurssien jako

gantt title Projektin resurssointi dateFormat DD-MM-YYYY section Resurssit Testaus :active,k1,02-03-2020, 26-04-2020 Koodaus :active,k2,24-02-2020, 26-04-2020 Dokumentointi ja sunnittelu :active,k3,13-01-2020, 03-05-2020 Projektinhallinta :active,k4,03-02-2020, 09-02-2020 Projektinhallinta :active,27-04-2020, 03-05-2020 Palaverit :active,k5,13-01-2020, 03-05-2020

4. Laadunvarmistus

4.1 Väli- ja lopputulosten hyväksymismenettely

Etappi 1, 2, 3 ja 4 aikana olevissa asiakastapaamisissa hyväksytetään tämänhetkinen tulos asiakkaalla.

4.2 Muutosten hallinta

Projektisuunnitelman allerkijoitusten jälkeen, asiakkaalta otetaan palautetta vastaan ja pieniä muutoksia voidaan tehdä, mutta suuria poikkeamia suunnitelmaan ei lähdetä toteuttamaan ilman uutta suunnitelmaa.

4.3 Dokumentointi

Dokumentointi on IT-instituutin GitLab-palvelimella, jossa CI pipeline luo Gitlab Pages sivut dokumentoinnista aina muutoksien lisäyksen yhteydessä. GitLab Pages sivut ovat julkisesti saatavilla. Dokumentoinnin päivityksestä vastaa koko ryhmä, jossa vastuut jaetaan dokumentoinnista tasaisesti kaikille.

4.4 Riskien hallinta

Listataan riskit, arvioidaan niiden vakavuus ja todennäköisyys ja koetetaan miettiä toimenpiteet kuinka vakavimmat/todennäköisimmät riskit voitaisiin ehkäistä jo ennalta, sekä valmistellaan suunnitelma kuinka toimitaan, jos riski toteutuu.

Riskienhallintataulukko

4.5 Katselmointikäytäntö

Katselmoinnit asiakkaan kanssa tapahtuu etapeilla 1, 2, 3 ja 4. * Etapilla 1 katselmoidaan projektisuunnitelmat ja allekirjoitetaan projektisopimus. * Etapilla 2 katselmoidaan ensimmäiset toteutetut ominaisuudet ja otetaan vastaan palautetta asiakkaalta * Etapilla 3 katselmoidaan viimeisiä ominaisuuksia mitä toteutetaan ennen projektin päättämistä * Etapilla 4 katselmoidaan projektin lopputulos ja lopetellaan projekti

Katselmointipöytäkirja

4.6 Projektisuunnitelmaa täydentävät suunnitelmat

Tässä kohdassa mainitaan, mitä täydentäviä suunnitelmia on käytettävissä tai aiotaan projektin kuluessa laatia (esim. viestintä-, riskienhallinta-, testaus- ja käyttöönottosuunnitelma).

4.7 Suunnitelmien tarkistus- ja päivitysajankohdat

Suunnitelmien ajankohtaisuus ja päivitys tarkistetaan projektin etapeilla. Ensimmäinen tarkistus dokumentteihin tehdään etappi 1 sprint 5 lopuksi. Myöhempien etappien aikana tarkistellaan suunnitelmia tarpeen mukaan.

6. Projektin päättyminen

6.1 Lopputuotteen luovutus, käyttöönotto

Projekti loppuu sprintillä 15 etappi 4, jossa asiakkaalle esitetään lopullinen versio ohjelmasta. Siinä käydään läpi toiminnot, jotka saatiin aikataulun puitteissa toteutettua sekä tehdään projektin päättämiseen liittyvät toimenpiteet, kuten projektin loppuraportin tekeminen ja luovutus, sekä sovitaan asiakkaan kanssa palvelun asennuksesta ja käyttöönotosta.

6.2 Projektin tuottaman aineiston taltiointi, arkistointi ja säilytysaika

Projektiryhmien dokumentaatiosta IT-instituutille jäävä osa tallennetaan GitHubiin. Toimeksiantajan tulee selkeästi määritellä, mitkä dokumentit voidaan jättää opiksi seuraaville projekteille. Tyypillisesti eri suunnitelmat ja loppuraportti ovat tällaisia dokumentteja.