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 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.
**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ä](http://team-a-2019.pages.labranet.jamk.fi/core/02-vaatimusmaarittely/vaatimusmaarittely/) 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ä](http://ttos0800-ttos0900.pages.labranet.jamk.fi/amk-2019/04-Toimeksiantaja/toimeksiantajan-toimittama-materiaali/). Ks. myös [1.3. Rajaus ja liittymät](#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](http://team-a-2019.pages.labranet.jamk.fi/core/01-projektinhallinta/viestintasuunnitelma/).
**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.
...
...
@@ -95,8 +43,6 @@ Eri osapuolten oikeudet on määritelty projektisopimuksessa. Näihin kohdistett
## 2.1 Organisaation esittely
**VALMIS**
Projektiorganisaatio koostuu seuraavista tahoista:
* Jyväskylän ammattikorkeakoulu
* Projektiryhmä
...
...
@@ -123,16 +69,12 @@ Näihin tahoihin luetaan edelleen seuraavat henkilöt seuraavin vastuunimityksin
## 2.2 Vastuut ja päätöksentekoprosessi
**VALMIS**
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
**VALMIS**
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ä.
...
...
@@ -232,8 +174,6 @@ gantt
# 4. Laadunvarmistus
**TARKASTA**
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
...
...
@@ -241,18 +181,18 @@ Projektiryhmä noudattaa käyttöön tarjottua ja jo aiemminkin mainittua nk. Sc
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ä](http://team-a-2019.pages.labranet.jamk.fi/core/02-vaatimusmaarittely/vaatimusmaarittely/#julkaisun_suunnitelma) kohdassa [Käytettävät teknologiat](http://team-a-2019.pages.labranet.jamk.fi/core/02-vaatimusmaarittely/vaatimusmaarittely/#kaytettavat_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/
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/](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.
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: Tchotbaev, Hanat
* 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 niidne viimeisimmät arviot ovat kuvattu edellä kohdassa [3.1 Osittaminen ja vaiheistus](## 3.1 Osittaminen ja vaiheistus).
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](## 3.1 Osittaminen ja vaiheistus).
## 4.2 Muutosten hallinta
...
...
@@ -275,63 +215,45 @@ Ks. [3.1 Osittaminen ja vaiheistus](#3.1 Osittaminen ja vaiheistus) ja [4. Laad
## 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**
Ks. [3.1 Osittaminen ja vaiheistus](#3.1 Osittaminen ja vaiheistus)
**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
**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.**
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)
**Listaa projektissa sovitut työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus.**
Ks. [Viestintäsuunnitelma](http://team-a-2019.pages.labranet.jamk.fi/core/01-projektinhallinta/viestintasuunnitelma/).
# 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.)
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
**”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)**
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](#3.1 Osittaminen ja vaiheistus).
## 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.”**
Ks. [3.1 Osittaminen ja vaiheistus](#3.1 Osittaminen ja vaiheistus), josta kohta "Projektin päättäminen".
## 6.4 Lopetustilaisuus
**Yleensä projektit päätetään yhteiseen päätösseminaariin. Tähän kirjataan osallistujat ja ajankohta. **
Loptustilaisuuden tietoja EI toistaiseksi ole päätetty. Nämä tullaan tarkentamaan vaheessa Testaus.
