mystes integraatioaamupala - ratkaisuja järjestelmäintegrointien tyypillisiin ongelmiin

54

Upload: mystes

Post on 18-Jul-2015

664 views

Category:

Technology


1 download

TRANSCRIPT

MIKÄ MYSTES?

Pauli Mattila, Toimitusjohtaja / Mystes

Mystes Oy

Perustettu vuonna 2010

20 työntekijää

– Kehittäjiä, järjestelmäarkkitehtejä, projektihallinnan sekä testauksen asiantuntijoita

Omistus

– n. 70 % toimitusjohtaja Pauli Mattila ja teknologiajohtaja Erno Lahtinen

– n. 26,5 % suomalainen pääomasijoittaja

– n. 3,5 % työntekijöiden omistuksessa

Tunnusluvut

Vuoden 2013 liikevaihto 1,55 milj. €(kasvua 68 % vuodesta 2012)

Vuoden 2014 liikevaihtotavoite 2,4 milj. €

Palvelut

Järjestelmäintegraatiot

– Käytössä palvelukeskeisen integroinnin alusta WSO2

– Mystes Tiira integrointien monitorointiin

Järjestelmäkehitys

– Teknologiariippumattomasti asiakkaan tarpeisiin mukautuen

Projektien ja testauksen hallintaa

– Asiakkaiden edustajana laajoissa integrointiprojekteissa

Luotettavuus, rehellisyys, ammattitaito, jatkuva kehittyminen

Way to Understanding -from Start Up to Enterprice

Pekka Puhakka,

CTA Digital Development

Sanoma Pro Oy

Mystes Aamupala 31.1.2014

Fokus:

– Time to Market - Focus on implementing the service

– Company internal Start Up organization

What we did:

– Build (reuse if possible)

– Fokus on internal solution architecture

Lessons learned:

– There will always be integration needs so desing accordingly

– Documentation really pays off

– Motivated Team is everything

Start Up – Concentrate on Service Development

31 January 2014 Presentation name7

Fokus:

– Automate processes – connect with business applications

– Integrate partner services

What we did:

– Point-to-point integrations

– In-house design

Lessons learned:

– Think twice – most likely someone already has done that

– Start using ”standard” tools

– Security included

Reach Out – Grow and Connect with Partners

31 January 2014 Presentation name8

Fokus:

– Looking at the big picture – how the **** we have so many environments

– Documenting the as is

What we did:

– Documenting the landscape

– Discussing what is really needed

– Back office integrations and partner integrations still as separate domains

– Building a architecture practise

Lessond learned:

– Create a road map ASAP

– Embrace standards and use ”standard” tools

– Think what roles you need

Growing Pains – Corporate LandscapeChanges

31 January 2014 Presentation name9

Fokus:

– Corporate governance

– Processes (and project practises) development

– Quality

– Doing things together

What we do:

– Document processes and system domains

– Build integration capabilities – enterprice integrations as service

Lessons learned:

– Share responsibilities

– Iterate and prioritise – road maps

– Parners that also understand your business

– Passion for what you do

Standardize and Harmonize – The Enterprice Way

31 January 2014 Presentation name10

RATKAISUJA

JÄRJESTELMÄINTEGROINTIEN

TYYPILLISIIN ONGELMIIN

Erno Lahtinen, Teknologiajohtaja / Mystes

Tämän aamun aiheena

Usein toistuvat ongelmat ja niiden syyt

– Tiedon katoaminen

– Järjestelmäkokonaisuuksien hallitsemattomuus

Miten ongelmia voidaan hallita ja lievittää?

– Läpinäkyvyyden lisääminen sekä tekniseen

toteutukseen että tekemiseen

– Älykkäiden työkalujen hyödyntäminen

järjestelmäkokonaisuuden ymmärtämiseen ja

hallintaan

KUULOSTAAKO TUTULTA?

Mitä ongelmien taustalla yleensä piilee?

Monimutkainen järjestelmäkokonaisuus

Orgaanisesti tapahtunutta kasvua

Kokonaisuutta on kehitetty pitkään useissa

projekteissa

Muutostarve on usein kriittisempi kuin kokonaisuuden

hallitseminen

Paljon käyttäjiä ja kehittäjiä

Eri käyttäjäkunnat ovat

tilanneet muutoksia omiin

tarpeisiinsa

Useat toimittajat ovat

toteuttaneet muutoksia ja

lisäyksiä

KUULOSTAAKO TUTULTA?

Minkälaisia ongelmia tästä kaikesta syntyy?

Järjestelmiin kohdistuvista muutoksista

syntyy merkittäviä kustannuksia

– Olivat ne tarpeellisia, välttämättömiä, tai

väistämättömiä

– Pahimmassa tapauksessa liiketoiminnan

tarvitsemia muutoksia ei kyetä toteuttamaan

Muutokset saattavat johtaa

hallitsemattomiin vaikutuksiin eri puolille

järjestelmiä

– Domino-efekti

Virheiden ja ongelmien paikantaminen ja

korjaaminen vaikeutuu

– Jos loppuasiakas joutuu valittamaan

ongelmista, on jo liian myöhäistä

KUULOSTAAKO TUTULTA?

Mitkä ovat näiden ongelmien perisyyt?

Katoava tieto

Toimittajat vaihtuvat

– Vievät mukanaan hiljaista tietoa toteutuksista ja

varsinkin integraatioista

Oman organisaation väki vaihtuu

järjestelmäkokonaisuuden elinkaaren aikana

– Historiallista domain-ymmärrystä katoaa

Muuttuva ympäristö

Liiketoimintatarpeet ja järjestelmien käyttötavat

muuttuvat ajan myötä

Dokumentaatio on puutteellista ja vanhentuu

auttamatta

Hallitsematon kokonaisuus

Muovautuu, monimutkaistuu ja kerrostuu

vähitellen– Lukuisin eri tavoin ja

tekniikoin integroituja

sovelluksia

– Kukaan ei voi hallita

kokonaisuutta täydellisesti

– Ajan myötä riskit kasvavat

– Vaatii “arkeologiaa”

ONGELMANRATKAISUA

Muutosten tekeminen on kallista

Tai joskus jopa mahdotonta

Muutosten tekeminen on kallista - Ratkaisu

Tuodaan väliin integrointialusta

Muutosten tekeminen on kallista - Ratkaisu

Ominaisuus voidaan toteuttaa muihin järjestelmän

osiin ilman, että muutokset heijastuvat jokaiseen

liitokseen

Domino-efekti

Yhteen sovellukseen kohdistuva muutos saattaa

aiheuttaa hallitsemattomia muutostarpeita muualle

kokonaisuuteen

Domino-efekti

Syntyykö ketjureaktio?

Entä jos jotain osaa ei

voidakaan muuttaa?

Rikotaanko jotain

muutosten yhteydessä?

Vaarana “Big bang”

Domino-efekti - Ratkaisu

Lisätään läpinäkyvyyttä muutoskohteen ympärille

Opitaan tarpeeksi muutoskohteesta ja sen

liitoksista

Domino-efekti - Ratkaisu

Estetään dominoefekti rajaamalla muutoksen

vaikutusaluetta

Tuntemattomat virheet

Virheistä ei tiedetä tarpeeksi, ne huomataan

myöhässä, paikallistaminen ja korjaaminen on

työlästä ja hidasta, …

Tuntemattomat virheet - Ratkaisu

Lisätään läpinäkyvyyttä integrointialustan ja

älykkään monitoroinnin avulla

Tuntemattomat virheet - Ratkaisu

Ongelmia päästään ratkaisemaan jopa ilman

muutostarpeita järjestelmiin

WSO2-tuoteperhe

+ tietämysperusteinen lähestymistapa

Pystytään etenemään pala kerrallaan

hankalissakin tilanteissa

– Open Source –tuoteperhe tukee iteratiivista

kehittämistä

– Opitun tiedon ohjaamana pystytään tekemään

parempia päätöksiä jatkossa

Tähtäimessä asiakkaan riskien ja kulujen

minimointi sekä liiketoiminnallisen hyödyn

maksimointi

Älykkään monitoroinnin monet hyödyt

Monitorointi palvelee sekä omaa

kehitystyötämme, asiakkaan päätöksentekoa sekä

hallintaa ja asiakaspalvelua

Kolme tärkeintä toiminnallisuutta

– Tapahtumien ja virheiden seuranta ja selvitys

– Dokumentointi ja kokonaisuuden hahmotus

– Visio: asiakaspalvelu ja automaattiset hälytykset

virheistä

Älykkään monitoroinnin monet hyödyt

Monitorointi on sidottu järjestelmien välillä

kulkevaan tietosisältöön, jolloin samalla

kokonaisuus tulee dokumentoiduksi mielekkäällä

tavalla

Älykkäillä työkaluilla ja kehitystavoilla päästään

lopulta kokonaisuuden live-dokumentaatioon

MITEN RATKAISUT

TOTEUTETAAN

KÄYTÄNNÖSSÄ?

Esa Heikkinen, Lead Software Architect / Mystes

Mystesin kehitystyön lähtökohdat

Luotettavuus ja asiakaskeskeisyys

– Tehdään sitä mitä asiakas tarvitsee ja pidetään

asiakkaan puolta

– Pyritään ymmärtämään liiketoimintatarpeita osana

suurempaa kokonaisuutta

Läpinäkyvyys sekä tekemisessä että tuotoksissa

– Asiakkaille, kehitystiimille, muille

järjestelmätoimittajille

Mystesin kehitystyön lähtökohdat

Laatu

– Käytetään hyvään toteutusten laatuun tähtääviä

menetelmiä, käytäntöjä ja työkaluja

Joustavuus ja reagointikyky

– Pyritään tekemään päätökset tiedon eikä arvioiden

perusteella

– Käytetään sellaisia menetelmiä, että korjausliikkeitä

on mahdollista tehdä

(LEANIN) KEHITYSTYÖN

VAIHEET

Infra nopeasti pystyyn

Voidaan koeponnistaa tuotoksia helposti

Saadaan jatkuvasti palautetta automaattitesteistä

Ensimmäinen end-to-end -toteutus

Valitaan yhdessä asiakkaan kanssa

Kohtuullisella panostuksella mahdollisimman suuri

liiketoimintahyöty

Opitaan liiketoimintaympäristöstä, prosesseista,

sovelluksista, …

Sprintin suunnittelu yhdessä asiakkaan

kanssa

Suunnitellaan toteutus

Priorisoidaan seuraavat vaiheet

Otetaan huomioon monitoimittajaympäristö

Testilähtöinen toteutus

Määritellään testien avulla toivottu toiminnallisuus

koko järjestelmän läpi (end-to-end)

Simuloidaan ulkopuolisia järjestelmiä

Toteutetaan ensin luuranko

Ensimmäinen ohut end-to-end -toiminnallisuus

Saadaan mukaan monitorointi ja automatisoitu

toteutuksen dokumentointi

Kehittäjille näkyvyyttä integroinnin tapahtumiin

– Voivat huomata erikoisempia ongelmia, jotka eivät

välttämättä jää kiinni automaattitesteissä

Iteroidaan toteutus valmiiksi

Jatkuva palaute automaattitesteistä ja

monitoroinnista ohjaa toteutustyötä kohti hyvää

laatua

Rakennekuvaus toteutuksesta muodostuu

älykkään monitoroinnin avulla kehitystyön

sivutuotteena

Dokumentaatio pysyy relevanttina ja tuoreena,

koska se on kiinteä osa varsinaista toteutusta

TIIRA-

MONITOROINTITYÖKALU

Dani Pärnänen, Tiira tuotekehitys / Mystes

Keitä Tiira palvelee?

Asiakkaan tietohallinto, asiakaspalvelu

Mystesin kehitystyö sekä tukitoiminnot

Järjestelmäarkkitehdit ja tulevaisuuden

suunnittelijat

(DEMO)