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

VALMIS

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.

On olettavaa, että tämä on jo valmis sillä tausta, tavoite, vaihejako, resurssit ja organisaatio on kuvattu muualla dokumentissa. Kuitattu valmiiksi.

1.1 Tausta ja lähtökohdat

VALMIS

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 ja/tai 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.

Kappaletta kohdellaan valmiina siitä syystä, ettei Toimeksiantajalle ole olemassa mitään olemassaolevaa kohdetta, jota olisi tarkoitus täydentää, joten sitä ei myöskään tässä havainnollisteta

1.2 Tavoitteet ja tehtävät

VALMIS

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.

Kerrottu:' Mitä aiotaan tehdä Mitä toimintaa aiotaan kehittää Visio tulevasta tilasta, kerrottu, että kyseinen Vaatimusmäärittelyssäkin kvuattu web-sovellus Konkreettinen tulos, kerrottu, että kyseinen Vaatimusmäärittelyssäkin kvuattu web-sovellus Osa- ja välitulokset kuvattu jo viheistuksessa Kenelle tulos tuotetaan, kerrottu, että toimeksiantajalle, jonka tiedot Organisaatiokuvauksessa ja Vaatimusmäärittelyssä

1.3 Rajaus ja liittymät

VALMIS

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.

Valmis koska kerrottu jo mitä rajataan pois ja miksi. Kerrottu myös ulkoinen rajoite eli GDPR ja mitä se pakottaa rajaamaan pois.

1.4 Oikeudet

VALMIS

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.

Valmis koska loput on kuvattu sopimuksessa

1.5 Termit ja määritelmät

VALMIS

• 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

VALMIS

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ä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 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.
  • 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.03.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 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,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 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,75 h

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 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. Nämä etappien hetket ovat viitteelisiiä mutta niidne 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ö

Luetellaan ja alustavasti aikataulutetaan projektin tuloskatselmukset laaditun toteutussuunnitelman pohjalta. Esitetään luettelomaisesti, mitä katselmuksia pidetään, alustava ajankohta, käsiteltävät asiat, osallistujat sekä käytännöt katselmointimateriaalin toimittamisesta (mitä, milloin, miten).

Linkit katselmointipöytäkirja pohjiin

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

• Vaatimusmäärittely?
• Riskienhallintasuunnitelma
• Asiakkaan antama dokumentaatio?
• Viranoimaislähteet?

4.7 Suunnitelmien tarkistus- ja päivitysajankohdat

Projektisuunnitelman avulla reagoidaan poikkeamiin ja ympäristömuutoksiin, joten sitä päivitetään projektin aikana. Tähän kohtaan kirjataan ne ajankohdat, jolloin suunnitelman ajantasaisuus ainakin on tarkistettava.

4.8 Projektin keskeyttämiskriteerit

Oikeaoppiseen projektisuunnitelmaan kuuluu myös projektin keskeyttämiskriteerit. Näitä ei kuitenkaan opiskelijaprojekteissa käytetä, koska projekteissa käytetään tietty tuntimäärä tuloksen tekoon ja tulos luovutetaan sellaisena, kun se opintojakson päättyessä on. Projektiryhmä tekee kuitenkin jatkokehityssuunnitelman, josta mahdollinen uusi projekti jatkaa.

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

Listaa projektissa sovitut työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus. Ks. Viestintäsuunnitelma (tähän linkki ko. dokumenttiin).

6. Projektin päättyminen

6.1 Lopputuotteen luovutus, käyttöönotto

Projektin lopputuote tulee myös dokumentoida järkevällä tasolla. Osana lopputuotetta saattaa olla asiakkaalle tarjottavaa käyttöönottokoulutusta ja mahdollisesti asennus- tai käyttöönottopalvelua. Mikäli koulutuksen rooli projektin kannalta on huomattava (esimerkiksi ohjelmiston käyttäjät eivät ole olleet mukana projektissa ja eivät tiedä miten järjestelmä toimii) tulee projektisuunnitelmaan liittää suunnitelma asiakkaalle tarjottavasta koulutuksesta. Lisäksi jos on tarpeen, tulee projektisuunnitelmaan liittää myös asennussuunnitelma ja käyttöönottosuunnitelma.

(Koska tämä on "vain" kouluprojekti ja "vain" proof of contept, täten sovellusta EI oteta käyttöön vaan se vain luovutetaan. Tähän lukeutettakoon lähdekoodin toimittaminen toimeksiantajan parhaaksi katsomassaan muodossa. esim. pilvipalveluun taI versionhallintajärjestelmään kuten GitLab.)

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. ** Projektiryhmien dokumentaatiosta IT-instituutille jäävä osa tallennetaan GitHubiin. (nämä tulee kysyä viim. viimeisessä johtopryhmän kokouksessa)

6.3 Projektin virallinen päättäminen

On tärkeää määritellä milloin, mihin tai miten projekti päättyy. Projektin päätös voi olla tietty päivämäärä, tietty tuotteen valmiusaste, tietty työtuntimäärä, tietty kulutettu rahasumma, kun asiakas ottaa tuotteen käyttöön, takuuaika on umpeutunut tai kun asiakas hyväksyy tuotteen.

”Projekti päättyy p.k.vvvv, jolloin projektisopimuksen voimassaoloaika päättyy.”

6.4 Lopetustilaisuus

**Yleensä projektit päätetään yhteiseen päätösseminaariin. Tähän kirjataan osallistujat ja ajankohta. **

6.5 Projektin loppuraportti

Projektin loppuraportti laaditaan viimeiseen johtoryhmän kokoukseen mennessä.

##Liitteet

Projektisuunnitelmaa täydentävät suunnitelmat esitetään liitteenä.