<?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:ymaps="http://api.maps.yahoo.com/Maps/V2/AnnotatedMaps.xsd"	>
<channel>
	<title>Comments on: El diseño de interacción en Drupal 7</title>
	<atom:link href="http://www.manuelrecena.com/blog/archives/700/feed" rel="self" type="application/rss+xml" />
	<link>http://www.manuelrecena.com/blog/archives/700</link>
	<description>Donde escribo sobre cosas que forman parte de mi vida profesional</description>
	<lastBuildDate>Sun, 05 Sep 2010 11:01:52 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Manuel Jesús Recena Soto</title>
		<link>http://www.manuelrecena.com/blog/archives/700/comment-page-1#comment-2199</link>
		<dc:creator>Manuel Jesús Recena Soto</dc:creator>
		<pubDate>Wed, 24 Jun 2009 19:13:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.manuelrecena.com/blog/?p=700#comment-2199</guid>
		<description>Hola Antonio:

Bueno, en realidad no es algo nuevo, quizás sí para el departamento, pero no estamos inventando nada, simplemente trabajando por adoptar una metodología.

Los requisitos tal y como los tenemos concebidos ahora sí deberían desaparecer, especialmente la clasificación que hacemos de los mismos (sistema, de información, funcionales, no funcionales, etc). Los prototipos formarán parte de las historias de usuario, y éstas, sí tendrá valores del tipo: prioridad, madurez, nivel de dependencia, etc...

Ojo, nadie ha dicho que nos llevemos los requisitos a los prototipos. Dejamos a un lado los requisitos, que seguirán estando presentes pero con otro aspecto, para usar otro lenguaje de comunicación más cercano al cliente, más intuitivo, comprensible y ágil a la hora de revisarlo. Todo esto dará como resultado unas historias de usuario en las que el equipo de diseño habrá participado muy activamente.

Un saludo</description>
		<content:encoded><![CDATA[<p>Hola Antonio:</p>
<p>Bueno, en realidad no es algo nuevo, quizás sí para el departamento, pero no estamos inventando nada, simplemente trabajando por adoptar una metodología.</p>
<p>Los requisitos tal y como los tenemos concebidos ahora sí deberían desaparecer, especialmente la clasificación que hacemos de los mismos (sistema, de información, funcionales, no funcionales, etc). Los prototipos formarán parte de las historias de usuario, y éstas, sí tendrá valores del tipo: prioridad, madurez, nivel de dependencia, etc&#8230;</p>
<p>Ojo, nadie ha dicho que nos llevemos los requisitos a los prototipos. Dejamos a un lado los requisitos, que seguirán estando presentes pero con otro aspecto, para usar otro lenguaje de comunicación más cercano al cliente, más intuitivo, comprensible y ágil a la hora de revisarlo. Todo esto dará como resultado unas historias de usuario en las que el equipo de diseño habrá participado muy activamente.</p>
<p>Un saludo</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antonio Manuel Muñiz</title>
		<link>http://www.manuelrecena.com/blog/archives/700/comment-page-1#comment-2198</link>
		<dc:creator>Antonio Manuel Muñiz</dc:creator>
		<pubDate>Wed, 24 Jun 2009 18:58:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.manuelrecena.com/blog/?p=700#comment-2198</guid>
		<description>Hola Manu, estoy impaciente por comenzar el experimento.

Solo una pregunta, ¿qué pasa con el catálogo de requisitos?, ¿desaparece?. En ese caso necesitaremos una herramienta que facilite la gestión del cambio a nivel de prototipos ¿no?, es decir, necesitamos relacionar prototipos, clasificarlos según prioridad, etc. No podemos olvidar que estamos llevándonos los requisitos a prototipos.</description>
		<content:encoded><![CDATA[<p>Hola Manu, estoy impaciente por comenzar el experimento.</p>
<p>Solo una pregunta, ¿qué pasa con el catálogo de requisitos?, ¿desaparece?. En ese caso necesitaremos una herramienta que facilite la gestión del cambio a nivel de prototipos ¿no?, es decir, necesitamos relacionar prototipos, clasificarlos según prioridad, etc. No podemos olvidar que estamos llevándonos los requisitos a prototipos.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
