Käyttäjätarinat

• EH016 Oppijana haluan pystyä hakemaan vapaavalintaisia opintoja tekstihaulla korkeakoulun omasta vapaavalintaisten opintojen tarjonnasta.
• EH018 Oppijana haluan selailla kaikkia opintoja, joita voin valita vapaavalintaisiksi opinnoiksi, jotta saan käsityksen tarjolla olevista mahdollisuuksistani.

Mikä on näiden summana oleva toiminnallinen kokonaisuus? Mitä jälkimmäisen ”selailulla” on ajateltu? Onko kyseessä opinto-oppaan selailu, vai haetaanko tässä mahdollisuutta katsoa tarkentavia tietoja eri hakutuloksista ja kenties vertailla niitä vastaavalla tavalla kuin vaihtoehtoisten opintojen vertailussa?

Käyttäjätarinassa EH018 on näkemykseni mukaan kyse tilanteesta, jossa opiskelija selaa vapaavalintaisten opintojen "tarjontakorissa" tarjolla olevia opintoja ja mahdollisesti valitsee niistä itselleen sopivia opintoja.Tarjontakorit on luotu siten, että niissä tarjotaan opiskelijalle (=opiskelijan ryhmälle) sopivia/mahdollisia vapaavalintaisia opintoja.

Käyttäjätarina

• EH054 Hopsin versiointi (hyväksytty HOPS-versio jää talteen)

Ymmärrän speksin niin, että hops on luonnos/työstö/suunnitelma-tilassa niin pitkään, kunnes ohjaaja on sen hyväksynyt. Tällöin hyväksyminen tuottaa aikaleimatun, ajatellaan vaikkapa pdf-muotoisen, dokumentin, joka tallentuu Pakin sopimukset-osioon. Olenko ymmärtänyt oikein?

Haluatteko, että opiskelija voi jatkaa virallisen hopsin työstämistä tämän jälkeen vapaasti, jolloin hyväksytty on aina se pdf-muotoinen dokumentti ja hops-työkalussa näkyvä hops on aina ”luonnos”, mikäli siihen on tehty yksikin muutos hyväksymisen jälkeen?

Luultavammin kyse on priorisointiin putkahtaneesta virheestä.

Speksin versio 0.5:ssa opiskelija haluaa pyytää ohjaajaa hyväksymään hopsin. Kuitenkin mahdolliset työkalut, joilla opiskelija hyväksyntää pyytäisi, tulevat suunnitelmassa vastaan vasta speksin versioissa 1.0 (viestit/ilmoitukset-toiminnallisuus) ja 1.1 (merkinnän tekeminen - opiskelija).

Ohjaajapuolella toisaalta merkinnän tekeminen on mukana jo versioissa 1.0 (EH051 ja EH052), mutta käytännössä toiminnallisuutta tarvitaan siis jo tuossa hyväksymisessä (versio 0.5)

Ehdottaisin, että tarkennetaan toteutusjärjestystä uusien, perusrekisterin kanssa yhteisten, milestonejen suhteen siten, että tarvittavat pohjatyöt tulee tehtyä varmasti oikeassa järjestyksessä. Samalla ehdottaisin, että projektinhallinnallisista ja viestinnällisistä syistä jättäisimme Pakissa kokonaan pois nuo kilpailutusvaiheen versionumerot ja siirryttäisiin käyttämään ainoastaan termejä milestone 1…4 + v. 1.0 (valmis tuote).

Tarve käydä tarkentava keskustelu käyttäjätarinoiden viesti-/merkintätoiminnallisuuksista ja näiden hyödyntämisestä hopsin hyväksymisprosessissa / roolien välisessä kommunikaatiossa.

•   tarkennuksia:

o   Mikä on yhteydenotto

o   Mikä on viesti

o   Mikä on kommentti

o   Mikä on merkintä

Yksinkertaistaisin asiaa seuraavasti: kun merkintä on liitetty esimerkiksi opintoon ja siihen ei ole liitetty muita toimijoita kuin merkinnän tekijä, voidaan puhua merkinnästä (voidaan tägätä esimerkiksi ilmoitukseksi tai hälytykseksi). Kun merkintään lisätään muita toimijoita, vaikkapa opettajia tai ohjaajia, merkinnän kautta voidaan viestiä, kommentoida tai luodan yhteydenottoja. Toteutus voisi käytännössä olla samantapaionen kuin jo toteutettussa sopimuspankkipalvelussa Pakin puolella.