<?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: 10 Agile tips voor user experience designers</title>
	<atom:link href="http://www.den-dopper.com/2009/08/10/10-agile-tips-voor-user-experience-designers/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.den-dopper.com/2009/08/10/10-agile-tips-voor-user-experience-designers/</link>
	<description>Over informatiearchitectuur, usability, online marketing &#38; communicatie, en meer...</description>
	<lastBuildDate>Mon, 06 Sep 2010 08:50:35 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Edwin Waelbers</title>
		<link>http://www.den-dopper.com/2009/08/10/10-agile-tips-voor-user-experience-designers/comment-page-1/#comment-6989</link>
		<dc:creator>Edwin Waelbers</dc:creator>
		<pubDate>Fri, 26 Mar 2010 08:05:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.den-dopper.com/?p=732#comment-6989</guid>
		<description>Ferry,

Bij 2 van de 4 puntjes wel ja.

Roteren van je publiek helpt wel natuurlijk, dit om te voorkomen wat je al hebt aangehaald.

Laat me een analogie gebruiken om duidelijk te maken hoe ik denk over het werken met een pool gebruikers:

&quot;Dit is zoals 10 leeuwen gevangen nemen, deze opsluiten in een zoo, daarna deze te bestuderen en dan conclusies te trekken over ALLE leeuwen, ook de deze in het wild&quot;

Ik heb niet de minste twijfel over jou expertise en kunde, jij zal de valkuilen ongetwijfeld wel vermijden. Maar niet iedereen heet &#039;Ferry den Dopper&#039;. :)

Persoonlijk probeer ik die pool van gebruikers te vermijden en zal ik het alleen maar doen wanneer het niet anders kan (budget beperkingen, gebrek aan tijd, te gevaarlijk om ze on site te evalueren, etc...).

Ik sluit me zeker aan bij je slot: wanneer je wilde leeuwen wil bestuderen, dan zal je naar de savanne moeten. :)</description>
		<content:encoded><![CDATA[<p>Ferry,</p>
<p>Bij 2 van de 4 puntjes wel ja.</p>
<p>Roteren van je publiek helpt wel natuurlijk, dit om te voorkomen wat je al hebt aangehaald.</p>
<p>Laat me een analogie gebruiken om duidelijk te maken hoe ik denk over het werken met een pool gebruikers:</p>
<p>&#8220;Dit is zoals 10 leeuwen gevangen nemen, deze opsluiten in een zoo, daarna deze te bestuderen en dan conclusies te trekken over ALLE leeuwen, ook de deze in het wild&#8221;</p>
<p>Ik heb niet de minste twijfel over jou expertise en kunde, jij zal de valkuilen ongetwijfeld wel vermijden. Maar niet iedereen heet &#8216;Ferry den Dopper&#8217;. <img src='http://www.den-dopper.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Persoonlijk probeer ik die pool van gebruikers te vermijden en zal ik het alleen maar doen wanneer het niet anders kan (budget beperkingen, gebrek aan tijd, te gevaarlijk om ze on site te evalueren, etc&#8230;).</p>
<p>Ik sluit me zeker aan bij je slot: wanneer je wilde leeuwen wil bestuderen, dan zal je naar de savanne moeten. <img src='http://www.den-dopper.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ferry</title>
		<link>http://www.den-dopper.com/2009/08/10/10-agile-tips-voor-user-experience-designers/comment-page-1/#comment-6906</link>
		<dc:creator>Ferry</dc:creator>
		<pubDate>Fri, 19 Mar 2010 23:40:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.den-dopper.com/?p=732#comment-6906</guid>
		<description>Edwin, volgens mij ga je nu vooral uit van ontwikkeltrajecten voor applicaties voor medewerkers in de eigen organisatie. De tips in het artikel gaat niet specifiek over interne projecten, dus gebruikers hoeven niet geselecteerd te zijn door hun baas.

Met betrekking tot het langetermijngeheugen: ik wil juist &lt;strong&gt;niet&lt;/strong&gt; rekenen op het geheugen van de gebruikers. Daarom ook een pool zodat je kunt roteren. Als gebruikers te vaak gevraagd worden voor feedback of testen, raken ze te bekend met de applicatie en kun je juist niet meer goed testen of de applicatie intuitief werkt. Alleen als je gericht wilt optimaliseren voor heavy users is een select gebruikersgroepje dat je regelmatig bevraagt, handig.

Ten slotte: er gaat inderdaad niets boven gebruikers te observeren in hun eigen omgeving :-)</description>
		<content:encoded><![CDATA[<p>Edwin, volgens mij ga je nu vooral uit van ontwikkeltrajecten voor applicaties voor medewerkers in de eigen organisatie. De tips in het artikel gaat niet specifiek over interne projecten, dus gebruikers hoeven niet geselecteerd te zijn door hun baas.</p>
<p>Met betrekking tot het langetermijngeheugen: ik wil juist <strong>niet</strong> rekenen op het geheugen van de gebruikers. Daarom ook een pool zodat je kunt roteren. Als gebruikers te vaak gevraagd worden voor feedback of testen, raken ze te bekend met de applicatie en kun je juist niet meer goed testen of de applicatie intuitief werkt. Alleen als je gericht wilt optimaliseren voor heavy users is een select gebruikersgroepje dat je regelmatig bevraagt, handig.</p>
<p>Ten slotte: er gaat inderdaad niets boven gebruikers te observeren in hun eigen omgeving <img src='http://www.den-dopper.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Edwin Waelbers</title>
		<link>http://www.den-dopper.com/2009/08/10/10-agile-tips-voor-user-experience-designers/comment-page-1/#comment-6664</link>
		<dc:creator>Edwin Waelbers</dc:creator>
		<pubDate>Mon, 08 Mar 2010 13:14:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.den-dopper.com/?p=732#comment-6664</guid>
		<description>Dit zijn heel bruikbare en waardevolle tips.

Toch een kanttekening bij &lt;b&gt;puntje 8, het werken met een pool gebruikers.&lt;/b&gt;

Ik zeg niet dat het niet werkt, ik heb het trouwens ook al gedaan. Maar er zijn wel wat &lt;b&gt;valkuilen&lt;/b&gt;.

•	Je hebt het risico, dat hun chef zijn &lt;b&gt;favoriete&lt;/b&gt; onderdanen &lt;b&gt;stuurt&lt;/b&gt; naar de meeting (of juist niet, omdat ze moeilijk gemist kunnen worden).
•	Die &lt;b&gt;gebruikers&lt;/b&gt; moeten &lt;b&gt;mondig&lt;/b&gt; zijn, in Nederland zal dat minder een probleem zijn, in België ga je toch wel regelmatig op stille muurbloemetjes botsen. :)
•	Er moet een &lt;b&gt;milieu&lt;/b&gt; aanwezig zijn binnen de organisatie waar &lt;b&gt;kritiek spuien mag&lt;/b&gt; en kan. Bij een organisatie die bijvoorbeeld bezig is met een grote reorganisatie gaan er maar weinigen hun nek uitsteken. Ze gaan de controverse uit te weg en die wil je misschien nét horen.
•	Met zo’n pool moet je &lt;b&gt;rekenen&lt;/b&gt; op het &lt;b&gt;lange termijn geheugen&lt;/b&gt; van de gebruikers. Dat is niet feilloos.
•	Ze &lt;b&gt;vertellen niet alles&lt;/b&gt; wat ze doen. Soms omdat ze niet willen of durven, soms omdat ze er niet aan denken.
•	…

Er gaat niets boven deze gebruikers zelf te observeren in hun eigen biotoop. Daar zijn hun gedragingen het meest natuurlijk en zullen ze veel meer laten zien dan ze zelf kunnen vertellen.

Maar goed, ik weet ook wel dat contextuele taak analyses niet altijd kunnen (budget, veiligheidszaken, budget beperkingen of het bedrijf in kwestie wil er niet van weten wegens te, uhm, ‘&lt;i&gt;nieuw&lt;/i&gt;’ … )</description>
		<content:encoded><![CDATA[<p>Dit zijn heel bruikbare en waardevolle tips.</p>
<p>Toch een kanttekening bij <b>puntje 8, het werken met een pool gebruikers.</b></p>
<p>Ik zeg niet dat het niet werkt, ik heb het trouwens ook al gedaan. Maar er zijn wel wat <b>valkuilen</b>.</p>
<p>•	Je hebt het risico, dat hun chef zijn <b>favoriete</b> onderdanen <b>stuurt</b> naar de meeting (of juist niet, omdat ze moeilijk gemist kunnen worden).<br />
•	Die <b>gebruikers</b> moeten <b>mondig</b> zijn, in Nederland zal dat minder een probleem zijn, in België ga je toch wel regelmatig op stille muurbloemetjes botsen. <img src='http://www.den-dopper.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
•	Er moet een <b>milieu</b> aanwezig zijn binnen de organisatie waar <b>kritiek spuien mag</b> en kan. Bij een organisatie die bijvoorbeeld bezig is met een grote reorganisatie gaan er maar weinigen hun nek uitsteken. Ze gaan de controverse uit te weg en die wil je misschien nét horen.<br />
•	Met zo’n pool moet je <b>rekenen</b> op het <b>lange termijn geheugen</b> van de gebruikers. Dat is niet feilloos.<br />
•	Ze <b>vertellen niet alles</b> wat ze doen. Soms omdat ze niet willen of durven, soms omdat ze er niet aan denken.<br />
•	…</p>
<p>Er gaat niets boven deze gebruikers zelf te observeren in hun eigen biotoop. Daar zijn hun gedragingen het meest natuurlijk en zullen ze veel meer laten zien dan ze zelf kunnen vertellen.</p>
<p>Maar goed, ik weet ook wel dat contextuele taak analyses niet altijd kunnen (budget, veiligheidszaken, budget beperkingen of het bedrijf in kwestie wil er niet van weten wegens te, uhm, ‘<i>nieuw</i>’ … )</p>
]]></content:encoded>
	</item>
</channel>
</rss>
