fbpx
Systems Garden Oy:n toimitusjohtaja vaihtuu

Systems Garden Oy:n toimitusjohtaja vaihtuu

Systems Garden Oy:n toimitusjohtaja vaihtuu

Jatkona keväällä toteutettuihin yhtiöjärjestelyihin Systems Garden Oy:n toimitusjohtajaksi on nimitetty Jussi Rautjärvi. Nimitys vahvistaa entisestään Systems Gardenin keskittymistä asiakaskohtaisten Microsoft-teknologiaratkaisujen ja ohjelmistokehitysprojektien toimittamiseen. Tavoitteena on tarjota asiakkaille jatkossa entistäkin parempaa palvelua ja tulevan kasvun myötä yhä enemmän osaamista.

Työurallaan Rautjärvi on toiminut useissa ICT-alan teknologia- ja konsultointiyhtiöissä myynnin ja markkinoinnin sekä liiketoimintajohdon tehtävissä.
– Systems Garden on erittäin mielenkiintoinen yritys ja meillä on erittäin paljon erityisosaamista, jonka avulla voidaan aidosti kehittää asiakkaiden liiketoimintaa ja tehostaa työntekoa. Lisäksi SG:llä on ainutlaatuisen avoin ja keskusteleva kulttuuri, jonka ansiosta asiakkaat voivat olla varmoja, että kanssamme on helppoa ja vaivatonta työskennellä, tuore toimitusjohtaja kertoo.

Väistyvä toimitusjohtaja Pirkka Paronen jatkaa yhtiön hallituksessa sekä System Gardenin ja sen asiakkaiden teknologisena neuvonantajana. Päätyökseen Paronen toimii jatkossa Gate Apps Oy:n toimitusjohtajana.

– Olemme jo muutaman vuoden ajan palvelleet asiakkaitamme kahdella hyvin erilaisella toimialalla. Digitaalisen Gate-työlupatuotteen kasvettua suureksi sen erottaminen kokonaisuudesta mahdollistaa kummankin liiketoiminnan kehittämisen omaan suuntaansa ilman kompromisseja ja hankalia priorisointeja.

– Olen iloinen, että Jussin mukaan liittymisen myötä Systems Gardenin Microsoft-liiketoiminta saa arvoisensa osaavan vetäjän ja pystyy hankalampien vuosien jälkeen palaamaan aidolle kasvu-uralle, Paronen lisää.

Liiketoimintojen eriyttäminen toteutettiin keväällä 2023 yrityskauppajärjestelynä (linkki artikkeliin). Toimitusjohtajan vaihdos on jatkoa toteutetulle järjestelylle.

– Liiketoimintojen eriytyessä on luonnollista, että myös System Garden saa uuden toimitusjohtajan, jonka vastuulla on johtaa terävöitettyä strategiaa ja kasvua, yhtiön hallituksen puheenjohtaja Santeri Korpinen kiteyttää.

Lisätietoja asiasta antavat toimitusjohtajat
Pirkka Paronen, puh. +358 50 592 1207, pirkka.paronen@systemsgarden.com
Jussi Rautjärvi, puh +358 50 306 2515, jussi.rautjarvi@systemgarden.com 

 

Millainen on hyvä liiketoiminnan vaatimusmäärittely?

Millainen on hyvä liiketoiminnan vaatimusmäärittely?

Millainen on hyvä liiketoiminnan vaatimusmäärittely?

Ensinnäkin se on termihirviö, mutta toisekseen sillä on ensiarvoinen rooli siinä, että sovelluskehitys käynnistyy sujuvasti, toteutuu sovitussa ajassa ja budjetissa sekä vastaa vieläpä tarkoitustaan. Toisin sanottuna liiketoiminnan vaatimusmäärittelyn merkitys jatkuu projektin alkumetreiltä pitkälle sovelluksen elinkaarta.

 

Hyvä liiketoiminnan vaatimusmäärittely sovellusprojektin alussa takaa sujuvuuden.

Systems Gardenin sovelluskehittäjät Sanna ja Jouni kertovat, että liiketoiminnan vaatimusten määrittely tarkoittaa sitä, minkälaisia asioita asiakkaan liiketoiminnassa tulee ottaa huomioon sovellusta kehitettäessä ja mitä sovelluksen tulee tehdä palvellakseen liiketoimintaa. Määrittely käynnistyy näitä asioita koskevilla peruskysymyksillä. 

– Prosessi alkaa siitä, että laaditaan lyhyet kuvaukset asiakkaan liiketoimintaympäristöstä ja sovelluksen tarkoituksesta ja kirjataan projektin tavoitteet. Alussa selvitetään, mitä asiakas haluaa heille rakennettavan ja miksi, Jouni muotoilee. 

– Jos alussa ei ole selvää, mitä projektin aikana tehdään, on vaikea varmistua siitä, että lopputulos on sitä mitä piti, Sanna lisää.

Sovelluskehityksessä puhuttava samaa kieltä

Systems Gardenin asiantuntijat kertovat, että asiakkaille itselleen sovellukselta toivottavat ominaisuudet voivat olla niin itsestään selviä, että kaikkea ei välttämättä huomata kertoa. Toisaalta asiakkaat eivät aina itsekään tarkkaan tiedä, mitä sovellukselta tarvitsevat. Koska molemmissa tapauksissa vaatimukset tulisi kuitenkin onnistua kommunikoimaan sovelluksen toteuttajille, oikea terminologia nousee suureen rooliin.

– Jos ei ymmärretä sitä, mistä sovellus koostuu, tai luullaan puhuttavan samasta asiasta, vaikka näin ei todellisuudessa olekaan, syntyy projektin aikana helposti väärinkäsityksiä. Siksi yhteisen kielen löytäminen on todella tärkeää, Sanna teroittaa.

Määrittelyn edetessä tarkennetaan sitä, miksi sovellus on tarpeellinen organisaatiolle ja minkälaisiin haasteisiin sen tulisi vastata. Lisäksi käydään läpi sitä, mihin osaan asiakkaan prosessia ja mihin muihin asiakkaan käytössä oleviin ohjelmistoihin sovelluksen tulisi liittyä.

– Esimerkkinä toimii vaikkapa sellainen liiketoiminta, jossa tallentuu paljon puheluita, sähköposteja, lomakkeita tai kohdekäyntejä tietokantaan, jossa niitä täytyisi päästä tilastoimaan, raportoimaan tai ihan vain tarkastelemaan, Jouni listaa.

Sovelluskehityksen hyvä liiketoiminnan vaatimusmäärittely huomioi toimiala- ja asiakaskohtaiset tarpeet.

Liiketoiminnan vaatimusmäärittely varmistaa vastaavuuden käyttäjän tarpeisiin

Jouni kertoo, että sovelluskehityksessä puhutaan toiminnallisista ja ei-toiminnallisista vaatimuksista, joista ensin mainitut ovat kuvauksia siitä, miten sovellus toimii ja mitä se tekee.

Toiminnalliset vaatimukset määritellään usein erikseen, mutta yksi esimerkki on vaikkapa eri käyttäjäryhmien määrittely, eli minkälaisilla rooleilla sovellusta käytetään. Raportointisovelluksessa kyseessä on asiakkaan asiakas. Oman organisaation sisällä se voi vaihdella esimerkiksi pelkästä lukuoikeudesta jonkin rajatun tiedon muokkaamiseen, toimitusjohtajan pääsyyn tai ylläpito-oikeuksiin.

Ei-toiminnalliset vaatimukset puolestaan tarkoittavat Jounin mukaan sellaisia rajoituksia ja laatuominaisuuksia, joilla varmistetaan, että järjestelmä vastaa käyttäjän tarpeita. Siksi ne liitetään usein vahvemmin juuri liiketoimintavaatimusten määrittelyyn.

Esimerkkejä ei-toiminnallisista vaatimuksista:

  • Potentiaalinen käyttäjien määrä. Kuinka sovellus skaalautuu, mikäli määrä kasvaa vaikkapa 10 000 käyttäjästä 100 000 käyttäjään?
  • Käsiteltävän datamassan suuruus ja kyky suoriutua siitä.
  • Kriittisyys liiketoiminnan kannalta. Tuleeko sovelluksen toimia yhtä nopeasti kaikille? Pysäyttääkö sen kaatuminen liiketoiminnan?
  • Lokalisointi. Tukeeko sovellus esimerkiksi eri kieliä eri maissa?
  • Infrastruktuuri. Tuleeko sovelluksen toimia yhteen jonkin muun järjestelmän kanssa?
  • Tietoturva, datan yksityisyys, varmuuskopiointi

Myös nämä kannattaa hoksata

Liiketoimintavaatimusten huolellinen määrittely ehkäisee väärinkäsityksiä.

Sanna ja Jouni huomauttavat, että liiketoiminnan vaatimusmäärittelyssä kannattaa toteuttaa swot- tai riskianalyysi, jotta se mikä projektissa voi mennä pieleen on mahdollisimman hyvin huomioitu etukäteen.  
Samalla on hyvä määritellä se, minkälaisessa aikataulussa projekti tulisi pystyä viemään läpi ja minkä suuruisessa budjetissa. 

– Sovelluskehitys on enemmän taidetta kuin tiedettä. Vaikka kyseessä olisi kuinka pieni sovellus tahansa, jos ei ole määritelty sitä, milloin se on valmis, kehitystä voidaan jatkaa loputtomiin, Jouni toteaa. 

– Määrittelyn ansiosta saattaa myös toisinaan käydä ilmi, ettei sovelluksen kehittäminen ehkä olekaan kannattavaa. Sekä asiakkaalle että meille on hyvä asia, että tämä huomataan ajoissa. 

Sanna mainitsee, että liiketoiminnan vaatimusmäärittelyn yhteydessä voi toisinaan ilmetä muutakin huomionarvoista. 

– Jos määrittelyssä tunnistetaan esimerkiksi jokin tietty kehitystarve, joka ei kuitenkaan tule kuulumaan kyseiseen sovellusprojektiin, se on hyvä kirjata ylös. Näin sen pariin muistaa paremmin palata ja liikkeelle lähtö on sujuvampaa.   

Lue lisää ohjelmistosuunnittelun ja -kehityksen palveluistamme!
Ratkaisut

Kiinnostuitko meistä? Tutustu myös muihin palveluihimme ja ota yhteyttä!
Ratkaisut

Dokumentinhallinnan puolustuspuhe: Mihin sitä tarvitaan enää 2020-luvulla?

Dokumentinhallinnan puolustuspuhe: Mihin sitä tarvitaan enää 2020-luvulla?

Dokumentinhallinnan puolustuspuhe: Mihin sitä tarvitaan enää 2020-luvulla?

Teksti: Pirkka Paronen, dokumentinhallinnan seniorikonsultti

Vanhanaikaisen arkistokaapin päällä on tilikirjoja.

Kun hiljattain vaahtosin taas puolisolleni viimeisimmästä siististä työprojektista (tietysti insinöörin teknologiaa ihannoivalla, ympäripyöreällä tasolla asiakasspesifejä seikkoja mainitsematta), tokaisi hän hieman yllättäen ”Etkös sinä ole ollut tekemässä niitä digitalisaatiojuttuja? Miten vanha homeinen dokumentinhallinta siihen liittyy?”.

Kommentti sai minussa ensin aikaan tiettyjä vastareaktioita, mutta lopulta jäin itsekin pohtimaan ajatuksen taustaa. Nykyisinhän tietojärjestelmiä ja datavarastoja on jo liikakin. Eihän kukaan enää tarvitse jonkin 90-lukulaisen A4- tai letterformaattiin taitetun kopion digitalisointia. Jos dokumentinhallinnan näkee vain paperikopioina tai arkistona, näin ehkä onkin. Asia ei kuitenkaan ole niin yksinkertainen, ja niinpä huomasin, että dokumentinhallinta tarvitsee nykymaailmassa puolestapuhujan.

Mainittakoon ensinnäkin selvennyksenä, että dokumentit ja tiedostot sekoitetaan helposti keskenään. Yksilöillä ja organisaatioilla on monesti erilaisia tiedostovarastoja, olivat ne sitten verkkolevyjä palvelinten uumenissa tai Teams-rakenteisiin piilotettuja organisaatiosiiloja. Dokumentilla tarkoitetaan kuitenkin yleensä tiedostoa (tai joukkoa tiedostoja), jotka liittyvät johonkin tapahtumaan – yrityksen kontekstissa tietysti liiketoimintatapahtumaan. Julkishallinnossa puolestaan käytetään yleensä termiä asia.

Mutta palataanpa lupaamiini perusteluihin. Täältä pesee dokumentinhallintaa puolustava TOP-6-listani (koska tiivistäminen viiteen kappaleeseen ei onnistunut):

1. Dokumentinhallinnan valtti: dokumentti on pysyvä ja se säilyttää sisältönsä tietyllä ajan hetkellä

Organisaatiot ovat täynnä tietojärjestelmiä. Usein niitä päivitetään ja valitaan sen mukaan, miten tietoa on mahdollisimman helppo luoda, muokata ja prosessoida. Usein tietoa käsitellessä ei tarvitakaan varsinaisesti dokumenttia, vaan ainoastaan helppo tapa hakea tietoa järjestelmästä.

Mitä sitten, kun aikaa kuluu ja järjestelmissä oleva data päivittyy? Mitä jos halutaan tietää, miltä liiketoimintasuhde näytti sen alkamishetkellä? Tai joudutaan erimielisyyksiin projektitoimittajan kanssa toimituksen sisällöstä? Tai halutaan tietää, minkälainen lasku aiheesta 10 vuotta sitten itse asiassa aiheesta lähetettiin?

Yksi dokumentinhallinnan tehtävistä on toimia arkistona. Se paljastaa miltä asiat näyttivät liiketoimintatapahtuman aikaan – ei ainoastaan niiden nykytilaa.

2. Dokumentti on itsenäinen, kokonainen tietojoukko

Toinen olennainen ajatus dokumentista on, että se on itsenäinen, kokonainen tietue. Dokumentti ei välttämättä tarvitse ympärilleen käyttöliittymää, vaan se voidaan tarvittaessa siirtää ja lukea sellaisenaan. Dokumentin mukana kulkee yleensä riittävä konteksti siihen liittyvistä muista tiedoista: yritysten nimet ja y-tunnukset, asiakasnumerot, tuotekoodit ja -kuvaukset jne. Jos katsot dataa tietokannasta käsin, tämä data on yleensä pyritty minimoimaan ja tietokanta sisältääkin vain viittauksia esim. asiakas- tai tuoterekisteriin.

Dokumentti sisältää myös aiheeseen liittyvät tiedot, yleensä selkokielisessä ihmiselle ymmärrettävässä muodossa. Se on kokonainen sisältö, joka ei välttämättä tarvitse viitteitä tai liitetietoja ollakseen ymmärrettävä tai ainakin liitteet ovat silloin olennainen osa itse dokumenttia.

Kaksi henkilöä suunnittelee ohjelmistoa hyödyntäen matkapuhelinta ja paperista leikattuja malleja.

3. Dokumentti ylittää organisaatiorajat, tarvittaessa asiakkaisiin saakka

Dokumentteja voidaan käyttää yli organisaatiorajojen. Usein nykyaikaisissa yhteistyösovelluksissa (esim. Teams) tiedon rakenteet kasautuvat joko organisaatioyksikön/tiimin tai vaikkapa jonkin projektin ympärille. Kaikki toimii hienosti niin kauan kuin asioita käsitellään vain talousosastolla tai projektin sisällä. Kun tietoa pitää jakaa laajemmin, alkaakin melkoinen käyttöoikeuksiin, näkyvyyteen ja säilytyspaikkoihin liittyvä souvi.

Sama dokumentti voi olla organisaatiolle arvokas niin myynti-, tuotanto- kuin jälkimarkkinointivaiheessa. Olennaista voi olla myös sen tunnistaminen, miten tieto on muuttunut vaikkapa rakennuksen tai tietojärjestelmän siirtyessä eri vaiheissa organisaatiosta toiselle. Dokumentin voi jakaa tai lähettää kollegalle toisessa organisaatioyksikössä ilman, että häntä tarvitsee välttämättä opettaa käyttämään mitään. Dokumentin siirtymisriitillä organisaatiolta toiselle on myös sellainen funktio, jota ei välttämättä tulisi ensin ajatelleeksi. Dokumentti ikään kuin siirtää vastuun asian käsittelystä jatkossa toiselle porukalle: ”Tältä asia näytti, kun se valmistui tuotannosta. Ottakaa te siitä asiakaspalvelussa koppi tästä eteenpäin.

Vielä tärkeämpänä pointtina dokumentin voi siirtää myös asiakkaille, toimittajille ja muille sidosryhmille. Koska dokumentti ei tarvitse järjestelmää ympärilleen, voidaan se jakaa vaikkapa sellaisenaan asiakkaille ja kumppaneille – kumppanin koosta, tietojärjestelmätilanteesta tai teknisistä lähtökohdista riippumatta. Eroja voi toki olla siinä, minkä muotoisia tiedostoja kumppani osaa tai pystyy lukemaan, mutta ainakin heillä on mahdollisuus osallistua prosessiin myös tätä kautta. Dokumentti on myös pysyvä todiste siitä, että jotain on suoritettu, toimitettu tai vastaanotettu. Tämä voi asiakaskommunikaatiossa olla jopa kriittistä.

4. Dokumentti on dataa, joka liikkuu järjestelmien välillä helposti

Kaikki tietojärjestelmäammattilaiset rakastavat ja kavahtavat integraatioprojekteja. Miten saada tieto liikkumaan kahden eri tarkoitusta palvelevan järjestelmän – vaikkapa taloushallinnon ja projektinhallinnan – välillä saumattomasti? Helppoa, eikö?

Yksinkertaisin tapa toteuttaa integraatio on siirtää dokumentteja itse – tai parhaassa tapauksessa vain linkittää niitä keskenään. Projektipäällikölle ei välttämättä ole oleellista ymmärtää kaikkia tiliöinnin nyansseja tai tositteiden säilömiskriteerejä (taloushallinnon perusteita) omassa työssään. Sen sijaan hänelle voi olla tärkeää vaikkapa nähdä projektille saapuneet tai siitä lähetetyt laskut mahdollisimman helpossa formaatissa. Koska dokumentti sisältää jo itsessään kaikki tarvittavat tiedot, on tiedon välittäminen dokumentteina helpoin tapa vaihtaa tietoa järjestelmien välillä.

No entäs data sitten? Dokumentinhallintaakin voi käsitellä datana, sillä eräs sen perustoiminteista on säilyttää dokumenteista ns. metadataa, mutta itse dokumenttikin voi olla dataa. Esimerkiksi taloushallinnon datana voidaan myyntilaskuun (usein PDF-dokumentti) liittää vaikkapa koneluettavaa dataa (esim. Finvoice-tyyppinen XML-dokumentti). Näin mukaan saadaan myös taloushallinnon metadata, joka voidaan vaikkapa raportointitarkoituksissa lukea sisään myös projektinhallinnan softaan.

5. Dokumentinhallinnan helppous: kaikki osaavat käyttää dokumentteja

Eräs dokumenttien parhaista puolista on se, että kaikki osaavat käyttää niitä. On totta, että dokumentin alkuperäinen formaatti on ollut paperi, eikä se välttämättä ole nykyisellä erikokoisten ruutujen aikakaudella enää optimaalinen, mutta toisaalta kenellekään ei tarvitse opettaa PDF-dokumentin lukemista tai paperiformaatin käyttöliittymää.

Kaksi henkilöä suunnittelee ohjelmistoa hyödyntäen matkapuhelinta ja paperista leikattuja malleja.

6. Dokumentti selviää järjestelmäpäivityksistä

Oletko koskaan ollut mukana tietojärjestelmän päivitysprojektissa? Halusitpa tai tiedostitpa sitä taikka et, todennäköisesti olet. Tekninen kehitys laukkaa nykymaailmassa niin nopeasti, että dataa joudutaan siirtämään yhä nopeampiin ja älykkäämpiin tietojärjestelmiin kaiken aikaa.

Yleensä järjestelmäpäivitysten syynä ei ole historiallisen tiedon parempi käsittely, vaan olemassa olevien prosessien tehostus, toimintatapojen muutokset, paremmat käyttöliittymät ja esimerkiksi automaatio.

On suurta hulluutta yrittää siirtää kaikki mahdollinen data sellaisenaan vanhoista järjestelmistä uusiin, sillä eihän tiedon syntymiseen ole useinkaan ollut edes samanlaisia prosesseja mitä uusista. Vanha data voikin olla perustellumpaa säilyttää dokumentteina. Silloin tieto on edelleen tallessa, se voidaan lukea järjestelmästä riippumatta ja sitä ei tarvitse sovittaa siirrettäessä sitä seuraavaan ERP-järjestelmään.

Dokumentti selviää järjestelmäpäivityksistä ja ERP:n tai CRM:n uusinnasta tarvittaessa vaikka useamman kerran.

Dokumentinhallinnan tarve ei ole katoamassa

Listaa dokumentin- tai asianhallinnan hyödyistä voisi jatkaa pidemmällekin. Enkä väitä, että dokumentinhallintajärjestelmä olisi tärkein tietojärjestelmä missään talossa – pointtini vain on se, että dokumentinhallinnalle ja tiedonhallinnalle on 2020-luvulla yhä tarvetta. Itseasiassa sille on tarvetta todennäköisesti vielä 2050-luvullakin. Uusia tietojärjestelmiä ja käyttöliittymiä tulee jatkossa kiihtyvää tahtia ja dataa täytyy siirtää ja käsitellä useissa eri paikoissa.

Dokumentinhallinnan järjestelmän tehtävä ei välttämättä ole pysytellä aallon harjalla kaikissa tulevissa teknologiatrendeissä, mutta johtuen dokumenttien erikoisominaisuuksista, dokumentinhallinnalla on varmasti paikkansa jatkossakin – ehkä jopa tärkeämpi kuin äkkiseltään tulisi ajatelleeksi.

Jos haluat jutella tai sparrata dokumentinhallinnan tarpeestasi asiantuntijan kanssa, teemme Systems Gardenilla dokumentinhallinnan projekteja aivan standardilla Microsoft 365 -alustalla. Kuten ehkä artikkelista bongasit, dokumentin- tai asianhallinta ei itse asiassa ole pelkkää teknologiaa, vaan ennen kaikkea tapa ja formaatti järjestää tietoa fiksummin. Itse asiassa se teknologia sinulla on todennäköisesti jo olemassa – ainakin mikäli Microsoftin alusta on jo käytössäsi muihin tarkoituksiin.

Delete Finland – käyttäjäystävällisempää intraa rakentamassa

Delete Finland – käyttäjäystävällisempää intraa rakentamassa

Delete Finland – käyttäjäystävällisempää intraa rakentamassa

Mobiiliystävällinen intranet helpottaa huomattavasti työntekijöiden sisäistä viestintää. Noin 800 ammattilaista työllistävälle Deletelle toimiva ja helppokäyttöinen intraratkaisu onkin viestinnän kannalta erittäin tärkeä.

Delete on yksi Pohjoismaiden johtavista ympäristöpalveluiden tarjoajista. Puhdistuspalveluratkaisuihin erikoistunut yritys toimii Suomen lisäksi myös Ruotsissa, jossa uusi intranetjärjestelmä otettiin käyttöön neljä vuotta sitten – niin ikään Systems Gardenin avustuksella.

Uuden toimitusjohtajan myötä intraa lähdettiin viemään käyttäjäystävällisempään suuntaan myös Delete Finlandilla. Samalla uudesta yksinkertaistetusta intrasta poistettiin vanhentuneita tietoja ja dokumentaatiota päivitettiin.

Kaksi henkilöä suunnittelee ohjelmistoa hyödyntäen matkapuhelinta ja paperista leikattuja malleja.

Uusi intranet työntekijöiden ehdoilla

Delete Finlandin ICT-johtajan Petri Savon mukaan intranetin uudistuksessa on otettu huomioon erityisesti kenttätyön vaatimukset. 

– Työntekijät ja työnjohto ovat koko ajan liikkeellä, ja siksi intraa käytetään usein kännykällä. Uutta versiota lähdettiinkin rakentamaan mobiilikäyttäjien näkökulmasta. Intrassamme on nyt käytännössä yksi sivusto, jonka alta kaikki tieto löytyy. Valikkoratkaisuja muutettiin yksinkertaisemmiksi, selkeämmiksi ja toimivammiksi. Samalla myös vanhoja ja ylimääräisiä tietoja poistettiin.

– On tärkeää, että kaikki palvelut ovat intran kautta helposti saatavilla. Ajankohtainen uutisointi ja henkilöhaut ovat nyt nopeammin löydettävissä. Uudessa versiossa intran saa näppärästi auki myös suoraan Teamsista, Savo listaa.

Kahden kuukauden projekti

Deleten intranet uudistettiin nopealla aikataululla: vain kahdessa kuukaudessa. Koska Systems Gardenin kanssa oli tehty toimivaa yhteistyötä jo aiemmin, yhteistyökumppani oli helppo valita.

– Mitä kauemmin projekti kestää, sen kalliimmaksi se luonnollisesti tulee. Koska meidän intrastamme tuli aika kevytrakenteinen, oli sen toteuttaminenkin edullista. 

Savo peräänkuuluttaa sujuvan yhteistyön merkitystä. Yhteydenpito Systems Gardenin kanssa oli jatkuvaa ja uudet muutokset esiteltiin selkeästi.

– Tärkeintä tällaisen projektin toteutuksessa on substanssiosaamisen ohella helppous ja kommunikointi. Systems Gardenin kanssa kaikki sujui todella hyvin. Projekti eteni meidän osaltamme erittäin vaivattomasti, koska heidän päästään viestittiin hyvin aktiivisesti.

Selkeä ero entiseen

Intranetin kävijämäärät ovat kasvaneet huimasti, mikä kertoo sivuston muuttumisesta käyttäjäystävällisemmäksi. Delete Finlandilla ollaan tyytyväisiä myös siihen, että uuden intranetin päivittäminen ja ylläpito on helpompaa kuin aiemman version. 

– Sivusto on entiseen intraan verrattuna yksinkertaisempi ja mobiiliystävällisempi. Uudessa intrassa loppukäyttäjät on otettu hyvin huomioon – on mietitty, mitkä heidän tarpeensa ovat ja millä laitteilla he intraa käyttävät. On tärkeää, että sivustosta ei ole tehty liian teknistä, Savo kiittelee.

Kaiken kaikkiaan hän on tyytyväinen sekä työn kulkuun että lopputulokseen. 

– Teemme vielä pieniä muutoksia ja varmistamme, että intra pysyy jatkossakin toimintakunnossa. Yhteistyömme Systems Gardenin kanssa siis jatkuu.

Systems Gardenin Gate-ohjelmistoliiketoiminta on nyt Gate Apps Oy

Systems Gardenin Gate-ohjelmistoliiketoiminta on nyt Gate Apps Oy

Systems Gardenin Gate-ohjelmistoliiketoiminta on nyt Gate Apps Oy

Intranet tekee organisaation sisäisestä viestinnästä ja tiedonhallinnasta jouhevampaa.

Gate-ohjelmistoliiketoimintamme kasvaessa ja laajentuessa ulkomaille on liiketoiminta päätetty toiminnan selkiyttämiseksi eriyttää omaksi Gate Apps Oy -yhtiökseen. Systems Garden Oy ja uusi yrityksemme Gate Apps Oy toimivat edelleen saman johdon ja omistajapohjan voimin, mutta liiketoimintakauppa tuo lisäarvoa asiakkaille kummankin yrityksen voidessa paremmin keskittyä ydinliiketoimintaansa.

Systems Garden Oy:n ja Gate Apps Oy:n liiketoimintakaupalla Gate-tuotenimen alla kulkenut turvallisuustuotteidemme liiketoiminta siirtyi kokonaisuudessaan Gate Apps Oy:lle 1.4.2023 alkaen. Systems Garden Oy:n toiminta jatkuu entisellään.

Gate Apps Oy (y-tunnus 3341568-3) on Suomen johtava työlupasovellusten asiantuntija ja Gate-turvallisuustuotteiden ja SaaS-palvelun ylläpitäjä. Gate Appsin tavoitteena on kasvattaa palvelusta maailmanlaajuinen konsepti teollisuuden ja rakentamisen työlupasovellusten niche-markkinalla.

Systems Garden Oy (y-tunnus 1739911-8) on tiedonhallinnan asiantuntija ja ohjelmistotalo. Microsoft-alustalle (M365, Azure) tekemämme ratkaisut ja asiantuntijapalvelut auttavat suomalaisia organisaatioita tiedon elinkaaren hallinnan eri vaiheissa digitaalisesta yhteistyöstä arkistointiin asti.

Yritykset työntekijöineen tulevat jatkossakin tekemään yhteistyötä, mutta eriytymisen myötä mm. projektimallimme, asiakaspalvelukäytäntömme ja toimintamallimme voidaan entistä paremmin sovittaa kunkin liiketoiminnan ja asiakaskunnan tarpeisiin.

Kaupan yhteydessä Gate Apps Oy:lle siirtyvät liiketoiminnan parissa työskennelleet ja tuotekehityksestä vastanneet työntekijät. Johto ja omistajat ovat molemmissa yhtiössä samat – yritysten toimitusjohtajana toimii toistaiseksi Pirkka Paronen. Palveluiden, sopimusten ja tuotteiden ylläpito jatkuu nykyisten sopimusten mukaisena.

Lisätietoja asiasta antaa toimitusjohtaja Pirkka Paronen, puh. +358 50 592 1207, pirkka.paronen@systemsgarden.com

Yhteystiedot:

Gate Apps Oy (3341568-3).
Hevosenkenkä 3
02600 Espoo

Intranet tekee organisaation sisäisestä viestinnästä ja tiedonhallinnasta jouhevampaa.

Tutustu myös muihin palveluihimme ja ota yhteyttä!

Ratkaisut

Ota yhteyttä