<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Strategista kilpailuetua - blogi &#187; toiminnanohjaus</title>
	<atom:link href="http://www.infobuild.fi/blogi/tag/toiminnanohjaus/feed" rel="self" type="application/rss+xml" />
	<link>http://www.infobuild.fi/blogi</link>
	<description>Ajatuksia Business Intelligencestä, tiedon laadusta ja tietojen integraatiosta...</description>
	<lastBuildDate>Sat, 31 Dec 2011 07:21:32 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Sosiaalisen median integrointi liiketoimintaan</title>
		<link>http://www.infobuild.fi/blogi/2010/10/sosiaalisen-median-integrointi-liiketoimintaan.php</link>
		<comments>http://www.infobuild.fi/blogi/2010/10/sosiaalisen-median-integrointi-liiketoimintaan.php#comments</comments>
		<pubDate>Fri, 01 Oct 2010 09:58:54 +0000</pubDate>
		<dc:creator>Mikko Muurinen</dc:creator>
				<category><![CDATA[Integraatio]]></category>
		<category><![CDATA[integraatio]]></category>
		<category><![CDATA[liiketoiminta]]></category>
		<category><![CDATA[Mikko Muurinen]]></category>
		<category><![CDATA[toiminnanohjaus]]></category>

		<guid isPermaLink="false">http://www.infobuild.fi/blogi/?p=345</guid>
		<description><![CDATA[Aika alkaa olla kypsä sosiaalisen median palveluiden hyödyntämiselle liiketoiminnassa. Facebookin ja Twitterin kaltaisia palveluita on suunniteltu ja kehitetty moniin liiketoimintatarkoituksiin. Tietoa halutaan &#8220;seurata&#8221; sen sijaan että sitä kaivettaisiin ja etsittäisiin eri portaaleista ja järjestelmistä. Kavereiden seuraamisen sijaan halutaan seurata asiakkaita, taloustietoja tai erilaisia prosesseja, kuten tilauksia, toimituksia tai tuotekehitystä. Perinteisen raportoinnin lisäksi halutaan saada reaaliaikaisia [...]]]></description>
			<content:encoded><![CDATA[<div class="tweetmeme_button" style="float: right; margin-left: 10px;">
			<a href="http://api.tweetmeme.com/share?url=http%3A%2F%2Fwww.infobuild.fi%2Fblogi%2F2010%2F10%2Fsosiaalisen-median-integrointi-liiketoimintaan.php"><br />
				<img src="http://api.tweetmeme.com/imagebutton.gif?url=http%3A%2F%2Fwww.infobuild.fi%2Fblogi%2F2010%2F10%2Fsosiaalisen-median-integrointi-liiketoimintaan.php&amp;source=InfoBuild&amp;style=normal&amp;b=2" height="61" width="50" /><br />
			</a>
		</div>
<p>Aika alkaa olla kypsä sosiaalisen median palveluiden hyödyntämiselle liiketoiminnassa. Facebookin ja Twitterin kaltaisia palveluita on suunniteltu ja kehitetty moniin liiketoimintatarkoituksiin.</p>
<p>Tietoa halutaan &#8220;seurata&#8221; sen sijaan että sitä kaivettaisiin ja etsittäisiin eri portaaleista ja järjestelmistä. Kavereiden seuraamisen sijaan halutaan seurata asiakkaita, taloustietoja tai erilaisia prosesseja, kuten tilauksia, toimituksia tai tuotekehitystä. Perinteisen raportoinnin lisäksi halutaan saada reaaliaikaisia tietoja muutoksista ja poikkeavista tapahtumista.</p>
<p>Suurena kysymyksenä on kuitenkin, kuinka nämä uudenlaiset sovellukset integroidaan muihin järjestelmiin, esim. toiminnanohjausjärjestelmiin (ERP), HR-järjestelmiin, tuotehallintajärjestelmiin tai tuotantojärjestelmiin? Järjestelmät saattavat olla ulkopuolisia SaaS-mallisia pilvipalveluita, ostettuja pakettisovelluksia tai itse rakennettuja &#8220;legacy&#8221;-järjestelmiä.</p>
<p>Kuinka sekä sosiaalisen median tapahtumat ja liiketoimintatapahtumat linkitetään yhteen? Kuinka tämä tehdään niin, että saadaan käyttäjät innostumaan ja todella hyödyntämään uusia mahdollisuuksia? Kuinka saavutetaan järjestelmäriippumattomuus, jotta esim. voidaan haluttaessa vaihtaa jokin komponentti toiseen, esim. vanha asiakkuudenhallintajärjestelmä (CRM) uuteen SaaS-pohjaiseen ratkaisuun?</p>
<p>Integraatioratkaisut ovat usein pitäneet siiloajattelun paikallaan &#8211; dataa on kyllä siirrelty ja rikastettu &#8211; mutta erilaiset työnkulut eri sovellusten välillä ovat olleet harvinaisia. Yhä useammassa yrityksessä on käymässä juuri päinvastoin, uudet palvelut tuovat kukin omat prosessinsa ja työnkulkunsa olemassa olevien lisäksi. Työnkulkujen yhdistäminen saisi kuitenkin usein monia manuaalisia vaiheita liiketoimintaprosesseista pois.</p>
<p>Oheisessa YouTube-videossa on esitetty eräs tällainen käyttötapaus:<br />
Salesforce.com:in uuden Chatter-ominaisuuden ja SAP:n laskun hyväksynnän integraatio. Tällainen integraatio pudottaa useita manuaalisia vaiheita työstä pois ja mahdollistaa tiedon nopean välittämisen kaikille osallisille.</p>
<p><object width="480" height="385"><param name="movie" value="http://www.youtube.com/v/Mg6sTNCIMCs?fs=1&amp;hl=fi_FI&amp;rel=0&amp;hd=1"></param><param name="allowFullScreen" value="true"></param><param name="allowscriptaccess" value="always"></param><embed src="http://www.youtube.com/v/Mg6sTNCIMCs?fs=1&amp;hl=fi_FI&amp;rel=0&amp;hd=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="480" height="385"></embed></object></p>
<p>Ongelmana yrityksissä on se, etteivät arkkitehtuurit kaikesta hypestä huolimatta oikeasti ole palvelu-orientoituneita, kaikki osat eivät kykene tuottamaan ja hyödyntämään Web Service -palveluita, vaan joukossa on vanhoja järjestelmiä, vanhoja versioita, pakettisovelluksia ja kotikutoisia ratkaisuita. Näiden yhdistämiseksi tarvittaisiin valtavasti työtä ja osaamista, jos rajapinnat tehtäisiin koodaamalla. Rajapintojen tapahtuma- ja virhekäsittely sekä lokiinkirjoitusrutiinit vielä tähän päälle&#8230;</p>
<p>Lähestymällä asiaa valmiiden adapterien avulla päästään koodauksesta kokonaan ja säästetään huomattavasti aikaa. Hyötynä on myös se, että liittymät on sertifioitu ja testattu ja ne saadaan tuen ja SLA-sopimusten piiriin, eivätkä muutokset integroiduissa järjestelmissä tuota työläitä uudelleen koodauksia.</p>
<p>Erillisten siilojen tiedot voidaan integroida entiseen tapaan ja käyttäjille saada reaaliaikaisestikin tieto muissa siiloissa tapahtuneista muutoksista, mutta oikeasti hyötyä tulee siitä, jos pystytään vähentämään työnkulkujen katkeaminen, oli kyseessä sitten hyväksymisketju tai kommentointi.</p>
<p>Ilman erilaisten työnkulkujen yhdistämistä vanhat keinot, kuten puhelin- ja sähköpostiyhteydenpito saattavat muodostaa suuren osan kokonaisprosessista; &#8220;Moi, kävin juuri SAPissa hyväksymässä tilauksen, voit nyt kirjata sen CRM:ään&#8230;&#8221;-tyylisistä yhteydenotoista ei päästä tällöin eroon.</p>
<p>Mikko Muurinen</p>
]]></content:encoded>
			<wfw:commentRss>http://www.infobuild.fi/blogi/2010/10/sosiaalisen-median-integrointi-liiketoimintaan.php/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Business Intelligence -trendit 2010</title>
		<link>http://www.infobuild.fi/blogi/2010/01/business-intelligence-trendit-2010.php</link>
		<comments>http://www.infobuild.fi/blogi/2010/01/business-intelligence-trendit-2010.php#comments</comments>
		<pubDate>Tue, 19 Jan 2010 06:13:00 +0000</pubDate>
		<dc:creator>Mikko Muurinen</dc:creator>
				<category><![CDATA[Business Intelligence]]></category>
		<category><![CDATA[asiakaspalvelu]]></category>
		<category><![CDATA[BI]]></category>
		<category><![CDATA[erp]]></category>
		<category><![CDATA[hr-raportointi]]></category>
		<category><![CDATA[Mikko Muurinen]]></category>
		<category><![CDATA[toiminnanohjaus]]></category>
		<category><![CDATA[trendit]]></category>

		<guid isPermaLink="false">http://www.infobuild.fi/wordpress/2010/01/business-intelligence-trendit-2010.php</guid>
		<description><![CDATA[Vaihtui vuosikymmen ja vuosi, kuten Hector jo niin monta vuosikymmentä sitten lauloi&#8230; Nähtäväksi jää, millaisen kuosin liiketoimintatiedon hyödyntäminen 2010-luvulla saa. Vaihtuuko esim. jokin perinteinen raportointitapa uuteen? Vanhaan&#160;tuttuun tapaan tässäkin blogissa tehdään&#160;omia arvioita tulevan vuoden&#160;trendeistä.&#160;En nyt heittele kivoja ja uusia teknisiä trendejä, vaan&#160;pohdin sitä, mitkä hiljaiset&#160;signaalit viime vuosina ovat voimistuneet asiakkaidemme kehitysprojekteissa. Tässä siis ennusteita vuoden [...]]]></description>
			<content:encoded><![CDATA[<div class="tweetmeme_button" style="float: right; margin-left: 10px;">
			<a href="http://api.tweetmeme.com/share?url=http%3A%2F%2Fwww.infobuild.fi%2Fblogi%2F2010%2F01%2Fbusiness-intelligence-trendit-2010.php"><br />
				<img src="http://api.tweetmeme.com/imagebutton.gif?url=http%3A%2F%2Fwww.infobuild.fi%2Fblogi%2F2010%2F01%2Fbusiness-intelligence-trendit-2010.php&amp;source=InfoBuild&amp;style=normal&amp;b=2" height="61" width="50" /><br />
			</a>
		</div>
<p>Vaihtui vuosikymmen ja vuosi, kuten Hector jo niin monta vuosikymmentä sitten lauloi&#8230; Nähtäväksi jää, millaisen kuosin liiketoimintatiedon hyödyntäminen 2010-luvulla saa. Vaihtuuko esim. jokin perinteinen raportointitapa uuteen?</p>
<p>Vanhaan&nbsp;tuttuun tapaan tässäkin blogissa tehdään&nbsp;omia arvioita tulevan vuoden&nbsp;trendeistä.&nbsp;En nyt heittele kivoja ja uusia teknisiä trendejä, vaan&nbsp;pohdin sitä, mitkä hiljaiset&nbsp;signaalit viime vuosina ovat voimistuneet asiakkaidemme kehitysprojekteissa. Tässä siis ennusteita vuoden 2010 Business Intelligence -trendeistä:</p>
<p><strong>Ulkoisen ja sisäisen tiedon kattava yhdistäminen</strong><br />Yksi keskeinen, jo vahvistunut suuntaus on se, että pyritään yhdistämään sisäiseen tietoon mahdollisimman paljon tietoa ympäröivästä maailmasta. Omat talous-, projekti- ja asiakastiedot saavat tukea mm. yleisistä talousluvuista, kilpailijatiedosta, uutisista, wiki-tyyppisestä tiedosta ja analyytikkoarvioista. </p>
<p>Kun näitä tietoja yhdistellään, esim. karttakäyttöliittymälle, saadaan huomattavan paljon kattavampi kokonaiskuva oman yrityksen tilanteesta suhteessa markkinoihin ja kilpailijoihin. Jokapäiväistä päätöksentekoa voi tukea helposti saattamalla tällainen palvelu kaikkien tarvitsijoiden saataville.</p>
<p><strong>Business Intelligencen hyödyntäminen uusilla osa-alueilla</strong><br />Vuosien varrella olemme useasti törmänneet&nbsp;sellaisiin osa-alueisiin, joissa yrityksissä on yleisemminkin paljon kehitettävää raportointi- / liiketoimintatiedon hyödyntämisen mielessä&#8230; Alla muutamia niistä:</p>
<p><em>Asiakkaille tarjottava raportointi</em><br />Yrityksistä ulospäin lähtevä tieto on usein hyvin alkeellista tai puutteellista. Asiakaspalvelua ja asiakastyytyväisyyttäkin voitaisiin parantaa tarjoamalla parempaa laatua myös raportoinnissa. </p>
<p>Tällaisia&nbsp;asiakkaille&nbsp;tarjottavia lisäpalveluita voisivat olla esim. ajastetusti tai hälytysrajoihin perustuva asiakkaille lähetettävä henkilökohtainen raportointi (mm. kuukausiyhteenvedot jne.) tai asiakkalle tarjottava mahdollisuus päästä extranet-palvelun kautta pyörittelemään omia tietojaan.</p>
<p><em>HR-raportointi</em></p>
<p>HR:n tarpeet ovat jääneet usein talous- ja tuotantonäkökulmien alle niin toiminnanohjausjärjestelmien, kuin muidenkin järjestelmien raportoinnissa ja niiden tietojen hyödyntämisessä. Eri järjestelmistä löytyvää HR-tietoja voitaisiin hyödyntää huomattavasti enemmän&nbsp;esim. päivittäisjohtamisen tukena, työsuhteiden elinkaarten analysoinnissa ja osaamisen hallinnassa.</p>
<p>Henkilöstöhallinnossa pitäisi pystyä arvioimaan mahdollisimman hyvin tulevia tilanteita. Eteenpäin katsominen ja proaktiivinen toiminta kaipaisi esim. mahdollisuuksia mallintaa, simuloida ja ennustaa erilaisia skenarioita olemassa olevan tiedon pohjalta.</p>
<p>Tällä hetkellä monessa yrityksessä henkilöstöön liittyvien tietojen yhdistely on&nbsp;pitkälti käsityötä, eikä erilaisia esittämis- ja visualisointikeinoja käytetä ymmärrettävyyden parantamiseksi samalla tavalla kuin esim. johdon raportoinnissa.</p>
<p><em>Toiminnanohjausjärjestelmän tietojen raportointi</em></p>
<p>ERPeissä käyttämättä makaava tieto voisi olla erittäin tärkeä voimavara yrityksille. Toiminnanohjausjärjestelmiin on usein satsattu paljon rahaa ja resursseja, mutta raportointi on usein jäänyt vakioraporttien varaan. </p>
<p>Tietojen jakaminen ERP-järjestelmän käyttäjien ulkopuolelle saattaa olla mahdotonta tai vaatia ylimääräisiä työvaiheita. Tietojen yhdistäminen erp-järjestelmän ”tietosiiloista” sekä muista sisäisistä ja ulkoisista lähteistä on tehty hankalaksi. Tietojen esittäminen ja visualisointi sekä&nbsp;helppokäyttöisyys ei ole perinteisesti se asia, joista ERP-järjestelmiä kiitellään. Tämän lisäksi raporttien kehittämisen työmäärät voivat olla ERPien välinein melkoisia ja raportit&nbsp;vaikeasti toteutettavia.</p>
<p>Tämä vuosi on&nbsp;useimmissa yrityksessä liiketoimintatiedon kehittämisen aikaa. Miten pystytään ennakoimaan tapahtuvat muutokset niin taloudessa, henkilöstössä, asiakaskunnassa ja prosessien toimivuudessa? Miten&nbsp;varmistetaan, että&nbsp;päätöksen tukena oleva tieto on ajantasaista, ristiriidatonta&nbsp;ja luotettavaa? Miten saadaan lukuisista järjestelmistä, uutislähteistä, tiedostoista ja ulkoisista palveluista koottua kokonaiskuva liiketoiminnan sujumisesta? Uskoisin, että mm. tällaisten kysymysten parissa meilläkin riittää työsarkaa kuluvana vuonnakin.<br />Seuraavassa Linkkitiistai-kirjoituksessa poimin näitä pohdintoja täydentämään ja haastamaan muutamia muita näkemyksiä netistä&#8230;</p>
<p>Mitkä ovat teidän ennusteenne vuodelle 2010? Kommentteja?</p>
<p>Mikko Muurinen</p>
]]></content:encoded>
			<wfw:commentRss>http://www.infobuild.fi/blogi/2010/01/business-intelligence-trendit-2010.php/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

