<?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: Opeta, älä tarkkaile</title>
	<atom:link href="http://episto.la/2010/02/26/opeta-ala-tarkkaile/feed/" rel="self" type="application/rss+xml" />
	<link>http://episto.la/2010/02/26/opeta-ala-tarkkaile/</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.2</generator>
	<item>
		<title>By: Ville Hemmilä</title>
		<link>http://episto.la/2010/02/26/opeta-ala-tarkkaile/#comment-72</link>
		<dc:creator>Ville Hemmilä</dc:creator>
		<pubDate>Sat, 27 Feb 2010 15:47:03 +0000</pubDate>
		<guid isPermaLink="false">http://episto.la/?p=346#comment-72</guid>
		<description>Käyttötilanteella tarkoitan siis jotain liiketoimintaprosessia. En esimerkiksi vanhaa tai uutta softaa. Kommenttisi oli hyvä, sillä luulen ettet ole ainoa joka sai väärän käsityksen. Tiedän kyllä mitä tarkkailu on.
Olemme uuden viestimme mukaisesti suunnitelleet paljon mm. ERPpien ja CRMien päälle käyttöliittymiä. Siinä puuhassa olen huomannut, että softatoimittajan on välillä pompattava selkeästi sinne liiketoimintaprosessin puolelle yrittäessään luoda oikeaa käytettävyyttä.
Tavoitteiden ja tarpeiden ymmärtämistä. Mutta ei edes tarkkailemalla, sillä joskus asiakkaat vaan ovat luoneet ne prosessinsa vaikka ensimmäisen ERPin lomakkeiden mukaan. Silloin teen mieluummin ensin itse sen mukaan, mitä mielestäni pitäisi tehdä ja annan asiakkaan ampua alas kaiken väärin menneen. Tottakai siinä nyt tulee seurattua asiakasta, mutta jos nyt ihan totta puhutaan niin joskus tehdään niin typeriä asioita, etten halua seurata niiden tekemistä.
Tämä tarkkailu nyt on taas kerran sellainen asia, mistä on helppo löytää teoriaperusteluja ja voi olla, että sinä Tarkkailija teet sitä oikein. Teoriaan tukeutuva Usability Expertti alallamme vaan menee usein tarkkailemaan sitä pirun ERPistä kumpuavaa prosessia ja ei saa kyllä minulta kunnioitusta. Käytettävyyden ja liiketoimintakonsultoinnin voi mielestäni yhdistää hyvin. Ja taas toisaalta meidän projekteissamme ei niitä voi erottaa. Tämän postauksen pohjana oleva artikkelikin käsittelee käytettävyyttä juuri tästä lähtökohdasta.
Nyt kyllä puhutaan käytettävyydestä varsin laajassa kehyksessä, kun taas vaikka Nielsenin tulkinta termistä on merkittävästi spesifisempi. Semantiikkaa, mutta vaihdetaan tämä meidän puheenaiheemme nyt sitten virallisestikin käsittelemään liiketoimintaprosessien parantamista käytettävyyslähtökohdista.</description>
		<content:encoded><![CDATA[<p>Käyttötilanteella tarkoitan siis jotain liiketoimintaprosessia. En esimerkiksi vanhaa tai uutta softaa. Kommenttisi oli hyvä, sillä luulen ettet ole ainoa joka sai väärän käsityksen. Tiedän kyllä mitä tarkkailu on.</p>
<p>Olemme uuden viestimme mukaisesti suunnitelleet paljon mm. ERPpien ja CRMien päälle käyttöliittymiä. Siinä puuhassa olen huomannut, että softatoimittajan on välillä pompattava selkeästi sinne liiketoimintaprosessin puolelle yrittäessään luoda oikeaa käytettävyyttä.</p>
<p>Tavoitteiden ja tarpeiden ymmärtämistä. Mutta ei edes tarkkailemalla, sillä joskus asiakkaat vaan ovat luoneet ne prosessinsa vaikka ensimmäisen ERPin lomakkeiden mukaan. Silloin teen mieluummin ensin itse sen mukaan, mitä mielestäni pitäisi tehdä ja annan asiakkaan ampua alas kaiken väärin menneen. Tottakai siinä nyt tulee seurattua asiakasta, mutta jos nyt ihan totta puhutaan niin joskus tehdään niin typeriä asioita, etten halua seurata niiden tekemistä.</p>
<p>Tämä tarkkailu nyt on taas kerran sellainen asia, mistä on helppo löytää teoriaperusteluja ja voi olla, että sinä Tarkkailija teet sitä oikein. Teoriaan tukeutuva Usability Expertti alallamme vaan menee usein tarkkailemaan sitä pirun ERPistä kumpuavaa prosessia ja ei saa kyllä minulta kunnioitusta. Käytettävyyden ja liiketoimintakonsultoinnin voi mielestäni yhdistää hyvin. Ja taas toisaalta meidän projekteissamme ei niitä voi erottaa. Tämän postauksen pohjana oleva artikkelikin käsittelee käytettävyyttä juuri tästä lähtökohdasta.</p>
<p>Nyt kyllä puhutaan käytettävyydestä varsin laajassa kehyksessä, kun taas vaikka Nielsenin tulkinta termistä on merkittävästi spesifisempi. Semantiikkaa, mutta vaihdetaan tämä meidän puheenaiheemme nyt sitten virallisestikin käsittelemään liiketoimintaprosessien parantamista käytettävyyslähtökohdista.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tarkkailija</title>
		<link>http://episto.la/2010/02/26/opeta-ala-tarkkaile/#comment-71</link>
		<dc:creator>Tarkkailija</dc:creator>
		<pubDate>Sat, 27 Feb 2010 10:08:41 +0000</pubDate>
		<guid isPermaLink="false">http://episto.la/?p=346#comment-71</guid>
		<description>Käytettävyyden ensimmäinen sääntö on &quot;Älä kuuntele käyttäjiä&quot; jopa Jakob Nielsenin mukaan. Sen sijaan käyttäjien tarkkailun hyödyistä olen kanssasi vahvasti eri mieltä. Kuulostaa siltä kuin olisit ymmärtänyt tarkkailun tarkoituksen väärin. Tarkkailun ideana ei ole löytää nykyisestä käyttöliittymästä ongelmia, vaan tarkoitus on ymmärtää mitkä ovat käyttäjän tavoitteet ja tarpeet. Tavoitteena taas ei ole ole selvittää _miten_ he järjestelmää käyttävät. Sillä, onko järjestelmä(t) joita käyttäjä tarkkailun aikana käyttää huonosti suunniteltuja vai ei, ei pitäisi olla tarkkailun kannalta mitään merkitystä.</description>
		<content:encoded><![CDATA[<p>Käytettävyyden ensimmäinen sääntö on &#8220;Älä kuuntele käyttäjiä&#8221; jopa Jakob Nielsenin mukaan. Sen sijaan käyttäjien tarkkailun hyödyistä olen kanssasi vahvasti eri mieltä. Kuulostaa siltä kuin olisit ymmärtänyt tarkkailun tarkoituksen väärin. Tarkkailun ideana ei ole löytää nykyisestä käyttöliittymästä ongelmia, vaan tarkoitus on ymmärtää mitkä ovat käyttäjän tavoitteet ja tarpeet. Tavoitteena taas ei ole ole selvittää _miten_ he järjestelmää käyttävät. Sillä, onko järjestelmä(t) joita käyttäjä tarkkailun aikana käyttää huonosti suunniteltuja vai ei, ei pitäisi olla tarkkailun kannalta mitään merkitystä.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marko Koskela</title>
		<link>http://episto.la/2010/02/26/opeta-ala-tarkkaile/#comment-70</link>
		<dc:creator>Marko Koskela</dc:creator>
		<pubDate>Fri, 26 Feb 2010 13:15:38 +0000</pubDate>
		<guid isPermaLink="false">http://episto.la/?p=346#comment-70</guid>
		<description>Henry Ford olisi kehittänyt nopeamman hevosen jos olisi pelkästään asiakkailta kysynyt.</description>
		<content:encoded><![CDATA[<p>Henry Ford olisi kehittänyt nopeamman hevosen jos olisi pelkästään asiakkailta kysynyt.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

