<?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>Kommentarer till Att kommunicera design i utvecklingsprojekt</title>
	<atom:link href="http://inuseful.se/att-kommunicera-design-i-utvecklingsprojekt/feed" rel="self" type="application/rss+xml" />
	<link>http://inuseful.se/att-kommunicera-design-i-utvecklingsprojekt</link>
	<description>tankar kring användbarhet och effektfokuserad design</description>
	<lastBuildDate>Thu, 26 Jan 2012 07:41:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Av: Hanna</title>
		<link>http://inuseful.se/att-kommunicera-design-i-utvecklingsprojekt/comment-page-1#comment-758</link>
		<dc:creator>Hanna</dc:creator>
		<pubDate>Tue, 07 Apr 2009 14:11:31 +0000</pubDate>
		<guid isPermaLink="false">http://localhost:8888/wp/?p=127#comment-758</guid>
		<description>Jag har haft liknande presentationer för utvecklarna och testarna inför kodstart i de RUP-projekt jag varit med i. Då har tonvikt legat på att visa prototyper för de användningsfall som ska programmeras för att de ska förstå hur det ska fungera. Ett textdokument kan aldrig få med allt (och om det gör det är det ingen som kommer läsa den bibeln). Under en sådan session kan eventuella frågetecken tas upp istället för att man ska ränna med pekfingret i högsta hugg och peka på hur det ska fungera. Detta har varit uppskattat från alla håll, utvecklarna slipper klura ut vad som menas och hur det ska fungera, testarna får en förståelse och bättre underlag till sina testfall (och hittar alltid något som man missat speca) och jag som designer kan se hur min design växer fram precis så som jag vill :)</description>
		<content:encoded><![CDATA[<p>Jag har haft liknande presentationer för utvecklarna och testarna inför kodstart i de RUP-projekt jag varit med i. Då har tonvikt legat på att visa prototyper för de användningsfall som ska programmeras för att de ska förstå hur det ska fungera. Ett textdokument kan aldrig få med allt (och om det gör det är det ingen som kommer läsa den bibeln). Under en sådan session kan eventuella frågetecken tas upp istället för att man ska ränna med pekfingret i högsta hugg och peka på hur det ska fungera. Detta har varit uppskattat från alla håll, utvecklarna slipper klura ut vad som menas och hur det ska fungera, testarna får en förståelse och bättre underlag till sina testfall (och hittar alltid något som man missat speca) och jag som designer kan se hur min design växer fram precis så som jag vill <img src='http://inuseful.se/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Av: Erik Borälv</title>
		<link>http://inuseful.se/att-kommunicera-design-i-utvecklingsprojekt/comment-page-1#comment-757</link>
		<dc:creator>Erik Borälv</dc:creator>
		<pubDate>Tue, 07 Apr 2009 10:36:53 +0000</pubDate>
		<guid isPermaLink="false">http://localhost:8888/wp/?p=127#comment-757</guid>
		<description>När man läser upplägget ovan på kommunikation slår det mig hur långt gången vår respektive specialisering är.
Man talar ibland om utvecklingsprojekt som är &quot;designcentrerade&quot;, &quot;användarcentrerade&quot;, &quot;nyttocentrerade&quot; och så vidare. Ibland undrar jag om det snart kommer behövas &quot;utvecklarcentrerade&quot; utvecklingsprojekt?
Kanske är det just det som Agil utveckling söker lösa - att föra oss närmare varann?
Jag har egentligen ingen invändning mot din beskrivning utan tycker mig se för många spår av vattenfallsmodellen. Det blir lite av viskningsleken över det hela - en övning i att få de goda detaljerna från specifikation och initial design att överleva så länge som möjligt genom projektets liv.</description>
		<content:encoded><![CDATA[<p>När man läser upplägget ovan på kommunikation slår det mig hur långt gången vår respektive specialisering är.<br />
Man talar ibland om utvecklingsprojekt som är &#8221;designcentrerade&#8221;, &#8221;användarcentrerade&#8221;, &#8221;nyttocentrerade&#8221; och så vidare. Ibland undrar jag om det snart kommer behövas &#8221;utvecklarcentrerade&#8221; utvecklingsprojekt?<br />
Kanske är det just det som Agil utveckling söker lösa &#8211; att föra oss närmare varann?<br />
Jag har egentligen ingen invändning mot din beskrivning utan tycker mig se för många spår av vattenfallsmodellen. Det blir lite av viskningsleken över det hela &#8211; en övning i att få de goda detaljerna från specifikation och initial design att överleva så länge som möjligt genom projektets liv.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

