Opetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen

Transkriptio

1 Opetussuunnitelmien ja tutkintojen perusteiden rakenteistaminen Toiminnallinen määrittely: Työsuunnitelma TYÖSUUNNITELMAN TIEDOT Versio 0.1 Laatija Ulla Angervo Laatimispäivämäärä Hyväksyjä Hyväksymispäivämäärä Organisaatio MUUTOSHISTORIA Versio Tekijä Pvm. Muutokset 0.1 Ulla Angervo

2 SISÄLTÖ 1. TAUSTA JA LÄHTÖKOHDAT TYÖN VAIHEISTUS JA AIKATAULU Vaihe 1: Vaatimusten tarkennus ja priorisointi Vaihe 2: Käyttäjätarinoiden laatiminen Vaihe 3: Rautalankamallinnus I Vaihe 4: Käyttötapausten laatiminen Vaihe 5: Rautalankamallinnus II Vaihe 6: Käytettävyystestaus Vaihe 7: Toteuttaja läpikäynti Siirto toteutukseen Projektinhallinta TYÖN TULOKSET, MITTARIT JA PÄÄTÖSPISTEET... 6

3 1. TAUSTA JA LÄHTÖKOHDAT Opetussuunnitelmien ja tutkintojen perusteiden rakenteistamisen lähtökohtana on mahdollistaa perusteaineiston monipuolisempi käyttö kuin tähän mennessä. Perusteet on aikaisemmin tuotettu ensisijaisesti paperiversioina tai niitä vastaavina sähköisinä verkkojulkaisuina. Vaikka julkaisut ovatkin laadultaan hyviä sekä tuttuja ja käyttökelpoisia käyttäjille, eivät ne pysty tarjoamaan modernin verkkoympäristön mahdollisuuksia tiedon hakuun, yhdistämiseen ja monikäyttöisyyteen. Tämä työsuunnitelma on osa eopetussuunnitelmat ja tutkinnot -projektisuunnitelmaa. Tässä suunnitelmassa on kuvattu tarkemmalla tasolla Vaihe 2: Määrittely ja toteutus. 2. TYÖN VAIHEISTUS JA AIKATAULU Alla olevaan taulukkoon on kuvattu päävaiheeseen Määrittely ja toteutus kuuluvan toiminnallisen määrittelyn tarkempi aikataulu ja vaiheistus. Osana tätä vaihetta toteutetaan ammatillisten tutkintojen muuntaminen uuteen rakenteeseen. Tekninen toteutussuunnitelma kuvataan valitun toimittajan kanssa toteutettavan product backlogin muodossa helmimaaliskuussa Vaihe 2 Määrittely ja toteutus Suunniteltu aloituspvm Suunniteltu lopetuspvm Ammatillisten tutkintojen muunto Vaihe 1 Vaatimusten tarkennus ja priorisointi Vaihe 2 Käyttäjätarinoiden laatiminen Vaihe 3 Rautalankamallinnus I Vaihe 4 Käyttötapausten laatiminen Vaihe 5 Rautalankamallinnus II Vaihe 6 Käytettävyystestaus Vaihe 7 Toteuttaja läpikäynti Siirto toteutukseen Projektin hallinta Alla on kuvattu työvaiheiden tavoitteet ja sisällöt tarkemmin. Vaiheita ei ole jaettu tässä vaiheessa rajatumpiin tehtäviin, koska vaiheet itsessään ovat ajallisesti lyhyitä. Osa vaiheista ajoittuu päällekkäin johtuen niiden toisiaan tukevista tehtävistä. Lisäksi koko vaiheen ajan suoritetaan ammatillisten tutkintojen muuntoa uuteen rakenteeseen, vaiheen käytännön toteutuksesta ja reusrsseista sovitaan erikseen ammatillisen koulutuksen yksikön kanssa. Vaatimusten tarkennuksen ja priorisoinnin jälkeen tulee tehdä työsuunnitelman tarkennus sekä arvioida mahdollisten muutosten vaikutus koko projektin suunnitelmaan. 2.1 Vaihe 1: Vaatimusten tarkennus ja priorisointi Opetussuunnitelmien ja tutkintojen perusteinen rakenteinen mallit on luotu ja ne ovat tietomallin mukaiset Edellisessä vaiheessa (Vaihe1. Vaatimusten tarkennus ja tietomallinnus) laadittu vaatimusluettelo päivitetään ja samalla tarkistetaan onko projektissa edetty vaatimusten mukaisesti Lähtötilanne: Vaatimusluettelon versio 0.3 ( )

4 Vaiheen päätteeksi vaatimukset priorisoidaan. Priorisoitu vaatimuslista ohjaa toiminnallisen määrittelyn etenemistä. Kentälle suunnatun nykykäytön kyselyn tuottaminen Työmenetelmä o Projektiryhmä tekee, sisäinen hyväksyy o Tehtävänä on priorisoida vaatimukset sellaiseen järjestykseen, jota voidaan käyttää sekä toiminnallisen määrittelyn että koko projektin tulosten ohjaamiseen. o Vaatimuksia tarkennetaan kentän kyselyn pohjalta 2.2 Vaihe 2: Käyttäjätarinoiden laatiminen Käyttäjätarina on yksi selkeä toiminnallinen vaatimus, mitä järjestelmän on tuettava. Varsinainen teksti pyritään pitämään mahdollisimman lyhyenä, mutta tekstistä pitää käydä ilmi kuka pystyy tekemään mitä ja miksi. Käyttäjätarinoiden ei ole tarkoitus olla täydellinen määrittely, vaan enemmänkin muistuttaa asioista, joista pitää keskustella. Käyttäjätarinoiden laatimiseen olemassa riittävät asiantuntijaresurssit Neljä erillistä näkökulmaa: laadintaprosessi (AM), laadintaprosessi (YL), paikallinen laadintaprosessi ja hyödyntäminen (AM), paikallinen laadintaprosessi ja hyödyntäminen (YL) Kysely kentälle nykykäytöstä valmis, toteutus lokakuun alussa, hyödyntäminen lokakuun aikana (Vaihe alkaa yhteisellä kick off tilaisuudella, jossa käydään läpi toiminnallisen määrittelyn tavoitteet ja kerrotaan käytettävistä menetelmistä) OPH:n laadintaprosessien käyttäjätarinat laaditaan asiantuntija kyselyillä (AM, YL) lokakuun alussa Paikallisen laadintaprosessin käyttäjätarinat laaditaan ssä lokakuun lopussa Tavoitteena on kirjoittaa mahdollisimman suuri määrä tarinoita, ottamatta kantaa siihen, mitä niistä oikeasti toteutetaan. Tarinat voivat olla alkuun ylimalkaisia, niitä voidaan myöhemmin tarkentaa tai jakaa alitarinoihin. Sisäisen n käsittely lokakuussa eopsjaos katselmoi käyttäjätarinat lokakuun lopussa/marraskuun alussa 2.3 Vaihe 3: Rautalankamallinnus I Vaatimukset tarkennettu Tavoitetilasta yhteinen näkemys Vaihe tuottaa karkeat rautalangat käyttöliittymästä tukemaan varsinaisten käyttötapausten laatimista Pohjana käyttäjätarinat Käyttöliittymäsuunnittelijan kanssa pidettävät työpalaverit (4 kpl),

5 Sisäisen n käsittely lokakuussa eopsjaos katselmoi rautalangat lokakuun lopussa/marraskuun alussa 2.4 Vaihe 4: Käyttötapausten laatiminen Toiminnallisuuksia kuvataan usein käyttötapausten avulla. Käyttötapaukset kuvaavat käyttäjän ja ohjelmiston välistä vuorovaikutusta. Substanssin asiantuntijoilla ja asiakirjojen tuottamisesta vastaavilla on tärkeä rooli varmistaa, että määritellyt rakenteet vastaavat toiminnallisia vaatimuksia, näin ollen resurssien saatavuuden varmistaminen ensisijaisen tärkeää Vaiheen aikana käyttötapauksista tunnistettavat yleiset toiminnalliset vaatimukset kerätään omaksi vaatimusluetteloksi Käyttötapaukset kuvataan samaan käyttötapauspohjaan, jota hankkeessa on käytetty muissa osaprojekteissa Käyttötapausten osalta on tärkeää pystyä kuvamaan ohjelmistolle toiminnallisen tilanteen esiehdot, jälkiehdot, työnkulku, tiedot ja toimijat Vaihe alkaa yhteisellä tilaisuudella, jossa kerrataan toiminnallisen määrittelyn tavoitteet sekä selvennetään käyttötapausten roolia ja tuottamista Ajalla vaiheeseen tarvitaan nimetyiltä asiantuntijoilta n. 6h/vko (2x 3h työpaja tai 3 x 2h työpaja) Projektiryhmä käy läpi käyttötapaukset ennen eopsjaoksen katselmointia ja sisäisen n käsittelyä joulukuussa 2.5 Vaihe 5: Rautalankamallinnus II Käyttötapaukset kuvattu sille tasolle, että niistä voidaan laatia tarkemmat rautalankamallinnukset Käytössä on käyttöliittymäsuunnittelijan resurssi Käyttötapaukset käydään läpi käyttöliittymä suunnittelijan kanssa, läpikäynneissä mukana substanssiasiantuntijoita, tarvittaessa käyttötapauksia tarkennetaan Käyttöliittymäsuunnittelija piirtää rautalangat käyttötapausten pohjalta, rautalangat esitellään sisäisessä katselmoinnissa, tehdään tarvittavat tarkennukset Projektiryhmä käy läpi rautalangat ennen eopsjaoksen katselmointia ja sisäisen n käsittelyä helmikuussa 2.6 Vaihe 6: Käytettävyystestaus Rautalangat piirretty ja katselmoitu Käytettävyystestauksissa testataan paperiprotoja loppukäyttäjillä Käytettävyystestausten palaute käsitellään ssä ja sisäisessä ssä

6 Testien perusteella tehdään tarvittavat korjaukset rautalankoihin määritettyjen kriteerien perusteella 2.7 Vaihe 7: Toteuttaja läpikäynti Edellisten tehtävät on suoritettu, katselmoitu ja hyväksytty Toiminnallisen määrittelyn dokumentaatio (käyttäjätarinat, käyttötapaukset, yleinen toiminnallinen vaatimusluettelo ja rautalangat) käydään läpi valitun toteuttajan kanssa. osallistuu läpikäyntiin Läpikäynnin jälkeen tehdään tarvittavat muutokset Vaiheen tuloksena syntyy alustava product backlog eli tuotteen kehitysjono Alustava product backlog hyväksytään ssä 2.8 Siirto toteutukseen Toiminnallinen määrittely vaihe on saatu päätökseen ja dokumentaatio on hyväksytty. Teknisestä toteutuksesta on laadittu erillinen suunnitelma, ja toteutus voidaan aloittaa suunnitelman mukaisesti. Toiminnallisen määrittelyn dokumentaatio (käyttäjätarinat, käyttötapaukset, yleinen toiminnallinen vaatimusluettelo ja rautalangat) katselmointi eopsjaoksessa ja hyväksyminen ssä. 2.9 Projektinhallinta Projektinhallinta vastaa työvaiheiden aikataulujen pitävyydestä, resurssien saatavuudesta, lopputulosten syntymisestä ja työn etenemisen raportoinnista. Projektinhallinnan menettelyt on kuvattu tarkemmin projektisuunnitelmassa. 3. TYÖN TULOKSET, MITTARIT JA PÄÄTÖSPISTEET Tulos Vaihe Kriteeri Katselmoija(t) Hyväksyjä(t) Työsuunnitelma vaihe 0 Työsuunnitelma kattaa työvaiheen sisältämä alueen Tarkennettu, priorisoitu vaatimusluettelo vaihe 1 Vaatimusluettelon perusteella voidaan lähteä varsinaisen toiminnalliseen määrittelyyn Käyttäjätarinat vaihe 2 Riittävä määrä tarinoita, joiden kautta voidaan lähteä vastaamaan tarkemmalla tasolla kuka, mitä ja miksi. Rautalangat I vaihe 3 Karkeat rautalangat käyttöliittymästä tukemaan käyttötapausten eopsjaos

7 laadintaa Käyttötapaukset vaihe 4 Riittävälle tasolle tuotetut käyttötapaukset, joiden perusteella voitaisiin lähteä toteutukseen Rautalangat II vaihe 5 Tarkemmalle tasolle viedyt rautalanka kuvaukset käyttöliittymästä käytettävyystestausta ja teknisen toteutuksen Käytettävyystestausraportti Alustava product backlog vaihe 6 vaihe 7 läpikäyntiä varten Raportissa on eritelty tarkennus ja korjausehdotukset Teknisen toteutuksen kanssa on tehty alustava suunnitelma toteutuksen työjonosta eopsjaos eopsjaos Päätöspiste Suunniteltu ajankohta Työsuunnitelman hyväksyminen Ammatillisten tutkintojen muuntosuunnitelman hyväksyminen Vaihe 1 Vaatimusten tarkennus ja priorisointi Vaihe 2 Käyttäjätarinoiden laatiminen Vaihe 3 Rautalankamallinnus I Vaihe 4 Käyttötapausten laatiminen Vaihe 5 Rautalankamallinnus II Vaihe 6 Käytettävyystestaus Vaihe 7 Toteuttaja läpikäynti Siirto toteutukseen Toteutunut ajankohta