Koulutuksen suunnittelijan ja opettajan palvelut -projekti (Peppi)
Paikka
Eduix Tampere ja Eduix Helsinki
Opettajapalvelut
Läsnä: Juha Lindfors, Jaakko Rannila, Simo Hoikkala, Eino Palo, Kari Tuononen, Ulla Saukkonen, Jarmo Toivanen, Eija Kumanto, Simo Hoikkala, Cai Melakoski, Susanna Seitsamo
Asialista:
Asialista:
1. Projektiryhmän ja ohjausryhmän terveiset, aikataulu ja tilanne projektissa
Projektipäällikkö Jaakko Rannila kertoi ohjausryhmän terveiset sekä projektin etenemistä muissa asiantuntijaryhmissä
- aikatauluissa muutoksia, marraskuun aikana asiantuntijatyöryhmät saatava määritttelyt tehtyä
- Joulukuun aikana projektiryhmä tehnyt tarkemmat määrittelyt
- tämän jälkeen toimittaja tekee protoiluympäristöt
- tämän jälkeen ns. "korjauskierro", kerätään kommentit ja muutokset.
- lyödään määrittely lukkoon ja siirrytään toteutusvaiheeseen
- helmikuuun puolessa välissä 1. vaihen työskentely päätty, ohjausryhmä ottaa kantaa
- termistö Raketti XDV- määrittelee, kansallinen määrittely, tätä käytetään
- marrraskuun aikana halutaan, mitä halutaan, miten sähköisten palveluiden tulisi toimia tavoitetilassa
- jos määrittelyvaiheessa ei tule esille kaikki tarpeet, jatkossa lisätarpeet siirtyvät ns. jatkoprojekteihin ja ne eivät kerkiä tähän kokonaisuuteeen
- asiat etenee työjärjestys-, vuosisuunnittelu- ja opetussuunnitelma-asiantuntijatyöryhmissä
- teknistä alustaa tutkitaan, Kuali-ympäristö (mm. MIT ja Berkley käyttää)
2. Opettajan sähköinen työpöytä
a. Tavoitetilan tarkennus
b. Onko suunta oikea?
c. Onko palvelut ok?
d. Mitä puuttuu?
- dokumentti on kooste keskusteluista, kyselyistä ja työryhmän työskentelystä
- suoritetaan iteratiivisesti, palveluita tulee yksitellen, testataan ja arvioidaan. Vasta tämän jälkeen lähdetään tuotantoversioon
- Käsiteltiin nykytilan kuvausta - opettajan "työpäytä" nyt (kuva 1)- Mikä voisi olla tavoitetila (kuva 2), toiveet listattu kuvien alla
- ilmaantunut tarve opettajan saada tietoa opiskelijan etenemisestä, Suoritushistoria tulisi tulla helposti näkyville, mm. kurssin esitietovaatimus, esim. voitaisiin tehdää hakuja, ketkä on suorittanut edeltavia/vaadittavia kursseja
- Keskusteltiin järjestelmien lukumäärästä ja tarpeellisuudesta, Moodle, Tuubi jne.
- Opetttajan sähköisessä työpöydässä, näkee toteutusten joukos, voidaanko kysyä haluanko ko. kurrsin Moodleen, Sakaihin, Tuudin-työtilaan.
- Keskusteltiin oppimateriaalin hallinnasta, voidaan syöttää materiaalia opintojaksokohtaisesti, kun tulee toteutus, kysytään haluatko käyttää tätä oppimateriaalia, voi poistaa, lisätä tai muokata.
- yksittäisten dokumenttien tulee olla vain yhdessä paikassa ja päivitetään siellä, myös opiskelijoilla tulisi olla keino tallentaa dokumentit ja hallita niitä.
- Keskusteltiin syötteiden käytöstä, saako Totsuun tiedon/syötteet
- Toteutussuunnitelmat erittäin tärkeitä tietdotuskanavia opiskelijoihin päin, miten esimies näkee ne? Esimiestyökalun problematiikka.
- ulkoinen yhteistyö, mahdollistuuko näissä ympäristöissä. Ei ole tarkoituksenmukaista rajoittaa sosiaalisen median käyttöä. Tätä tulee käyttäa ja tarjota informaatio ja siten opiskelijoille tiedoksi, että opetusta on mm. näissä välineissä.
PÄÄTÖS: mahdollistetaan se
Käydään läpi yksittäiset palvelut (kts. https://wiki.metropolia.fi/display/toisu3/Opettajapalvelut )
Työaikasuunnitelman hallinta
Jaakko esitteli wiki-alueelle tuotettuja tarvelistausta ja käyttöliittymähahmotelmaa
- voidaanko saada kuten esim. toetutusten joukko, joihin opettajat ottavat kantaa haluaako opettaja näistä toetutuksesta toiveensa ja halunsan opettaa
- Miten muutosten hallinta tapahtuu? Joustavuus, muokattavuus ja muutoksen hallinta, kuka muutokset tekee?
- Opettajat käyvät myös oman koulutusohjelman ulkopuolella, haastavaa. Pitäisi nähdä opettajan omassa kalenterissa, opettajan sidottu työaika on yhteinen resurssi, joka pitäisi pystyä näkemään suunnittelussa. Integroitu yksi kalenteri.
- opettaja voi laittaa omia tapahtumiaan kalenteriin, vapaajaksot yms.
- opettaja voi annetun tuntiresurssin sisällä määrittää miten hän käyttää sen -> Mahdollisuus opettajalla tarkentaa toteutusta
Toteutusten hallintaväline (Tai Totsu)
- sisältää myös toteutuksen suunnittelu
- informaatio lisääntyy aikajanalla
- opettaja rytmitää omaa opetustaan, onko täällä myös se työkalu, jossa tilataan välinevaraukset. Voidaan merkata myös lukujärjestyksessä, tämä tieto on mm. välinehuoltajalla (opetustaphatuman resurssi, onko välineellä varauksia ko. ajankohtana).
- asioita voi tehdä useassa paikassa
Oman työjärjestyksen hallintaväline, Opetustapahtumien suunnittelu, ylläpito ja hallinta
- omia merkintöjä on mahdollista tehdä
- tulisi saada merkata myös poissaolot (opisk.)
- pitäis pystyä merkitsemään ohajusaikoja, joita opiskelija pitäisi pystyä myös varaamaan niitä. Opiskelijakin näkee, mikä opiskelijalle sopii parhaiten.
- Varaus periaatteessa kaikille avoin tai sitten rajataan, tulisi löytää kompromissi, ohjausta halutaan antaa ja se tulisi kiinnittää kalenteriin (varaukset)
Opintojaksototeutusten ilmoittautumisten hallinta
Väliarviointi, arviointi ja arvosanojen hallinta
- tarvitaan arviointilomake (olisiko tämä standartoitu)
- on selvästi kehittymätön osa, opettajat joutuvat tekemään se kuitenkin itse
-> Tukisi jollain tasolla
- automaattisesti listaus opiskelijoista ja kurssista
- taulukko, jota itse voi muokata (sisällöt, painoarvot yms.) ja tämä tallentuu
- vähimmäistarve lista Exceliin
- "opiskelijakortti" missä näkyy mitä opiskelija-opettaja ovat henkilökohtaisesti viestineet tai sopineet, millaista viestien vaihtoa ja mikä sinne on tallennettu. Opiskelijalla vastaava opettajakortti,ketä opettajia käymillään kursseilla on ollut.
- tarvitaan kurssiloki
- lomakepohjia kaipaillaan
Opintojaksopalautteen hallinta
Sähköisten työtilojen ja oppimisympäristöjen hallinta.
Oppimateriaalien hallinta
- millä tasolla halutaan syöttä (toteuksen tasolla, opintojaksotasolla)
- mitä ominaisuuksia tulee olla (versionhallinta, käyttäjähallinta ja käyttöoikeudet yms.)
Viestipalvelut
- viestit ja muu viestintä yhdessä paikassa
Opetussunnittelu
3. Seuraavan kokouksen ajankohdan sopiminen (huom. aikataulu = joulukuun alkuun mennessä määrittely valmis)
4. Kotitehtävät ennen seuraavaa kokousta
a. Palveluiden listaaminen ja palvelukuvausten tarkentaminen
b. Käyttötapausten lisäykset palveluihin ja tarkennukset = mitä asioita pitää pystyä tekemään palvelun sisällä ja mitä informaatiota niissä pitää olla?
c. Tehdyn määrittelyn ja käyttöliittymäprototyyppien kommentointi
5. Projektin jatko. Mitä tapahtuu joulukuussa ja tammikuussa ja mitä projektin seuraavassa vaiheessa keväällä?
6. Muut asiat.