<?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>Proyecto Guru - Gestion, tecnología y negocios &#187; usuarios</title>
	<atom:link href="http://www.proyectoguru.com/category/usuarios/feed" rel="self" type="application/rss+xml" />
	<link>http://www.proyectoguru.com</link>
	<description>Siempre aprendiendo. Un blog de Sergio Pérez.</description>
	<lastBuildDate>Wed, 07 Sep 2011 14:12:26 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Y a ti, ¿qué te importa?</title>
		<link>http://www.proyectoguru.com/y-a-ti-%c2%bfque-te-importa.html</link>
		<comments>http://www.proyectoguru.com/y-a-ti-%c2%bfque-te-importa.html#comments</comments>
		<pubDate>Wed, 12 Jan 2011 22:15:36 +0000</pubDate>
		<dc:creator>Sergio Pérez</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[soluciones]]></category>
		<category><![CDATA[usuarios]]></category>

		<guid isPermaLink="false">http://www.proyectoguru.com/?p=324</guid>
		<description><![CDATA[Si por el contrario implementamos una cojo-funcionalidad que luego no usa nadie por mala, inútil, complicada, fea o cualquier otro motivo que se os pueda ocurrir, entonces habremos perdido tiempo y dinero, aunque si somos listos habremos obtenido una valiosa lección. <a href="http://www.proyectoguru.com/y-a-ti-%c2%bfque-te-importa.html">Sigue leyendo <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Siempre me ha gustado la frase &#8220;Las opiniones son como los culos, todos tenemos una&#8221;.</p>
<p>Es la dura realidad a la que nos enfrentamos todos día a día, ya sea en nuestro ámbito personal o profesional.</p>
<p>Cuando trabajas en un producto, cada decisión debe ser pensada meticulosamente, mucho más que si estamos desarrollando algo a medida. Saber cómo va a afectar técnicamente ya es una tarea compleja, pero adivinar lo que van a pensar tus usuarios es un ejercicio de completa adivinación.</p>
<p><span id="more-324"></span></p>
<p>A menudo nos enfrentamos al diseño de una nueva funcionalidad. Bien, sabemos qué pretendemos hacer y sabemos (aunque no siempre) que es algo que nuestro producto necesita para poder competir con otros similares, o es una necesidad que los usuarios han manifestado.</p>
<p>Entonces, ¿dónde está el problema?</p>
<p>La clave está en cómo llevar a cabo esa idea. Por ejemplo: pasar del sencillo &#8221;quiero que envíe un correo de aviso&#8221; a diseñar la solución ya final puede llegar a ser un duro camino a recorrer.  ¿Cuántos destinatarios? ¿Cómo elegirlos? ¿En qué momento? ¿En qué formato? ¿Dónde presentar la ventana de edición? Etc, etc, etc.</p>
<p>A menudo la tentación de implementar la solución que a nosotros nos gustaría es enorme. Yo he discutido mucho con colegas de trabajo porque no entendían la clase de usuarios que teníamos, y es que los informático tenemos tendencia a pensar que nuestros usuarios conocen tanto la técnica como nosotros, y que usarán recursos como atajos de teclado, ayudas contextuales, ctrl-c, etc. Esto casi nunca se da y terminamos construyendo la solución que nosotros querríamos en lugar de la que realmente van a usar.</p>
<p>Es decir, hay que pensar en lo que gustará a la mayoría.</p>
<p>Debemos tener claro que contentar a todos es imposible. Incluso puede que nosotros mismos no estemos satisfechos con lo que hace la funcionalidad, pero no importa. Lo que de verdad tiene relevancia es que ese desarrollo debe satisfacer las necesidades de la mayor parte de nuestros usuarios.  Habrá un gran porcentaje que añadiría o quitaría algo, un porcentaje menor que no considera útil lo que hemos hecho o cómo se ha ejecutado, y deberíamos lograr que sólo un porcentaje residual considere una estupidez el trabajo realizado.</p>
<p>Si logramos dar satisfacción a una gran parte del público objetivo, entonces nuestro trabajo habrá sido un éxito.</p>
<p>Si por el contrario implementamos una cojo-funcionalidad que luego no usa nadie por mala, inútil, complicada, fea o cualquier otro motivo que se os pueda ocurrir, entonces habremos perdido tiempo y dinero, aunque si somos listos habremos obtenido una valiosa lección.</p>
<p>En general, mi experiencia se reduce al ámbito profesional ya que he tenido que colaborar en la creación de productos informáticos. Sin embargo, me temo que los peligros del &#8220;esto me gusta, esto no&#8221; son generales a cualquier actividad que requiera la elaboración de artículos repetibles, ya sean coches, ropa, adornos, cosmética, etc. Todos estamos sujetos a la tiranía de la mayoría.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.proyectoguru.com/y-a-ti-%c2%bfque-te-importa.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>El Método Nadal</title>
		<link>http://www.proyectoguru.com/el-metodo-nadal.html</link>
		<comments>http://www.proyectoguru.com/el-metodo-nadal.html#comments</comments>
		<pubDate>Sat, 13 Nov 2010 22:35:44 +0000</pubDate>
		<dc:creator>Sergio Pérez</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[negocios]]></category>
		<category><![CDATA[procesos]]></category>
		<category><![CDATA[usuarios]]></category>
		<category><![CDATA[soluciones]]></category>

		<guid isPermaLink="false">http://www.proyectoguru.com/?p=299</guid>
		<description><![CDATA[Es nuestra obligación hacer partícipe al cliente del proyecto, lanzándole tareas, hitos, etc, que deba realizar también y con los cuales sienta que es también responsable del resultado final.
 <a href="http://www.proyectoguru.com/el-metodo-nadal.html">Sigue leyendo <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Llevo dándole vueltas a un artículo que se me ocurrió, como casi todos, al observar cómo nos solemos comportar los informáticos en el desempeño de nuestro trabajo.</p>
<p>Es mucho más acusado en empresas de consultoría o servicios de informática que en departamentos internos de las empresas, puesto que en las primeras generalmente todo va contra un presupuesto y se exige, antes o después, una rentabilidad a los proyectos.</p>
<p>Se trata de un viaje de ida y vuelta, al que he llamado El Método Nadal.</p>
<p><span id="more-299"></span></p>
<p>¿Qué es exactamente El Método Nadal (EMN)?</p>
<p>Se trata de hacer que la pelota esté el mayor tiempo posible en el campo contrario, y que nuestro usuario-cliente deba realizar un esfuerzo en el proyecto igual o mayor que nosotros para garantizar el éxito.</p>
<p>¿Cómo se logra desplegar EMN?</p>
<p>Es sencillo. Cuando somos nosotros, ya sea en el papel de analistas, programadores, jefes de proyecto, etc los que tenemos la pelota en nuestro tejado, somos vulnerables a la presión por realizar las entregas a tiempo o por cumplir unas espectativas que no siempre están claras. Sin embargo, si un hito, una validación o concertar una reunión no dependen de nuestro trabajo, sino de que el usuario-cliente tome la iniciativa, entonces ganamos un tiempo valioso para poder tomar las acciones oportunas que beneficien tanto a la organización como al proyecto.</p>
<p>Si nos fijamos en la forma de jugar de Rafa Nadal, veremos que nunca da un tanto por perdido, pero la consecuencia más importante de ello es que siempre obliga a su compañero de partido a hacer un esfuerzo adicional para intentar pasar la pelota al otro lado de la red.</p>
<p>Aplicando esto a la gestión de proyectos, veremos que tenemos oportunidades de hacer participar e incluso responsabilizar a nuestros clientes de posibles retrasos en proyectos, indefiniciones, etc, con un doble objetivo: por un lado tratar de crearnos un marco seguro para el caso de que haya problemas y, por otro y mucho más importante, involucrar a todos los interesados con el fin de lograr el éxito de los proyectos.</p>
<p>Cuando un cliente solicita un proyecto y apenas recibe información del mismo, muchas veces se desentiende y eso afecta de manera directa a su percepción de calidad y a su grado de satisfacción.</p>
<p>Es nuestra obligación hacerle partícipe del proyecto, lanzándole tareas, hitos, etc, que deba realizar también y con los cuales sienta que es también responsable del resultado final.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.proyectoguru.com/el-metodo-nadal.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>La extraña paradoja de la mosca tse tse</title>
		<link>http://www.proyectoguru.com/la-extrana-paradoja-de-la-mosca-tse-tse.html</link>
		<comments>http://www.proyectoguru.com/la-extrana-paradoja-de-la-mosca-tse-tse.html#comments</comments>
		<pubDate>Wed, 14 Apr 2010 17:04:01 +0000</pubDate>
		<dc:creator>Sergio Pérez</dc:creator>
				<category><![CDATA[negocios]]></category>
		<category><![CDATA[usuarios]]></category>

		<guid isPermaLink="false">http://www.proyectoguru.com/?p=289</guid>
		<description><![CDATA[Muchas veces conviente que no seamos los más innovadores o los primeros en hacer algo, ya que es muy posible que no pasemos de ser vistos como unos bichos raros.  <a href="http://www.proyectoguru.com/la-extrana-paradoja-de-la-mosca-tse-tse.html">Sigue leyendo <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>¡Qué extraños son los negocios!</p>
<p>Hace unos años existía un grupo llamado <a href="http://es.wikipedia.org/wiki/La_Mosca_Ts%C3%A9-Ts%C3%A9" target="_blank">La mosca tse tse</a>, original de Argentina, que tenía en su repertorio música movida, sencilla y pegadiza.</p>
<p>Su cantante, <a href="http://www.google.es/images?q=Guillermo+Novellis" target="_blank">Guillermo Novellis</a>, lucía dos elementos que le diferenciaban de otros cantantes: su cabeza afeitada, y una enormes gafas negras.</p>
<p>Entonces a todos nos parecían graciosas, y casi ridículas, pero evocaban perfectamente la imagen de una mosca y les servían, supongo, para crear esa marca del grupo que les identificaba claramente.</p>
<p><span id="more-289"></span></p>
<p>Lo más curioso es que hoy, unos 10 años más tarde, hay una cantidad enorme de personas que parecen moscas andando por la calle. No quiero con ello caer en el insulto, sino remarcar el símil que existe con el aspecto que lucía Guillermo.</p>
<p>Si entonces algún fabricante de gafas de sol hubiera creado una línea parecida a la actual, seguramente no habría tenido éxito. Ignoro las razones exactas, pero sospecho que identificarte con ese grupo, la moda de otros países, e incluso la orientación general de la sociedad, hubiera rechazado esa apuesta.</p>
<p>¿Por qué ha triunfado ahora? Lo ignoro, aunque puedo llegar a imaginar algunas razones, especialmente el hecho de que todas las marcas de moda parece que se han puesto de acuerdo en sacar modelos similares, las actrices y cantantes se las ponen, y, en general, el mundo (occidental consumista) se ha lanzado a la aventura de taparse media cara con unas gafas.</p>
<p>Si aplicamos el símil al mundo de los negocios (de manera general) la lección que podemos aprender es que muchas veces conviente que no seamos los más innovadores o los primeros en hacer algo, ya que es muy posible que no pasemos de ser vistos como unos bichos raros.</p>
<p>Lo importante es llegar en el momento adecuado, o juntarte en un lobby con suficiente poder como para provocar ese momento. Si esta segunda opción no es posible, entonces lo más probable es que toque estar a la espectativa, y al mínimo signo, lanzarse para ser el segundo en llegar (siempre con algún elemento diferenciador), ya que el tercero y sucesivos sí son vistos como meras copias del primero.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.proyectoguru.com/la-extrana-paradoja-de-la-mosca-tse-tse.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Los monos y las pistolas</title>
		<link>http://www.proyectoguru.com/los-monos-y-las-pistolas.html</link>
		<comments>http://www.proyectoguru.com/los-monos-y-las-pistolas.html#comments</comments>
		<pubDate>Sun, 28 Feb 2010 22:29:23 +0000</pubDate>
		<dc:creator>Sergio Pérez</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[calidad]]></category>
		<category><![CDATA[tecnología]]></category>
		<category><![CDATA[usuarios]]></category>

		<guid isPermaLink="false">http://www.proyectoguru.com/?p=269</guid>
		<description><![CDATA[Recordar la metáfora de los monos y la pistola suele ser my útil si queremos evitarnos digustos, problemas e incidencias fantasma. <a href="http://www.proyectoguru.com/los-monos-y-las-pistolas.html">Sigue leyendo <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<p>Hay una frase habitual que se suele utilizar cuando queremos referirnos a una situación con mucho riesgo: &#8220;es más peligroso que un mono con pistolas&#8221;.</p>
<p>Lo cierto es que me gusta, ya que da una idea exacta de lo que pasaría si un simio tuviera un arma cargada, especialmente si decidiera usarla. Nadie sabe a qué dispararía, ni cuántas balas, ni habría posibilidad de predecir sus consecuncias.</p>
<p>Estas navidades le regalaron a mi hijo un juguete compuesto por dos piezas: una especie de cubo en el que cada cara tenía un juego, con música, con piezas, unos muñecos para darles vueltas&#8230;; por otra parte, sobre el cubo se pone un juego de alambres de colores, con piezas de plástico que hay que mover de un extremo a otro.</p>
<p>Está claro que nosotros, como adultos, tenemos una idea exacta de cómo hay que jugar, y que las piececitas hay que desplazarlas a lo largo del alambre, y que la estrellita entra en el hueco de la estrellita, y que dándole al botón naranja sonará música.</p>
<p>Sin embargo, mi hijo aporrea el cubo, le da vueltas a una bola que hace ruido, castiga a los muñequitos, y se pone como sombrero los alambres cuando le apetece, o lo castiga sin misericordia.</p>
<p>¿Por qué? Porque no sigue el razonamiento lógico de quien inventó el juguete, ni las normas que todos hemos aprendido a la hora de jugar. A él le gusta golpear el juguete, aunque ignoro la razón, y le gusta volcarlo, y no mete las piezas en su hueco, sino que las agita y luego las aparta.</p>
<p>Si nos paramos a pensar, seguro que encontraremos un paralelismo con los usuarios de las aplicaciones informáticas</p>
<p><span id="more-269"></span></p>
<p>Lo que pasa es que son muy parecidos monos con pistolas y a los bebés: impredecibles.</p>
<p>La gente que diseñamos e implementamos sistemas informáticos tenemos en la mente una manera de utilizar los componentes, y un método muy estructurado de navegación a través de las pantallas: primero A, luego B y como resultado C.</p>
<p>Sin embargo, lo primero que aprendí yo cuando trabajé en mi primer proyecto fue que esto no se acerca a la realidad. Los usuarios para los que tenía que diseñar el sistema apenas tenían formación en informática, por lo que todo debía ser fácil, intuitivo y sin margen de error, puesto que se jugaban el tener o no agua para regar los campos.</p>
<p>Hay varias leyes que se cumplen y que es necesario tener en cuenta, tanto a la hora de plantear la solución como en el momento de implementarla y probarla:</p>
<p>- Si algo se puede pulsar, aunque no sea conveniente, el usuario lo pulsará. La funcionalidad más utilizada puede llegar a ser un botón que ponga &#8220;No pulsar&#8221;.</p>
<p>- Aunque creas que el usuario lee los mensajes de advertencia, tranquilo, nunca lo hará, a no ser que lo destaques en rojo y le provoques un ataque de pánico. Aún en ese caso, no hay nada seguro.</p>
<p>-El botón Aceptar y Siguiente provocan una misteriosa atracción que el usuario no puede rechazar.</p>
<p>- Si quieres que haga A-B-C entonces no le dejes hacer nada más. No son buenos chicos. Tampoco malos, sólo curiosos.</p>
<p>- Una vez le has enseñado a hacer algo, no lo toques. Aunque la pantalla que cambies funcione bien, cualquier error que ocurra será culpa &#8220;del nuevo sistema&#8221;.</p>
<p>- Puedes hacer la mejor aplicación, pero si no tiene colores e iconos, seguramente no servirá.</p>
<p>- Innovar está muy bien, pero no esperes que los usuarios compartan tu punto de vista. Está muy acostumbrados al güindous, la excel y el güord, así que procura darles cosas parecidas o que no les suponga tener que buscar por toda la pantalla cómo se hace algo.</p>
<p>Seguro que hay más normas generales (podéis aportar las que consideréis oportuno) pero creo que éstas son importantes y bastante generales.</p>
<p>Recordar la metáfora de los monos y la pistola suele ser my útil si queremos evitarnos digustos, problemas e incidencias fantasma.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.proyectoguru.com/los-monos-y-las-pistolas.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

