cleanup

dokumentit/Security/definition_of_done.md

-# Valmiin määritelmä (Pohja)
-
-
-**DOD = Definition of Done** 
-
-* [Wikipedia](https://en.wikipedia.org/wiki/Scrum_(software_development)#Definition_of_done_(DoD))
-
-## Mitä tarkoitetaan, kun jokin tavoite/tehtävä on valmis?
-
-Tämä täytyy määritellään yhdessä tiimin kanssa:
-
-DOD-kriteereihin voidaan kirjata esimerkkeinä seuraavat toimenpiteet:
-
-* Parikatselmointi
-* Testit suoritettu
-* Dokumentointi
-* Toteutus versiohallinnassa
-* Yhdessä katselmoitu
-* Regressiotestit kirjoitettu ja suoritettu
-* Mitä muuta?

dokumentit/Security/esittely.md

-# Tiimiesittely
-
-
-Kerro tiimistä ja sen osaamisista projektin kannalta? Hieman tausta, jos tarpeen etc.
-
-## Tiimin jäsenet
-
-| Nimi | Kuvaus | Yritys/yhteisö | Tehtävä | Vastuut |Linkki |
-|:-:|:-:|:-:|:-:|:-:|:-:|
-| Erkki Esimerkki | Ohjelmoija | Yritys X | Toteuttaa asiakkaan tavoitteet | Frontend-osa | [LinkedIn]() |
-| Mauri Mainio | Ohjelmoija | Yritys Y |Toteuttaa asiakkaan tavoitteet | Backend-osa | [LinkedIn]() |
-| ... | ... | ... | ... | [LinkedIn]() |
-
-## Kuva tiimistä
-
-
-![](https://openclipart.org/image/400px/svg_to_png/18171/johnny-automatic-pirates.png)
-
-
-## Kotisivut
-
-* [Tiimin kotisivut]()

dokumentit/Security/pohjia/projektin-loppuraportti.md

-# Projektin loppuraportti
-
-> Käytä tarvittaessa tätä pohjaa, jos ryhmältäsi edellytetään projektin loppuraportointia OPF-kehikon varaan toteutetuissa opintojaksoissa! Tarvittaessa ohjaaja antaa lisätietoja!
-
-
-# 1.	JOHDANTO	
-Loppuraportissa tulee ensisijaisesti vastata kysymyksiin: mitä ja miten tehtiin, miksi tehtiin, missä onnistuttiin, mikä meni pieleen, miksi ja miten ongelmat ratkaistiin ja mitä itse asiassa opittiin.
-Kerro johdannossa aluksi lyhyesti mihin projektiin tämä dokumentti liittyy, mitä osapuolia projektissa oli mukana (projektin organisaatio) ja mikä on tämän dokumentin tarkoitus ja sisältö.
-
-# 2.	TEHTÄVÄ, TAVOITE, TULOKSET
-
-
-
-## 2.1.	Yhteenveto projektin toteumasta
-
-* Koko projektin toteuma (projektisuunnitelman tavoitteisiin ja tehtäviin peilaten): 
-* mitä piti tehdä (eli kertokaa ensin lyhyesti projektin tavoite/tarkoitus), 
-* mitä tehtiin (liitteenä voi olla projektin tulosten yhteenveto), 
-* miten onnistuttiin
-
-## 2.2.	 Projektin onnistuminen (suunnitelma vs. toteutuma)
-Projektiprosessin osalta raportissa esitellään ainakin seuraavat asiakokonaisuudet:
-*	prosessin rakenne: vaiheet ja tehtävät, niiden toteutusperiaatteet ja aikataulut
-*	projektin sisäiset aikaresurssit: suunnitellut ja toteutuneet vaiheittain ja viikoittain, jakauma tehtävittäin (varsinainen sisältö ja projektin hallinta)
-*	projektin ulkopuoliset resurssit: konsultaatiot, koulutus, katselmoinnit, testaukset jne.
-
-# 3.	ONGELMAT JA NIIDEN RATKAISUT
-
-* Kuvatkaa ongelmat projektin suunnittelussa ja toteutuksessa (mistä johtui, miten ratkaistiin, mitä olisi pitänyt tehdä toisin ja miten)
-
-## 3.1.	Ongelmat suunnittelussa
-
-## 3.2.	Ongelmat toteutuksessa
-
-## 3.3.	Muut ongelmat tai toteutuneet riskit ja niiden käsittely
-
-# 4.	YHTEENVETO
-
-## 4.1.	Keskeiset opit
-
-* Listatkaa opitut asiat esim. henkilöittäin ja/tai vaiheittain. Mainitkaa myös hyvin toimineet työskentelytavat, työkalut ja menetelmät (nk. best practises).
-
-## 4.2.	Itsearviointi
-
-* Arvioikaa seuraavia:
-
-### 4.2.1.	Ryhmätyö
-
-*	projektipäällikkyys (ei henkilöön kohdistuvaa, vaan yleisemmällä tasolla)
-*	erilaisuuden hyödyntäminen
-*	ongelmanratkaisu (ei pelkästään teknisten ongelmien ratkaisemista, viestintä ym.)
-*	työnjako ja tehtävien hallinta
-*	ryhmän oma työ 
-*	toisten työ (esim. tukiryhmätoiminta)
-*	resurssien hyödyntäminen (mitkä ovat teidän resurssinne?)
-*	ohjaus ja sen käyttö (mitä muutakin kuin oma ohjaaja?)
-*	ryhmäprosessi (ryhmällä eri kehitysvaiheita (joukko, klikki, ME, tiimi), miten kehittynyt?)
-*	kriisit ja niistä selviäminen 
-*	oman työn kriittinen kehittäminen	
-
-### 4.2.2.	Suunnitelmallisuus (projektityöskentely) 
-
-*	suunnitelmat
-*	mitä tehty?
-*	mitä käytetty/valvottu (miten näkynyt projektin arjessa)?
-*	mitä päivitetty ja miksi?
-*	miten hyvin tehty?
-*	resurssien hallinta
-*	suunniteltu
-*	valvonta
-*	toteutuminen
-*	projektiprosessin dokumentointi (mm. muistiot eri palavereista)
-*	projektiprosessin hallinta
-
-### 4.2.3.	Vuorovaikutus
-
-*	yhteydenpito sidosryhmiin (ketkä ovat sidosryhmiä?)
-*	tiedonhankinta (toimeksiantajalta tiedon saaminen)
-*	haastattelut ja niiden valmistelu, toteutus ja tiedon jalostus
-*	tiedottaminen
-*	asiakasorganisaatiossa
-*	erityiskohderyhmät
-*	ammattikorkeakoululle
-*	muut kohteet ja mediat (jos näkynyt esim. lehdissä, messuilla tms.)
-*	johtoryhmätyöskentely (valmistautuminen, tavoitteiden saavuttaminen, läpivienti)
-*	tehtävän kehittäminen ja rajaukset 
-*	miten tehty?
-*	kenen esityksestä ja millä tiedoilla?
-*	tukiryhmätoiminta (tiedon saaminen, asiantuntijoiden hyödyntäminen)
-*	”fiilis” ja sen syyt (jos ”alavireinen”, niin kuinka parannettu?)
-*	toisten työkiireiden huomioiminen yhteydenpidossa (ennakointi, matkat ym.)
-*	yhteydenpitovälineiden käyttö (mikä on järkevä väline eri tilanteisiin, palaverit kallista ajankäyttöä)
-*	vuorovaikutuksen tuloksellisuus (Jory, sähköposti, muut)
-
-### 4.2.4.	Asenne
-
-*	tehtävään 
-*	oppimiseen 
-*	ongelmiin
-*	ote projektista sen eri vaiheissa
-*	palautehakuisuus
-
-### 4.2.5.	Tulos
-
-* Tulosta on kaikki, mitä projekti tavoitteellisesti tarjoaa ryhmän ulkopuolisten hyödyksi
-*	mitkä ovat projektin tulokset? 
-*	kuinka hyviä tuotokset ovat?
-*	onko projektilla ”aineettomia” tuloksia? (esim. asennemuutos)
-*	tulosten arvo organisaatiolle ja muille tahoille
-*	jatkotoimenpiteet
-
-## 4.3.	Arvosanaehdotukset
-
-* Mikä on mielestänne arvosana, jonka ansaitsemme em. kriteerien perusteella?
-* Voitte jakaa arvosanaehdotuksen ryhmän sisällä siten, että joku enemmän töitä tehnyt saisi paremman arvosanan (tai työhön vähäisesti osallistunut huonomman).
-
-# LÄHTEET
-
-# LIITTEET

dokumentit/Security/projektisopimus.md

-# Projektisopimus (pohja)
-
-|  |  |
-|:-:|:-:|
-| Dokumentti | Projektisopimus-pohja |
-| Laatija: | *nimi* |
-| Versio: | *0.0?* |
-| Päivämäärä: | 1.x.202y |
-
-![](https://openclipart.org/image/400px/svg_to_png/319126/stretchyhandpaperman-1911.png)
-
-# 1 SOPIMUKSEN OSAPUOLET
-
-> Tämä projektisopimus (jäljempänä Sopimus) on tehty X Oy:n (jäljempänä Toimeksiantaja) ja esim. Jyväskylän ammattikorkeakoulun teknologiayksikön IT-instituutin (jäljempänä IT) välillä.
-> Kukin projektiryhmän (jäljempänä Ryhmä) jäsen vastaa sopimuksen velvoitteiden täyttämisestä omasta puolestaan (tehdään tarvittaessa erillinen sopimus). 
-
-# 2 SOPIMUKSEN KOHDE
-
-> Sopimuksella sovitaan IT:n ohjelmistonkehitysprojekteista (jäljempänä Projekti), joissa on mukana opiskelijoita.
-> Kunkin projektin tavoitteet määritellään erillisessä projektisuunnitelmassa.
-
-# 3 SOPIMUKSEN OSAPUOLTEN VELVOLLISUUDET
-
-
-## 3.1 Toimeksiantaja
-
-> Yrityksen velvollisuutena on tarkentaa yhdessä IT:n ja Ryhmän kanssa projektisuunnitelmaa yksityiskohtien osalta, luovuttaa projektin ajaksi Ryhmän käyttöön 
-> ne erikoislaitteet, ohjelmistot tai muut välineet ja tarvikkeet, joita tarvitaan ko. projektitehtävän suorittamiseksi ja jotka eivät sisälly IT:n Ryhmälle osoittamiin välineisiin, 
-> antaa Ryhmälle sen tarvitsemat aineistot sekä tarjota sille sisällöllistä opastusta ja koulutusta projektin tavoitteiden saavuttamiseksi. Yrityksen velvollisuutena on myös 
-> maksaa sille kuuluvat maksut erillisen sopimuksen mukaisesti.
-
-## 3.2 IT
-
-> IT:n velvollisuutena on tarjota Projektille työtila, olemassa olevia tietokonelaitteita, ohjelmistoja sekä muita Projektia varten varattuja välineitä ja tarvikkeita. IT tarjoaa myös 
-> Ryhmälle projektiprosessin läpivientiä tukevaa ohjausta ja koulutusta Projektin aikana. Jos Projekti kuuluu IT:n opetusohjelmaan ja sillä on IT:n näkökulmasta opetukselliset 
-> tavoitteet, niin IT ei vastaa Projektin sisällöllisistä tavoitteista eikä niiden saavuttamisesta.
-
-## 3.3. Ryhmä
-
-> Ryhmän tehtävänä on toteuttaa Projekti projektisuunnitelman ja siihen myöhemmin johtoryhmässä tehtyjen tarkennusten ja sovittujen mahdollisten muutosten mukaisesti. 
-> Lisäksi kunkin ryhmän jäsenen velvollisuus on osallistua IT:n järjestämään Projektia tukevaan koulutukseen.
-
-# 4 SOPIMUKSEN OSAPUOLTEN OIKEUDET
-
-## 4.1 Toimeksiantaja
-
-
-> Toimeksiantaja saa kaikki oikeudet sisältäen muuntelu- ja edelleenluovutusoikeudet. Projektin projektisuunnitelmassa määriteltyihin tuloksiin mukaan lukien omistusoikeuden 
-> Ryhmän Toimeksiantajalle Projektin tuloksina luovuttamiin raportteihin, muihin dokumentteihin ja aineistoihin, ellei erikseen toisin sovita.
-
-## 4.2 IT
-
-> IT on oikeus käyttää projektin tuotoksia rajoitetusti opetustarkoituksiin. Yrityksellä on kuitenkin halutessaan oikeus ennen sopimuksen päättymistä tarkastaa ja rajata IT:lle 
-> jäävä materiaali. IT:llä on oikeus käyttää Projektia referenssinään.
-
-## 4.3 Ryhmä
-
-> Ryhmään kuuluvalla opiskelijalla on oikeus halutessaan käyttää Projektia referenssinään. Kussakin Projektissa sovitaan erikseen, millä tavoin opiskelija voi hyödyntää projektissa 
-> tekemiään tuotoksia omissa projekteissaan.
-
-# 5 AINEETTOMAT OIKEUDET
-
-> Projektissa mahdollisesti syntyvät keksinnöt, tekijänoikeuden suojaamat teokset tai muiden aineettomien oikeuksien suojaamat aineettomat oikeudet kuuluvat yksinomaan 
-> Toimeksiantajalle pois lukien kohdassa 4 olevat poikkeukset. Mikäli Projektin aikana syntyy siihen liittyviä keksintöjä, maksaa Toimeksiantaja niistä Ryhmän jäsenille 
-> kohtuullisen korvauksen; tämä korvaus sovitaan erikseen Ryhmän ja Toimeksiantajan kesken tehtävällä kirjallisella sopimuksella. 
-
-# 6 OIKEUS MATERIAALIIN JA AINEISTOON
-
-> Projektin materiaalin ja aineiston omistus-, tekijän- ja muut oikeudet siirtyvät Toimeksiantajalle kohdan 4 mukaisella tavalla, kun Projekti on päättynyt ja 
-> Toimeksiantaja on maksanut kaikki sille erillisen sopimuksen mukaan kuuluvat maksut. Projektia varten hankitut laitteet, ohjelmistot ja muut välineet saa haltuunsa se osapuoli, 
-> joka on hankinnan tehnyt.
-
-# 7 MAKSUT JA MAKSUAIKATAULU
-
-> Maksut ja niiden aikataulu sovitaan erikseen. 
-
-# 8 MUUTOSTEN TEKEMINEN SOPIMUKSEEN
-
-> Tätä Sopimusta voidaan muuttaa vain kirjallisella sopimuksella, joka on Sopimuksen kaikkien osapuolten allekirjoitettava. 
-
-# 9 RAPORTOINTI
-
-> Ryhmä raportoi projektisuunnitelman mukaisesti Projektin edistymisestä Projektin johtoryhmälle.
-
-# 10 PROJEKTIN JOHTORYHMÄ JA SEN TEHTÄVÄT
-
-> Projektin johtoryhmän kokoonpano määritellään erikseen. Johtoryhmä valvoo, hyväksyy ja päättää valmisteltujen esittelyjen pohjalta Projektin sisältöön liittyvistä keskeisistä 
-> valinnoista, Ryhmän käytössä olevista resursseista sekä Projektin laskutuksen toimeenpanosta.
-> Johtoryhmän yksimielisellä päätöksellä voidaan projektisuunnitelmaa muuttaa, mikäli muutokset eivät vaikuta varsinaiseen Sopimuksen eivätkä muiden liitteiden sisältöön. 
-> Muutokset on dokumentoitava sellaisinaan johtoryhmän kokouksen pöytäkirjaan tai sen 
-> liitteeseen, joka voi myös olla projektisuunnitelman uusi versio. Johtoryhmän kokous on laillinen, kun kutsu kokoukseen on toimitettu johtoryhmän 
-> jäsenille vähintään viikkoa ennen kokousta ja päätösvaltainen silloin, kun kaikkien osapuolten (oletusarvoisesti Toimeksiantajan, IT:n sekä Ryhmän) vähintään yksi edustaja 
-> on paikalla. Sopimuksen osapuolien edustajilla on oikeus kutsua johtoryhmän kokoukseen kuultavaksi asiantuntijoita.
-
-# 11 TAKUU JA YLLÄPITO
-
-> IT ja Ryhmä eivät anna tuloksille takuuta eivätkä sitoudu millään tavalla ylläpitämään tuloksia, ellei niistä erikseen sovita. Sen sijaan Projektin aikana tuloksissa havaitut virheet 
-> korjataan, mikäli Projektille määritellyt resurssit sen sallivat.
-
-# 12 VAHINGONKORVAUKSET, VASTUUNRAJOITUKSET JA KIISTOJEN 
-
-> Projektin tulosten käyttö tapahtuu Toimeksiantajan vastuulla. Sopimuksen osapuolet eivät ole vastuussa mistään välillisistä vahingoista toisilleen. Mahdollisista 
-> vahingonkorvauksista ulkopuolisille sopimuksen osapuolet vastaavat itsenäisesti. Sopimuksen tulkinnasta aiheutuvat erimielisyydet ratkaistaan ensisijaisesti neuvotteluin. 
-> Mikäli näin ei päästä ratkaisuun, Sopimusta koskevat ristiriitaisuudet käsitellään Jyväskylän/ käräjäoikeudessa.
-
-# 13 LUOTTAMUKSELLISUUS JA SALASSAPITO
-
-> Sopimuksen osapuolet sitoutuvat pitämään salassa luottamukselliset tiedot siten, kuin erikseen laadittavassa ja allekirjoitettavassa luottamuksellisuussopimuksessa sovitaan. 
-> Sopimuksen osapuolet pitävät huolta siitä, että heidän työntekijänsä sekä mahdolliset alihankkijansa tai yhteistyökumppaninsa pitävät salassa luottamukselliset tiedot.
-
-# 14 LAUSUNNON ANTO
-
-> Toimeksiantajalla ja IT:n henkilöstöllä ei ole oikeutta Projektin aikana eikä sen jälkeen antaa ulkopuolisille tahoille lausuntoa yksittäisen opiskelijan tai Ryhmän Projektissa 
-> tapahtuvasta työskentelystä ilman opiskelijan erillistä lupaa. Poikkeuksena tähän on IT:n opintojakson arvioinnin yhteydessä opintosuoritusrekisteriin kirjattava opiskelijan 
-> henkilökohtainen arvosana.
-
-# 15 HENKILÖIDEN PALKKAAMINEN JA PALKITSEMINEN
-
-> Toimeksiantaja sitoutuu siihen, että se ei palkkaa Ryhmään kuuluvia henkilöitä palvelukseensa Projektiin liittyviin työtehtäviin Sopimuksen voimassaoloaikana. 
-> Toimeksiantaja voi halutessaan Projektin päättymisen jälkeen palkata Ryhmään kuuluvia henkilöitä. Toimeksiantaja voi halutessaan palkita Projektin päättymisen jälkeen antaa 
-> Ryhmän jäseniä haluamallaan tavalla. Projektin aikana tavanomaisen vieraanvaraisuuden suhteen ei ole rajoituksia.
-
-# 16 SOPIMUKSEN SIIRTÄMINEN
-
-> Sopimusta ei saa siirtää ilman Sopimuksen muiden osapuolten etukäteen antamaa kirjallista lupaa.
-
-# 17 SOPIMUKSEN PÄÄTTÄMINEN
-
-> Sopimus päättyy, kun projektisuunnitelmassa kuvattu projektitehtävä on johtoryhmän päätöksellä todettu päättyneeksi tai erillisellä sopimuksella. Sopimus voidaan purkaa jo 
-> aiemmin Sopimuksen osapuolten kirjallisella sopimuksella, mikäli Projektin jatkaminen osoittautuu epätarkoituksenmukaiseksi. Sopimuksen purkautuessa ei Sopimuksen 
-> osapuolille synny vahingonkorvausvelvollisuutta toisilleen eikä aiheutuneiden kustannusten takaisinmaksuvelvollisuutta.
-
-# 18 ALLEKIRJOITUKSET JA PÄIVÄYS
-
-> Tämä Sopimus tulee voimaan, kun kaikki Sopimuksen osapuolet ovat sen allekirjoittaneet. Sopimuksesta on tehty kolme samasanaista kappaletta, yksi kullekin 
-> osapuolelle.
-
-> Xlässä _._.2014 
-
-> Toimeksiantaja XYZ  / IT Projekti Y
-
-> Etunimi Sukunimi Etunimi Sukunimi Etunimi Sukunimi
-
-> Tehtävä/titteli Tehtävä/titteli Projektipäällikkö
-
-> Muut projektiryhmän jäsenet (nimen selvennöksineen):

dokumentit/Security/projektisuunnitelma.md

-# Projektisuunnitelma (pohja)
-
-|  |  |
-|:-:|:-:|
-| Dokumentti | Projektisuunnitelma |
-| Laatija: | |
-| Versio: | |
-| Päivämäärä: | |
-
-![](https://openclipart.org/image/400px/167242)
-
-
-## 1. Toimeksianto 
-
-
-## 1.1 Tausta ja lähtökohdat
-
-
-
->Kuvataan toimeksiantoa lyhyesti johdannon muodossa.  Tarpeen mukaan ohjataan lukijaa tutustumaan tarkemmin vaatimusmäärittelydokumenttiin. Projektin tavoitteena on pyrkiä yhdistämään .... on tarve kehittää” < kohdetta>… ”Projekti toteutetaan Jyväskylän ammattikorkeakoulun informaatioteknologian instituutin järjestämän <TTOS2070> ‑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
-
-
-
-
-> Tässä dokumentissa kuvataan X-projektin taustaa, tavoitteita, tehtäviä, vaihejakoa, resursseja ja organisaatiota. Vaihejaon yhteydessä on kuvattu jokainen vaihe erikseen lyhyesti.”
-
-* Tuottaa ratkaisu mihin ? 
-
-> Tähän voi viitata vaatimusmäärittelyn sisältöön
-> Määritellään työn keskeisin sisältö tässä projektissa; projektin tehtävä liittyy projektin kohteessa kuvattuun kokonaisuuteen. 
-> Mitä toimintaa aiotaan kehittää ja miten?>
-> Visio tulevasta tilasta
-> Mikä on tuotettava lopputulos (konkreettinen)?
-> Mitkä ovat osa- tai välitulokset?>
-
-* projektiin liittyvät eri sidosryhmät?
-
-> Mitä henkilöitä, toimijoita tai ryhmiä liittyy projektiin projektin 
-> Tähän voi liittää Sidosryhmäkuvauksen tai käyttää lähteenä vaatimusmäärittelyä ?
-* Linkki tarvitavaan aineistoon vaatimusmäärittelyssä
-
-## 1.3 Rajaus ja liittymät
-
-> 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. 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.
-
-## 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. 
-
-## 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ö.
-
-## 1.6 Projektiin liittyvät haasteet
-
-> Tarkastellaan projektin tavoitteita ja laaditaan tueksi SWOT-kuvaus, jossa tarkastellaan koko projektia ja sen toimintaympäristöä. 
-
-# 2. Projektiorganisaatio
-
-
-
-## 2.1 Organisaation esittely
-
->kuka kuuluu projektiorganisaatioon? Onko projektiryhmän/tiimin lisäksi muita toimijoita? 
->projektiryhmän ohjaajat sekä toimeksiantajan edustajat. Organisaatiokaavio on esitetty liitteessä tai alla olevassa kuvauksessa.
-
-**Projektiorganisaation rakenne MindMap-muodossa**
-
-```plantuml
-@startmindmap
-+ Tuotos
-++ Tuotantotiimi
-+++ Projektipäällikkö
-+++ Henkilö1
-+++ Henkilö2
-+++ Henkilö3
--- Tilaaja
---- Tilaajan edustaja1
---- Tilaajan edustaja2
-++ Laadunvalvonta organisaatio
-+++ Testipäällikkö
-+++ Testaaja
-+++ Käytettävyystestaaja
--- Verottaja
---- Itse Karhu
---- Virkailija
-@endmindmap
-```
-
-## 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…)
-
-**Projektiryhmä**
-
-
-
-| Nimi | Vastuu | Yritys/yhteisö |
-|:-:|:-:|:-:|
-| | | |
-| | | |
-
->”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.”
-
-**Johtoryhmä**
-
-
-| Nimi | Vastuu | Yritys/yhteisö |
-|:-:|:-:|:-:|
-| | | |
-| | | |
-
-
->”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>.” 
-
-**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.
-
-
-## 2.3. Projektin vaiheet ja taloudelliset tavoitteet
-
-
->tehtäväkokonaisuudet, osittelu ja vaiheistus, välitulokset, aikataulut ja resurssissuunnitelmat, budjetti
-
-## 2.4. Laadun varmistus
-
->menetelmät, standardit, hyväksymismenettely, muutosten hallinta, dokumentointi, katselmoinnit, riskien hallinta, muut täydentävät suunnitelmat
-
-## 2.5. Tiedonvälitys ja projektin etenemisen seuranta
-
->projektin aloitus, työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus, projektikansio
-
-## 2.6. Projektin päättyminen
-
->luovutus, käyttöönotto, ylläpito, projektin aineiston taltiointi, arkistointi, loppuraportti, projektin virallinen päättäminen
-
-# 3. Projektin ajalliset tavoitteet	
-
-
-## 3.1 Osittaminen ja vaiheistus
-
-
-
-
-
->Projektin etenemistä voidaan kuvata ns. GANTT-kaaviolla. Sen avulla voidaan esittää eri vaiheiden eteneminen aikajanalla, samalla voidaan osoittaa eri tehtäviin liittyvät kriittiset pisteet.
-
-**GANTT PlantUML-muodossa**
-
-```plantuml
-Project starts the 2021-5-15
-[Projekti aktiivinen] Starts 2021-5-15 and ends 2021-8-15 
-[Määrittely vaihe] Starts 2021-5-15 and ends 2021-5-20
-[Suunittelu] Starts 2021-5-20 and ends 2021-6-5
-[Toteutus+suunnittelu] Starts 2021-6-5 and ends 2021-7-15
-[Testaus+korjaus] Starts 2021-7-16 and ends 2021-8-1
-[Hyväksyntätestaus] Starts 2021-8-1 and ends 2021-8-10
-[Luovutus] Starts 2021-8-10 and ends 2021-8-15
-```
-
->Projektin osittamisella tarkoitetaan projektin jakamista selkeisiin osakokonaisuuksiin ja niitä vastaaviin toteutuskokonaisuuksiin (osaprojekteihin, vaiheisiin, tehtäväkokonaisuuksiin ja tehtäviin). > > Tutkimus- ja kehitysprojektien etenemiselle on tyypillistä lopputuloksen muodostuminen ja tavoitteen tarkentuminen vaihe vaiheelta. Projektin osituksen tulee perustua tähän lähtökohtaan (koskee myös > > IT-instituutin opiskelijaprojekteja). 
-
->Projektin elinkaari voidaan jakaa erityyppisiin vaiheisiin. Kussakin vaiheessa tuotetaan määrätyt tuotteet, kuten selvitys, suunnitelmat, prototyyppi, laite jne. Kunkin vaiheen loppuun sovitaan arviointi, hyväksyntä tai katselmointi. Ohjelmistoprojekti jakautuu tyypillisesti seitsemään vaiheeseen: perustaminen, esitutkimus, analyysi, suunnittelu, toteutus, testaus ja lopettaminen. Joskus esitutkimus on oma projektinsa, joskus analyysi sisällytetään suunnitteluun jne. Testaus ei välttämättä ole oma vaiheensa, vaan se sisältyy kaikkiin vaiheisiin. Usein edetään inkrementaalisesti eli ensin suunnitellaan ja toteutetaan yksi asia kokonaisuudessaan ennen kuin edetään seuraavaan asiakokonaisuuteen. Ei ole yhtä ainutta ”oikeaa” vaihejakoa, mutta jos toimeksiantajalla on oma menetelmänsä ja siihen liittyvät mallipohjat, niin opiskelijaprojekteissa käytetään ensisijaisesti niitä. Yhä useammin käytetään ketterää sovelluskehitystä eli ohjelmisto tehdään 1-4 viikon sprinteissä.
-
->Mitä tavoitteita  / vaiheita projekti sisältää? (Lyhyt kuvaus kustakin)> <Mitä tuloksia kustakin vaiheesta syntyy? >
-
-
-
-Päivitä linkit omaan projektiin liittyviksi!
-
-* [Etappi 0](https://gitlab.labranet.jamk.fi/jamkit/project-templates/opf-core-template-v2/-/milestones/2)
-* [Etappi 1](https://gitlab.labranet.jamk.fi/jamkit/project-templates/opf-core-template-v2/-/milestones/3)
-* [Etappi 2](https://gitlab.labranet.jamk.fi/jamkit/project-templates/opf-core-template-v2/-/milestones/4)
-* [Etappi 3](https://gitlab.labranet.jamk.fi/jamkit/project-templates/opf-core-template-v2/-/milestones/5)
-* [Etappi 4](https://gitlab.labranet.jamk.fi/jamkit/project-templates/opf-core-template-v2/-/milestones/6)
-
-Seuraavassa käydään jokainen vaihe, niiden vaatimat aikaresurssit ja tulokset läpi lyhyesti. Vaiheet ja niiden tehtävät kuvataan tarkemmin vaihesuunnitelmissa. Parhaillaan meneillään olevasta vaiheesta tulee olla tiedossa tarkasti kuka tekee ja kuinka paljon työtä tämän vaiheen tehtävien suorittamiseksi. Myöhempien vaiheiden työmääräarviot voidaan esittää alkuvaiheessa karkealla tasolla, jota sitten projektin edetessä tarkennetaan yksityiskohtaiselle tasolle. Tämä tapahtuu jokaisen vaiheen lopussa, jolloin suunnitellaan tarkemmin seuraava vaihe.
-
-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).
-
-**[Etappi 0]()**
-
->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.”
-
-**[Etappi 1]()**
-
->Kirjataan mitä tässä etapissa tavoitellaan?
-
-**[Etappi 2]()**
-
->Kirjataan mitä tässä etapissa tavoitellaan?
-
-**[Etappi X]()** 
-
->”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.”
-
-## 3.2 Projektin alustavat kustannusarvio
-
-
-Kustannusarvion esittäminen taulukon avulla: 
-
-![](kustannusarvio.JPG)
-
-# 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.
-
-## 4.2 Muutosten hallinta
-
->Kuvataan muutosten hallintaproseduuri projektinkäytäntöihin tai projektin tuloksiin liittyvien muutosten osalta.
-
-## 4.3 Dokumentointi
-
->Kirjataan minne dokumentit tallennetaan/arkistoidaan, miten ne jaetaan ja kuka on vastuussa eri dokumenteista.
-
-## 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.
-> Kirjataan alla olevaan taulukkoon projektiin kohdistuvat riskit ja pidetään niitä yllä tarpeen mukaan. Jokaiselle riskille annetaan yksilöllinen tunniste esim. RIS007, koska tämä helpottaa niiden käsittelyä eri tilanteissa.
-
-[Riskienhallintataulukko](../10-Projektihallinta/riskitaulukko.md)
-
-## 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).
-
-## 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).
-
-* [Projektisopimus](../10-Projektihallinta/projektisopimus.md)
-* [Vaatimusmäärittely](../20-Vaatimustenhallinta/vaatimusmaarittely.md)
-* [Julkaisusuunnitelma](../40-Julkaisusuunnittelu/julkaisusuunnitelma.md)
-* [Yleistestisuunnitelma](../50-Testaushallinta/yleistestaussuunnitelma.md)
-* [Viestintäsuunnitelma](../10-Projektihallinta/viestintasuunnitelma.md)
-* [Riskihallintasuunnitelma](../10-Projektihallinta/riskitaulukko.md)
-* [Muu annettu dokumentaatio]()
-
-
-## 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)
-
-## 5.1 Viestintäsuunnitelma
-
->Viestintäsuunnitelman tarkoituksena on määritellä X projektin yhteydessä käytetyt viestintämenetelmät ja kanavat. Selkeällä ja yhdenmukaisella viestinnällä varmistetaan >informaation kulku ja vaikutetaan projektin laatutavoitteiden toteutumiseen. Suunnitelma voidaan laatia osana projektisuunnitelmaa tai siihen voidaan viitata omana [alasivunaan](../10-Projektihallinta/viestintasuunnitelma.md)
->Listaa projektissa sovitut työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus.
-
-# 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öö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 jäävä osa tallennetaan X-järjestelmään” 
->Toimeksiantajan kanssa tulee tarvittaessa voida sopia, mitkä dokumentit voidaan jättää opiksi seuraaville projekteille. 
->Tyypillisesti eri suunnitelmat ja loppuraportti sopivin osin ovat tällaisia dokumentteja. 
-
-## 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. 
-
-* Saunailta :)?
-
-
-## 6.5 Projektin loppuraportti
-
->Projektin loppuraportti laaditaan viimeiseen johtoryhmän kokoukseen mennessä.
-

dokumentit/Security/riskitaulukko.md

-# Riskitaulukko (pohja)
-
-
-![](https://openclipart.org/image/400px/svg_to_png/163063/dontlifttoomuch.png)
-
-## Tunnistetut riskit taulukon muodossa
-
-> Kirjataan alla olevaan taulukkoon projektiin kohdistuvat riskit ja pidetään niitä yllä tarpeen mukaan. Jokaiselle riskille annetaan yksilöllinen tunniste esim. RIS007, koska tämä helpottaa niiden käsittelyä eri tilanteissa.
-
-| ID |	Kuvaus | Vakavuus | Todennäköisyys | Kuka vastaa | Mitä toimintaan riskin ilmentyessä? | 
-|:--:|:--:|:--:|:--:|:--:|:--:|
-| RISX1 | Ryhmän jäsen sairastuu flunssaan |  V3 | 60 % |[Tiimin jäsen 1]() | Ilmoita [tiiminvetajalle]() ja tarvittaesssa [toimeksiantajalle](). |
-| RISX2 | Sähköt katkeavat kehitystyön aikana | V5 | 10 %  | [Tiimin jäsen 2]() | Varmistetaan, että kaikilla on käytössään varayhteydet esim. puhelimella |
-| RISXX | | | | |
-| RISXX | | | | |
-| RISXX | | | | |
-| RISXX | | | | |
-| RISXX | | | | |
-| RISXX | | | | |
-| RISXX | | | | |
-| RISXX | | | | |
-
-## Vakauvuusluokat ja todennäköisyydet
-
-**Vakavuusluokka kannattaa määritellä projektille sopivalla tavalla**
-
-| Vakavuusluokka | kuvaus | Muuta |
-|:----:|:----:|:----:|
-| V1 | Erittäin vakava, jatkuva tarkkailu || 
-| V2 | Vakava, aktiivinen tarkkailu || 
-| V3 | Normaali, tarkkaillaan  || 
-| V4 | Mahdollinen, tarkkailtava || 
-| V5 | Ei haittaa, mutta tarkkailaan || 
-
-**Todennäköisyys**
-
-| Todennäköisyys | Taso | 
-|:-:|:-:|
-| 10 % | Vähemmän todennäköinen |
-| 50 % | todennäköinen |
-| 90 % | Ehdottomasti todennäköinen |
-
-

dokumentit/Security/tiivistetty-projektisuunnitelma.md

-# Tiivistetty projektisuunnitelma (pohja)
-
-|  |  |
-|:-:|:-:|
-| Dokumentti | Tiivistetty projektisuunnitelma |
-| Laatija: | |
-| Versio: | |
-| Päivämäärä: | |
-
-![](https://openclipart.org/image/400px/167242)
-
-
-## 1. Toimeksianto 
-
-## 1.1 Tausta ja lähtökohdat
-
-
-![](../assets/work-to-do.png)
-
->Kuvataan toimeksiantoa lyhyesti johdannon muodossa. Tarpeen mukaan ohjataan lukijaa tutustumaan tarvittaessa tarkemmin vaatimusmäärittelydokumenttiin.
->Projektin tavoitteena on pyrkiä yhdistämään .... on tarve kehittää” < kohdetta>… 
->Projekti toteutetaan Jyväskylän ammattikorkeakoulun informaatioteknologian instituutin järjestämän <TTOS2070> ‑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
-
-![](../assets/work-to-do.png)
-
-> ”Tässä dokumentissa kuvataan X-projektin taustaa, tavoitteita, tehtäviä, vaihejakoa, resursseja ja organisaatiota. Vaihejaon yhteydessä on kuvattu jokainen vaihe erikseen lyhyesti.”
-> Tähän voi liittää lähteeksi vaatimusmäärittelyn sisältöä
-> Määritellään työn keskeisin sisältö tässä projektissa; projektin tehtävä liittyy projektin kohteessa kuvattuun kokonaisuuteen. 
-> Mitä toimintaa aiotaan kehittää ja miten?>
-> Visio tulevasta tilasta
-> Mikä on tuotettava lopputulos (konkreettinen)?
-> Mitkä ovat osa- tai välitulokset?>
-> Mitä henkilöitä, toimijoita tai ryhmiä liittyy projektiin projektin 
-> Tähän voi liittää Sidosryhmäkuvauksen tai käyttää lähteenä vaatimusmäärittelyä ?
-> Esitellään palvelukuvaus ja sen mahdollinen muutoskohteet projektin myötä
-
-
-## 1.3 Rajaus ja liittymät
-
-> 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. 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.
-
-## 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. 
-
-## 1.5 Termit ja määritelmät
-
->Tässä kappaleessa esitellään projektisuunnitelmassa esiintyvät määritelmät, termit ja lyhenteet. 
-
-## 1.6 Projektiin liittyvät haasteet
-
->Tarkastellaan projektin tavoitteita ja laaditaan tarvittaessa tueksi erillinen SWOT-kuvaus, jossa tarkastellaan projektia ja sen toimintaympäristöä eri näkökulmista. 
-
-![](https://openclipart.org/image/800px/247839)
-
-## 2. Projektiorganisaatio
-
-## 2.1 Organisaation esittely
-
-![](../assets/work-to-do.png)
-
-> Kuka kuuluu projektiorganisaatioon? Onko projektiryhmän/tiimin lisäksi muita toimijoita? 
-
-**Projektin eri osapuolet ja jäsenet**
-
-| Nimi | Organisaatio | Vastuu |
-|:-:|:-:|:-:|
-| | | |
-| | | |
-
-* Tässä voi olla linkki myös tiimin esittelyyn?
-
-![](../assets/work-to-do.png)
-
-**Projektiorganisaation rakenne MindMap-muodossa**
-
-```plantuml
-@startmindmap
-+ Tuotos
-++ Tuotantotiimi
-+++ Projektipäällikkö
-+++ Henkilö1
-+++ Henkilö2
-+++ Henkilö3
--- Tilaaja
---- Tilaajan edustaja1
---- Tilaajan edustaja2
-++ Laadunvalvonta organisaatio
-+++ Testipäällikkö
-+++ Testaaja
-+++ Käytettävyystestaaja
--- Verottaja
---- Itse Karhu
---- Virkailija
-@endmindmap
-```
-
-## 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…)
-
->”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.”
-
->”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>.” 
-
->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.
-
-
-## 2.3. Projektin vaiheet ja taloudelliset tavoitteet
-
->tehtäväkokonaisuudet, osittelu ja vaiheistus, välitulokset, aikataulut ja resurssissuunnitelmat, budjetti
-
-## 2.4. Laadun varmistus
-
->menetelmät, standardit, hyväksymismenettely, muutosten hallinta, dokumentointi, katselmoinnit, riskien hallinta, muut täydentävät suunnitelmat
-
-## 2.5. Tiedonvälitys ja projektin etenemisen seuranta
-
->projektin aloitus, työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus, projektikansio
-
-## 2.6. Projektin päättyminen
-
->luovutus, käyttöönotto, ylläpito, projektin aineiston taltiointi, arkistointi, loppuraportti, projektin virallinen päättäminen
-
-## 3. Projektin ajalliset tavoitteet	
-
-## 3.1 Osittaminen ja vaiheistus
-
->Projektin etenemistä voidaan kuvata ns. GANTT-kaaviolla. Sen avulla voidaan esittää eri vaiheiden eteneminen aikajanalla, samalla voidaan osoittaa projektin eri vaiheisiin liittyvät kriittiset pisteet / etapit. Ohjelmistoprojekteissa karkea etenemisjärjestystä voi kuvata ohjelmistojen [SDLC](https://en.wikipedia.org/wiki/Systems_development_life_cycle )-mallilla.
-Tästä voidaan nostaa esiin muutama oleellisia vaiheita kuten:
-
-* Määrittely
-* Suunnittelu
-* Toteutus
-* Testaus
-* Luovutus
-
-![](../assets/work-to-do.png)
-
-**Esitetään vaiheet yksinkertaisen GANTT diagrammin avulla**
-
-```plantuml
-Project starts the 2021-5-15
-[Projekti aktiivinen] Starts 2021-5-15 and ends 2021-8-15 
-[Määrittely vaihe] Starts 2021-5-15 and ends 2021-5-20
-[Suunittelu] Starts 2021-5-20 and ends 2021-6-5
-[Toteutus+suunnittelu] Starts 2021-6-5 and ends 2021-7-15
-[Testaus+korjaus] Starts 2021-7-16 and ends 2021-8-1
-[Hyväksyntätestaus] Starts 2021-8-1 and ends 2021-8-10
-[Luovutus] Starts 2021-8-10 and ends 2021-8-15
-```
-
-![](../assets/work-to-do.png)
-
-Päivitä linkit omaan projektiin liittyviksi!
-
-* [Etappi 0](https://gitlab.labranet.jamk.fi/jamkit/project-templates/opf-core-template-v2/-/milestones/2)
-* [Etappi 1](https://gitlab.labranet.jamk.fi/jamkit/project-templates/opf-core-template-v2/-/milestones/3)
-* [Etappi 2](https://gitlab.labranet.jamk.fi/jamkit/project-templates/opf-core-template-v2/-/milestones/4)
-* [Etappi 3](https://gitlab.labranet.jamk.fi/jamkit/project-templates/opf-core-template-v2/-/milestones/5)
-* [Etappi 4](https://gitlab.labranet.jamk.fi/jamkit/project-templates/opf-core-template-v2/-/milestones/6)
-
->Projektin osittamisella tarkoitetaan projektin jakamista selkeisiin osakokonaisuuksiin ja niitä vastaaviin toteutuskokonaisuuksiin (osaprojekteihin, vaiheisiin, tehtäväkokonaisuuksiin ja tehtäviin). >Tutkimus- ja kehitysprojektien etenemiselle on tyypillistä lopputuloksen muodostuminen ja tavoitteen tarkentuminen vaihe vaiheelta. Projektin osituksen tulee perustua tähän lähtökohtaan (koskee myös >IT-instituutin opiskelijaprojekteja). 
->Projektin elinkaari voidaan jakaa erityyppisiin vaiheisiin. Kussakin vaiheessa tuotetaan määrätyt tuotteet, kuten selvitys, suunnitelmat, prototyyppi, laite jne. Kunkin vaiheen loppuun sovitaan arviointi, hyväksyntä tai katselmointi. Ohjelmistoprojekti jakautuu tyypillisesti seitsemään vaiheeseen: perustaminen, esitutkimus, analyysi, suunnittelu, toteutus, testaus ja lopettaminen. Joskus esitutkimus on oma projektinsa, joskus analyysi sisällytetään suunnitteluun jne. Testaus ei välttämättä ole oma vaiheensa, vaan se sisältyy kaikkiin vaiheisiin. Usein edetään inkrementaalisesti eli ensin suunnitellaan ja toteutetaan yksi asia kokonaisuudessaan ennen kuin edetään seuraavaan asiakokonaisuuteen. Ei ole yhtä ainutta ”oikeaa” vaihejakoa, mutta jos toimeksiantajalla on oma menetelmänsä ja siihen liittyvät mallipohjat, niin opiskelijaprojekteissa käytetään ensisijaisesti niitä. Yhä useammin käytetään ketterää sovelluskehitystä eli ohjelmisto tehdään 1-4 viikon sprinteissä.
-
->Mitä tavoitteita  / vaiheita projekti sisältää? (Lyhyt kuvaus kustakin)> <Mitä tuloksia kustakin vaiheesta syntyy? >
-
-Seuraavassa käydään jokainen vaihe, niiden vaatimat aikaresurssit ja tulokset läpi lyhyesti. Vaiheet ja niiden tehtävät kuvataan tarkemmin vaihesuunnitelmissa. Parhaillaan meneillään olevasta vaiheesta tulee olla tiedossa tarkasti kuka tekee ja kuinka paljon työtä tämän vaiheen tehtävien suorittamiseksi. Myöhempien vaiheiden työmääräarviot voidaan esittää alkuvaiheessa karkealla tasolla, jota sitten projektin edetessä tarkennetaan yksityiskohtaiselle tasolle. Tämä tapahtuu jokaisen vaiheen lopussa, jolloin suunnitellaan tarkemmin seuraava vaihe.
-
-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).
-
->Projektin eteneminen kannataa jakaa ns. tavoitteisiin/etappeihin. Näiden tehtävän on osoittaa ajanhetkeä, jollon jokin oleellinen projektin vaihe on tarkoitus saavuttaa. Projektille määritellyt etapit voidaan linkittää dokumentaation kanssa yhteen käyttäen apuna Issue/Milestone linkkejä avulla. *Katso esimerkit alla*
-
-
-
-
-* [Etappi 0](https://gitlab.labranet.jamk.fi/jamkit/project-templates/fi-opf-2021-core-template-v2/-/milestones/1)
-
->esim. ryhmän webbisivut, tutustutaan tarkemmin toimeksiantoon, aloitetaan kohdealueeseen perehtyminen ja laaditaan projektisuunnitelma yhteistyössä toimeksiantajan edustajien kanssa. 
->Projektin käynnistämiseen kuuluu olennaisesti projektisuunnittelu ja suunnitteludokumenttien laatiminen sekä yhteydenpitokäytänteiden luominen toimeksiantajayrityksen kanssa. Vaiheen aikana tehdään
->Etappiin mennessä muodostetaan johtoryhmä, pidetään johtoryhmän kokous sekä allekirjoitetaan projektisopimus.
-
-* [Etappi Z](https://gitlab.labranet.jamk.fi/jamkit/project-templates/fi-opf-2021-core-template-v2/-/milestones/3)
-
->Esimerkkinä Etappi Z , jossa tavoitteet on asetettu ennakkon esimerkkeinä: projektisuunnitelman hyväksyminen, tavoitteiden tarkistaminen
-
-* [Etappi X](https://gitlab.labranet.jamk.fi/jamkit/project-templates/fi-opf-2021-core-template-v2/-/milestones)
-
->Sovittu etappi X, jossa suoritettaa esimerkisi katselmointi ja esitetään tilanneraportti
-
-* [Etappi Y](https://gitlab.labranet.jamk.fi/jamkit/project-templates/fi-opf-2021-core-template-v2/-/milestones)
-
-
-* [Etappi Z](https://gitlab.labranet.jamk.fi/jamkit/project-templates/fi-opf-2021-core-template-v2/-/milestones)
-
->”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.”
-
-## 3.2 Projektin alustavat kustannusarvio
-
-![](../assets/work-to-do.png)
-
-Kustannusarvion esittäminen taulukon avulla: 
-
-![](kustannusarvio.JPG)
-
-## 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.
-
-## 4.2 Muutosten hallinta
-
->Kuvataan muutosten hallintaproseduuri projektinkäytäntöihin tai projektin tuloksiin liittyvien muutosten osalta.
-
-## 4.3 Dokumentointi
-
->Kirjataan minne dokumentit tallennetaan/arkistoidaan, miten ne jaetaan ja kuka on vastuussa eri dokumenteista.
-
-## 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.
->Kirjataan alla olevaan taulukkoon projektiin kohdistuvat riskit ja pidetään niitä yllä tarpeen mukaan. Jokaiselle riskille annetaan yksilöllinen tunniste esim. RIS007, koska tämä helpottaa niiden käsittelyä eri tilanteissa.
-
-Liitä seuraava osio tähän mukaan: [Riskienhallintataulukko](riskitaulukko.md)
-
-## 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).
-
-## 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).
-
-* [Projektisopimus](..//10-Projektinhallinta/projektisuunnitelma.md)
-* [Vaatimusmäärittely](../20-Vaatimustenhallinta/vaatimusmaarittely.md)
-* [Julkaisusuunnitelma](../40-Julkaisusuunnittelu/julkaisusuunnitelma.md)
-* [Yleistestisuunnitelma](../40-Julkaisusuunnittelu/julkaisusuunnitelma.md)
-* [Viestintäsuunnitelma](..//10-Projektinhallinta/viestintasuunnitelma.md)
-* [Riskihallintasuunnitelma](../10-Projektinhallinta/riskihallinta-suunnitelma.md)
-* [Muu annettu dokumentaatio]()
-
-
-## 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)
-
-## 5.1 Viestintäsuunnitelma
-
->Viestintäsuunnitelman tarkoituksena on määritellä X projektin yhteydessä käytetyt viestintämenetelmät ja kanavat. Selkeällä ja yhdenmukaisella viestinnällä varmistetaan >informaation kulku ja vaikutetaan projektin laatutavoitteiden toteutumiseen. Suunnitelma voidaan laatia osana projektisuunnitelmaa tai siihen voidaan viitata omana [alasivunaan](../10-Projektihallinta/viestintasuunnitelma.md)
-
->Listaa projektissa sovitut työtilat ja viestintävälineet, palaverikäytäntö ja yhteydenpito, raportointi ja tiedotus.
-
-## 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öö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 jäävä osa tallennetaan X-järjestelmään” 
->Toimeksiantajan kanssa tulee tarvittaessa voida sopia, mitkä dokumentit voidaan jättää opiksi seuraaville projekteille. 
->Tyypillisesti eri suunnitelmat ja loppuraportti sopivin osin ovat tällaisia dokumentteja. 
-
-## 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. 
-
-* Saunailta :)?
-
-
-## 6.5 Projektin loppuraportti
-
->Projektin loppuraportti laaditaan viimeiseen johtoryhmän kokoukseen mennessä.
-

dokumentit/Security/tuntikirjaukset.md

-# Tuntikirjaukset (pohja)
-
-![](https://openclipart.org/image/400px/svg_to_png/324819/studying-boy-and-girl.png)
-
-## EXCEL-muoto
-
-> Tuntikirjaukset voi tehdä esim EXCEL-taulukkona ja liittää dokumentti lähteenä tähän verkkosivulle
-
-<iframe width="402" height="346" frameborder="0" scrolling="no" src="https://jamkstudent.sharepoint.com/sites/OpenProjectPlatform/_layouts/15/Doc.aspx?sourcedoc={1dacc3b5-7771-4578-8025-6ea524406f6b}&action=embedview&wdAllowInteractivity=False&wdHideGridlines=True&wdHideHeaders=True&wdDownloadButton=True&wdInConfigurator=True"></iframe>
-Tuntikirjaukset ja kulut projektissa XXXXX
-
-## Tehdyt Tunnit
-
-**Tuntikirjaukset**
-
-| Tekijä | Päivämäärä | Tunnit | Mitä tehtiin |
-|:-:|:-:|:-:|:-:|
-| A-tekijä | x.x.202x | 1h | Tehtävä |
-| B-Tekijä | x.x.202x | 1h | Tehtävä |
-| A-tekijä | x.x.202x | 1h | Tehtävä |
-| B-tekijä | x.x.202x | 1h | Tehtävä |
-
-**Muut kulut**
-
-| Hankinnatä | Päivämäärä | Hinta |
-|:-:|:-:|:-:|
-| Kahvia  | 1.1.2018 | 10€ |
-| Kahvia  | 2.1.2018 | 10€ |
-| Kahvia  | 3.1.2018 | 10€ |
-| Kahvia  | 4.1.2018 | 10€ |
-
-Yhteensä: 40€  
-
-
-**Projektin kokonaiskulut 5.1.2018**
-
-| Kuluerä | määrä |  hinta a | Yhteensä |
-|:-:|:-:|:-:|:-:|
-| Työtunnit | 73 | 50 € | 3650€ |   
-| Hankinnat | 4 | 10 € | 40 € |
-| *Yhteensä:* |- | - | 3690 € |
-

dokumentit/Security/viestintasuunnitelma.md

-# Viestintäsuunnitelma (pohja)
-
-![](https://openclipart.org/image/400px/svg_to_png/19234/johnny-automatic-birds-talking.png)
-
-#	Johdanto
-
->Tämä viestintäsuunnitelman tarkoituksena on määritellä X projektin yhteydessä käytetyt viestintämenetelmät ja  kanavat. Selkeällä ja yhdenmukaisella viestinnällä varmistetaan >informaation kulku ja vaikutetaan projektin laatutavoitteiden toteutumiseen.
-
-#	Projektin osapuolet
-
-## Projektin osapuolet voidaan jakaa viestinnän näkökulmasta neljään eri ryhmään:
-
-  1.	Projektiryhmän jäsenet (nn, yy, zz, ym)
-  2.	Projektin ohjaajat ([hh], jj, kk)
-  3.	Toimeksiantajan edustajat (aa, bb, cc)
-  4.	Ulkopuoliset henkilöt (esim. laitoksen johtaja, asiantuntijat jne.)
-
->Tässä suunnitelmassa luodaan pohja projektiryhmän ja kolmen muun projektin sidosryhmän väliselle viestinnälle. 
-
-## Yleiset viestintäkanavat
-
->X projektilla on käytettävissään viestintää varten: puhelin, telefax, sähköposti, LN tietokannat, posti, sisäinen posti, www, ilmoitustaulu sekä luonnollisesti erilaiset >kirjallisen ja verbaalisen viestinnän muodot. 
-
-## Kirjallisessa viestinnässä käytettävät mallit
-
->Projektiin liittyvässä kirjallisessa viestinnässä käytetään Yrityksen viestintä –kirjassa (Kortetniemi, 1997) esitettyjä asiakirjamalleja / JAMKin raportointiohjetta / jotain >muuta (mitä?). Dokumenttien elektroninen tallennusmuoto määritellään tarkemmin erityisessä dokumentointisuunnitelmassa. 
-
-## Sisäinen viestintä
-
->Sisäisellä viestinnällä tarkoitetaan tässä viestintää projektiryhmän sisällä. Sen tavoitteena on välittää projektiin liittyvää informaatiota kaikille ryhmän jäsenille ja näin >tukea ryhmän yhteistyötä ja edesauttaa ryhmän identiteetin muodostumista. Lisäksi sisäinen viestintä toimii kaiken ulkoisen viestinnän perustana.
->X projektin sisäisessä viestinnässä käytetään sekä formaaleja että epävirallisia kanavia. Projektiryhmä kokoontuu [maanantaiaamuisin] viikkopalaveriin, jossa suunnitellaan tulevan >viikon tehtävät ja edellisen käydään läpi edellisen viikon tapahtumat. [Projektipäällikkö valmistelee viikkopalaverin esityslistan ja kirjoittaa palaverin pohjalta >viikkosuunnitelman, jonka tehtävät kirjataan valittuun projektinohjaustyövälineeseen.] Kaikki projektiin liittyvä dokumentaatio pyritään säilyttämään yhdessä [dokumenttitietokannassa], jota projektiryhmän jäsenten tulee aktiivisesti seurata. Sihteeri tiedottaa kaikista merkittävistä tapahtumista ryhmän jäsenille valittuja kanavia käyttäen. 
-
-
-**sisäisen että ulkoisen viestinnän tukena käytetään seuraavia apuvälineitä:**
-
--	[LN sovellus], johon sisällytetään tiedot muun dokumentaation ulkopuolisista kontakteista eri sidosryhmien kanssa (esim. puhelu toimeksiantajalle).  
--	[A sovellus, jonka avulla ryhmän LN sähköpostiosoitteeseen tullut posti jaetaan edelleen projektiryhmäläisten henkilökohtaisiin sähköpostiosoitteisiin.]
-
-## Viestintä tukiryhmien kanssa
-
->Projektiryhmän ja ohjaajien välisen viestinnän tehtävä on mahdollistaa ohjaajille esteetön ja täydellinen projektin seuranta ja sitä kautta antaa heille riittävät resurssit tukea >projektin etenemistä. Keskeisin viestintäkanava tulee olemaan [LN dokumenttitietokanta] sekä [keskiviikkoiset] ohjaajapalaverit [hh]:n kanssa. Projektisihteeri valmistelee >ohjaajapalaverien esityslistat ja kirjoittaa niistä muistiot. Edellä mainittujen viestintäkanavien lisäksi tärkein viestintätapa on [sähköposti], muita tapoja käytetään >mahdollisuuksien mukaan ja tarvittaessa. Kaikista keskeisistä projektiin liittyvistä tapahtumista tiedotetaan ohjaajille ainakin yhdellä edellä mainituista kanavista.
-
-# Viestintä toimeksiantajan edustajien kanssa
-
-Projektiryhmän ja toimeksiantajan edustajien välisessä viestinnässä ovat keskeisessä asemassa [erilaiset kokoukset ja tapaamiset]. Näistä säännöllisiä ovat johtoryhmän kokoukset, joihin esityslistan valmistelee projektipäällikkö. Edellisten lisäksi käytetään ensisijaisena viestintäkanavana [sähköpostia] ja toissijaisena [puhelinta]. Kaikista projektia koskevista dokumenteistä lähettää projektisihteeri sähköpostitse kopiot toimeksiantajan edustajille. Juoksevissa asioissa toimeksiantajan puolesta vastaa [nn] ja projektin hallinnosta [yy].
-
-# Viestintä ulkopuolisten kanssa
-
-Viestinnässä ulkopuolisten kanssa käytetään projektiryhmäläisten omaa harkintaa.  Osalle ulkopuolisista sidosryhmistä (muut projektit, osa laitoksen henkilökunnasta) on mahdollisuus viestiä [LN keskustelutietokannan] avulla. Lisäksi ulkopuolisille sidosryhmille on tarjolla informaatiota projektin www sivustossa, joka löytyy osoitteesta:xxxx.
-
-# Viestinnän seuranta ja arviointi
-
-Viestinnän onnistumista arvioidaan projektin aikana jatkuvasti ja erityisesti viikko- ja ohjaajapalavereissä sekä viestintäopintojen yhteydessä.  Mahdollisiin epäkohtiin puututaan välittömästi ja viestintäsuunnitelmaa muutetaan tarpeen niin vaatiessa.
-
-
-# Lähteet
-
-Alkuperäinen dokumentti http://homes.jamk.fi/~huojo/opetus/IIZP2010/