Projektitoimitukset

• Tiedon puute tiedosta; mitä tietoa missäkin prosessin vaiheessa oikeastaan tarvitaan
• Elinkaareensa eri vaiheessa elävien järjestelmien yhteensovittaminen
• Suuri määrä toimittajia ja palveluntarjoajia
• Erilainen ymmärrys standardien toteutuksesta
• Miten pilvipohjaiset järjestelmät huomioidaan integraatiossa; onko integraatioalustsa itsessään pilvialustalla

Toteutamme liiketoimintaprosessilähtöisiä kokonaisuuksia, joissa asiakkaan vaatimukset pilkotaan pieniin osiin ja toteutetaan joustavasti sykleissä. Sovitimme parhaat käytännöt integraatioprojektin toimitusmalliksi,  ja se sai nimen Agile Integration Model – AIM. Koska monitoimittajaprojekteissa ja järjestelmäintegraatiossa on omia erikoispiirteitään, on projektitoimitusmallimmekin on räätälöity juuri niitä silmällä pitäen.

Projekteissamme jokainen sykli tuottaa valmiita osia integroitavasta kokonaisuudesta. Asiakkaalla itsellään on valta priorisoida, mitä seuraavassa syklissä tehdään.

Asiakas pysyy koko ajan tietoisena aikataulusta ja kustannuksista.

Kokeneet projektipäällikkömme osaavat jo alkuvaiheessa resursoida ja aikatauluttaa projektin suhteessa saatavilla olevaan tietoon ja integraation toiminnallisiin vaatimuksiin.

Palveluksessasi ovat alan kokeneimmat integraatiokonsultit, projektipäälliköt ja arkkitehtuurin asiantuntijat Suomen suurimmasta integraatio-osaamiskeskittymästä.

Palveluihimme kuuluvat myös integraatioarkkitehtuurin suunnittelu ennen varsinaista projektia sekä projektin tuotannon aikaiset tuki- ja jatkokehityspalvelut. Integraatioratkaisut voidaan toimittaa onsite- tai pilvipohjaisesti.

Suunnittelu ja määrittely

Projektin alussa käymme läpi liiketoimintaprosessin asiakkaan kanssa ja erittelemme siitä eri toiminnalliset käyttötapaukset. Näiden käyttötapausten pohjalta luomme joukon integraatiotapauksia, jotka jaamme vielä erikseen toimitussykleihin eli sprintteihin.

Käyttötapausten määrittelyn ohessa sovitaan projektin laajuus ja alustava aikataulu sekä hankitaan kussakin sprintissä tarvittavat intergraatiotapausten artefaktit. Me toimitamme projektit työmääräarvioituina, joten aikataulut on helppo arvioida tarkkaankin.

Usein integraatioratkaisun ostaneella taholla ei ole teknistä osaamista siitä, mitä kaikkia artefakteja tarvitaan integraatioratkaisun toteuttamiseen ja kyselee niitä kolmansilta osapuolilta sitä mukaa, kun tarvetta ilmenee. Me pyrimme listaamaan kaikki tarvittavat artefaktit jo suunnitteluvaiheessa, jotta niitä ei tarvitse odottaa enää, kun toteutus käynnistyy. Samalla pystymme takaamaan sen, että aikataulu ei veny puuttuvien tai muuttuvien määrittelyjen takia. Tämä ei kuitenkaan tarkoita sitä, että toimitusmallimme noudattelisi vesiputousmallia: laadukkaiden artefaktien tulee olla olemassa ennen integraatiotapauksen toteuttavaa sprinttiä - ei välttämättä ennen koko projektin alkua.

Projektinhallinto

Projektihallinto koostuu osaavasta projektipäälliköstä sekä projektin koosta riippuen myös mahdollisesti testauspäälliköstä ja erillisestä palvelupäälliköstä.

Projektihallinto on vastuussa tehtävien aikatauluttamisesta sekä resursoinnista ja siitä, että suunnittelijoilla ja toteuttajilla on saatavillaan kaikki tarvittava informaatio. Projektihallinto raportoi asiakkaalle, miten toimitus etenee. Jokaisen sprintin jälkeen projektihallinto esittelee projektin tilan asiakkaalle. Seuraavien sprinttien resursointi ja aikataulutus on jatkuvaa toimintaa.

Projektihallinnon tärkeimpiä osia on myös projektin skoopin hallinta: mitkä toiminnon kuuluvat projektin budjetin piiriin, mitkä ovat uusia budjetoitavia ominaisuuksia.

Integraatio- ja rajapintaratkaisujen kehitys

Integraatiokehitys tapahtuu sykleissä eli sprinteissä. Ennen kutakin toteutuskierrosta, ratkaisu määritellään ja suunnitellaan ja kaikki siihen tarvittavat artefaktit pyydetään järjestelmätoimittajilta sekä muilta osapuolilta.

Rajapinnat määritellään yhdessä asiakkaan ja kolmansien osapuolien kanssa. Myös mahdolliset datamuunnokset (mappaukset) määritellään yhdessä ja hyväksytetään asiakkaalla. Kun tarvittavat määrittelyt on tehty ja hyväksytetty, voidaan ensimmäinen toteutussykli aloittaa.

Muutoksia voidaan tehdä vain sprintien välissä, joten sprintit eivät veny aikataulullisesti. Yhtäkään sprinttiä ei aloiteta, ennen kuin tarvittavat rajapinta- ja datamuunnosmääritykset on tehty ja tarvittavat artifaktit kuten esimerkkisanomat on kerätty.

Kehityssykliin kuuluu suunnittelun ja toteutuksen lisäksi dokumentaatio ja yksikkötestaus. Varsinainen integraatiotestaus suoritetaan kuitenkin omana kokonaisuutenaan yhteistyössä asiakkaan ja sovellustoimittajien kanssa.

Integraatioratkaisujen testauspalvelut

Integraation yksikkötestaus on aina haastavaa, koska integraatioratkaisu on aina riippuvainen muista järjestelmistä. Siksi integraation testaukseen kannattaa satsata kunnolla.

HiQ tarjoaa myös osaavaa integraatioratkaisujen testauspalvelua, missä osaavat testipäälliköt osaavat suunnitella kattavan testausaineiston, jolla kaikki eri käyttötapaukset saadaan testattua tuotannonkaltaisilla testisanomilla. Suosittelemme aina integraation testauksen automatisointia - tämä alkuinvestointi maksaa järjestelmällisesti itsensä takaisin integraatioalustalle tehtyjen ratkaisuiden lisääntyessä.

Testaus ei ole ikinä asia, joka suoritetaan vain kerran projektin aikana, vaan sitä tehdään aina sprintin päätteeksi ennen kuin asennuspaketti viedään uuteen ympäristöön.

Testitapaukset perustuvat aina käyttötapauksiin ja ne suunnitellaan yhdessä toiminnallisen suunnittelun kanssa. Jokaista testitapausta vastaa myös negatiivinen testitapaus, joilla testataan sovelluksen toipumista virhetilanteissa ja automatisoituja hälyytyksiä.

Rasitustestaus on hyvä suunnitella ja toteuttaa hyvissä ajoin ennen tuotantoon menoa, jotta mahdolliset suorituskykyrajoitteet saadaan korjattua ajoissa. Tarjoamme myös rasitustestisuunnittelua sekä integraatiorajapintojen rasitukseen kehitettyjä työkaluja sen toteuttamiseen.