<?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>Tanker om usability &#187; kvalificering</title>
	<atom:link href="http://usabilitybog.dk/olesblog/tag/kvalificering/feed/" rel="self" type="application/rss+xml" />
	<link>http://usabilitybog.dk/olesblog</link>
	<description>Ole Gregersens blog om usability, weboptimering og interaktionsdesign</description>
	<lastBuildDate>Fri, 27 Jan 2012 15:14:08 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>IT-virksomheder tisser i bukserne</title>
		<link>http://usabilitybog.dk/olesblog/2010/01/hold-op-med-at-tisse-i-bukserne/</link>
		<comments>http://usabilitybog.dk/olesblog/2010/01/hold-op-med-at-tisse-i-bukserne/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 13:17:43 +0000</pubDate>
		<dc:creator>Ole G.</dc:creator>
				<category><![CDATA[Usability]]></category>
		<category><![CDATA[bukser]]></category>
		<category><![CDATA[evaluering]]></category>
		<category><![CDATA[kvalificering]]></category>
		<category><![CDATA[risiko]]></category>
		<category><![CDATA[strategisk usability]]></category>

		<guid isPermaLink="false">http://usabilitybog.dk/olesblog/?p=332</guid>
		<description><![CDATA[Mange softwareudviklings-virksomheder tisser i bukserne efter devisen, at det er dejligt lunt, lige nu og her. De ved nok godt at det bliver koldt senere på dagen, men der håber de at tisset er forsvundet eller at de ikke kan mærke kulden. Denne udsøgte analogi, dækker over en af de mest mærkelige erfaringer jeg har ved [...]]]></description>
			<content:encoded><![CDATA[<p>Mange softwareudviklings-virksomheder tisser i bukserne efter devisen, at det er dejligt lunt, lige nu og her. De ved nok godt at det bliver koldt senere på dagen, men der håber de at tisset er forsvundet eller at de ikke kan mærke kulden.</p>
<p>Denne udsøgte analogi, dækker over en af de mest mærkelige erfaringer jeg har ved at arbejde med og diskutere designprocesser software-udvikling.</p>
<p>Se, analogien skal oversættes som følger: Vi ved godt at ubrugelige produkter på sigt kommer til at koste os kassen (den kolde tis i bukserne), men lige nu og her, er det besværligt, svært og også lidt dyrt at lave iterativ og konsekvent kvalificering af vores design - så det gør vi ikke (det er her vi tisser i busserne).</p>
<p>Jeg hører det gang på gang. Hvis vi tegner strækscenariet omkring fejlslagne produkter, så forstår alle godt risikoen. Men det ændrer ikke noget. Der bliver ikke skabt en ellers logisk kobling til, at denne risiko i høj grad kan styres fra projektets start.</p>
<p>En bekendt i usability-konsulent branchen, sagde begavet den anden dag, at der snart var flere penge at tjene på at hjælpe virksomheder med <em>ikke</em> at lancere produkter, som i at kvalitetssikre de produkter der faktisk sendes på markedet. Hvis han ser sådan på det, så må argumentet være, at disse virksomheder <em>sparer</em> mange flere penge ved ikke at gå ind i de udviklingsforløb.</p>
<p>Det underlige er, at det regnestykke er så svært at fange. Et par papirtests kan afsløre alvorlige problemer i koncepter og design, på et tidspunkt hvor der ikke er kodet en eneste linje &#8211; for slet ikke at tale om at lacere et skidt produkt. Hvorfor er det, at det faktum systematisk ignoreres? Jeg  har ærligt talt svært ved at forstå det.</p>
<p>Her er et par gæt:</p>
<ol>
<li>Ingen i projektet tænker tanken, fordi den kompetence (viden, erfaring, faglighed) ikke er til stede</li>
<li>De der tager beslutningerne, har travlt med at få skidtet færdigt og skal ikke stå til ansvar for brugen</li>
<li>Nogen tænker tanken, men ved ikke helt hvordan eller tror det er meget svært</li>
<li>Virksomheden ser det erfaringsbaseret som en kalkuleret risiko, at nogle produkter fejler</li>
<li>Virksomheden har en erklæret strategi om at leve farligt, skide på risiko og bare tage skraldet når det nogengange rammer virkeligheden</li>
</ol>
<p><strong>Hvad tror du?</strong></p>
<p>Mange gange er det enkeltpersoner, tilfældigheder eller lokale erfaringer, der i organisationen styrer kvalificeringen af koncepter og design. Sådan blev jeg selv ansat i mit nuværende job, tak for fremsynet, skal jeg hilse og sige. Men derfra kan der være langt til den formelle og strategisk funderede tilgang i organisationen.</p>
<p>Fra nu af synes jeg virksomhederne skulle tisse en lille smule, hvorefter jeg kan hjælpe med at kvalificere hvor store forfrysningerne i skridtet bliver. Så kan man lettere, på dette tidlige tidspunkt, tage stilling til om man vil tisse mere, eller vente lidt og prøve igen. Måske kan man så nå nogenlunde tørskoet hjem på lokum.</p>
]]></content:encoded>
			<wfw:commentRss>http://usabilitybog.dk/olesblog/2010/01/hold-op-med-at-tisse-i-bukserne/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Husk dit mantra: &#8220;Det skal brugerne kvalificere&#8221;</title>
		<link>http://usabilitybog.dk/olesblog/2009/11/husk-dit-mantra-det-skal-brugerne-kvalificere/</link>
		<comments>http://usabilitybog.dk/olesblog/2009/11/husk-dit-mantra-det-skal-brugerne-kvalificere/#comments</comments>
		<pubDate>Tue, 17 Nov 2009 14:47:52 +0000</pubDate>
		<dc:creator>Ole G.</dc:creator>
				<category><![CDATA[Usability]]></category>
		<category><![CDATA[brugercentreret]]></category>
		<category><![CDATA[brugere]]></category>
		<category><![CDATA[crm]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[kvalificering]]></category>
		<category><![CDATA[SAP]]></category>
		<category><![CDATA[scroll]]></category>
		<category><![CDATA[webclient]]></category>

		<guid isPermaLink="false">http://usabilitybog.dk/olesblog/?p=284</guid>
		<description><![CDATA[Idag præsenterede jeg en ny brugergrænseflade for en kollega. Det var SAP CRM Webclient UI. Til forhistorien hører, at vi over frokostbordet havde talt om hvor forfærdelig brugergrænsefladen er i de ældre SAP systemer. Blandt andet det der hedder SAP GUI og som jeg roligt kan karakterisere som menneskefjendsk. Nu har SAP oppet sig og tilbyder en [...]]]></description>
			<content:encoded><![CDATA[<p>Idag præsenterede jeg en ny brugergrænseflade for en kollega. Det var SAP CRM Webclient UI. Til forhistorien hører, at vi over frokostbordet havde talt om hvor forfærdelig brugergrænsefladen er i de ældre SAP systemer. Blandt andet det der hedder SAP GUI og som jeg roligt kan karakterisere som menneskefjendsk.</p>
<p>Nu har SAP oppet sig og tilbyder en ny browserbaseret og meget website-agtig brugergrænseflade. Det bliver den ikke nødvendigvis mere brugervenlig af, selvom SAP ynder at kalde den &#8220;intuitiv&#8221; (hvilket virkeligt er et definitions-spørgsmål). Uanset, så ville denne kollega gerne se giraffen. Så vi kiggede lidt på den:</p>
<div class="mceTemp mceIEcenter" style="text-align: left;">
<dl id="attachment_285" class="wp-caption aligncenter" style="width: 310px; text-align: center;">
<dt class="wp-caption-dt"><a href="http://usabilitybog.dk/olesblog/wp-content/uploads/sap_crm_eksempel.png"><img class="size-medium wp-image-285 " title="sap_crm_eksempel" src="http://usabilitybog.dk/olesblog/wp-content/uploads/sap_crm_eksempel-300x240.png" alt="sap_crm_eksempel" width="300" height="240" /></a></dt>
<dd class="wp-caption-dd">Eksempel på SAP CRM Webclient UI &#8211; se SapDesignGuild.org for mere onformation.</dd>
</dl>
<p>Her kommer så dette indlægs pointe. Kollegaen siger: Der er ikke meget plads med den brede venstremenu. Jeg siger: Nej, men SAP bruger en website-analogi og derfor kan man scrolle nedad, så der er på mange måder rigeligt med plads. Kollegaen siger: Hmmm, det er ikke godt med det der scroll-noget.</p></div>
<div class="mceTemp mceIEcenter" style="text-align: left;">Mit første indskud er: Jamen, det er da ikke noget problem med scroll, din sure udvikler, hvad ved du om det. Men pointen her er ikke om kollegaen har ret eller ej. Det har han muligvis. Pointen er at jeg skulle have svaret: Spørgsmålet er om brugerne kan løse deres arbejdsopgaver effektivt.</div>
<div class="mceTemp mceIEcenter" style="text-align: left;">Det ved hverken jeg eller kollegaen nemlig ift. til det kommende produkt. Vi har aldrig set vores brugere løse netop deres opgaver i denne nye brugergrænseflade.</div>
<div class="mceTemp mceIEcenter" style="text-align: left;">Men endnu vigtigere. Vi må aldrig glemme, alt selvom vi eller andre nogengange mener eller føler at noget ikke er optimalt, så ved vi det ikke før vi har fået det kvalificeret. Det er grundlaget for meget af det arbejde jeg laver. Principielt kunne jeg altid sige. Det ved vi når vores brugere har testet det.</div>
<blockquote>
<div class="mceTemp mceIEcenter" style="text-align: left;">Så vi (du og jeg) skal huske dette mantra: &#8220;Brugen, den skal kvalificeres af brugerne!&#8221;</div>
</blockquote>
<div class="mceTemp mceIEcenter" style="text-align: left;">Det er også det jeg kalder designudfordringen. Den fordrer at vi ikke kan forudsige brugen af vores design og at vores brugere skal kvalificere det.</div>
<div class="mceTemp mceIEcenter" style="text-align: left;">Det er et løsen og svar på mange diskussioner, som også giver rum for at vi som usability-specialister ikke altid skal kende svaret &#8211; og at andre heller ikke kender det.</div>
<div class="mceTemp mceIEcenter" style="text-align: left;">Svaret ligger i brugen.</div>
]]></content:encoded>
			<wfw:commentRss>http://usabilitybog.dk/olesblog/2009/11/husk-dit-mantra-det-skal-brugerne-kvalificere/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

