<?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>Comentarios en: Te cambio funcionalidad por satisfacción</title>
	<atom:link href="http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/</link>
	<description></description>
	<pubDate>Sat, 13 Mar 2010 15:50:46 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: Eduo</title>
		<link>http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/comment-page-1/#comment-114898</link>
		<dc:creator>Eduo</dc:creator>
		<pubDate>Thu, 23 Aug 2007 08:11:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/#comment-114898</guid>
		<description>Jorge: A mis ojos el dilema es otro diferente. Es cuánta de la ingenieria que implementamos es necesaria e implica un sacrificio de diseño.

Un ejemplo podría ser HelpSpot. Es un sistema de HelpDesk por web (algo que se utiliza bastante en compañías medianas a grandes). Su flujo y estilo son totalmente diferentes a todos los demás (todos los demás siguen el mismo patrón, campos, información y flujo) y resulta ser muchísimo más útil y usable. Mucho más beneficioso para el usuario e inesperadamente mucho más productivo para los técnicos que lo utilizan.

Parafraseando el sitio que enlacé antes: "Diseña el software pensando en sus usuarios y no en sus administradores". Yo añadiría: "Sé implacable y elimina todo lo que esté incluído por moda, preferencia personal del diseñador o tradición."</description>
		<content:encoded><![CDATA[<p>Jorge: A mis ojos el dilema es otro diferente. Es cuánta de la ingenieria que implementamos es necesaria e implica un sacrificio de diseño.</p>
<p>Un ejemplo podría ser HelpSpot. Es un sistema de HelpDesk por web (algo que se utiliza bastante en compañías medianas a grandes). Su flujo y estilo son totalmente diferentes a todos los demás (todos los demás siguen el mismo patrón, campos, información y flujo) y resulta ser muchísimo más útil y usable. Mucho más beneficioso para el usuario e inesperadamente mucho más productivo para los técnicos que lo utilizan.</p>
<p>Parafraseando el sitio que enlacé antes: &#8220;Diseña el software pensando en sus usuarios y no en sus administradores&#8221;. Yo añadiría: &#8220;Sé implacable y elimina todo lo que esté incluído por moda, preferencia personal del diseñador o tradición.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Jorge Barahona</title>
		<link>http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/comment-page-1/#comment-114659</link>
		<dc:creator>Jorge Barahona</dc:creator>
		<pubDate>Wed, 22 Aug 2007 14:02:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/#comment-114659</guid>
		<description>La cosa es como se mantienen en equilibrio los factores emocionales que entrega el diseno y los racionales que solicita la ingenieria. Entre ambos en que afecta como un tood es el emocional o sea el Diseno porque es finalmente como las personas se relacionan con los objetos y servicios.</description>
		<content:encoded><![CDATA[<p>La cosa es como se mantienen en equilibrio los factores emocionales que entrega el diseno y los racionales que solicita la ingenieria. Entre ambos en que afecta como un tood es el emocional o sea el Diseno porque es finalmente como las personas se relacionan con los objetos y servicios.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Eduo</title>
		<link>http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/comment-page-1/#comment-114609</link>
		<dc:creator>Eduo</dc:creator>
		<pubDate>Wed, 22 Aug 2007 12:02:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/#comment-114609</guid>
		<description>Ingeniero: Me parece que estas mezclando los dos puntos como si fueran consecuencia uno del otro.

Como lo veo yo, puedo equivocarme, es que se están considerando como cualidades de un sistema:

¿Cuán satisfactorio es de utilizar?
¿Cuánta funcionalidad tiene?

La propuesta no es que deje de ser funcional sino que dedique tanto o más tiempo a mejorar la experiencia de uso que el que dedica a añadir funcionalidad.

Supón que tienes un editor de textos y para poder poner negritas o alinear a la derecha tienes que irte a un menú, escoger un submenú, abrir una caja de diálogo, seleccionar una pestaña y seleccionar de una lista. Dos veces.

Ahora supón que los desarrolladores están considerando que hacer con la aplicación y sólo pueden hacer una cosa: O pueden mejorar esa forma de aplicar estilo a un texto o pueden añadir un editor de ecuaciones.

¿Qué deberían hacer? Deberían irse por la funcionalidad y añadir una calculadora o irse por la satisfacción y sacrificar la calculadora a cambio de proveer una mejor experiencia de uso?

Yo se cual preferiría yo (aunque soy usuario de Mac, no me molesta vivir sacrificando miles de opciones a cambio de que las que tengo esten bien pensadas).</description>
		<content:encoded><![CDATA[<p>Ingeniero: Me parece que estas mezclando los dos puntos como si fueran consecuencia uno del otro.</p>
<p>Como lo veo yo, puedo equivocarme, es que se están considerando como cualidades de un sistema:</p>
<p>¿Cuán satisfactorio es de utilizar?<br />
¿Cuánta funcionalidad tiene?</p>
<p>La propuesta no es que deje de ser funcional sino que dedique tanto o más tiempo a mejorar la experiencia de uso que el que dedica a añadir funcionalidad.</p>
<p>Supón que tienes un editor de textos y para poder poner negritas o alinear a la derecha tienes que irte a un menú, escoger un submenú, abrir una caja de diálogo, seleccionar una pestaña y seleccionar de una lista. Dos veces.</p>
<p>Ahora supón que los desarrolladores están considerando que hacer con la aplicación y sólo pueden hacer una cosa: O pueden mejorar esa forma de aplicar estilo a un texto o pueden añadir un editor de ecuaciones.</p>
<p>¿Qué deberían hacer? Deberían irse por la funcionalidad y añadir una calculadora o irse por la satisfacción y sacrificar la calculadora a cambio de proveer una mejor experiencia de uso?</p>
<p>Yo se cual preferiría yo (aunque soy usuario de Mac, no me molesta vivir sacrificando miles de opciones a cambio de que las que tengo esten bien pensadas).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Ingeniero</title>
		<link>http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/comment-page-1/#comment-114598</link>
		<dc:creator>Ingeniero</dc:creator>
		<pubDate>Wed, 22 Aug 2007 11:28:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/#comment-114598</guid>
		<description>A la titulación de este post, le digo: ¿Cómo satisfaces sin cumplir la función?</description>
		<content:encoded><![CDATA[<p>A la titulación de este post, le digo: ¿Cómo satisfaces sin cumplir la función?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Eduo</title>
		<link>http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/comment-page-1/#comment-114536</link>
		<dc:creator>Eduo</dc:creator>
		<pubDate>Wed, 22 Aug 2007 06:51:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.torresburriel.com/weblog/2007/08/22/te-cambio-funcionalidad-por-satisfaccion/#comment-114536</guid>
		<description>Justo de esta cita me tope con &lt;a href="http://www.jwz.org/doc/groupware.html" rel="nofollow"&gt;esto&lt;/a&gt; hoy y pensé que podría venir a colación:

&lt;blockquote&gt;If you want to do something that’s going to change the world, build software that people want to use instead of software that managers want to buy.&lt;/blockquote&gt;

Obviamente no es lo mismo que sueles comentar aquí pero es similar: La satisfacción del usuario tiene que ser el principal objetivo de cualquier implementación. Esta satisfacción es la del uso y no la del deseo.

Con frecuencia olvidamos que lo más importante del diseño en cualquier implementación es casi invisible. Es la mentada "experiencia" del usuario. Si al diseñar una implementación el usuario logra utilizarla sin pensar o deducir. Si la usa con tal facilidad que ni siquiera se da cuenta de que no está teniendo que pensar cómo hacer las cosas... Entonces estamos haciendo bien nuestro trabajo.

Por cierto: Coloriuris está clasificada como spammer en mi compañía. Cada vez que entro en torresburiel.com (y por culpa de esto es cada vez menos) me descogorcia todas las pestañas al saltarme un error que fuera la ventana al frente y manda todas las demas al fondo, a veces cerrándolas.

El problema problabemente sólo lo vea quien tiene que navegar a través de un proxy corporativo excesivamente receloso pero es sumamente molesto.

No digo que coloriuris.net sea realmente de spammers pero si que la implementación causa errores si el sitio no se puede acceder.</description>
		<content:encoded><![CDATA[<p>Justo de esta cita me tope con <a href="http://www.jwz.org/doc/groupware.html" rel="nofollow">esto</a> hoy y pensé que podría venir a colación:</p>
<blockquote><p>If you want to do something that’s going to change the world, build software that people want to use instead of software that managers want to buy.</p></blockquote>
<p>Obviamente no es lo mismo que sueles comentar aquí pero es similar: La satisfacción del usuario tiene que ser el principal objetivo de cualquier implementación. Esta satisfacción es la del uso y no la del deseo.</p>
<p>Con frecuencia olvidamos que lo más importante del diseño en cualquier implementación es casi invisible. Es la mentada &#8220;experiencia&#8221; del usuario. Si al diseñar una implementación el usuario logra utilizarla sin pensar o deducir. Si la usa con tal facilidad que ni siquiera se da cuenta de que no está teniendo que pensar cómo hacer las cosas&#8230; Entonces estamos haciendo bien nuestro trabajo.</p>
<p>Por cierto: Coloriuris está clasificada como spammer en mi compañía. Cada vez que entro en torresburiel.com (y por culpa de esto es cada vez menos) me descogorcia todas las pestañas al saltarme un error que fuera la ventana al frente y manda todas las demas al fondo, a veces cerrándolas.</p>
<p>El problema problabemente sólo lo vea quien tiene que navegar a través de un proxy corporativo excesivamente receloso pero es sumamente molesto.</p>
<p>No digo que coloriuris.net sea realmente de spammers pero si que la implementación causa errores si el sitio no se puede acceder.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
