projektisuunnitelma.md

-![](https://openclipart.org/image/300px/svg_to_png/185078/oldmanreadsabook.png&disposition=attachment)
-
-
-[![Käyttöohje](https://i.ytimg.com/vi/WBVTXEXkLLI/hqdefault.jpg?sqp=-oaymwEWCKgBEF5IWvKriqkDCQgBFQAAiEIYAQ==&rs=AOn4CLBxuIzi6eSPuSVFoi9jBpTueIPueQ)](https://www.youtube.com/watch?v=WBVTXEXkLLI&index=11&list=PLOyRnRI1_Cl47Q6tiFByWSVBialcz_bxp)
-
-
-
 # Projektisuunnitelma pohja / sisältö
 
-
-
 1. Toimeksianto
 tausta ja lähtökohdat, tavoitteet ja tehtävät, rajaus ja liittymät, tulos
 
@@ -27,64 +18,118 @@ projektin aloitus, työtilat ja viestintävälineet, palaverikäytäntö ja yhte
 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 X-projektin taustaa, tavoitteita, tehtäviä, vaihejakoa, resursseja ja organisaatiota. Vaihejaon yhteydessä on kuvattu jokainen vaihe erikseen lyhyesti.”
+# 1 Projektin ja lopputuotteen kuvaus
 
 ## 1.1 Tausta ja lähtökohdat
 
-<Missä ja mitä on lähdetty kehittämään?>
-”Projektin lähtökohtana on Yritys Oy:n tarve kehittää” < kohdetta>… ”Projekti toteutetaan Jyväskylän ammattikorkeakoulun informaatioteknologian instituutin järjestämän <ZZPP0100 Työelämäosaajaksi kasvu> ‑opintojakson puitteissa. ”
+Projektin lähtökohtana on Karo Saharisen tarve kehittää opintosuunnittelutyökalu joka korvaisi nykyisen järjestelmän. Karon mielestä opintojen suuntautumisten luomat "uimaradat" rajoittavat opiskelijoita. 
+
+Esimerkiksi: 
+
+    Työpaikka X haluaa ohjelmoijan, joka on käynyt myös Konesalit moduulin. 
+    Työpaikka Y haluaa mediatekniikan osaajan, joka osaa myös pelikehitystä
+    
+Nykyinen kurssitarjoitin ei anna mitään indikaatiota siitä, että työmarkkinoilla tarvittaisiin usean suuntautumisen kurssien osaajaa. Projektin lähtökohtana on siis luoda työkalu joka eliminoisi "uimaratojen" tarpeen, ja loisi dynaamisemman kurssitarjottimen.
+
+Projekti toteutetaan Jyväskylän ammattikorkeakoulun informaatioteknologian instituutin järjestämän TTOS0800 & TTOS0900 Ohjelmistoprojekti ja järjestelmätestaus ‑opintojakson puitteissa.
 
-Kohde on usein laajempi käsite kuin varsinainen projektille määriteltävä tehtävä. Kohde kuvaa selkeällä tavalla, usein graafiseen esitykseen tukeutuen, millaisesta järjestelmäkokonaisuudesta tai toiminnasta on kyse, johon ollaan tekemässä nyt projektissa jotain osakokonaisuutta/täydennystä. Tässä siis kuvataan nykyjärjestelmää ja asiakkaan nykyistä toimintatapaa.
 
 ## 1.2 Tavoitteet ja tehtävät
 
-Määritellään työn keskeisin sisältö tässä projektissa; projektin tehtävä liittyy projektin kohteessa kuvattuun kokonaisuuteen. 
-< Mitä aiotaan tehdä?> / < Mitä toimintaa aiotaan kehittää ja miten?>
-< Visio tulevasta tilasta> / < Mikä on tuotettava lopputulos (konkreettinen)?> / < Mitkä ovat osa- tai välitulokset?>
-< Kenelle tulos tuotetaan?>
-”Projektiryhmän tehtävänä on pitää eri tahot tietoisina projektin tilanteesta. Kunkin vaiheen päätyttyä laaditaan vaiheraportti, jonka avulla johtoryhmälle tiedotetaan projektin edistymisestä.”
+Tavoitteenamme on saada tehtyä mahdollisimman pätevä tuote kurssin ja opintojen aikataulujen puitteissa. Tavoitteena on että tuote vastaa mahdollisimman hyvin asiakkaan toiveita. 
 
-## 1.3 Rajaus ja liittymät
+Tavoitteenamme on tehdä kokonaan uusi opintojen suunnittelutyökalu. Työkalu, jossa opintopolut muodostuvat oppilaiden suoritusten ja työmaailman trendien mukaan. Tavoitteenamme on luoda alusta, joka voisi korvata jokaisen olemassaolevan kurssienvalinta työkalun.
+
+Lopputuloksena on palvelu seuraavilla toiminnoilla:
+
+A) Opiskelijat voivat:
+    
+    Suunnitella omat opintonsa esim. yritysten tarpeiden mukaan
+    Nähdä mitkä kurssit ovat tärkeitä, ilman "uimaratoja"
+
+B) Yritykset voivat:
 
-Täsmennetään projektin tehtävää rajaamalla ulkopuolelle jäävät osat kohteena olevasta järjestelmästä tai kokonaishankkeesta. Erikseen on syytä kuvata myös tehtävän suorittamista merkittävästi rajoittavat ulkoiset tekijät.
+    Vaikuttaa opiskelijoiden opintokokonaisuuksiin
+    Ilmaista tarvetta ajankohtaisen tekniikan X osaajille
     
-Tässä myös täsmennetään ne tehtäväkokonaisuudet, jotka nyt tehtävään osioon tulevat vielä todennäköisesti jossain vaiheessa liittymään, mutta joita ei tämän projektin puitteissa kuitenkaan tulla toteuttamaan. Tyypillisiä tällaisia tehtäviä voisivat olla mm. käyttöympäristön rakentaminen ja koulutus. Muina rajauksina voisi olla esim. ohjelmiston käyttöliittymässä käytettävä kieli.
+C) Koulutusvastaavat voivat:
 
-Huom.: Projektiopintojakson aikana toteutettavalla projektilla ei saisi olla tiukkoja aikataulullisia liittymiä muihin toimeksiantajan projekteihin
+    Muodostaa uusi kursseja yritysten vastausten mukaan
+    Nähdä "trendejä" kurssien välillä
+    Muodostaa kuvan mitkä taidot ovat oleellisia työelämässä, ja mitkä eivät
+
+Tulos tuotetaan Karo Sahariselle.
+
+## 1.3 Rajaus ja liittymät
+
+Projekti ei ole sidonnainen mihinkään olemassaolevaan palveluun. Projekti on tiimin oma visio opintojen suunnittelutyökalusta toimeksiannon puitteissa. 
+
+Projektin rajauksena on aika. Tiimin jäsenillä ei ole aikaa opetella kaikkia tarpeellisia tekniikoita, joten ominaisuuksia kuten "työpaikkojen ja alan ammattilaisten kouluttama kurssitarjoitin-neuroverkko" ei tulla projektin puitteissa toteuttamaan.
 
 ## 1.4 Oikeudet
 
-”Eri osapuolten oikeudet on määritelty projektisopimuksessa.” Ellei erillisessä sopimuksessa ole kerrottu oikeuksista työn tuloksiin, tulee ne ilmaista esim. tässä projektisuunnitelmassa. 
+Copyright (c) <2018> <Project GONA>
+
+Permission is hereby granted, free of charge, to any person obtaining
+a copy of this software and associated documentation files (the
+"Software"), to deal in the Software without restriction, including
+without limitation the rights to use, copy, modify, merge, publish,
+distribute, sublicense, and/or sell copies of the Software, and to
+permit persons to whom the Software is furnished to do so, subject to
+the following conditions:
+
+The above copyright notice and this permission notice shall be included
+in all copies or substantial portions of the Software.
+
+THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND,
+EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
+MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.
+IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY
+CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT,
+TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE
+SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
 
 ## 1.5 Termit ja määritelmät
 
-Tässä kappaleessa esitellään projektisuunnitelmassa esiintyvät määritelmät, termit ja lyhenteet. Esimerkiksi eri projekteissa saattaa sanoilla "tarkastus" ja "katselmointi" olla eri merkitys ja tämä voi aiheuttaa väärinkäsityksiä. Joskus saattaa olla paikallaan sopia eri nimityksiä ryhmän tarkastuksille (oma sisäinen, asiakkaan kanssa, opintojakson suuntaan). Lyhenteet kannattaa avata alkuperäiskielelle ja lisätä lyhyt kuvaus suomeksi. Esimerkiksi CASE = Computer aided software engineering, tietokoneavusteinen systeemityö.
+| Termi | Määritelmä |
+|---|---|
+| Uimarata | Suuntautumiskohtaiset kurssit. |
 
 # 2. Projektiorganisaatio
 
 ## 2.1 Organisaation esittely
 
-”Projektin organisaation kuuluu” <N> ”Jyväskylän ammattikorkeakoulun IT-instituutin opiskelijaa, projektiryhmän ohjaajat sekä toimeksiantajan edustajat. Organisaatiokaavio on esitetty liitteessä <X>.”
+Projektin organisaatioon kuuluu 5 Jyväskylän ammattikorkeakoulun IT-insituutin opiskelijaa, projektin ohjaajat sekä toimeksiantaja
 
 Projektiryhmä
 
-Tässä kappaleessa esitellään varsinaisen projektiryhmän jäsenet ja yhteystiedot liitteenä (esimerkiksi sähköposti ja puhelinnumero) sekä projektipäällikön ja sihteerin toimikaudet.
+Projektiryhmään kuuluu:
+- Pasi Hassani / Projektipäällikkö / k8853@student.jamk.fi
+- Tuomo Miettinen / Projektisihteeri / k2460@student.jamk.fi
+- Valtteri Puonti / Koodari / k1984@student.jamk.fi
+- Santeri Suihkonen / Ohjelmoija / k3234@student.jamk.fi
+- Elias Ikkelä-Koski / Ohjelmistotestaaja / l4785@student.jamk.fi
 
-”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.”
+Projektiryhmä suorittaa johtoryhmän projektille asettamat tehtävät käytettävissä olevien resurssien puitteissa. 
 
-Johtoryhmä
+##### 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. Johtoryhmän kokoonpano on esitelty projektisopimuksen liitteessä <X>.” 
+Karo / karo.saharinen@jamk.fi
+Narsu / marko.rintamaki@jamk.fi
+Pasi / k8853@student.jamk.fi
 
-Tukiryhmä
+##### 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.
+Karo Saharinen / Asiakas
+Narsu / Ohjaaja
+Juho Pekki / Asiantuntija
 
 ## 2.2 Vastuut ja päätöksentekoprosessi
 
-Tähän kirjataan kaikkien projektiorganisaatioon kuuluvien (esim. johtoryhmä, projektipäällikkö, sihteeri, ryhmä, ohjaajat) vastuut sekä päätöksentekoprosessi (esim. projektipäällikkö valmistelee ja esittää johtoryhmän päätettäväksi…).
+- Projektipäällikkö käy johtoryhmän kokoontumisissa, ja välittää tietoa projektitiimin ja johtoryhmän välillä.
+- Sihteeri kerää tapaamisissa saadun oleellisen tiedon talteen sopivaksi katsomallaan tavalla.
+- Ryhmän vastuuna on pitää ryhmä ajan tasalla ja viestiä sisäisesti sekä hyväksyä päätökset.
+- Ohjaaja toimii projektissa neuvonantajana ja opastaa miten jokin projektin vaihe kannattaa tehdä ja tahdittaa projektin aikataulua.
 
 # 3. Projektin ajalliset tavoitteet	
 
@@ -128,69 +173,69 @@ Koekäytön avulla kerätään kehitysvaiheessa palautetta ja pyritään tekemä
 
 Lopullinen tuote ja dokumentaatio esitellään ryhmänä. Esittelyssä kerrotaan projektin käännekohtia ja suunnitelman sekä tuotteen onnistumista.
 
-< Mitä vaiheita projekti sisältää? (Lyhyt kuvaus kustakin)> <Mitä tuloksia kustakin vaiheesta syntyy? >
-
-Huom.: Seuraavassa on esitetty käynnistys- ja lopetusvaiheet. Kaikista projektin vaiheista, niiden kestoista ja työmääristä laaditaan myös nk. Gantt-kaavio (liitteenä), jossa näkyy myös vaiheiden väliset riippuvuudet ja tärkeimmät etapit (esim. johtoryhmän kokouspäivämäärät).
+Kaikista projektin vaiheista, niiden kestoista ja työmääristä laaditaan myös nk. Gantt-kaavio (liitteenä), jossa näkyy myös vaiheiden väliset riippuvuudet ja tärkeimmät etapit (esim. johtoryhmän kokouspäivämäärät).
 
 Käynnistys 8.1.2018 – 14.1.2018 (10 h)
 
-Projektin käynnistämiseen kuuluu olennaisesti projektisuunnittelu ja suunnitteludokumenttien laatiminen sekä yhteydenpitokäytänteiden luominen toimeksiantajayrityksen kanssa. Vaiheen aikana tehdään esim. ryhmän webbisivut, tutustutaan tarkemmin toimeksiantoon, aloitetaan kohdealueeseen perehtyminen ja laaditaan projektisuunnitelma yhteistyössä toimeksiantajan edustajien kanssa. Vaiheen aikana muodostetaan johtoryhmä, pidetään 1. johtoryhmän kokous sekä allekirjoitetaan projektisopimus.
-”Vaiheen tuloksia ovat ryhmän imagon (nimi, logo ym.) luominen, webbisivut tms. sekä projektisopimus liitteineen.”
+Projektin käynnistämiseen kuuluu olennaisesti projektisuunnittelu ja suunnitteludokumenttien laatiminen sekä yhteydenpitokäytänteiden luominen toimeksiantajayrityksen kanssa. Vaiheen aikana tehdään esim. ryhmän webbisivut, tutustutaan tarkemmin toimeksiantoon, aloitetaan kohdealueeseen perehtyminen ja laaditaan projektisuunnitelma yhteistyössä toimeksiantajan edustajien kanssa. Vaiheen aikana muodostetaan johtoryhmä, pidetään 1. johtoryhmän kokous sekä allekirjoitetaan projektisopimus. Vaiheen tuloksia ovat ryhmän imagon (nimi, logo ym.) luominen, webbisivut tms. sekä projektisopimus liitteineen.
 
-<Tähän oman projektinne vaiheet ja tehtävät>
+![Gantt-kaavio](https://gitlab.labranet.jamk.fi/prjteam-c/projectGona/raw/master/projektidokumentit/images/Gantt-Kaavio-15.02.2018.PNG)
 
 Lopetus p.k.2018 – p.k.2018 (X h)
 
-”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 viikolla X sekä puretaan projektin organisaatio. Lopettamisvaiheen tuloksena on projektin loppuraportti.”
+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 viikolla X sekä puretaan projektin organisaatio. Lopettamisvaiheen tuloksena on projektin loppuraportti.
 
 # 4. Laadunvarmistus
 
-Projektissa sovellettavat työmenetelmät, välineet, ohjeet ja standardit
-
-Tässä kappaleessa luetellaan kaikki käytettävät menetelmät, työkalut ja standardit versionumeroineen. Usein toimeksiantajalla on jokin menetelmä, jota projektiryhmän olisi syytä noudattaa. Toimeksiantaja voi määrittää myös noudatettavat dokumenttien ulkoasustandardit. Muussa tapauksessa projektiryhmä räätälöi IT-instituutin tarjoamista mallipohjista itselleen soveltuvan ja toimeksiantajan hyväksymän mallin.
-
-Opintojakso asettaa siis tietyt vaatimukset projektin seurantatyökaluille ja raportoinnille, jotka tulee ottaa huomioon. Opintojaksolla ei kuitenkaan pakoteta tiettyä tapaa käyttää työkaluja, joten niiden käytöstä on syytä tehdä suunnitelma tähän kohtaan.
-
-Projektin tiedon- ja versionhallinnan perusteet tulee selvittää, jotta kaikki projektin sidosryhmät tietävät dokumenttien uusimpien versioiden sijainnin. Projektisuunnitelmasta ja kaikista muistakin projektin keskeisistä dokumenteista tulee useita versioita, joihin pitää lisätä versiohistoria, jotta projektin kehityksen seuraaminen jälkikäteen on mahdollista. Mikäli jokin yksittäinen laite tai ohjelmisto nousee projektin toteutuksen kannalta kriittiseen asemaan, on tälle hyvä nimetä vastuuhenkilö, joka tuntee ko. laitteen tai ohjelmiston ryhmästä parhaiten. Ohessa on lista asioista, jotka kannattaa suunnitella ja dokumentoida: 
-
 ## 4.1 Väli- ja lopputulosten hyväksymismenettely
 
-Tähän kirjataan se hyväksymismenettely, mikä projektissa on sovittu.
+Väli- ja lopputuloksiin haetaan hyväksyntä toimeksiantajalta ja tuloksiin tehdään korjauksia tarvittaessa. Hyväksynnän hakee ensisijaisesti projektipäällikkö, muussa tapauksessa muu projektiryhmän jäsen.
 
 ## 4.2 Muutosten hallinta
 
-Kuvataan muutosten hallintaproseduuri projektinkäytäntöihin tai projektin tuloksiin liittyvien muutosten osalta. 
+Muutoksia tehdään yhteistyössä toimeksiantajan kanssa ja ryhmän sisällä. Yksittäisen ryhmänjäsenen tekemät muutokset hyväksytetään muulla ryhmällä ennen tallentamista.
 
 ## 4.3 Dokumentointi
 
-Kirjataan minne dokumentit tallennetaan/arkistoidaan, miten ne jaetaan ja kuka on vastuussa eri dokumenteista.
+Dokumentit tallennetaan Gitlabiin ja vastuut eri dokumenteista jaetaan ryhmän sisällä tasaisesti.
 
 ## 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. Lisäksi olisi hyvä olla suunnitelma kuinka toimitaan, jos riski toteutuu.
+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.
+* [Riskienhallintataulukko](https://gitlab.labranet.jamk.fi/prjteam-c/projectGona/blob/master/projektidokumentit/pohja-riskihallintasuunnitelma.md)
 
-Liitä seuraava osio tähän mukaan: [Riskienhallintataulukko](https://github.com/JAMK-IT/TT0S0100-software-desing-and-testing/blob/master/riskihallintasuunnitelman-pohja.md)
+## 4.5 Katselmointikäytäntö
 
+Katselmointiajankohtina käytetään projektin etappeja.
 
-## 4.5 Katselmointikäytäntö
+| Etappi | Päivämäärä |
+| --- | --- |
+|Etappi 1 |22.2.2018|
+|Etappi 2 |23.3.2018|
+|Etappi 3 |12.4.2018|
+|Etappi 4 |25.4.2018|
 
-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).
+Etapeilla käsiteltävät asiat ovat määritelty projektisuunnitelman kappaleessa [3.1 Osittaminen ja vaiheistus](#31-osittaminen-ja-vaiheistus). Katselmointimateriaalit päivitetään projektiryhmän Gitlabiin tilannekatsauksena etappien vaatimina päivämäärinä.
 
 ## 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).
+Projektin täydentäviin suunnitelmiin sisältyvät:
+
+- [Viestintäsuunnitelma](https://gitlab.labranet.jamk.fi/prjteam-c/projectGona/blob/master/projektidokumentit/pohja-viestintasuunnitelma.md)
+- [Riskienhallinta](https://gitlab.labranet.jamk.fi/prjteam-c/projectGona/blob/master/projektidokumentit/pohja-riskihallintasuunnitelma.md)
+- [Testaussuunnitelma]()
 
 ## 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.
+Projektisuunnitelman avulla reagoidaan poikkeamiin ja ympäristömuutoksiin, joten sitä päivitetään projektin aikana. Projektisuunnitelman ajantasaisuutta tarkistetaan eri etapeilla.
 
 ## 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.
+Keskeyttämiskriteerejä ei tässä projektissa käytetä, koska projektissa käytetään tietty tuntimäärä tuloksen tekoon ja tulos luovutetaan sellaisenaan, kun se opintojakson päättyessä on.
 
-# 5. Tiedonvälitys ja projektin etenemisen seuranta (viestintäsuunnitelma)
+# 5. Tiedonvälitys ja projektin etenemisen seuranta
 
-Listaa projektissa sovitut työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus.
+Projektille sovittuja työtiloja ovat luokka D332B ja auditorio D110. Viestintävälineet ja yhteydenpitokäytänteen sekä tiedotus löytyvät projektin [viestintäsuunnitelmasta](https://gitlab.labranet.jamk.fi/prjteam-c/projectGona/wikis/viestintasuunnitelma).
 
 # 6. Projektin päättyminen
 
@@ -204,13 +249,11 @@ Projektin lopputuote tulee myös dokumentoida järkevällä tasolla. Osana loppu
 
 ## 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.”
+Projekti päättyy neljänteen etappiin 25.4.2018, jolloin projektisopimuksen voimassaoloaika päättyy.
 
 ## 6.4 Lopetustilaisuus
 
-Yleensä projektit päätetään yhteiseen päätösseminaariin. Tähän kirjataan osallistujat ja ajankohta. 
+Päätösseminaarin osallistujat ja ajankohta. 
 
 ## 6.5 Projektin loppuraportti