2 Ryhmien hallinta

Toteutusten joukkoa suunnitellaan joukolle opiskelijoita. Opiskelijaryhmää kutsutaan opetusryhmäksi. Opetusryhmä on joissain tapauksissa saapumisryhmä, erityisesti pienissä koulutusohjelmissa joiden vuosittaiset aloituspaikat ovat noin 30 opiskelijaa. Tavallisempi tilanne on, että opetusryhmät syntyvät saapumisryhmien opiskeijoita yhdistelmistä. Opetusryhmiä tarvitaan, koska suuria opiskelijajoukkoja ei voida opettaa resurssisyistä suurissa ryhmissä.

Opetusryhmät ja niiden koostumus määrittellee toteutusten joukossa toteutusten lukumäärää, opetustapahtumien lukumäärää ja resurssien käyttöä.

Toteutusryhmiä muodostuu kolmella tavalla: opiskelija ilmoittautuu toteutukselle, suunnittelija sijoittaa opiskelijan toteutuksen ryhmälle, opettaja luo toteutusryhmiä opetuksen aikana.

Viittaukset 

1.X.1 Ryhmien hallinnassa otettava huomioon ryhmien perintä:  jos opiskelija sijoitetaan opetusryhmään, hän kuuluu siitä huolimatta saapumisryhmään; jos opiskelija siirretään vuonna 3 tekniikan koulutusalalla uuteen opetusryhmään, opiskelija kuuluu siitä huolimatta 1. ja 2. vuoden opetusryhmään.

1.X.2 Tarkistettava koska perintää tarvitaan seurannassa joka on raportointi - voiko opiskelija-ryhmä -sidosten hallinnan hoitaa raportoinnissa. Tarvitseeko vuosisuunnittelussa oleva toiminto  tietoa?

1.X.3 Epäselvää missä ryhmiä hallitaan. Tämän hetkisen näkemyksen mukaan opiskelija- ja opetushallintojärjestelmässä. Voi olla tarpeen tehdä muutos niin että opiskelijoita hallitaan opiskelija- ja opetushallintojärjestelmässä, mutta se miten yksittäinen opiskelija kuuluu ryhmään tai ryhmiin, on tämän projektin palveluihin kuuluvaa.

Tarkennettu kuvaus

Viittaukset

1.A.1 Saapumisryhmän käsite varataan ammattikorkeakoulun ulkopuoliseen käyttöön. Valtakunnallinen ammattikorkeakoulujen yhteishaun prosessi muodostaa saapumisryhmät ja sijoittaa opiskelijat saapumisryhmiin. Yhdellä opiskeljaroolilla oleva henkilö ei vaihda saapumisryhmäänsä.

2.A.1 Erityisesti koulutusohjelmat, joissa saapumisryhmän koko on 25-35. Kohdassa "toteutusten joukon suunnittelu" viitataan erityisesti näihin tapauksiin kun vaaditaan toteutusten automaattista tallennusta: vuosittain syntyy yksi ryhmä, ryhmän ajoitukset tiedetään opetussuunnittelun tuloksena, ryhmän toteutuksia on yksi kappale (mikäli aiempien vuosien tapahtumat tai AHOT, ja kyseessä ei ole yhteinen opintojakso toisen ryhmän kanssa) toteutusten tallennus on mekaaninen toimenpide. 

3.A.1 Tarkista: onko kyse opetusryhmästä tai jostain opetusryhmän erikoistapauksesta.

3.A.2 Sivuinstrumentti: pop/jazz - sääntö  - sivuinstrumentti on piano, pianisteilla rummut, sivuinstrumenttia ei voi vaihtaa.  Onko taidemusiikin kohdalla sama tai samankaltaisia sääntöjä?

3.A.3 Tutkinnon rakenteiden uudistus tulee ilmeisesti vaikuttamaan siten, että opetusryhmien merkitys tulee kasvamaan (?)

4.A.1 Epäselvää sivuinstrumenttiryhmässä onko tyyppiä - kuuluu yhteen (tai useampaan) - vai - kuuluu yhteen ja vain yhteen.

4.A.2 Instrumenttiryhmät ovat tärkeitä musiikin koulutusohjelmissa koska opiskelijan pää- ja sivuinstrumentti määrittelee toteutusten syntymistä (opettaja-opiskelija -liitos: vain torven soiton opettaja voi liittyy torvensoittajaan; toteutukselle liittyvistä opiskeijoista yksi torvi, yksi foni, yksi laulaja, kaksi kitaristia, yksi rumpali yms - yhdistelmille ovat ennalta määritellyt säännöt; opettaja liittyminen toteutuksiin: pianon toteutukset yms.) ja resurssien käyttöä (opettaja, tila ja opetusvälineet (tilassa oltava piano yms.)).

5.A.1 Vaatimus tarkistettava: vastaus ei kuulu otsikon alle, koska kysymystä ei pitäisi kysyä operatiiviselta järjestelmältä. Kysymys esitetään "raportointi" otsikon alla. Vastaaminen taas on tietovarastotyyppisen palvelun tehtävä. Ryhmä-näkymässä on voitava toteuttaa ainakin jossain laajudessa mahdollisuus kysyä em. tyyppisiä kysymyksiä.

5.A.2 Tutkinnon rakenteiden uudistus tullee lisäämään tarvetta seurata opiskelijoiden liikkumista ryhmissä.

6.A.1 Nykyinen malli, jossa opetussuunnitelma, ryhmä, koulutusohjelma, kustannuspaikka -liitos tehdään käsin on turha ylläpitotehtävä. 

6.A.2 Tässä oletetaan että suunnittelumalli on ryhmä-opetussuunnitelma. Saattaa olla järkevämpää muuttaa ajattelutapaa:

Ryhmä-opetussuunnitelma -mallissa on ajateltu että suunnittelun peruste on ryhmä. Koska on olemassa tilanteita, joissa ryhmää ei ole, tavassa toimia on oltava virhe. Virheeseen viittaa myös se ettei opetussuunnittelussa ja vuosisuunnittelussa voida nousta OKM:n päätösten luomien koulutusohjelmien tasolle. (Huomaa myös koulutusohjelma -käsitteen epäselvyys: ko:a voi tarkoittaa OKM:n päätöksessä syntyvää yksikköä, johon hakuryhmät ja tutkinnon suoritusoikeus kiinnittyy. Koulutusohjelma voi olla myös amk:n organisaatioyksikkö, siten että 1..n (tai onko jopa 0..n)  OKM:n koulutusohjelmaa muodostaa amk:n koulutusohjelman. Käsitteen hajoaminen näkyy myös OKM:n päätöksissä Hankintatoimen ylemmän amk tutkinnon kohdalla (yhdestä koulutusohjelmasta on luotu kaksi koska koulutusohjelmayksiköt eivät voi OKM:n mallissa sijata kahdella koulutusalalla).)

Korjaus yleiseen malliin tulisi tehdä siten että

• opetussuunnitelmasta erotetaan näkymä  ja opetussuunnitelma sisältö 
  • alunperin virhe mallin on syntynyt siitä että opetussuunnitelman sisältöä kirjoitetaan julkaisunäkymäksi eikä ole rakennettu sisältöä siten että yhdestä tutkinnon opetussuunnitelman sisällöstä muodostuu useita ryhmien opetussuunnitelman näkymiä
    • tarjontakorin syntyminen editoriin liittyy tähän problematiikkaan - pieniksi pilkottujen opetussuunnitelmien sisällöissä on yhteistä sisältöä useille opetussuunnitelmille, jota on vaikea hallita
  • uudessa mallissa tulisi myös tutkinnon opetussuunnitelma rikkoa niin että yhdestä opetussuunnitelmasta voi muodostua useita tutkinnon opetussuunnitelman näkymiä
• opetussuunnitelma liittyy nollaan tai useampaan (OKM:n) koulutusohjelmaan
  • nolla, koska amk:lla voisi olla yksi opetussuunnitelma, josta tutkinnot perivät osia
  • yksi taiuseampia jos edellinen tuntuu liian radikaalilta
• opetussuunnitelma liittyy moneen, yhteen tai nollaan tutkintoon
  • nolla, koska yhteiset opinnot eivät liity mihinkään tutkintoon, yhteen jos suunnittelumalli on tutkinnon opetussuunnitelma, useaan jos suunnittelumalli on yllä ehdotettu

Mitä tästä seuraa:

• koska "aloituskohta" on sopimuksenvarainen (amk, organisaatioyksikkö, tutkinto, koulutusohjelma, suuntautumisvaihtoehto, ammatillinen suuntautumisvaihtoehto, opiskeluvuosi, opintokokonaisuus, opintojakso, toteutus - toteutusta pienemmällä yksiköllä tuskin voi opetussuunnittelua tehdä?) niin tarvitaan tapa liittää opetussuunnitelman sisältö suunnitteluyksikköön
  • amk  tekee päätöksen mikä on taso, jolle opetussuunnitelmat kirjoitetaan - saattaa olla tarvetta määritellä useille tasoille opetussuunnitelma (vrt. koulutus, jolla ei ole tutkintoa: maksullinen palvelutoiminta, erikoistumisopinnot, oppisopimustyyppinen koulutus)
  • sovellukseen määritellään amk:n hierarkia ja hierarkiaan tallennetaan amk:n ops:n suunnittelutasot
  • sovellukseen määritellään säännöt, joilla ryhmien opetussuunnitelmat näytetään
    • tästä ehdotuksesta on ikävä seuraus: olemme luopuneet opintokokonaisuuksista editorissa, jotka liittyvät useaan opetussuunnitelmaan. Tämä ehdotus synnyttää useaan opetussuunnitelmaan liittyvät opintokokonaisuudet. 
    • Useaan opetussuunnitelmaan liittyvistä kokonaisuuksista luovuttiin, koska käyttäjien on vaikea hahmottaa että omassa opetussuunnitelman näkymässä tehty muutos vaikuttaa samaa kokonaisuutta käyttävään toiseen opetussuunnitelman näkymään 

Tarkistettava

• tarvitaanko opetussuunnitelmien sisäkkäisyyttä (yksi voi sisältää 1..n)
•  

Tulokset

Käsittelysäännöt

1.C.1 Saapumisryhmän on sen sovelluksen yksikkö, joka omistaa opiskelijatiedot - vuosittainen koulutuksen suunnittelu ei omista saapumisryhmiä eikä opiskelijoita.

Avoimet asiat