<?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: CMS uden brugervenlighed? (kommentar til BNP&#8217;s CMS rapport I)</title>
	<atom:link href="http://webkom.asynkron.dk/2005-02-02/cms-uden-brugervenlighed-kommentar-til-bnps-cms-rapport-i/feed/" rel="self" type="application/rss+xml" />
	<link>http://webkom.asynkron.dk/2005-02-02/cms-uden-brugervenlighed-kommentar-til-bnps-cms-rapport-i/</link>
	<description>Weblog om webbaseret kommunikation - fra CMS til weblogs</description>
	<lastBuildDate>Wed, 02 Aug 2006 21:42:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Hartvig</title>
		<link>http://webkom.asynkron.dk/2005-02-02/cms-uden-brugervenlighed-kommentar-til-bnps-cms-rapport-i/comment-page-1/#comment-51</link>
		<dc:creator>Hartvig</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://webkom.asynkron.dk/?p=34#comment-51</guid>
		<description>&gt; Brugervenlige systemer er mere et 
&gt; produkt af held end en egentlig målrettet indsats

Igen og et spørgsmål om hvad held kontra en målrettet indsats er. Mht. held mener BNP det at have en programmør med evner for brugervenlighed. At prioritere programmører med disse evner, er det så held eller en målrettet indsats? At prædke brugervenlighed i udviklingsprocessen er det held eller en målrettet indsats? 

Den er svær, men midt i det hele nævner rapporten også at de danske systemer ligger højere hvad brugervenlighed angår end de udenlandske ditto, hvilket jo er en god kompliment herhjemme.

Generelt er det jo en god ting som princip at sige at en feature ikke skal med (inspireret af 37signals principper for basecamp). Skal den så med, så skal folk kunne finde ud af den - ellers skal den igen ikke med. Så kan man jo prioritere gennem heldige programmører at gøre den brugbar eller fjerne den.

En god måde at skabe brugervenlighed på, er ganske simpelthen at fjerne features. Mennesker kan ufattelig meget, med ufattelig lidt - less is more er en slidt men stadig skøn kliché... og det er jo egentlig meget heldigt når jeg godt kan lide den ;-)
</description>
		<content:encoded><![CDATA[<p>> Brugervenlige systemer er mere et<br />
> produkt af held end en egentlig målrettet indsats</p>
<p>Igen og et spørgsmål om hvad held kontra en målrettet indsats er. Mht. held mener BNP det at have en programmør med evner for brugervenlighed. At prioritere programmører med disse evner, er det så held eller en målrettet indsats? At prædke brugervenlighed i udviklingsprocessen er det held eller en målrettet indsats? </p>
<p>Den er svær, men midt i det hele nævner rapporten også at de danske systemer ligger højere hvad brugervenlighed angår end de udenlandske ditto, hvilket jo er en god kompliment herhjemme.</p>
<p>Generelt er det jo en god ting som princip at sige at en feature ikke skal med (inspireret af 37signals principper for basecamp). Skal den så med, så skal folk kunne finde ud af den &#8211; ellers skal den igen ikke med. Så kan man jo prioritere gennem heldige programmører at gøre den brugbar eller fjerne den.</p>
<p>En god måde at skabe brugervenlighed på, er ganske simpelthen at fjerne features. Mennesker kan ufattelig meget, med ufattelig lidt &#8211; less is more er en slidt men stadig skøn kliché&#8230; og det er jo egentlig meget heldigt når jeg godt kan lide den <img src='http://webkom.asynkron.dk/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
