projektisuunnitelma.md

@@ -61,6 +61,8 @@ Termejä:
 
 Projektiryhmämme koostuu viidestä henkilöstä: Alexander Andreev (innovaatori), Tuomas Luukinen (expert), Tatu Paajanen (team player), Ekaterina Piispanen (execute), Yauheni Baikou (analyst). 
 
+[gg](http://prjteam-g.pages.labranet.jamk.fi/gg/)
+
 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.
@@ -127,11 +129,11 @@ Projektin tiedon- ja versionhallinnan perusteet tulee selvittää, jotta kaikki
 
 ## 4.1 Väli- ja lopputulosten hyväksymismenettely
 
-Laadun varmistamiseksi teemme vaatimusmäärittelyn, etapeilla väli katselmointia ja yritämme olla yhteydessä asiakkaaseen.
+Laadun varmistamiseksi teemme vaatimusmäärittelyn, etapeilla väli katselmointia. Pidämme myös riittävää yhteyttä asiakkaaseen.
 
 ## 4.2 Muutosten hallinta
 
-
+Kriittisistä muutoksista puhumme ryhmänä ja päätämme mitä teemme. Mahdolliset muutokset tehdään gitlabiin.
 
 ## 4.3 Dokumentointi
 
@@ -164,7 +166,7 @@ Oikeaoppiseen projektisuunnitelmaan kuuluu myös projektin keskeyttämiskriteeri
 
 Listaa projektissa sovitut työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus.
 
-Projekti alkoi ryhmän jakamisesta. Ryhmä kokoontuu perjantaisin luokkaan 422, jossa katsotaan, onko ryhmän jäsenet tehneet menneen viikon työt ja jaetaan uudet tehtävät seuraavalle viikolle. Projekti kansio sijaitsee [GitLab-sivulla](Home)
+Ryhmä kokoontuu perjantaisin luokkaan 422, jossa katsotaan, onko ryhmän jäsenet tehneet menneen viikon työt ja jaetaan uudet tehtävät seuraavalle viikolle. Projekti kansio sijaitsee [GitLab-sivulla](Home)
 
 # 6. Projektin päättyminen
 
@@ -173,17 +175,11 @@ Projekti alkoi ryhmän jakamisesta. Ryhmä kokoontuu perjantaisin luokkaan 422,
 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öönotto­palvelua. 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.
 
 ## 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. 
-
-Työ arkistoidaan Gitlabiin ja osittain [gg](http://prjteam-g.pages.labranet.jamk.fi/gg/)
+ 
+Työ arkistoidaan Gitlabiin ja osittain löytyy esittelysivuilta [gg](http://prjteam-g.pages.labranet.jamk.fi/gg/)
 
 ## 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.”
-
 Projektin pitää olla valmiina sprint 15 eli viikolla 17, joilloin on seminaari, jossa esittelemme meidän lopputuotoksen.