<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Kokemuksesta opittua: Teklan taklaus</title>
	<atom:link href="http://episto.la/2009/11/19/kokemuksesta-opittua-teklan-taklaus/feed/" rel="self" type="application/rss+xml" />
	<link>http://episto.la/2009/11/19/kokemuksesta-opittua-teklan-taklaus/</link>
	<description>Epistola blogi. Kerrankin selkokieltä bisneksestä.</description>
	<lastBuildDate>Wed, 18 Jan 2012 20:37:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Jörgen Westerling</title>
		<link>http://episto.la/2009/11/19/kokemuksesta-opittua-teklan-taklaus/#comment-33</link>
		<dc:creator>Jörgen Westerling</dc:creator>
		<pubDate>Wed, 02 Dec 2009 07:30:07 +0000</pubDate>
		<guid isPermaLink="false">http://episto.la/?p=217#comment-33</guid>
		<description>Kiitos Jukka hyvästä kommentista! Tämä yksilöiden punoma manuaaliprosessiviidakko on kaikisa järjestelmähankkeissa erittäin tärkeä asia, jota harvoin osataan ottaa huomioon tarpeeksi.
Lukijoille vinkkinä, jos MSCRM yhtään kiinnostaa, kannattaa lukea Jukan osuvasti nimettyä blogia &quot;Surviving CRM&quot;. Pääsette siihen klikkaamalla Jukan nimeä yllä.</description>
		<content:encoded><![CDATA[<p>Kiitos Jukka hyvästä kommentista! Tämä yksilöiden punoma manuaaliprosessiviidakko on kaikisa järjestelmähankkeissa erittäin tärkeä asia, jota harvoin osataan ottaa huomioon tarpeeksi.</p>
<p>Lukijoille vinkkinä, jos MSCRM yhtään kiinnostaa, kannattaa lukea Jukan osuvasti nimettyä blogia &#8220;Surviving CRM&#8221;. Pääsette siihen klikkaamalla Jukan nimeä yllä.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jukka Niiranen</title>
		<link>http://episto.la/2009/11/19/kokemuksesta-opittua-teklan-taklaus/#comment-32</link>
		<dc:creator>Jukka Niiranen</dc:creator>
		<pubDate>Tue, 01 Dec 2009 23:12:25 +0000</pubDate>
		<guid isPermaLink="false">http://episto.la/?p=217#comment-32</guid>
		<description>Erinomainen yhteenveto projektista, jonka osalliseksi oli kunnia päästä muutama kuukausi ennen ekan vaiheen go-livea.
Jopa nykyistä järjestelmäintegraatiota merkittävämpänä hyötynä pitäisin itse sitä, että organisaatiolle tuli oikeasti läpinäkyväksi se, millaista prosessia se todellisuudessa toteuttaakaan. Ihmiset kyllä kykenevät punomaan yhteen toistensa yksilöllisiä manuaaliprosesseja, autuaan tietämättöminä siitä miltä maailma näyttää toisen osapuolen silmistä katsottuna. Järjestelmät taas ovat siitä pirullisia keksintöjä, että ne nostavat pienimmätkin prosessierot päivänvaloon ja pakottavat kaikki leikkimään lopulta samassa hiekkalaatikossa. Tämä on se pohja, jolle tulevaisuuden prosessi-innovaatiota ja muita hiekkalinnoja on vasta mahdollista rakentaa.
Active Directoryn päivämääräkonffausten vaikutus yksittäiseen mutta keskeiseen käyttötapaukseen CRM-testiympäristöstä on hyvä esimerkki fataalista bugista, jollaista ei voi mitenkään ennakoida tai budjetoida, ja joka tekee kalleutensa hyvin selväksi 24 htp:n kulurivinä. Toisesta kategoriasta löytyvät sitten non-fatal bugit, jotka aiheuttavat prosessin käytössä toistuvaa kitkaa ja joita ratkotaan pitkällä aikajänteellä toistuvasti, ilman vastaavaa pakottavuuden tarvetta ja siten selvästi matalammalla tehokkuudella (projektisisäpiirille esimerkkinä &quot;disappearing javascript buttons&quot;, joka on taas IE8:n myötä tapetilla). Asiakkaan kannalta kokonaiskustannusvaikutukset voivat lopulta olla samaa luokkaa tai pahempiakin, mutta seurattavuus taas ihan eri tasoa.</description>
		<content:encoded><![CDATA[<p>Erinomainen yhteenveto projektista, jonka osalliseksi oli kunnia päästä muutama kuukausi ennen ekan vaiheen go-livea.</p>
<p>Jopa nykyistä järjestelmäintegraatiota merkittävämpänä hyötynä pitäisin itse sitä, että organisaatiolle tuli oikeasti läpinäkyväksi se, millaista prosessia se todellisuudessa toteuttaakaan. Ihmiset kyllä kykenevät punomaan yhteen toistensa yksilöllisiä manuaaliprosesseja, autuaan tietämättöminä siitä miltä maailma näyttää toisen osapuolen silmistä katsottuna. Järjestelmät taas ovat siitä pirullisia keksintöjä, että ne nostavat pienimmätkin prosessierot päivänvaloon ja pakottavat kaikki leikkimään lopulta samassa hiekkalaatikossa. Tämä on se pohja, jolle tulevaisuuden prosessi-innovaatiota ja muita hiekkalinnoja on vasta mahdollista rakentaa.</p>
<p>Active Directoryn päivämääräkonffausten vaikutus yksittäiseen mutta keskeiseen käyttötapaukseen CRM-testiympäristöstä on hyvä esimerkki fataalista bugista, jollaista ei voi mitenkään ennakoida tai budjetoida, ja joka tekee kalleutensa hyvin selväksi 24 htp:n kulurivinä. Toisesta kategoriasta löytyvät sitten non-fatal bugit, jotka aiheuttavat prosessin käytössä toistuvaa kitkaa ja joita ratkotaan pitkällä aikajänteellä toistuvasti, ilman vastaavaa pakottavuuden tarvetta ja siten selvästi matalammalla tehokkuudella (projektisisäpiirille esimerkkinä &#8220;disappearing javascript buttons&#8221;, joka on taas IE8:n myötä tapetilla). Asiakkaan kannalta kokonaiskustannusvaikutukset voivat lopulta olla samaa luokkaa tai pahempiakin, mutta seurattavuus taas ihan eri tasoa.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

