Mystesin aamupalatilaisuudessa pohdittiin järjestelmäintegroinnin ja liiketoimintajärjestelmien yleisimpiä ongelmia sekä ratkaisumalleja niihin.

2. Pauli Mattila, Toimitusjohtaja / Mystes
MIKÄ MYSTES?

3. 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

4. Tunnusluvut
Vuoden 2013 liikevaihto 1,55 milj. €
(kasvua 68 % vuodesta 2012)
Vuoden 2014 liikevaihtotavoite 2,4 milj. €

5. 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

6. Way to Understanding from Start Up to Enterprice
Pekka Puhakka,
CTA Digital Development
Sanoma Pro Oy
Mystes Aamupala 31.1.2014

7. Start Up – Concentrate on Service
Development
 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:
–
–
Documentation really pays off
–
7
There will always be integration needs so desing accordingly
Motivated Team is everything
31 January 2014
Presentation name

8. Reach Out – Grow and Connect with
Partners
 Fokus:
–
Automate processes – connect with business applications
–
Integrate partner services
 What we did:
–
Point-to-point integrations
–
In-house design
 Lessons learned:
–
–
Start using ”standard” tools
–
8
Think twice – most likely someone already has done that
Security included
31 January 2014
Presentation name

9. Growing Pains – Corporate Landscape
Changes
 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:
–
–
Embrace standards and use ”standard” tools
–
9
Create a road map ASAP
Think what roles you need
31 January 2014
Presentation name

10. Standardize and Harmonize – The
Enterprice Way
 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:
–
–
Iterate and prioritise – road maps
–
Parners that also understand your business
–
10
Share responsibilities
Passion for what you do
31 January 2014
Presentation name

11. Erno Lahtinen, Teknologiajohtaja / Mystes
RATKAISUJA
JÄRJESTELMÄINTEGROINTIEN
TYYPILLISIIN ONGELMIIN

12. 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

13. Mitä ongelmien taustalla yleensä piilee?
KUULOSTAAKO TUTULTA?

14. Monimutkainen järjestelmäkokonaisuus

15. Orgaanisesti tapahtunutta kasvua
Kokonaisuutta on kehitetty pitkään useissa
projekteissa
Muutostarve on usein kriittisempi kuin kokonaisuuden
hallitseminen

16. 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ä

17. Minkälaisia ongelmia tästä kaikesta syntyy?
KUULOSTAAKO TUTULTA?

18. 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

19. Muutokset saattavat johtaa
hallitsemattomiin vaikutuksiin eri puolille
järjestelmiä
– Domino-efekti

20. Virheiden ja ongelmien paikantaminen ja
korjaaminen vaikeutuu
– Jos loppuasiakas joutuu valittamaan
ongelmista, on jo liian myöhäistä

21. Mitkä ovat näiden ongelmien perisyyt?
KUULOSTAAKO TUTULTA?

22. 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

23. Muuttuva ympäristö
Liiketoimintatarpeet ja järjestelmien käyttötavat
muuttuvat ajan myötä
Dokumentaatio on puutteellista ja vanhentuu
auttamatta

24. 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”

25. ONGELMANRATKAISUA

26. Muutosten tekeminen on kallista
Tai joskus jopa mahdotonta

27. Muutosten tekeminen on kallista - Ratkaisu
Tuodaan väliin integrointialusta

28. Muutosten tekeminen on kallista - Ratkaisu
Ominaisuus voidaan toteuttaa muihin järjestelmän
osiin ilman, että muutokset heijastuvat jokaiseen
liitokseen

29. Domino-efekti
Yhteen sovellukseen kohdistuva muutos saattaa
aiheuttaa hallitsemattomia muutostarpeita muualle
kokonaisuuteen

30. Domino-efekti
Syntyykö ketjureaktio?
Entä jos jotain osaa ei
voidakaan muuttaa?
Rikotaanko jotain
muutosten yhteydessä?
Vaarana “Big bang”

31. Domino-efekti - Ratkaisu
Lisätään läpinäkyvyyttä muutoskohteen ympärille
Opitaan tarpeeksi muutoskohteesta ja sen
liitoksista

32. Domino-efekti - Ratkaisu
Estetään dominoefekti rajaamalla muutoksen
vaikutusaluetta

33. Tuntemattomat virheet
Virheistä ei tiedetä tarpeeksi, ne huomataan
myöhässä, paikallistaminen ja korjaaminen on
työlästä ja hidasta, …

34. Tuntemattomat virheet - Ratkaisu
Lisätään läpinäkyvyyttä integrointialustan ja
älykkään monitoroinnin avulla

37. Tuntemattomat virheet - Ratkaisu
Ongelmia päästään ratkaisemaan jopa ilman
muutostarpeita järjestelmiin

38. 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

39. Ä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ä

40. Ä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

42. Esa Heikkinen, Lead Software Architect / Mystes
MITEN RATKAISUT
TOTEUTETAAN
KÄYTÄNNÖSSÄ?

43. 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

44. 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ä

45. (LEANIN) KEHITYSTYÖN
VAIHEET

46. Infra nopeasti pystyyn
Voidaan koeponnistaa tuotoksia helposti
Saadaan jatkuvasti palautetta automaattitesteistä

47. Ensimmäinen end-to-end -toteutus
Valitaan yhdessä asiakkaan kanssa
Kohtuullisella panostuksella mahdollisimman suuri
liiketoimintahyöty
Opitaan liiketoimintaympäristöstä, prosesseista,
sovelluksista, …

48. Sprintin suunnittelu yhdessä asiakkaan
kanssa
Suunnitellaan toteutus
Priorisoidaan seuraavat vaiheet
Otetaan huomioon monitoimittajaympäristö

49. Testilähtöinen toteutus
Määritellään testien avulla toivottu toiminnallisuus
koko järjestelmän läpi (end-to-end)
Simuloidaan ulkopuolisia järjestelmiä

50. 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ä

51. 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

52. Dani Pärnänen, Tiira tuotekehitys / Mystes
TIIRAMONITOROINTITYÖKALU

53. Keitä Tiira palvelee?
Asiakkaan tietohallinto, asiakaspalvelu
Mystesin kehitystyö sekä tukitoiminnot
Järjestelmäarkkitehdit ja tulevaisuuden
suunnittelijat

54. (DEMO)