<?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>Blog.Arquinauta.es &#187; Management</title>
	<atom:link href="http://blog.arquinauta.es/tag/management/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.arquinauta.es</link>
	<description>Blog sobre diseño de interacción y experiencia de usuario</description>
	<lastBuildDate>Mon, 23 Jan 2012 10:39:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>¿Quién ha cambiado mi proyecto?</title>
		<link>http://blog.arquinauta.es/2009/11/%c2%bfquien-ha-cambiado-mi-proyecto/</link>
		<comments>http://blog.arquinauta.es/2009/11/%c2%bfquien-ha-cambiado-mi-proyecto/#comments</comments>
		<pubDate>Mon, 02 Nov 2009 10:00:00 +0000</pubDate>
		<dc:creator>Karina</dc:creator>
				<category><![CDATA[proyectos]]></category>
		<category><![CDATA[arquitectura de información]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[metodología]]></category>
		<category><![CDATA[wireframing]]></category>

		<guid isPermaLink="false">http://arquinauta.es/blog/?p=14</guid>
		<description><![CDATA[Sí, lo digo entre signos de interrogación pues muchas veces me pregunto si los resultados al final de la implementación son los más adecuados conforme a lo que pactamos con el cliente en las fases de conceptualización y definición.
El hecho de que nosotros —Arquinauta— sólo nos dediquemos a la “primera pata” de una web hace [...]]]></description>
			<content:encoded><![CDATA[<p>Sí, lo digo entre signos de interrogación pues muchas veces me pregunto si los <span style="font-weight: bold;">resultados al final de la implementación</span> <span style="font-weight: bold;">son los más adecuados</span> conforme a lo que pactamos con el cliente en las fases de conceptualización y definición.</p>
<p>El hecho de que nosotros —<span style="font-weight: bold;">Arquinauta</span>— sólo nos dediquemos a la “primera pata” de una web hace que muchas veces los resultados no sean óptimos. ¿Qué tenemos que hacer entonces para garantizar que una web se maquete e implemente tal y como se había definido? ¿Cuántas veces hemos escuchado eso de “no se puede hacer por problemas tecnológicos…”? ¿Qué hacemos los no-tecnólogos para logra que “<span style="font-style: italic;">no nos tomen el pelo</span>”?</p>
<p>No es este un nuevo debate: diseñadores e impresores, arquitectos y constructores, comerciales y distribuidores… no importa el sector del que hablemos, <span style="font-weight: bold;">cualquier proyecto</span> o producto en el que colaboren distintos profesionales en diferentes tareas <span style="font-weight: bold;">sufrirá este eterno conflicto</span> cuyas consecuencias, al final, padece el cliente y su proyecto.</p>
<p>Dependiendo de quién lea este post, el remedio al conflicto puede ser uno u otro pero sin duda la primera reacción de algunos habrá sido “<span style="font-style: italic;">… Vaya, pues es culpa vuestra por desconocimiento técnico</span>”. Sí, aceptamos esta corresponsabilidad, aunque supongo que también estaremos de acuerdo en que actualmente no es posible saberlo todo acerca de todo, y más en un entorno tecnológico en el que el grado de especialización cada vez es mayor. Nosotros hacemos nuestros deberes, nos documentamos, buscamos consejo, consultamos a quien haga falta y sin embargo, sigo sin encontrar una solución…</p>
<p><span style="font-weight: bold;">Involucrarnos en el proceso de seguimiento e implementación…</span></p>
<ul>
<li>¿Contrastar con otros proveedores si las soluciones implementadas son las más acertadas?</li>
<li>¿Aceptar los &#8220;peros&#8221; y plantear una solución no “tan buena” (rediseñar wireframes) para el usuario, pero que se adapte a la tecnología disponible?</li>
</ul>
<p><span style="font-weight: bold;">Desarrollo in-house</span>, tomando las riendas de la maquetación, desarrollo e implementación con todo lo que esto pueda suponer, desde contratar perfiles técnicos para incorporarlos en el equipo hasta asumir la totalidad de la gestión del proyecto e interlocución única con el cliente para supervisar muy de cerca a los proveedores.</p>
<p><span style="font-weight: bold;">¿Y vosotros? ¿Tenéis alguna solución?</span></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.arquinauta.es/2009/11/%c2%bfquien-ha-cambiado-mi-proyecto/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>

