...
- Kiitokset AAPA-FUCIO:lle hyvistä ja kattavista kommenteista liittyen asiakkaan tukipalvelumalliin!
- Kuinka CSC:n Digivisiolle kehitetty palveluhallintamalli kytkeytyy CSC:n ylläpitämiin muihin palveluihin?
- Synergiat ja kehitysmahdollisuuksia on tunnistettu ja samalla on pidetty mielessä, kuinka nämä palvelut mahdollisesti kytkeytyvät Digivisioon tulevaisuudessa. Jokainen palvelu tarkastetaan kuitenkin tilannekohtaisesti.
- Rakennustyö mitä on tehty SMO:n puolella on ollut vielä paperiharjoittelua, tänä vuonna päästään aidosti tekemään asiaa. Tähän asti palvelunhallintatoiminto on keskittynyt suurimmaksi osaksi Digivision tarpeisiin. SMO:n Yksi tärkeä tehtävä on kaivaa synergiat esiin ja monimutkaisuuden minimointia.
- Palveluntason ei välttämättä tarvitse olla sama läpi vuoden (esim. kesäkausi. kaikki Kaikki on sovittavissa.
- Vestman: Best effort -palvelut ovat joskus ongelmallisia. Riski , sillä riskiä on molempiin suuntiin, ylipalvelua ja sitten asiakkaan näkökulmsata liian alhainen palvelutaso. Asiakkaat ja käyttäjät voivat muodostaa odotuksia todellista lupausta paremmasta palvelutasosta.
- Lisähuomioita Digivision olemassa olevista linjauksistaOlemassa olevat linjaukset – osa selviä, mutta osaa voisi avata enemmän
- Marin:
- Kapasiteetin taso tällä hetkellä tuotantossa dialla olevat luvut per vCPU, 32 GB RAM / node - nodeja on useampia. Käyttäjämääränä tarkoittaa semmoista, että Käyttäjämääränäissä ajateltuna tullaan hyvin h pitkään pärjäämään tällä määrällä myös kapasiteettipiikeissäkapasitjeettipiikeissä
- Saatavuus: 99,5% koskee teknista osuutta, on AWS:n palvelu. Korkeampiakin olisi ollut saatavilla, mutta toki tulee vaikuttamaan hintaan merkittävästikinmerkittävästi
- Korkeakoulujen Yleisesti korkeakoulujen varojen järkevä käyttö on pidettävä mielessä
- Palveluaika: mihin asti tukea on saatavilla. Toki palvelu on käytössä 24/7
- Ratkaisuaika: ratkaistaan Ratkaistaan seuraavan arkipäivän aikana. tämä Ei koska DV:n Tämä ratkaisuaika ei koske Digivision koko ServiceDeskiä, vaan kapasiteettia ja saatavuutta? Ne ainoastaan kapasiteetinhallintaa. ServiceDeskin hybridimallin suhteen näistä sovitaan vielä erikseen. Hybridimallin tarkat palvelutasot sovitaan myöhemmin
- 99,5% on riittävä, koska se on minimi. Todellinen saatavuus on yleensä parempi. Palveluaika 8-16 on sopiva, koska korkeakouluissa ei pääsääntöisesti ole klo 16 jälkeen ketään vastaamassa yhteydenottoihin.
- Ryhmä 1
- Palvelutasopäätöksissä voi olla liikaa variaatiota, mikä voi aiheuttaa ypäyhtenäistä yhtenäistä toimintaa.
- Palvelutasot kannattaa määritellä JHS 212-suosituksen mukaisella yhteismitallisella tavalla.
- Ratkaisuvasteajat ovat keskeisempisiä laatumääreitä. Niitä voi myös muuttaa, käytäntö ja kokemus osoittaa.
- DV:n linjaukset: AWS kapasiteettia kehuttiin, sille on monin tavoin valmista ekosysteemitukea. Mittareihin tuli oppijakeskeisyyttä, tulisi näkyä mittareissa.
- Ryhmä 2
- Palvelutasoista ja raportoinnista: jos kaikki otimii toimii hyvin eikä tilanteita ole päällä, tarviiko ylipäätään olla kk-raporttejakuukausiraportteja? Toisaalta kun jotain tapahtuu, niin reaaliaikainen raportointi on tärkeää. Tilannekohtaisuutta pitää olla rakennettuna DV:N Digivision palveluraportointiin
- Kommenttia miksi ei esitetty DV:n palvelurakennetta - ovat viellä sen verran kesken että ei vielä tuoda julkiseen esittelyyn. Vielä sisäistä keskustelua ennen kun tuodaan julkiDigivision palvelurakenetta ei olla vielä tuotu julkiseen esittelyyn, sisäisen keskustelu on vielä käynnissä.
- Korkeakoulukohtaista näkemystä raportteihin? Esim. paljon kk:ista on tullut tikettejä, ja minkälaisia kustannuksia siitä syntynyt. Niistä saadaan kyllä tietoa
- Linjatuista palvelutasoista ovat ok, mutta kk-kohtaisuutta voisi olla lisää. Esim. kommentti, että tämä ei ole niin kriittinen palvelu, että pitää olla maailman parhaimman palvelutasot – sillä vaikuttaa hintaan
- Ryhmä 3
- Pohdittiin kuinka palvelutasot ovat toisistaan riippuvaisia, tulevat olla toisiinsa suhteutettuina sekä resursseista että ajallisesti
- DV:n päätetyt palvelumääreet ja -tasot: vaikuttavat järkeviltä, myös saatavuuden 99,5%, koska todellisuudessa se tulee todennäköisesti olemaan tuota korkeampi. Jos sitä tuosta lähdettäisiin nostamaan, kustannukset nousisivat kohtuuttomiksi.
- Ryhmä 4
- Marin: miten palvelutasoa voi muuttaa: menee sitten tietyn määrätyn prosessin mukaan jos sitä ylipäätänsä tullaan muuttamaan. Ketterä prosessi jos niitä tarvitsee muuttaa
- Chatbotti / tällainen voisi palvelulla hyvin toimittajan päässä myös, vaikka tämä pääpiirteittäin on loppukäyttäjien palveluissa
- Lähinnä se, että mahdollistetaan 24/7 palvelu, vaikka siellä ei aina olisi ihminen taustalla. On moderneja ratkaisuja, jotka ei välttämättä aina päätä huimaa.
...