<?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>Sviluppo Agile &#187; I ruoli XP</title>
	<atom:link href="http://www.sviluppoagile.it/category/base/ruoli-extreme-programming/feed" rel="self" type="application/rss+xml" />
	<link>http://www.sviluppoagile.it</link>
	<description>Accogliere il cambiamento</description>
	<lastBuildDate>Tue, 03 Aug 2010 05:00:15 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Il ruolo: l&#8217;interaction designer</title>
		<link>http://www.sviluppoagile.it/ruoli-xp-interaction-designer</link>
		<comments>http://www.sviluppoagile.it/ruoli-xp-interaction-designer#comments</comments>
		<pubDate>Tue, 20 Jan 2009 09:12:20 +0000</pubDate>
		<dc:creator>Jacopo Romei</dc:creator>
				<category><![CDATA[I ruoli XP]]></category>
		<category><![CDATA[designer]]></category>
		<category><![CDATA[interaction]]></category>
		<category><![CDATA[ruoli]]></category>
		<category><![CDATA[ucd]]></category>
		<category><![CDATA[user centered design]]></category>
		<category><![CDATA[user centred design]]></category>

		<guid isPermaLink="false">http://www.sviluppoagile.it/?p=137</guid>
		<description><![CDATA[All&#8217;indomani dell&#8217;AgileCamp2009 e delle belle e costruttive discussioni intercorse fra i partecipanti riguardo le sinergie possibili fra sviluppatori e specialisti di interaction design nello sviluppo agile, ho deciso di inaugurare una nuova categoria di post dedicata ai ruoli nell&#8217;Extreme Programming proprio con un post &#8211; indovina un po! &#8211; sugli interaction designer.
Tornato a Roma, perso [...]]]></description>
			<content:encoded><![CDATA[<p>All&#8217;indomani dell&#8217;<a title="AgileCamp2009" href="http://barcamp.org/AgileCamp2009" target="_blank">AgileCamp2009</a> e delle belle e costruttive discussioni intercorse fra i partecipanti riguardo le sinergie possibili fra sviluppatori e specialisti di interaction design nello sviluppo agile, ho deciso di inaugurare una nuova categoria di post dedicata ai <em>ruoli </em>nell&#8217;Extreme Programming proprio con un post &#8211; indovina un po! &#8211; sugli interaction designer.<span id="more-137"></span></p>
<p>Tornato a Roma, perso in riflessioni sull&#8217;uso dei wireframe e dei test di usabilità di iterazione in iterazione, ho deciso di ridare uno sguardo a un po&#8217; di testi, tanto per sperare di vedere ancora una volta lontano nei panni del <a title="Citazione di Isaac Newton" href="http://it.wikiquote.org/wiki/Isaac_Newton" target="_blank"><em>nano seduto sulle spalle del gigante</em></a>. E infatti&#8230; la ricerca ha dato i suoi frutti: la (ri)scoperta più piacevole è stata il paragrafo intitolato <em>Interaction Designers</em> proprio nel più importante tra i libri dedicati ai temi affrontati su questo blog: Extreme Programming Explained di Kent Beck.</p>
<p>L&#8217;interaction designer è la persona preposta alla <a href="http://it.wikipedia.org/wiki/Interaction_design">progettazione dell&#8217;interazione che avviene tra esseri umani e sistemi meccanici e informatici</a>. Il suo ruolo nella pratica quotidiana è quello di prototipare le funzionalità principali definendo quale sarà la <em>user experience</em> che caratterizzerà il prodotto finale. Addirittura Beck <em>buca</em> il muro del silenzio del <a title="Manifesto Agile in italiano" href="http://www.manifestoagile.it" target="_blank">manifesto agile</a> riguardo gli utenti scrivendo:</p>
<blockquote><p>Addressing the concerns of eventual users is a priority for the team.</p></blockquote>
<p>In un approccio che, per assurdo, potremmo definire tradizionale, in un team di sviluppo software l&#8217;interaction designer produrrà una ricca pletora di documenti (i <em>deliverable</em>) atti a descrivere le specifiche di progetto in un&#8217;unica fase up-front, in aderenza a questa o a quella variazione sul tema <em>waterfall</em>. In buona sostanza, citando Beck,</p>
<blockquote><p>first interaction designers figure out what the system is supposed to do, and then programmers go make it do that.</p></blockquote>
<p>Questo approccio <em>fasico</em> però, come probabilmente già sai, riduce le possibilità di <strong>feedback</strong> e ostruisce il <strong>fluire del valore</strong> tra i componenti del team.</p>
<p>Gli interaction designer in un team XP lavorano col cliente e con gli utenti aiutando a scrivere e a rendere chiare le user story. Kent Beck pone l&#8217;accento sul nodo fondamentale della collaborazione dei designers con un team XP scrivendo</p>
<blockquote><p>Interaction designers can use all their usual tools during this process.</p></blockquote>
<p>e</p>
<blockquote><p>Interaction designers specify a little bit up front and continue to refine the user interface throughout the life of the project</p></blockquote>
<p>Queste due frasi dimostrano che mentre è riconosciuto il valore enorme dell&#8217;attività di progettazione <em>user centred</em> in un progetto agile, le tecniche attualmente a disposizione dei designers costringono ad un leggero <em>shift</em> del processo produttivo verso il vecchio waterfall.</p>
<p>Almeno per ora.</p>
<p>Hai qualche idea per rendere <strong>più agile l&#8217;interaction design</strong>?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sviluppoagile.it/ruoli-xp-interaction-designer/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.183 seconds -->
