<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Kommentare zu: Softwareentwicklungsprozesse sind immer anders ..</title>
	<atom:link href="http://weblog.usability.at/2007/08/27/softwareentwicklungsprozesse-sind-immer-anders/feed/" rel="self" type="application/rss+xml" />
	<link>http://weblog.usability.at/2007/08/27/softwareentwicklungsprozesse-sind-immer-anders/</link>
	<description>Handys, Unterhaltungselektronik, Haushaltsgeräte, Software, Websites, Automaten, ...</description>
	<lastBuildDate>Sat, 27 Feb 2010 16:24:46 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Jörg</title>
		<link>http://weblog.usability.at/2007/08/27/softwareentwicklungsprozesse-sind-immer-anders/#comment-3</link>
		<dc:creator>Jörg</dc:creator>
		<pubDate>Wed, 29 Aug 2007 09:47:04 +0000</pubDate>
		<guid isPermaLink="false">http://interfaceconsult.wordpress.com/2007/08/27/softwareentwicklungsprozesse-sind-immer-anders/#comment-3</guid>
		<description>Das mit den User Requirements kenne ich auch aus einem aktuellen Projekt. Dort wird unter dieser Bezeichnung eine Beschreibung der technischen Abläufe verstanden, also die Logik des Systems. Bedürfnisse von Usern kommen darin nicht vor. 

Zwar ist es hier so dass es ein User Experience - Team gibt welches sich mit der Umsetzung der User Requirements beschäftigt, der Idealzustand ist das aber auch nicht. Der wird meiner Meinung nach bei Alan Cooper in seinem Buch &quot;About Face&quot; (über Personas und Goal Directed Design) am Besten beschrieben: Zuerst die Ziele (und nicht die Aufgaben!) der User erheben und Research betreiben. Und danach erst beginnen, Abläufe und in der Folge Screens zu zeichnen.</description>
		<content:encoded><![CDATA[<p>Das mit den User Requirements kenne ich auch aus einem aktuellen Projekt. Dort wird unter dieser Bezeichnung eine Beschreibung der technischen Abläufe verstanden, also die Logik des Systems. Bedürfnisse von Usern kommen darin nicht vor. </p>
<p>Zwar ist es hier so dass es ein User Experience &#8211; Team gibt welches sich mit der Umsetzung der User Requirements beschäftigt, der Idealzustand ist das aber auch nicht. Der wird meiner Meinung nach bei Alan Cooper in seinem Buch &#8220;About Face&#8221; (über Personas und Goal Directed Design) am Besten beschrieben: Zuerst die Ziele (und nicht die Aufgaben!) der User erheben und Research betreiben. Und danach erst beginnen, Abläufe und in der Folge Screens zu zeichnen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
