| ... | ... | @@ -39,18 +39,12 @@ Tavoitteena olisi saada Jyväskylän ammattikorkeakoulun opiskelijoiden käyttö |
|
|
|
Sovelluksen tulisi myös voida kerätä dataa eri yrityksiltä. Yrityksen henkilöstö voisi käydä äänestämässä juuri heidän yritykselleen tärkeitä kursseja. Mikäli tarpeellisia kursseja ei ole saatavilla, niitä voisi ehdottaa. Näin koulu saa ajantasaista tietoa tulevia lukukausia ja uusia kursseja suunnitellessaan.
|
|
|
|
|
|
|
|
Näin sovellus auttaisi opiskelijaa hakeutumaan tiettyyn yritykseen töihin. Opiskelija voisi tarkistaa (olettaen, että ko. yritykseltä on saatu kerättyä jo tietoja), mitä opintoja hänen tulisi ottaa itselleen, jotka ovat tarpeellisia tietylle yritykselle.
|
|
|
|
Sovelluksen tulisi voida
|
|
|
|
|
|
|
|
- tallentaa yrityksiltä kerättyä dataa selkeään muotoon
|
|
|
|
- tulostaa opiskelijalle hänen HOPS:insa pdf-muodossa
|
|
|
|
- tallentaa opiskelijan valinnat tietokantaan jatkokäyttöä varten
|
|
|
|
|
|
|
|
|
|
|
|
## 1.3 Rajaus ja liittymät
|
|
|
|
|
|
|
|
OBSIMO-ohjelma olisi tarkoitus tulla koko Jyväskylän ammattikorkeakoulun käyttöön, mutta tässä projektissa keskitymme pelkästään Tieto- ja viestintätekniikan kurssitarjontaan.
|
|
|
|
|
|
|
|
Ohjelmasta tulisi olla saatavilla myös englanninkielinen versio, mutta projektin puitteissa toteutamme vain suomenkielisen version.
|
|
|
|
|
|
|
|
## 1.4 Oikeudet
|
|
|
|
|
| ... | ... | @@ -106,8 +100,6 @@ Johtoryhmän muodostavat siihen valitut projektiryhmän, ohjaajien ja toimeksian |
|
|
|
|
|
|
|
## 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…).
|
|
|
|
|
|
|
|
# 3. Projektin ajalliset tavoitteet
|
| ... | ... | @@ -177,25 +169,18 @@ Seuraavassa käydään jokainen vaihe, niiden vaatimat aikaresurssit ja tulokset |
|
|
|
|
|
|
|
# 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.
|
|
|
|
Tulokset tarkistetaan projektin etappikatselmuksissa.
|
|
|
|
|
|
|
|
## 4.2 Muutosten hallinta
|
|
|
|
|
|
|
|
Kuvataan muutosten hallintaproseduuri projektinkäytäntöihin tai projektin tuloksiin liittyvien muutosten osalta.
|
|
|
|
Toimeksiantajalta saadut palautteet nostetaan projektin voimassaoloaikana tarvittaessa issueiksi.
|
|
|
|
|
|
|
|
## 4.3 Dokumentointi
|
|
|
|
|
|
|
|
Kirjataan minne dokumentit tallennetaan/arkistoidaan, miten ne jaetaan ja kuka on vastuussa eri dokumenteista.
|
|
|
|
Dokumentit löytyvät projektiryhmän GitLab-sivuilta. Kaikki ryhmän jäsenet ovat niistä vastuussa.
|
|
|
|
|
|
|
|
## 4.4 Riskien hallinta
|
|
|
|
|
| ... | ... | @@ -203,46 +188,82 @@ Oheiseen riskienhallintasuunnitelmaan on listattu todennäköisiä riskejä ja t |
|
|
|
|
|
|
|
[Riskienhallintasuunnitelma](https://gitlab.labranet.jamk.fi/PRJTEAM-H/halinallet/wikis/Riskien-hallintasuunnitelma)
|
|
|
|
|
|
|
|
|
|
|
|
## 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).
|
|
|
|
#### %"Kurssin etappi - E0" - 14.1.2018
|
|
|
|
|
|
|
|
- Tiimit muodostettu
|
|
|
|
- Repositiot projekteille luotu
|
|
|
|
|
|
|
|
%"Sprint 1" - 15.1.2018 - 21.1.2018
|
|
|
|
|
|
|
|
%"Sprint 2" - 22.1.2018 - 28.1.2018
|
|
|
|
|
|
|
|
%"Sprint 3" - 29.1.2018 - 4.2.2018
|
|
|
|
|
|
|
|
%"Sprint 4" - 5.2.2018 - 11.2.2018
|
|
|
|
|
|
|
|
%"Sprint 5" - 12.2.2018 - 18.2.2018
|
|
|
|
|
|
|
|
##### %"Kurssin etappi - E1" - 23.2.2018
|
|
|
|
|
|
|
|
- MockUppien esittely
|
|
|
|
- Vaatimusmäärittelyn muokkaus toimeksiantajalta saadun palautteen perusteella
|
|
|
|
- Projektisopimuksen allekirjoitus.
|
|
|
|
- Projektisuunnitelma valmis.
|
|
|
|
|
|
|
|
##### %"Kurssin etappi - E2" - 23.3.2018
|
|
|
|
|
|
|
|
- Päätestaussuunnitelma tehty
|
|
|
|
- Testitapaukset yhdistetty yhteen suunnitelmaan
|
|
|
|
|
|
|
|
##### %"Kurssin etappi - E3" - 13.4.2018
|
|
|
|
|
|
|
|
- Käyttötapauksien määrittely koekäyttötilaisuutta varten
|
|
|
|
- Palautteen kerääminen koekäytön avulla, koekäyttötilaisuus
|
|
|
|
- Huomioiden ylös kirjaus
|
|
|
|
- Tuotteen parantelu kerätyn palautteen perusteella
|
|
|
|
|
|
|
|
##### %"Kurssin etappi - E4" - 26.4.2018
|
|
|
|
|
|
|
|
- Tuotteen ja dokumentaation luovuttaminen asiakkaalle
|
|
|
|
- Loppuraportin luovuttaminen ohjaajille
|
|
|
|
- Tuotteen esittely
|
|
|
|
|
|
|
|
|
|
|
|
## 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).
|
|
|
|
Projektiin kuuluu myös viestintä- ja riskienhallintasuunnitelmat, jotka on linkitetty liitteiksi.
|
|
|
|
|
|
|
|
## 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.
|
|
|
|
Projektisuunnitelma tarkistetaan joka perjantai ja päivitetään tarpeen mukaan.
|
|
|
|
|
|
|
|
## 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.
|
|
|
|
Projekti keskeytyy, mikäli projektiryhmän kaikki jäsenet lopettavat projektin tekemisen.
|
|
|
|
|
|
|
|
# 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.
|
|
|
|
Viestintäsuunnitelma on linkitetty liitteeksi.
|
|
|
|
|
|
|
|
# 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.
|
|
|
|
OBSIMO-palvelusta pyritään tekemään niin yksinkertainen, ettei sen käyttö tarvitse opastusta.
|
|
|
|
|
|
|
|
## 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 GitLabiin.
|
|
|
|
|
|
|
|
## 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 26.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.
|
|
|
|
Yhteiseen päätösseminaariin osallistuvat koko projektiryhmä, ohjaajat sekä toimeksiantaja.
|
|
|
|
|
|
|
|
## 6.5 Projektin loppuraportti
|
|
|
|
|
| ... | ... | |
| ... | ... | |
