projektisuunnitelma.md

(Projektisuunnitelma pohja / sisältö)

1. (Toimeksianto) (tausta ja lähtökohdat, tavoitteet ja tehtävät, rajaus ja liittymät, tulos)

2. (Projektiorganisaatio) (organisaation esittely, vastuut ja päätöksentekoprosessi)

3. (Projektin vaiheet ja taloudelliset tavoitteet) (tehtäväkokonaisuudet, osittelu ja vaiheistus, välitulokset, aikataulut ja resurssissuunnitelmat, budjetti)

4. (Laadun varmistus) (menetelmät, standardit, hyväksymismenettely, muutosten hallinta, dokumentointi, katselmoinnit, riskien hallinta, muut täydentävät suunnitelmat)

5. (Tiedonvälitys ja projektin etenemisen seuranta) (projektin aloitus, työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus, projektikansio)

6. (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 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 tai tarpeita ylipäätään. Tässä dokumentissa asiakastarpeella tarkoitetaan tässä tapauksessa jotakin interaktiivista räätälöityä tapaa tuottaa tai tuotattaa valmiita pukeutumisvinkkejä pohjautuen pääasiassa ko. hlön. 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 myyminen eteenpäin.

Toimeksiantajalla ei toistaiseksi ole tähän tarpeeseen vielä minkäänlaista 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 juurikin mainittuja sijainti- ja säätietoihin pohjautuvia pukeutumisvinkkejä.

Projekti toteutetaan Jyväskylän ammattikorkeakoulun informaatioteknologian instituutin järjestämän ‑opintojakson puitteissa.

1.2 Tavoitteet ja tehtävät

Projektin tavoitteena on tuottaa toimiva demo (tai nk. Proof Of Concept) vaaditusta web-sovelluksesta, jonka tarkemmat kuvaukset ovat esitetty myös toisaalla. Toimeksiantajalla on olemassa käsitys valmiista tuotoksesta. Ottaen kuitenkin huomioon projektille varatut resurssit, tämä projektiryhmän tuotettava nk. proof of concept tulee olemaan merkittävästi rajatumpi, kuin se kuva mikä on tulkittavissa toimeksiantajan toimittamasta vaatimuksia esittelevästä esityksestä. Ks. 1.3. Rajaus ja liittymät ja Vaatimusmäärittely. 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. 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
• 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 ulkopuolen ulkoisille tallennsukohteille.

1.4 Oikeudet

Eri osapuolten oikeudet on määritelty projektisopimuksessa. Näihin kohdistettavista muutoksista tullaan sopimaan aina nimenomaisesti ja erikseen.

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.
• 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.

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. Projektin aikana ryhmän päällikön ja sihteerin roolit eivät kierrä.

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

• Toimeksiantaja:

  • Meikäläinen, Maija, yhteyshenkilö

• Johtoryhmä: Projektissa/toimeksiannossa EI ole perinteistä johtoryhmää, vaan siihen lukeutetaan kiinteästi seuraavat roolit:

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

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änkokouksissa. 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 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äaijat 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ä muuttaa tähän liittyvä käytännettä.

Vaiheiden aikaresurssit ja keskinäiset suhteet ovat kerrottuna lopuksi Gantt-kaaviona. Seuraavassa käydään jokainen vaihe ja niiden tulokset 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,50 h

• Toteutus ja dokumentaation paivitys

  • 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.
  • 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,25 h

• Testaussuunnittelu ja dokumentaation paivitys

  • Tässä vaihessa ryhmä tuottaa suunnitelmia sille kuinka itse sovelluksen prototyyppiä tulee testata.
  • Varsinainen tulos on siis Testisuunnitelma.
  • 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.04.2019.
  • Työmääräarvio 10.75 h * 5 hlö = 53,75 * 1 vko = 53,75 h

• Testaus

  • Testausvaiheen aikana suoritetaan otiskonmukainen toimi, eli testaaminen. Varsinaisessa testaamisessa on tarkoitus noudattaa aiakisemmassa vaiheessa tuotettua Testaussuunntielmaa. Luonnollisesti myös tässäv aiheessa 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 4. 23.04.2019
  • Työmääräarvio 10.75 h * 5 hlö = 53,75 * 3 vko = 161,25 h

• 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 viimeistään sprintin 13 lopussa torstainan jolloin on viimeinen etappi 5
  • Työmääräarvio 10.75 h * 5 hlö = 53,75 * 2 vko = 107,50 h

gantt
    title Projektin vaiheet
    dateFormat  DD-MM-YYYY
    section GANTT
    Suunnittelu :a1, 14-01-2019, 24-02-2019
    Toteutus ja dokumentaation paivitys :a2, 24-02-2019, 14-04-2019
    Testaussuunnittelu ja dokumentaation paivitys   :a3, 17-03-2019, 14-04-2019
    Testaus :a4, 24-03-2019, 14-04-2019
    Projektin päättäminen   :a5, 14-04-2019, 28-04-2019
    

4. Laadunvarmistus

projektiryhmä noudattaa käyttöön tarjottua ja jo aiamminkin mainittua nk. scrumbanviitekehystä. 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 aj seuraaminen, joko tätä ennen tai välittömästi tämän jälkeen ryhmä suorittaa nk. daily scrumin tai daily standupin, 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. Teknologioita tai näiden versionumeroita EI tositaiseksi ole tiedossa. Toimeksiantaja EI ole asettanut tai vaatinut noudatettavan toistaiseksi mitään standardia. Sen sijaan kurssi vaatii käytettän OPF-projektiviitekehystä, 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, tullaan tämä havainnollistamaan versionumeroin ja versiohistorian hallinnalla, minkä totuetus tulee näkymään suoraan tise dokumenteissa.

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

• Gitlab: 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.

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ö