EA-välineistä www.coala.fi



Samankaltaiset tiedostot
Kokonaisarkkitehtuuri osana kehittämisen ekosysteemiä. KAOS-vuosikokous Haltia Anna Aaltonen, Coala Oy

Kokonaisarkkitehtuuri ja päätöksenteko

EA ja ITIL yhteiselo arkkitehtuurin näkökulmasta. KAOS Anna Aaltonen Senior Consultant Coala Oy

Intranetin rakentaminen ja käyttöönotto. Pitkästä tavarasta, elementteinä vai avaimet käteen -toimituksena?

Viitearkkitehtuurin suunnitteluprosessi. Ohje. v.0.7

Arkkitehtuuripankki. Mallintamisen metamalli ja notaatiot

Ohjelmistojen mallintaminen, mallintaminen ja UML

Liite 1: KualiKSB skenaariot ja PoC tulokset. 1. Palvelun kehittäjän näkökulma. KualiKSB. Sivu 1. Tilanne Vaatimus Ongelma jos vaatimus ei toteudu

Avoimen ja yhteisen rajapinnan hallintamalli

Sähköinen työpöytä. Millainen se oikein on? Kuka sitä (haluaa) käyttää? Aki Antman Sulava Oy

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

Kokonais-IS-arkkitehtuuri korkeakouluissa Tietohallinnon näkökulma

Prosessien mallintaminen

Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma

AVOIMEN TUOTTEEN HALLINTAMALLIT. Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö. Yhteentoimivuutta avoimesti

Selvitysraportti. MySQL serverin asennus Windows ympäristöön

Pikaohje QPR-käyttöön

TOIMIJAREKISTERIN TOTEUTUKSEN JA YLLÄPIDON HANKINTA - HANKINNAN YKSI- LÖINTI HUOM!

KOKONAISARKKITEHTUURIN ARVIOINTI

Julkisen hallinnon kokonaisarkkitehtuuri

Järjestelmäarkkitehtuuri (TK081702) Yritysarkkitehtuuri. Muutostarpeet

Mikä on avoimen tuotteen hallintamalli perustiedot ja taustoitus. Jukka Kääriäinen, Tapio Matinmikko, Raija Kuusela

Käyttäjäkeskeisyys verkkopalveluissa

Lean EA kokonaiskehittämismalli Digitalisaation suunnannäyttäjät

Korkeakoulujen prosessipalvelin: mallintajan palvelinohje Versio 0.2

Integrated Management System. Ossi Ritola

Esityksen sisältö. Ideasta hankkeeksi. Kulttuurihankkeen suunnittelu Novgorod 2013 Marianne Möller Hankeidea

Kokonaisarkkitehtuurin kehittäminen Satu Pajuniemi. Conversatum Oy

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

Koulutuksen suhdannevaihtelut. Zeppeliinistä suihkukoneaikaan

Miten kuvaat ja kehität organisaation kokonaisarkkitehtuuria?

H Prosessi- ja kokonaisarkkitehtuurityökalu palveluna Liite 17 Käytettävyyden arviointi

Kokonaisarkkitehtuuri. Kankaanpään kaupunki

Saa mitä haluat -valmennus

Yhteentoimivuusvälineistö

Mathcad 15 asennus (rev.4)

PALVELUKUVAUS järjestelmän nimi versio x.x

MALLINNUSTAPA v.0.8. STM:n kokonaisarkkitehtuuri. Mallinnustapa

Auli Lepistö Säkylä Digineuvos - hanketyökalu

Visma Fivaldi -käsikirja Tehtävienhallinta- ohje käyttäjälle

Näytesivut. 100 ja 1 kysymystä putkiremontista

Kokemuksia yritysarkkitehtuurista

MOODLE TUTUKSI. Pirkko Vänttilä Oulun aikuiskoulutuskeskus

Hankinnan problematiikka

BIM Suunnittelun ja rakentamisen uusiutuvat toimintatavat Teppo Rauhala

U U D E T O M I N A I S U U D E T V E R S I O S T A V E R S I O O N

SharePoint verkkopalvelualustana

Työasemien hallinta Microsoft System Center Configuration Manager Jarno Mäki Head of Training Operations M.Eng, MCT, MCSE:Security, MCTS

NTG CMS. Julkaisujärjestelm. rjestelmä

Järjestelmäsalkun hallinta TTY:llä

lineitä oppimisen tueksi

Sosiaalisen median koulutus- ja tukipalvelujen vakiinnuttaminen osaksi tukipalveluyksikön toimintaa

FlowIT virtaa IT-hankintoihin

Työskentelyosuuksien tulokset Kuntapilotti-projektin 2. työpajaseminaari

Maiju Mykkänen Susanna Sällinen

Tietojärjestelmän osat

Tenttikysymykset. + UML- kaavioiden mallintamistehtävät

Data Warehouse kuulumisia

Facta Kuntarekisteri. Facta 4.0 asennus testiin ja tuotantoon. Helsingin kaupunki

Tikli-projektin avausseminaari

Ohjelmistojen mallintaminen kertausta Harri Laine 1

JHS129 Julkisten verkkopalvelujen suunnittelu ja kehittäminen. JHS-jaosto

SÄHKE- ja Moreqvaikutukset. dokumenttienhallinnan järjestelmäkehitykseen. Juha Syrjälä, Affecto Finland Oy

Lifecare pilotointi Espoossa Marjaana Mäenpää ja Eveliina Cammarano

Julkisen hallinnon kokonaisarkkitehtuuri JHKA

Valtion yhteisen viestintäratkaisun (Vyvi) Työtila- ja Ryhmä-palvelun kirjautumisohje

Visual Case 2. Miika Kasnio (C9767)

YHDISTYKSEN VIESTINTÄ

JHS 179 Kokonaisarkkitehtuurin suunnittelu ja kehittäminen Liite 4. Soveltamisohje perustason kuvauksien tuottamiseen

Fiksumpi käyttöliittymä kuntaan. Miten kuntien tietojärjestelmät saadaan palvelemaan kuntalaisia? LapIT-päivät 2015

Asiakaspalveluprosessin kehittäminen jakelun vaikutuspiiriin kuuluvien asioiden osalta

Skanska Ruskeasuo Larkas & Laine

AVOIN LÄHDEKOODI JA SEN MERKITYS LIIKETOIMINNASSA

JulkICT portaalin käyttöohje

Mitä käytettävyys on? Käytettävyys verkko-opetuksessa. Miksi käytettävyys on tärkeää? Mitä käytettävyys on? Nielsen: käytettävyysheuristiikat

Tiedolla johtamisen varautuminen uusiin toimintamalleihin

Muistitko soittaa asiakkaallesi?

PAIKALLISJÄRJESTÖKOHTAISTEN NETTISIVUJEN

Tietotekniikan koulutus Savonlinnassa

Sisäänrakennettu tietosuoja ja ohjelmistokehitys

Wiki korvaa intranetin. Olli Aro

Ohjausryhmän six-pack

Keskitetyn integraatiotoiminnon hyödyt

Avoimen lähdekoodin ohjelmistot julkisessa hallinnossa

opiskelijan ohje - kirjautuminen

veta Nuori ja suojatut henkilötiedot

Tietojärjestelmäkehityksen ja ylläpidon kilpailuttaminen. Hankintamenettelyjen parhaat käytännöt

IIO30100 Tietokantojen suunnittelu (6 op)

KAOS 2015: Integraatioiden standardointi suunnittelumallien avulla. Ilkka Pirttimaa, Chief ICT Architect, Stockmann ICT

Suomi.fi-palvelutietovaranto. Info: Digituen kuvaaminen palveluna Palvelutietovarantoon (PTV)

Office_365_loppukäyttäjän ohje Esa Väistö

Kansallinen palveluväylä - Rolling Up the Sleeves Paasitorni

Tekijän nimi

ADE Oy Hämeen valtatie TURKU. Tuotekonfigurointi. ADE Oy Ly Tunnus:

opiskelijan ohje - kirjautuminen

Sähköinen työpöytä Suomen Pankissa

Infran tuotetietojen hallinta, nykytilanne

Valtionhallinnon arkkitehtuurin kehittäminen

Prosessien mallintaminen

Transkriptio:

EA-välineistä www.coala.fi 28.11.2011 Materiaalia saa lainata kokonaisina kalvoina, siten että Coalan nimi ja logo ovat näkyvissä (=alatunniste). PS. Kuvat creative commons ja Microsoft.

COALA Oy Perustettu 2011 Työntekijöitä 2 Työntekijöiden omistama Anna Aaltonen, hall.pj. Petteri Laamanen, tj. Pasilanraitio 5, Helsinki Myymme konsultointia: Kokonaisarkkitehtuuri IT-arkkitehtuurit Mallinnustyökalut Prosessien kehittäminen Määrittely Systeemityön kehittämien Projektienveto Huipputason osaamista Olemme asiakkaan puolella Uskomme pitkään kumppanuuteen Olemme toimineet sekä asiakkaana että toimittajana 2 28.11.2011 www.coala.fi

Annan tausta välineiden kanssa Rational tuoteperhe ARIS QPR vuosina 2000-2005 mallintaminen, systeemityötavan kehittäminen, mallinnustuki sertifikaatit oliomallinnus (UML) ja RUP (Rational Unified Process) vuosina 2006-2011 käyttöönotto, mallintaminen, mallinnustavan suunnittelu ja ylläpito (muutoksenhallinta), EAkäsikirja, koulutusten suunnittelu ja pitäminen, tuotantokäytön järjestelyt, käyttäjätuki. vuonna 2006 prosessimallinnus Sparx EA vuonna 2011 prosessimallit ja IT-arkkitehtuuri satunnaisesti muita välineitä, yleensä freeware-tuotteita anna.aaltonen@coala.fi puh. 040 570 8099, www.coala.fi 3 28.11.2011 www.coala.fi

Mitä on EA? Miksi väline? Mitä välinevalinnassa on huomioitava? 4 28.11.2011 www.coala.fi

Mitä on EA? Eli kokonaisarkkitehtuuri Zachman JHS Tiedot Liiketoiminta Tietojärjestelmät Teknologia Yksinkertainen TOGAF 5 28.11.2011 www.coala.fi

Millaisessa lähtötilanteessa välinettä yleensä harkitaan? usein joku kokonaisarkkitehtuuriharjoitus on tehty excelillä tai visiolla prosesseja on kuvattu siihen voi olla jopa oma väline voisiko prosessimallinnusväline taipua kokonaisarkkitehtuuriin? IT-projekteissa on tehty erilaisia arkkitehtuurikuvauksia yleensä melko teknisiä tietomalleja on kuvattu eri aikakausina eri tavoilla jonkun DW-projektin osana näitä on jopa yhteismitallistettu kaivataan yhtenäisyyttä ja ristiviittauksia eri asioiden välille 6 28.11.2011 www.coala.fi

Mallinnusväline on vain yksi osa Viestintään käytettävä materiaali Formaali merkitys Koulutusmateriaalit Ryhmätyömenetelmät Esitysmateriaalit (PowerPoint) Työtavat Kuvauskanta (ARIS, QPR) Muut dokumentit Inventaario Word Sharepoint Tukilomakkeet (SIPOC) 7 28.11.2011 www.coala.fi

Mitä ominaisuuksia EA-välineillä on? 1/2 teknisesti tietokantapohjaisia monen käyttäjän ympäristöjä sisältävät käyttäjä- ja käyttöoikeushallinnan eli mahdollisuuden vaikuttaa siihen kuka näkee ja mitä lisensointimallit vaihtelevat, useimmiten mallintaja tarvitsee oman lisenssin, lukukäyttö on yleensä halvempaa julkaisujärjestelmä voi olla eri kuin mallintajien käyttämä mallintajalle mahdollisuuden piirtää erilaisia malleja ja kaavioita eri käyttötarkoitukseen sopivia mallityyppejä (prosessikartta, järjestelmäkartta jne.) mahdollisuus linkittää malleja toisiinsa ja tehdä navigointirakenteita mahdollisuus lisätä malleihin linkkejä dokumentteihin ja muihin lisätietoihin mahdollisuuden uudelleenkäyttää samoja objekteja eri malleissa mahdollisuus versiointiin (version 0.1., 0.2, 1.0), elinkaaren kuvaamiseen (asis, to-be) ja historiatietoon palaamiseen 8 28.11.2011 www.coala.fi

Mitä ominaisuuksia EA-välineillä on? 2/2 lukukäyttäjälle selainpohjainen käyttöliittymä lukea ja katsella malleja mahdollisuus tulostaa mallien sisältöä raportteihin konfigurointiin mahdollisuuden valita yrityksen käyttämät mallit (kaikkien mahdollisten joukosta) mahdollisuus muokata mallityyppejä, joskus luoda jopa kokonaan uusia (eri asia kannattaako) mahdollisuuden vaikuttaa mallien ulkonäköön (fontit, värit) lisäksi mahdollisuus automatisoida joitain toimintoja scripteillä tms. useimmiten mallien sisältöä voi import/export eri esitysmuotoihin arkkitehdin näkökulmasta välineet tukevat erilaisia kehikoita (framework) ja menetelmiä, kuten TOGAF, Zachman. Joskus paremmin, joskus huonommin. mahdollisuuden vertailla as-is ja to-be tilannetta (gap-analyysi) erilaisia visualisointeja (nelikenttä, liikennevalot), joskus jopa simulointeja 9 28.11.2011 www.coala.fi

Välinevalinta eri näkökulmista arkkitehti tukeeko väline arkkitehtuurin tavoitteita? entä valittuja standardeita ja kehikoita? mallintaja onko käytössä riittävästi mallityyppejä? ovatko erilaiset toiminnot (vertailut, yhteenvedot) riittävän helppokäyttöisiä ylläpitäjä (system manager) varmuuskopiot, palautus konfiguroinnin selkeys ovatko toistuvat toimet automatisoitavissa? lukukäyttäjä julkaisun miellyttävyys ja visuaalinen selkeys valmis sisältö helppo navigoida, ei saa eksyä mahdollisuus siirtyä linkkien kautta lisätietoihin omistaja/maksaja lisenssit, käyttöoikeudet resurssien saatavuus välinetoimittajan välinetuki mahdollisuus vaihtaa tarvittaessa toiseen välineeseen 10 28.11.2011 www.coala.fi

Välinevalinnan haasteita huomio kiinnittyy helposti ulkoisiin seikkoihin valintaan vaikuttaa voimakkaasti käyttöliittymä ja mallien visuaalinen ulkoasu. helppokäyttöisyyttä on vaikea arvioida ensi kosketuksella helppo on pitkällä tähtäyksellä riittämätön peruskäyttäjälle väline voidaan tarjota käyttövalmiina, kunhan siihen tehdään tietty perustyö valmiiksi koulutus (perinteisen luokkahuonemuotoinen) auttaa käytettävyyteen konfiguroinnin ja hallinnoinnin helppous ei tule esille POC:in aikana jos konfigurointi ja hallinnointi on hyvin vaikeita oppia, jää vaihtoehdoksi resurssien ostaminen (pysyvästi) välinetoimittajalta jos välinettä on mahdollista konfiguroida väärin, joku tekee niin ennemmin tai myöhemmin valmiit vaatimuslistat ovat hillittömän pitkiä ja niitä käyttämällä päätyy välineeseen, jossa on eniten ominaisuuksia 11 28.11.2011 www.coala.fi

Mikä voi tuottaa pettymyksen? kaikki ei mene niin kuin Strömsössä välinetoimittajan esittelytilaisuudessa näyttämä malli, jossa on liikennevaloja ja kaikkea, voi vaatia yllättävän paljon käsityötä. myös erilaiset yhteenvedot, gap-analyysit yms. voivat vaatia yllättävän paljon voimistelua väline taipuu tiettyihin asioihin ja tiettyihin ei mallinnustapa kannattaa tehdä jossain määrin välineen ehdoilla. Se miten väline on ajateltu käytettäväksi on yleensä luontevin tapa. arkkitehtuurin pitäisi kantaa välineestä ja alustasta toiseen, eli sietää välineen vaihtaminen ilman, että kaikki menee uusiksi. 12 28.11.2011 www.coala.fi

Väline ja mallinnustapa on aina kompromissi 13 28.11.2011 www.coala.fi

Vapaus vrs määrämuotoisuus Malleja syntyy Yhteisesti sovittu notaatio Voi mallintaa suoraan työpajassa Helpot peruskäsitteet Helppous Määrämuotoisuus Visuaalinen ohje Nimeämisstandardi Ryhmätyötapoja ja ideointia mallintamisen tueksi Tarkkuustaso samanlainen Koulutus ja selkeät ohjeet lisäävät helppoutta. Määrämuotoisuus lisää ymmärrettävyyttä. Monta mallintajaa ja yhteinen kuvauskanta lisää määrämuotoisuuden tarvetta. Voidaan myös sopia työnjaosta: yksi luonnostelee sisältöä, toinen formalisoi. 14 28.11.2011 www.coala.fi

Helppokäyttöisyys, tekijälle vai lukijalle? Haluan tehdä sellaista mihin olen aina tottunut. Se käy helposti ja nopeasti. Minun on vaikea ymmärtää mitä nämä erilaiset symbolit ja kaikki eri kaaviot tarkoittavat? 15 28.11.2011 www.coala.fi

Vaatimukset välineelle eivät aina tunnu relevanteilta Olen tottunut käyttämään välinettä x ja siellä on ominaisuus z, pystyykö väline y samaan? Tätä kaaviota on näytetty monessa kokouksessa johtoryhmälle. Pystyykö mallinnusväline tekemään tismalleen tämän näköisen? 16 28.11.2011 www.coala.fi

Yrityksen iso kuva vrs projektit Projektin tavoitteet määrittelevät mitä malleja tarvitaan Tarkkuustaso vaihtelee projekteittain Osaa malleista tarvitaan työn aikana Mallinnusprojekti Projektin päätyttyä päätettävä mitä säilytetään Iso kuva on karkealla tarkkuustasolla Yrityksen kokonaisuus Nykytilaa pidettävä ajan tasalla Mallinnuksen kattavuus oltava riittävä päätöksentekoon Esitystavan harmonisointia tarvitaan 17 28.11.2011 www.coala.fi

Suhteellinen vaikeus kasvaa koon mukana koko yritys vaikeus yksi mallintaja monta mallintajaa monta projektia käyttäjien / käyttökohteiden määrä 18 28.11.2011 www.coala.fi

Kulttuurikin vaikuttaa, kaksi ääripäätä Mallinnuskulttuuri on vahva tausta: mallinnusta on harjoitettu jo vuosia erilaisten systeemityömallien yms. kautta kokonaisarkkitehtuurilla haetaan toimintaan ketteryyttä; päätöksiä on saatava tehdyksi nopeammin huomioi nämä: mallintajat osaavat vaatia välineeltä paljon, joten on riski, että mallinnustavasta tulee raskassoutuinen ja vaikea aikaa ei tarvitse käyttää perusteluihin miksi yleensäkään mallintaa mitään Jos kuvattaisi edes jotain tausta: CIO ja pääarkkitehti ovat työskennelleet organisaatiossa aina, joten akuuttia tarvetta mallintamiseen ei ole ollut IT-riskejä on hallittu ennemminkin sopimusten kautta IT-projektit eivät silti mene oikein nappiin eivätkä vastaa liiketoiminnan tarpeisiin huomioi tämä: aikaa perusteluille ja keskustelulle on varattava enemmän ota alussa avuksi kokeneita mallintajia, jotta saat sisällölle hyvän alun 19 28.11.2011 www.coala.fi

Mikä on sopiva tahti edetä? http://www.flickr.com/photos/crschmidt/2936277632/ 20 28.11.2011 www.coala.fi

Ota väline mukaan ajoissa ja sopivina kokonaisuuksina ilman välinettä EA ei onnistu, ainakaan mallien ylläpito välineen liian suurimittainen käyttöönotto syö kaikki voimavarat välineen liian pienimittainen käyttöönotto ei innosta ketään samalla kun uusi mallityyppi ilmestyy, olisi syytä ilmestyä perussisältö 21 28.11.2011 www.coala.fi

Väline tuotannossa 22 28.11.2011 www.coala.fi

Mittakaava käyttäjiä EA-välineellä oletetaan olevan noin 10 tai enemmän. Jos mallintajia on vain yksi tai kaksi, he voivat keskenään sopia työtavoista, eikä välineen tuotannonomainen käyttö ole välttämättä relevanttia EA-välineellä mallintavien määrä nousee helposti noin 10 henkilöön, sillä mukaan tulee myös ulkoisia osapuolia projektien resurssoinnin kautta. Osa arkkitehtuuriselvityksistä teetetään konsulteilla. jotta EA realisoituisi yrityksessä, jatketaan siitä yleensä prosessimalleihin ja ITarkkitehtuureihin. Koska samat EA-välineet mahdollistavat nämä, käyttäjiä on enemmän kuin puhtaasti kokonaisarkkitehtuuria tekevät henkilöt. 23 28.11.2011 www.coala.fi

Millaisista välineistä puhumme? EA-välineen oletetaan vaativan jossain määrin konfigurointia, sillä välineet, joissa on muutama perusmalli, joita kaikki käyttävät, ei välttämättä ole riittävän monipuolinen EA-mallintamiseen. Näin yksinkertaisia välineitä ei edes tarvitse (tai aina edes pysty) konfiguroimaan. välineet, jotka tukevat kaikkia mahdollisia standardeja ja notaatioita, ovat liian monimutkaisia käytettäväksi ilman että konfiguroimalla on valittu käytettävä osajoukko on mahdollista, että joku väline on suoraan avaimet käteen, silti sitäkin yleensä integroidaan vaikkapa hankehallintaan EA-mallinnustapa yrityksessä kehittyy ajan kanssa. Ensin kannattaa aloittaa perusasioista ja laajentaa vaiheittain. Monesta muustakin syystä tarvitaan muutoksen hallintaa (ITIL-tyyppinen Change Management) 24 28.11.2011 www.coala.fi

Mitä on tuotanto? tietojärjestelmä, jota käytetään työntekoon on tuotantojärjestelmä ja tuotantokäytössä järjestelmän käytöstä on tehty päätös (joku ei ole vain ladannut sitä internetistä) käyttötapaa on suunniteltu sen verran ettei tietojen häviämistä tapahdu, eli on suunniteltu mihin tiedot tallentuvat (tiedostot tai tietokanta) tietoturva yms. ovat yrityksen linjausten mukaisia tuotantojärjestelmiä on erilaisia jotkut ovat liiketoimintakriittisempiä kuin toiset joissain on luottamuksellista tietoa ja toisissa julkista joitain järjestelmiä käytetään satunnaisesti, toisia taas päivittäin käyttäjämäärät ja käyttötavat vaihtelevat. Joitain käyttää vain muutama henkilö, joitain taas kaikki työntekijät ja jopa asiakkaat ja kumppanit. käyttäjäryhmistä erottuu usein lukukäyttäjät ja sisältöä päivittävät. Mukana voi olla useita eri käyttäjäryhmiä, joilla on erilaiset tarpeet. 25 28.11.2011 www.coala.fi

Käyttötarkoituksesta riippuen tarvitaan erilaista järeyttä tuotantojärjestelyissä 26 28.11.2011 www.coala.fi

EA-mallinnusväline tuotantojärjestelmänä miten se eroaa muista tuotantojärjestelmistä? käyttäjiä on suhteellisen vähän, samaten tietomassat ovat pieniä lisenssit (per käyttäjä) ovat tyypillisesti kalliihkoja järjestelmä ei ole liiketoimintakriittinen, se voi olla pois päältäkin, kunhan siitä vain tiedotetaan kunnolla. Sisältö taas voi paikoin olla hyvinkin merkityksellistä. suuruuden anatomia ei tule muissakaan asioissa avuksi, käyttäjätuki ja kaikki muutkin sivukulut jaetaan pienehkön käyttäjämäärän kesken. millainen tuki kannattaa ja voidaan kustannusmielessä järjestää? kannattaa keskittyä aivan perusasioihin (asennus, käyttöoikeudet, järjestelmän päällä olon varmistaminen). osa tuesta voi olla vertaistukea, näitä henkilöitä kutsutaan mm. pääkäyttäjiksi koulutus ja ohjeistus ovat olennainen osa tukea. Nämä muodostavat kokonaisuuden välinetuen kanssa. millaista ohjeistusta välinetoimittajilla on tarjolla tuotantokäyttöön? jotain teknistä dokumentaatiota löytyy, mutta harvoin muuta. Mallinnusvälineet ovat alun perin olleet muutaman käyttäjän hiekkalaatikoita. Ajatus vakavammasta tuotantokäytöstä on melko uutta kaikille. 27 28.11.2011 www.coala.fi

Kysytäänkö mitä tarvitaan vai mitä ei saa tapahtua? 28 28.11.2011 www.coala.fi

Mitkä ovat tukeen kuuluvia perusasioita? Yksi tapa on miettiä perusasioita käytön esteiden kautta Miten estetään se, että käyttäjän lopettavat välineen käytön ja lataavat sen sijasta vaikkapa jonkun ilmaisohjelman netistä? Jos tällaisia käytön esteitä ei ole, voidaan olettaa että tuki on riittävän hyvä. Riittävän hyvä on kustannusmielessä se, mihin joudutaan tyytymään. Tyypillisiä käytön esteitä Käyttäjä on unohtanut salasanansa ja työpaja on alkamassa puolen tunnin sisällä. Henkilö, joka pystyy palauttamaan salasanan, on lomalla. Kesken työpajan alkaa järjestelmän versiopäivitys, josta aiheutuu tunnin käyttökatko. Projekti tarvitsee mallinnusvälinettä, työt alkavat ensi viikolla. Seuraava sisäinen koulutus, johon osallistumista edellytetään ennen välineen käytön aloittamista, on marraskuussa. Sisällön organisointi (kansiorakenne tai vastaava) on muuttunut yllättäen jälleen kerran. Mallintaja joutuu etsiskelemään omia mallejaan. Suurin osa malleista on keskeneräisiä. Kaikkineen sisältö antaa lähinnä kaoottisen vaikutelman. Ovatko nämä asiat itsestään selviä? Ettei käytön esteitä ole? mallinnusvälineiden kohdalla käytön esteet ovat valitettavan yleisiä joskus niitä yritetään ratkaista vaihtamalla väline toiseen parempaan 29 28.11.2011 www.coala.fi

Tuotantokäyttö koostuu monesta asiasta Tuki Koulutus Ohjeistus Välinetuki Välineen oma Standardin mukainen Mallinnustapa Tekninen alusta Testi Tuotanto 30 28.11.2011 www.coala.fi

Välinetuki, koulutus, ohjeistus, mallinnustuki rajanveto - mikä on mitäkin - on vaikeaa ja tarpeetonta käyttäjän on ymmärrettävä perusasiat miksi mallinnetaan ennen kuin välinettä tarvitaan. Välineellä itsessään ei tee mitään. välinetukeen (mistä milloinkin klikataan) liittyy oleellisesti se mitä mallia kannattaa milloinkin käyttää. Kysymys pystyykö välineellä tekemään asian x tarkoittaa usein kannattaako mallintaa näin. ohjeistus kannattaa tarjoilla tilannekohtaisina soveltamisohjeina ennemmin kuin laajana käsikirjana projektien aloituksen tuki jos mallinnus alkaa oikein, se yleensä jatkuu oikein aina on osattava valita tilanteeseen sopivat mallit ja mallinnustavat. Tätä ei pysty ohjeistamaan keittokirjaksi vaan kokeneempi mallintaja on paras apu. paras koulutus on kokonaisuus välineestä, mallinnustavasta ja yrityksen valitsemista työtavoista tarkoittaa käytännössä yrityksen tarpeisiin räätälöityä kurssia jos mallintajia on vähän, ei räätälöity kurssi luonnollisestikaan ole vaihtoehto peruskurssin lisäksi tarvitaan jatko- ja kertauskursseja 31 28.11.2011 www.coala.fi

Miten mallinnustapa kannattaa suunnitella? mallinnustapa on suunniteltava välineen ehdoilla kullakin välineellä on best practise eli luontevin tapa käyttää sitä välinettä voi taivuttaa moneen muuhunkin, mutta se aiheuttaa vaikeakäyttöisyyttä ja huonoa ylläpidettävyyttä useimpiin välineisiin on lisätty (jälkeenpäin) laaja määrä erilaisia standardeja ja notaatioita, joita se tukee. Tämä on tehty pitkälti markkinointimielessä. Katsotaanhan sellainen väline paremmaksi, jossa on enemmän ominaisuuksia. Kaikki näistä lisätyistä mallinnustavoista eivät ole käyttökelpoisia tässä välineessä. parasta olisi, jos mallinnustavan suunnittelija tuntisi välineen hyvin. mallinnustapaa ei saa suunnitella pelkästään välineen ehdoilla pahimmillaan tämä on sitä, että käydään läpi tarjolla olevia mallityyppejä ja mietitään mikä olisi kiva. Välinetoimittajan markkinointimateriaalikaan ei ole hyvä lähtökohta. prosessien kehittämisen työtavat, systeemityö ym. määrittävät tarpeet välineen käytölle. Tarvitsemme välineen, jotta voimme kehittää prosesseja. onnistumisen kannalta ei ole oleellista onko valittu yksi vai toinen mallinnustapa, tärkeintä on sen johdonmukainen käyttö 32 28.11.2011 www.coala.fi

Pitääkö väline konfiguroida sellaiseksi kuin käyttäjät haluavat? käyttäjätarve 1 standardien ja yleisten käytäntöjen noudattaminen (de facto) käyttäjätarve 2 käyttäjätarve 3 käyttäjätarve 4 ehyt käsitteistö (metamalli) kuka omistaa? kuka päättää? riittävä mutta yksinkertainen 33 28.11.2011 www.coala.fi

Ainakin tähän on totuttava Tuotantojärjestelmä ei ole kenenkään hiekkalaatikko, eikä kuulukaan olla. Toimintatavan määrämuotoisuus on ammattimaisuutta, vaikka tuo jäykkyyttä. Hallittu toimintatapa maksaa suorina kuluina. Hallitsematon piilokuluina. Alati tapahtuvat muutokset hämmentävät käyttäjiä. Kuukausittain ilmestyvät muutokset on tihein mahdollinen tahti. Siitä kannattaa poiketa vain erityisen hyvästä syystä. Luonnosteluun voi edelleen käyttää Visiota ja ilmaisohjelmia. Vaikka EA-välineelläkin edetään iteroiden, eivät vapausasteet ole koskaan sellaiset kuin piirrosohjelmissa. Monipuolisella välineellä on käyttökynnys. Sen opetteluun menee aikaa, mutta se palkitsee lopussa. Harva mallintaja kuvaa päätyökseen, mutta jos välinettä käyttää vain päivän pari vuodessa, ei se maksa vaivaa. Pyydä ennemmin kaveria auttamaan. 34 28.11.2011 www.coala.fi

Teknisempiä näkökohtia 35 28.11.2011 www.coala.fi

Mihin tarvitaan testiympäristöä? tekniset versiopäivitykset tämä on yleensä luonnollista entäpä nämä tilanteet? mallinnustapa ei voi muuttua lennosta kesken päivää mallinnustavan on oltava tuotannossa ristiriidaton kaikkina ajanhetkinä mallien muutosten lisäksi tarvitaan joskus myös sisällön konversioita entäpä jos kaikki muutokset testattaisiin ennen tuotantoon siirtoa? 36 28.11.2011 www.coala.fi

EA-välineen suhde muihin yrityksen välineisiin suhde muihin välineisiin on määriteltävä hiekkalaatikot, millä välineellä tietty asia tehdään? master-data, mihin tieto syntyy ja missä sitä ylläpidetään? Millaisia integrointitarpeita tämä aiheuttaa? montaako erilaista ympäristöä yritys haluaa ja jaksaa ylläpitää? CMDB (Configuration Management Database) yleensä luonteva paikka ylläpitää järjestelmiä, teknologioita yms. komponentteja prosessialusta prosessien kuvaaminen ja mahdollinen suoritusympäristö BI / mittaukset lukumäärä / mittaustietoa tarvitaan analyysien pohjaksi systeemityövälineet (UML, vaatimushallinta etc.) milloin IT-tekeminen siirtyy tänne? projektinhallinta / hankesalkku 37 28.11.2011 www.coala.fi

http://www.flickr.com/photos/akeg/460967593/ 38 28.11.2011 www.coala.fi ja eikun kohti uusia seikkailuja!

Coalan palvelutarjonta EA-välineisiin kokonaisarkkitehtuurin etenemismalli ja siihen liittyvät suositukset perustuen yrityksenne tarpeisiin ja nykytilaan yksi osa selvitystä on välinevalinta välineen käyttöönotossa tukeminen PS. tekninen tuki kannattaa hankkia ao. välineen toimittajalta koulutukset, projektien mallinnustuki mallinnuskäsikirja, tarvittava ohjeistus mallintaminen (prosessimallit, IT-inventaariot, tietomallit) jo käytössä olevan kokonaisarkkitehtuurivälineen käytön evaluointi tukeeko kokonaisuus kokonaisarkkitehtuurin tavoitteita onko ympäristössä selviä käytön esteitä ja miten ne olisi korjattavissa onko koulutus/ohjeistus ja tuki käyttöön riittävää onko muutoksenhallinta käytössä millaiset roolit, tiimit ja hallintamalli sopisi yritykseenne 39 28.11.2011 www.coala.fi

Esityksessä käytettyjä kuvia (tai sitten ei) http://www.flickr.com/photos/perspective/5663167422/ http://www.flickr.com/photos/usacehq/4888261783/ http://www.flickr.com/photos/joeshlabotnik/1240311009/ http://www.flickr.com/photos/billjacobus1/123643126/ http://www.flickr.com/photos/criminalintent/162478786/ http://www.flickr.com/photos/22964099@n05/2204059683/ http://www.flickr.com/photos/dougtone/4186643975/ 40 28.11.2011 www.coala.fi