Kaikki nykyään facebookkaa
Pari viikkoa sitten ilmestyneen Opettaja lehden mukaan, joka toinen opettaja on jo facebookissa. 87% alle 30-vuotiaista ja 21% yli 60-vuotiaista opettajista on facebookissa. Pääkirjoituksessa Hannu Laaksonen sanoo Facebookin suosion salaisuudeksi kätevän ja nopean yhteydenpidon. (Opettaja 2009). Facebook aktivoi ihmisiä ja sen kautta on paljon helpompi ottaa yhteyttä muihin käyttäjiin.
Sataedun verkkopalveluja ja markkinointia suunnitellessani pohdin, mistä jäisimme paitsi, jos emme olisi facebookissa? Siitä emme varmaan halua edes ottaa selvää.
Facebook on hyvä markkinointi- ja tiedottamiskanava
Pari viikkoa sitten kuulin ruokapöytäkeskustelussa hyvän pointin. Facebookin kautta yhteydenottamisessa on kynnys paljon matalampi. Jos esimerkiksi tapaat puolitutun entisen työkaverin tai kaukaisen sukulaisen, on hankala lähteä selvittämään hänen sähköpostiosoitettaan tai jos sen saisi selvillekin, niin tuntemattomalle on hieman outoa laittaa yks kaks sähköpostia. Tämä varmasti pätee myös soittamiseen. Vaikka numeron tietäisikin, soittamisen kynnys on suuri, kun kyseessä on puolituttu-ventovieras. Mutta facebookin kautta se käy näppärästi. "Melkein kaikki" ovat facebookissa, sinun ei tarvitse kuin etsiä henkilöä nimeltä, lähettää kaveripyyntö tai viesti. Yhteydenoton kynnys on huomattavasti matalampi, kuin muita yhteydenottovälineiden käyttäminen.
Sataedu facebookissa
Sataedulla on oma facebook sivu. Sivulla voi fanittaa Sataedua, tiedottaa tulevista tapahtumista, julkaista kuvia ja videoita tuotteista ja palveluista sekä keskustella fanien kanssa.
Oletussovellusten lisäksi sivulle voi lisätä ilmaisia muita sovelluksia. Sataedun sivulla on seuraavat välilehdet: seinä, info, tapahtumat, kuvat, linkit, videot ja keskustelut. Tapahtumiin voi lisätä esim. alkavia koulutuksia tai muita tapahtumia. Sivulle voi lisätä koulutuksista kuvia ja videoita. Linkit välilehdelle voi lisätä esim. opiskelijoiden omia www-sivuja. Keskustelu osiossa voi jutella fanien kanssa. Tarkoituksena on saada aktiivinen sivu, jossa voimme olla vuorovaikutuksessa faniemme kanssa. Sivua on päivitettävä säännöllisesti ja päivityksistä voi lähettää faneille viestin. Tätä kuitenkin kannattaa käyttää harkiten, ettei fanit hermostu jatkuviin päivityksiin. Tällä tavalla saamme fanit tulemaan sivulle uudelleen.
Voit ryhtyä nyt Sataedu brändin kannattajaksi ja rakentajaksi facebookissa sekä kutsua kaverisikin mukaan. Kun organisaatiollamme on paljon faneja, niin myös fanien kaverit tulevat tuntemaan Sataedun. Ja jos vielä fanit jakavat Sataedu aiheisia sivuja profiilissaan, niin heidän kaverinsakin näkevät tämän. Verrattuna sähköpostilla jaettu linkkivinkki menee vain yhdelle. Facebookissa linkin jakaminen tavoittaa useat ihmiset.
Lisäsin blogiini Sataedun fanilaatikon, josta pääsee helposti Sataedun sivulle.
Ja tämä kaikki maksoi ainoastaan hieman aikaa ja vaivaa.
Facebookkiin saa myös edullisia mainoksia, jotka hinnoitellaan joko klikkausten tai näyttökertojen mukaan. Lisäksi FB:ssa voi tehdä sosiaalisia pelejä, jotka samalla mainostaa organisaatiota ja sitovat asiakkaita brändiin.
Sataedu irc-galleriassa
Tein Sataedu yhteisön nuorien suosimaan irc-galleriaan. Irc-galleria on hieman erilainen yhteisö kuin facebook. Irc-gallerian käyttäjät ovat huomattavasti nuorempia, noin 20-vuotiaita ja alle, kun taas Facebookissa käyttäjät ovat nuoria aikuisia ja siitä ylöspäin. Irc-gallerian yhteisön sivu elää enemmän omaa elämäänsä ja sinne tulevat kuvat ja kommentit eivät ole organisaation virallisia mainoskuvia, vaan oikeasti käyttäjien lisäämiä. On mielenkiintoista seurata juuri perustettua yhteisöä.
Irc-galleria on uudistunut ja uusia ominaisuuksia on vielä tulossa lisää. Kovasti odotan esim. kysely ominaisuuden saapumista. Sillä saa yhteisön sivulle, mikä sinusta tulee isona tai mikä ala kiinnostaa tyyppisiä kyselyitä luotua ja selvitettyä mitä käyttäjät todella ajattelevat.
Irc-gallerian keskustelu ja kommentointi on vapaata. Siellä jos missä näkee, mitä asiakkaat ajattelevat brändistäsi. Lisäksi siellä voi selvitä, mitä he ajattelevat kilpailijoistasi. Voit seurata esim. näkyykö mainoskampanjasi käyttäjien keskusteluissa. Tärkeää organisaatiolle onkin, missä foorumissa ne vaikuttavimmat keskustelut brändistäsi ja toimialastasi sitten käydään. Tärkeä ominaisuus verkkomainontaa suunniteltaessa on näiden keskustelujen analysoiminen.
Sosiaalisen median hyödyntäminen markkinoinnissa
Markkinointiin sosiaalisen median työkaluilla liittyy aina suurempi riski kuin perinteisten kanavien käyttäminen. Eikä sitä voi samalla tavalla kontrolloida. Mitä enemmän yrität kontrolloida, sitä vähemmän sinulla on ohjakset käsissäsi. Yhteisöt, blogit ja muu verkossa tapahtuva vuorovaikutus asiakkaisiin on pitkäjänteistä työtä. Asiakkaita on kuunneltava ja heitä on arvostettava. Erilaisissa yhteisöissä ollaan kaikki samanvertaisia. Vaikka riski on suurempi ja tie ehkä pidempi niin mielenkiintoiseksi siitä tekee se, että markkinointiin saadaan aitoa ja oikeaa sisältöä, kun se on asiakkaiden tuottamaa. Tämä pakottaa organisaatiot myös lunastamaan lupauksensa, sillä asiakkaiden tuottama materiaali on juuri sitä, mitä organisaatiossa on tarjolla, kaunistelematta. Suurena päämääränä sosiaalisen median hyödyntämisessä on olla verkossa asiakkaita varten. Se on yksi tehokkaimmista tavoista vaikuttaa ihmisiin ja heidän mielikuviinsa brändistä. (Sarola 2009).
Gävert (21.10.2009) kirjoittaa M&M blogissaan, kuinka organisaatiot ovat aika hyvin mukana sosiaalisessa mediassa, mutta eivät jaksa panostaa sen pidemmälle, vaikka asiakkaiden kanssa pitäisi saada vastavuoroinen dialogi aikaiseksi, eikä pelkästään vain näkyä esim. facebookissa. Interaktiivisuus (keskustelut asiakkaan kanssa) ei tulevaisuudessa enää riitä, vaan ollaan menossa kohti proaktiivisuutta, jossa ihmiset ja brändi ovat aktiivisessa yhteistyössä saavuttamassa yhteisiä päämääriä.
Sataedu wikipediassa
Sataedu löytyy myös wikipediasta.
LÄHTEET
Gävert Nuppu 21.10.2009. Kommentti: I love Proactive Brands. Markkinointi & Mainonta. Saatavilla http://www.marmai.fi/blogit/ilove/
Opetusalan ammattijärjestö OAJ ry 2009. Opettaja, opetusalan järjestö- ja ammattilehti 41. 9.10.2009.
Sarola Tintti, Family One 2009. Sosiaalinen media ja markkinointi. - A match made in hell. 25.8.2009. Saatavilla http://www.helsinki.chamber.fi/files/3907/090825kauppakamari_sosmedia_sarola.pdf
keskiviikko 21. lokakuuta 2009
perjantai 2. lokakuuta 2009
Sähköinen julkaisujärjestelmä ja avoin lähdekoodi
Verkkopalvelut toteutetaan tänä päivänä sähköisillä julkaisujärjestelmillä.
Tämä tekninen toteutus voidaan ostaa hankintana tai tehdä organisaation sisäisenä työnä. Tämä usein riippuu organisaation sisäisestä osaamisesta ja resursseista. Useimmiten järjestelmän toteutus on osaksi omalla väellä tehty ja osaksi ostettu ulkopuolelta. (JUHTA 2005, 7). Sataedussa päädyttiin myös tähän. Osa tehdään sisäisenä työnä ja osa ostetaan asiantuntijapalveluna.
Verkkopalvelujen sähköiseksi julkaisujärjestelmäksi valitaan, Drupal, laajennettavuutensa ja avoimen lähdekoodin takia. Drupalia käyttää mm. Yle, Nokia ja Obaman hallinto. Lisäksi juuri julkaistu demoversio opiskelijaksi.net sivustosta, joka julkaisee uudenmaan opiskelupaikat ja tarjoaa apua valintaan, on toteutettu Drupalin päälle.
Avoin lähdekoodi antaa tilaajalle oikeuden käyttää, kopioida, levittää ja muokata ohjelman koodia vapaasti. Tämän vuoksi ohjelmisto voidaan, vaikka jakaa yhteistyökumppaneiden kanssa. Tämä onkin loistava asia, sillä koskaan ei tiedä, ketkä koulutuskuntayhtymään seuraavaksi liittyvät. Saamme avoimella koodilla helposti jaettua järjestelmäämme muille ilman lisäkustannuksia, sillä avoimesta ohjelmasta ei tule lisenssi-, eikä kuukausimaksuja. Järjestelmän rakentamisesta maksetaan ainoastaan työtuntien verran kertakorvauksena. Tämä pienentää kokonaiskustannuksia. Eikä tarvitse sitoutua yhteen toimittajaan, mikä vähentää riskejä. Sataedu voi aivan vapaasti kehittää järjestelmää omalla osaamisellaan tai valita yhteistyökumppanin tähän ilman sitoumuksia, koska se pääsee käsiksi lähdekoodiin. Järjestelmän koko elinkaaren ajan on siis mahdollisuus vapaaseen kilpailutukseen. Lähdekoodin avoimuuden takia, järjestelmiä voidaan myös helpommin sovittaa yhteen, toisin kuin suljettuja järjestelmiä. Suljettuja ohjelmistoja saa ainoastaan yhdeltä toimittajalta, kun avoimen lähdekoodin ohjelmia saa useilta. Suljettuja ohjelmia ostetaan lisensseinä, kun taas avoimen lähdekoodin ohjelmia ostetaan palveluina. Avoimia järjestelmiä hyödyntämällä varmistetaan mahdollisemman suuri joustavuus nyt ja tulevaisuudessa. Järjestelmän avoimuuden takia koodi voidaan myös tarkistuttaa ja viedä arvioitavaksi kenelle tahansa, mikä nostaa järjestelmän laadukkuutta. (JUHTA 2009, 2, 5, 8—9, 13).
Koska Nakkilan yksiköllä oli jo hyviä kokemuksia avoimesta lähdekoodista ja erityisesti Drupal järjestelmästä, niin siitä tehtiin koulutuskuntayhtymän virallinen järjestelmä koulutuskuntayhtymän johtajan esityksellä. Tähän ideaan vaikutti myös vahvasti JUHTAn suositus JHS 169 Avoimen lähdekoodin ohjelmien käyttö julkisessa hallinnossa. Siinä mainitaan, kuinka kuntien yhdistymisessä avointen järjestelmien käytöllä saadaan kustannustehokkuutta, kun järjestelmiä voidaan vapaasti kopioida fuusioitumisessa ilman lisenssimaksuja. JHS 169 suosituksessa kerrotaan, kuinka organisaatio voi ottaa käyttöön jonkun avoimen järjestelmän ja sitten kilpailuttaa vain käyttöönottoon liittyvät asennus- ja tukipalvelut. (JUHTA 2009, 19—20). Suosituksesta löytyi myös esimerkki, jossa alankomaissa toimiva järjestö, Nederland Open in Verbinding, tulkitsi EU-lainsäädäntöä niin, että itse tehtyjen avoimen lähdekoodien järjestelmien käyttöönottoa ei katsota hankintana. Organisaatio voi siis ottaa järjestelmän käyttöön ja kilpailuttaa vain sitä koskevat palvelut. (JUHTA 2009, 20).
Drupal asiantuntijapalvelut kilpailutettiin kesäkuussa 2009 julkisten hankintojen lain mukaisesti. Tarjouspyynnön kriteerinä käytettiin kokonaistaloudellista edullisuutta, mitä JHS 169 suosittelee (JUHTA 2009, 19.) JHS 169 Avoimen lähdekoodin hankintaa koskevassa suosituksessa oli myös hyviä kysymyksiä tarjouspyyntöön lisättäväksi. Kysymyksillä voidaan selvittää esimerkiksi, kuinka paljon toimittaja osallistuu kyseisen avoimen järjestelmän kehittämiseen. Mahdolliselta toimittajalta kannattaakin selvittää aiemmat vastaavat toteutukset sekä kokemukset järjestelmien räätälöinnistä ja integroinnista. Toimittajan sitoutuminen projektiin ja toimittajan käyttämien asiantuntijaresurssien pätevyyden selvittäminen ovat myös selvitettäviä seikkoja. Ammattitaidon voi osoittaa koulutustaustalla ja aiemmilla osallistumisilla erilaisiin kehittämishankkeisiin. (JUHTA 2009, 21—22). Hankintalaissa (348/2007, 59 §) on myös joukko asiakirjoja, joilla voidaan selvittää toimittajan teknistä suorituskykyä ja ammatillista pätevyyttä. Alla olevia kysymyksiä hyödynnettiin Sataedun tarjouspyynnössä, joka jätettiin Hilmaan.
• Onko yrityksenne osallistunut Drupalin kehittämiseen luovuttaen siihen lähdekoodia? Millä tavoin ja kuinka paljon?
• Onko yrityksenne esittänyt Drupalin kehittäjille kehitys- ja korjausehdotuksia? Mitä ja milloin? Miten ehdotuksille kävi?
• Osallistuuko yrityksenne ohjelmiston kehittämiseen liittyvään organisoituun toimintaan? Mihin ja missä muodossa?
• Mitkä ovat yrityksenne toimitusreferenssit Drupaliin liittyvissä palveluissa?
Arviointiperusteina käytettiin hankintahintaa (50 %), projektista vastaavan henkilön pätevyyttä (30 %) ja referenssejä aiemmista Drupal toteutuksista (30 %). Kirjalliset tarjoukset pisteytettiin tämän mukaan. Pisteytyksestä laadittiin excel tiedosto, johon kirjattiin myös perustelut pisteytykselle. Tämä valintadokumentti lähetettiin kaikille tarjouksen lähettäneelle. Tekniseksi yhteistyökumppaniksi valittiin Brain Alliance Oy.
Järjestelmän rakentamiseen menee noin neljä kuukautta. Lähtökohtana on, että järjestelmä rakennetaan hyödyntäen mahdollisimman paljon valmiita Drupalin toiminnallisia komponentteja. Tulevaisuuden lisä- ja muutostarpeet on huomioitava järjestelmää rakennettaessa. Tehtyjen valintojen on kannettava pitkälle tulevaisuuteen. Tämän takia kevään 2010 kehittämiskohteita on jo nyt alustavasti suunniteltava.
Sataedu pääsee Drupalilla tehdyn sähköisen julkaisujärjestelmänsä lähdekoodiin käsiksi, sillä Drupal on avoimen lähdekoodin järjestelmä. Tämä antaa Sataedulle mahdollisuuden jakaa ohjelmakoodia yhteistyökumppaneille. Kurki (2008, 35) kertoo Lasse Larvannon (2007) sanoin, kuinka arvokkaan ohjelmakoodin jakaminen voi olla hyvä hyötymiskeino. Ohjelmakoodin jakamisella, kun voi saada huomiota ja tukea jatkon tuotekehitykseen. JUHTA (2009, 9, 11) sanoo myös samaa, että avoimen lähdekoodin jakamisella voidaan saada paljon enemmän hyötyä, kuin pelkällä passiivisella hyödyntämisellä. Organisaatioiden välisellä yhteistyöllä voidaan jakaa kustannuksia. Suljettujen ohjelmistojen kanssa asiakkaan teettämät parannukset järjestelmään jäävät toimittajalle ja niiden jatkokehittely edellyttää kaupankäyntiä toimittajan kanssa. Varsinkin Sataedun verkkopalvelujen kaltaisissa järjestelmissä, joissa jatkokehittely on keskeisellä sijalla, en näe muuta vaihtoehtoa kuin avoimen lähdekoodin järjestelmä.
LÄHTEET
Finlex, ajantasainen lainsäädäntö 2009. Laki julkisista hankinnoista 348/2007. Saatavilla http://www.finlex.fi/fi/laki/ajantasa/2007/20070348
JUHTA – Julkisen hallinnon tietohallinnon neuvottelukunta 2005. JHS 129 Julkishallinnon verkkopalvelun suunnittelun ja toteuttamisen periaatteet. Versio 4.1.2008. Julkaistu 15.6.2005. Saatavilla http://www.jhs-suositukset.fi/suomi/jhs129
JUHTA – Julkisen hallinnon tietohallinnon neuvottelukunta 2009. JHS 169 Avoimen lähdekoodin ohjelmien käyttö julkisessa hallinnossa. Julkaistu 23.2.2009. Saatavilla http://www.jhs-suositukset.fi/suomi/jhs169
Kurki Matti 2008. Tulevaisuuden verkkopalvelut. Haaga-Helian julkaisusarja Puheenvuoroja 11/2008. Haaga-Helian ammattikorkeakoulu. Saatavilla http://www.haaga-helia.fi/fi/tutkimus-ja-kehityspalvelut/julkaisut/liitteet/TulevaisuudenVerkkopalvelut.pdf
Tämä tekninen toteutus voidaan ostaa hankintana tai tehdä organisaation sisäisenä työnä. Tämä usein riippuu organisaation sisäisestä osaamisesta ja resursseista. Useimmiten järjestelmän toteutus on osaksi omalla väellä tehty ja osaksi ostettu ulkopuolelta. (JUHTA 2005, 7). Sataedussa päädyttiin myös tähän. Osa tehdään sisäisenä työnä ja osa ostetaan asiantuntijapalveluna.
Verkkopalvelujen sähköiseksi julkaisujärjestelmäksi valitaan, Drupal, laajennettavuutensa ja avoimen lähdekoodin takia. Drupalia käyttää mm. Yle, Nokia ja Obaman hallinto. Lisäksi juuri julkaistu demoversio opiskelijaksi.net sivustosta, joka julkaisee uudenmaan opiskelupaikat ja tarjoaa apua valintaan, on toteutettu Drupalin päälle.
Avoin lähdekoodi antaa tilaajalle oikeuden käyttää, kopioida, levittää ja muokata ohjelman koodia vapaasti. Tämän vuoksi ohjelmisto voidaan, vaikka jakaa yhteistyökumppaneiden kanssa. Tämä onkin loistava asia, sillä koskaan ei tiedä, ketkä koulutuskuntayhtymään seuraavaksi liittyvät. Saamme avoimella koodilla helposti jaettua järjestelmäämme muille ilman lisäkustannuksia, sillä avoimesta ohjelmasta ei tule lisenssi-, eikä kuukausimaksuja. Järjestelmän rakentamisesta maksetaan ainoastaan työtuntien verran kertakorvauksena. Tämä pienentää kokonaiskustannuksia. Eikä tarvitse sitoutua yhteen toimittajaan, mikä vähentää riskejä. Sataedu voi aivan vapaasti kehittää järjestelmää omalla osaamisellaan tai valita yhteistyökumppanin tähän ilman sitoumuksia, koska se pääsee käsiksi lähdekoodiin. Järjestelmän koko elinkaaren ajan on siis mahdollisuus vapaaseen kilpailutukseen. Lähdekoodin avoimuuden takia, järjestelmiä voidaan myös helpommin sovittaa yhteen, toisin kuin suljettuja järjestelmiä. Suljettuja ohjelmistoja saa ainoastaan yhdeltä toimittajalta, kun avoimen lähdekoodin ohjelmia saa useilta. Suljettuja ohjelmia ostetaan lisensseinä, kun taas avoimen lähdekoodin ohjelmia ostetaan palveluina. Avoimia järjestelmiä hyödyntämällä varmistetaan mahdollisemman suuri joustavuus nyt ja tulevaisuudessa. Järjestelmän avoimuuden takia koodi voidaan myös tarkistuttaa ja viedä arvioitavaksi kenelle tahansa, mikä nostaa järjestelmän laadukkuutta. (JUHTA 2009, 2, 5, 8—9, 13).
Koska Nakkilan yksiköllä oli jo hyviä kokemuksia avoimesta lähdekoodista ja erityisesti Drupal järjestelmästä, niin siitä tehtiin koulutuskuntayhtymän virallinen järjestelmä koulutuskuntayhtymän johtajan esityksellä. Tähän ideaan vaikutti myös vahvasti JUHTAn suositus JHS 169 Avoimen lähdekoodin ohjelmien käyttö julkisessa hallinnossa. Siinä mainitaan, kuinka kuntien yhdistymisessä avointen järjestelmien käytöllä saadaan kustannustehokkuutta, kun järjestelmiä voidaan vapaasti kopioida fuusioitumisessa ilman lisenssimaksuja. JHS 169 suosituksessa kerrotaan, kuinka organisaatio voi ottaa käyttöön jonkun avoimen järjestelmän ja sitten kilpailuttaa vain käyttöönottoon liittyvät asennus- ja tukipalvelut. (JUHTA 2009, 19—20). Suosituksesta löytyi myös esimerkki, jossa alankomaissa toimiva järjestö, Nederland Open in Verbinding, tulkitsi EU-lainsäädäntöä niin, että itse tehtyjen avoimen lähdekoodien järjestelmien käyttöönottoa ei katsota hankintana. Organisaatio voi siis ottaa järjestelmän käyttöön ja kilpailuttaa vain sitä koskevat palvelut. (JUHTA 2009, 20).
Drupal asiantuntijapalvelut kilpailutettiin kesäkuussa 2009 julkisten hankintojen lain mukaisesti. Tarjouspyynnön kriteerinä käytettiin kokonaistaloudellista edullisuutta, mitä JHS 169 suosittelee (JUHTA 2009, 19.) JHS 169 Avoimen lähdekoodin hankintaa koskevassa suosituksessa oli myös hyviä kysymyksiä tarjouspyyntöön lisättäväksi. Kysymyksillä voidaan selvittää esimerkiksi, kuinka paljon toimittaja osallistuu kyseisen avoimen järjestelmän kehittämiseen. Mahdolliselta toimittajalta kannattaakin selvittää aiemmat vastaavat toteutukset sekä kokemukset järjestelmien räätälöinnistä ja integroinnista. Toimittajan sitoutuminen projektiin ja toimittajan käyttämien asiantuntijaresurssien pätevyyden selvittäminen ovat myös selvitettäviä seikkoja. Ammattitaidon voi osoittaa koulutustaustalla ja aiemmilla osallistumisilla erilaisiin kehittämishankkeisiin. (JUHTA 2009, 21—22). Hankintalaissa (348/2007, 59 §) on myös joukko asiakirjoja, joilla voidaan selvittää toimittajan teknistä suorituskykyä ja ammatillista pätevyyttä. Alla olevia kysymyksiä hyödynnettiin Sataedun tarjouspyynnössä, joka jätettiin Hilmaan.
• Onko yrityksenne osallistunut Drupalin kehittämiseen luovuttaen siihen lähdekoodia? Millä tavoin ja kuinka paljon?
• Onko yrityksenne esittänyt Drupalin kehittäjille kehitys- ja korjausehdotuksia? Mitä ja milloin? Miten ehdotuksille kävi?
• Osallistuuko yrityksenne ohjelmiston kehittämiseen liittyvään organisoituun toimintaan? Mihin ja missä muodossa?
• Mitkä ovat yrityksenne toimitusreferenssit Drupaliin liittyvissä palveluissa?
Arviointiperusteina käytettiin hankintahintaa (50 %), projektista vastaavan henkilön pätevyyttä (30 %) ja referenssejä aiemmista Drupal toteutuksista (30 %). Kirjalliset tarjoukset pisteytettiin tämän mukaan. Pisteytyksestä laadittiin excel tiedosto, johon kirjattiin myös perustelut pisteytykselle. Tämä valintadokumentti lähetettiin kaikille tarjouksen lähettäneelle. Tekniseksi yhteistyökumppaniksi valittiin Brain Alliance Oy.
Järjestelmän rakentamiseen menee noin neljä kuukautta. Lähtökohtana on, että järjestelmä rakennetaan hyödyntäen mahdollisimman paljon valmiita Drupalin toiminnallisia komponentteja. Tulevaisuuden lisä- ja muutostarpeet on huomioitava järjestelmää rakennettaessa. Tehtyjen valintojen on kannettava pitkälle tulevaisuuteen. Tämän takia kevään 2010 kehittämiskohteita on jo nyt alustavasti suunniteltava.
Sataedu pääsee Drupalilla tehdyn sähköisen julkaisujärjestelmänsä lähdekoodiin käsiksi, sillä Drupal on avoimen lähdekoodin järjestelmä. Tämä antaa Sataedulle mahdollisuuden jakaa ohjelmakoodia yhteistyökumppaneille. Kurki (2008, 35) kertoo Lasse Larvannon (2007) sanoin, kuinka arvokkaan ohjelmakoodin jakaminen voi olla hyvä hyötymiskeino. Ohjelmakoodin jakamisella, kun voi saada huomiota ja tukea jatkon tuotekehitykseen. JUHTA (2009, 9, 11) sanoo myös samaa, että avoimen lähdekoodin jakamisella voidaan saada paljon enemmän hyötyä, kuin pelkällä passiivisella hyödyntämisellä. Organisaatioiden välisellä yhteistyöllä voidaan jakaa kustannuksia. Suljettujen ohjelmistojen kanssa asiakkaan teettämät parannukset järjestelmään jäävät toimittajalle ja niiden jatkokehittely edellyttää kaupankäyntiä toimittajan kanssa. Varsinkin Sataedun verkkopalvelujen kaltaisissa järjestelmissä, joissa jatkokehittely on keskeisellä sijalla, en näe muuta vaihtoehtoa kuin avoimen lähdekoodin järjestelmä.
LÄHTEET
Finlex, ajantasainen lainsäädäntö 2009. Laki julkisista hankinnoista 348/2007. Saatavilla http://www.finlex.fi/fi/laki/ajantasa/2007/20070348
JUHTA – Julkisen hallinnon tietohallinnon neuvottelukunta 2005. JHS 129 Julkishallinnon verkkopalvelun suunnittelun ja toteuttamisen periaatteet. Versio 4.1.2008. Julkaistu 15.6.2005. Saatavilla http://www.jhs-suositukset.fi/suomi/jhs129
JUHTA – Julkisen hallinnon tietohallinnon neuvottelukunta 2009. JHS 169 Avoimen lähdekoodin ohjelmien käyttö julkisessa hallinnossa. Julkaistu 23.2.2009. Saatavilla http://www.jhs-suositukset.fi/suomi/jhs169
Kurki Matti 2008. Tulevaisuuden verkkopalvelut. Haaga-Helian julkaisusarja Puheenvuoroja 11/2008. Haaga-Helian ammattikorkeakoulu. Saatavilla http://www.haaga-helia.fi/fi/tutkimus-ja-kehityspalvelut/julkaisut/liitteet/TulevaisuudenVerkkopalvelut.pdf
Tilaa:
Blogitekstit (Atom)
LinkWithin
