<?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>Scrum.es &#187; Clientes</title>
	<atom:link href="http://scrum.es/categoria/clientes/feed/" rel="self" type="application/rss+xml" />
	<link>http://scrum.es</link>
	<description>Scrum duplica la productividad en las mismas horas de trabajo</description>
	<lastBuildDate>Thu, 22 Jul 2010 07:34:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Diseccionar al cliente de forma gráfica el coste de un proyecto en Scrum</title>
		<link>http://scrum.es/scrum/diseccionar-al-cliente-de-forma-grafica-el-coste-de-un-proyecto-en-scrum/</link>
		<comments>http://scrum.es/scrum/diseccionar-al-cliente-de-forma-grafica-el-coste-de-un-proyecto-en-scrum/#comments</comments>
		<pubDate>Mon, 05 Apr 2010 14:23:32 +0000</pubDate>
		<dc:creator>Dani</dc:creator>
				<category><![CDATA[Clientes]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[planificación]]></category>

		<guid isPermaLink="false">http://scrum.es/?p=1175</guid>
		<description><![CDATA[
Los clientes primerizos demandan mucha información sobre los procesos de creación de  los proyectos y sus fases. Demandan sobre todo esta información por que quieren tener controlado tanto el proceso como el coste, sobre todo esto último.  El problema ante el que nos encontramos es más de concepto empresarial que de uso de una u [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://scrum.es/wp-content/uploads/2010/04/plan-de-entregas-scrum3.png"><img class="aligncenter size-full wp-image-1182" title="plan de entregas scrum" src="http://scrum.es/wp-content/uploads/2010/04/plan-de-entregas-scrum3.png" alt="" width="539" height="249" /></a></p>
<p>Los clientes primerizos demandan mucha información sobre los procesos de creación de  los proyectos y sus fases. Demandan sobre todo esta información por que quieren tener controlado tanto el proceso como el coste, sobre todo esto último.  El problema ante el que nos encontramos es más de concepto empresarial que de uso de una u otra metodología.  <strong>La agilidad debe ser una opción que toma el cliente por que crea en ella y sus fundamentos</strong> y no por que la quiera integrar en un entorno donde de no se quiere hacer ágil y no quiere aprender a delegar funciones y responsabilidades en el equipo de trabajo.</p>
<p>La mejor manera de representar a un cliente una planificación de costes es explicarle que esta se va realizando por bloques, que él mismo se marca unos objetivos parciales, sobre ellos se hace una labor de extraer las historias concretas hasta el último detalle, que son las tareas. Sobre estos detalles se realiza una estimación y se da el coste, así como el tiempo de desarrollo, llamado sprint para cada objetivo. Los equipos que estiman  tareas a corto plazo lo hacen mejor, con un nivel de detalles mas riguroso,  conociendo mejor la complejidad, el coste y el tiempo de desarrollo, dado que cada equipo conoce su velocidad.</p>
<p>Con el cliente se tiene que trabajar en un documentos de objetivos con requisitos generales, estos deben quedar claro, así el cliente tiene la garantía de conocer el orden de cumplimiento de objetivos y que aspectos principales tendrá, pero no se conoce el coste exacto, dado que este se irá fraccionando. Suele ocurrir que el cliente, para conseguir cada objetivo parcial, exige mas esfuerzos de los inicialmente estimados, por eso es mejor realizar para cada objetivo la estimación directa y añadir mientras vayan ocurriendo las tareas extras.</p>
<p><strong>El enfoque de un coste cerrado por adelantado debe ser  cambiado por el de  &#8221;Coste para cumplir unos Objetivos&#8221;</strong>.  Si un cliente quiere conocer el importe exacto de cada fase, lo mejor es darle una orientación, un rango, cuando mas complicado sea el objetivo mas amplio el rango. Hay que hacerle entender el beneficio de las metodologías ágiles aun teniendo una incertidumbre sobre el coste exacto del proyecto.</p>
<p>La Disección en los inicios del proyecto podría presentarse al cliente de la siguiente manera.</p>
<p><a href="http://scrum.es/wp-content/uploads/2010/04/objetivos-scrum-2.png"><img class="aligncenter size-full wp-image-1187" title="objetivos scrum 2" src="http://scrum.es/wp-content/uploads/2010/04/objetivos-scrum-2.png" alt="" width="538" height="249" /></a></p>
<p>La experiencia del cliente le va llevando a conocer el coste aproximado de un objetivo en relación al número de sprints necesarios para conseguirlo, algo que le sirve de orientación, y con el paso del tiempo lo acaba asumiendo y entendiendo. Cerrar un precio es tan perjudicial para el equipo desarrollo como para el cliente, dado que no puede moldear el encargo cuando va viendo los resultados parciales.</p>
]]></content:encoded>
			<wfw:commentRss>http://scrum.es/scrum/diseccionar-al-cliente-de-forma-grafica-el-coste-de-un-proyecto-en-scrum/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Clientes que no participan en el Scrum</title>
		<link>http://scrum.es/scrum/clientes-que-no-participan-en-el-scrum/</link>
		<comments>http://scrum.es/scrum/clientes-que-no-participan-en-el-scrum/#comments</comments>
		<pubDate>Fri, 13 Nov 2009 06:00:45 +0000</pubDate>
		<dc:creator>Dani</dc:creator>
				<category><![CDATA[Clientes]]></category>
		<category><![CDATA[Scrum]]></category>

		<guid isPermaLink="false">http://scrum.es/?p=694</guid>
		<description><![CDATA[Uno de los factores importantes en las metodologías ágiles es la implicación directa del cliente en el proceso de trabajo.
Los clientes son una parte activa, no solo en la fase inicial de determinación de los objetivos, si no también durante todo el proceso de creación o desarrollo para cumplir esos objetivos.
Pero ocurre a veces que [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignleft size-medium wp-image-699" style="margin: 10px;" title="alarm_clock" src="http://scrum.es/wp-content/uploads/2009/11/04-23_alarm_clock-300x216.jpg" alt="alarm_clock" width="300" height="216" />Uno de los factores importantes en las metodologías ágiles es la implicación directa del cliente en el proceso de trabajo.<br />
<strong>Los clientes</strong> son una parte activa, no solo en la fase inicial de determinación de los objetivos, si no también durante todo el proceso de creación o desarrollo para cumplir esos objetivos.</p>
<p>Pero ocurre a veces que el cliente no quiere participar en el proceso, normalmente alegando falta de tiempo, o acostumbrados a un documento de requisitos que seguir a rajatabla, esperan que se cumplan estos y que él solo vea el resultado final.</p>
<p>Esta situación es muy difícil de manejar, dado que la no presencia del cliente conlleva tomar decisiones que no le corresponden al <strong>Product Owner</strong> y el equipo. Hay tener en cuenta que no existen recetas magistrales, que cada caso es distinto, pero se puede conseguir reducir las consecuencias de la falta del cliente empleando varias técnicas:</p>
<ol>
<li>Buscar una persona que tenga relación directa con el cliente, aunque sea para otros temas, que si disponga de tiempo para poder participar en las reuniones, las presentaciones o que pueda atender a las llamadas del equipo. Esta persona, aunque no esté en el proyecto le puede comunicar al cliente los avances, proyectando sobre el mismo la sensación de que se esta trabajando y avanzando.</li>
<li><strong>Entregas</strong> fáciles de usar. Este aspecto puede resultar novedoso, pero es muy efectivo con este tipo de clientes. En vez de terminar un sprint y hacer una presentación del producto terminado en este periodo, hay que crear una historia de &#8220;Preparar la presentación&#8221;. Esta historia puede ser grabar un vídeo sobre el avance del proyecto. El cliente con el mínimo esfuerzo y tiempo puede ver la evolución del proyecto.</li>
<li>El último recurso, si los dos anteriores no funcionan se le llama la &#8220;Carta mensajera&#8221;. Si aún así el cliente no tiene tiempo para ver los vídeos y poder dar una opinión en una llamada de un minuto, lo mejor es remitir por email y correo normal las entregas. En el correo normal enviar el resultado en un soporte digital dentro un sobre grande, cuanto mas llamativo sea mejor. Si el cliente ve el sobre y no hace nada, cuando tenga mas de uno comenzará a darse cuenta de que tiene tarea pendiente, que tiene que revisar la documentación. En este caso extremo el propio cliente, si no colabora se verá desbordado por los sobres. Hay que acudir al elemento visual para hacerle llamar la atención.</li>
</ol>
<p>Estos tres consejos son en verdad para activar la participación de un cliente en el proceso de desarrollo de su proyecto, pero si de verdad el cliente no tiene ningún interés por estar involucrado en el proceso, no es un cliente recomendable, sobre todo por que la comunicación es inexistente y el resultado casi seguro que no cubrirá la expectativas depositadas en el encargo del trabajo.</p>
]]></content:encoded>
			<wfw:commentRss>http://scrum.es/scrum/clientes-que-no-participan-en-el-scrum/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Metodologías ágiles necesitan empresas ágiles</title>
		<link>http://scrum.es/scrum/productividad/metodologias-agiles-necesitan-empresas-agiles/</link>
		<comments>http://scrum.es/scrum/productividad/metodologias-agiles-necesitan-empresas-agiles/#comments</comments>
		<pubDate>Fri, 09 Oct 2009 06:00:25 +0000</pubDate>
		<dc:creator>Dani</dc:creator>
				<category><![CDATA[Clientes]]></category>
		<category><![CDATA[Metodología ágil]]></category>
		<category><![CDATA[Productividad]]></category>
		<category><![CDATA[empresa]]></category>
		<category><![CDATA[Scrum]]></category>

		<guid isPermaLink="false">http://scrum.es/?p=474</guid>
		<description><![CDATA[ Los principales cambios que conlleva la introducción de las metodologías ágiles en una empresa son: la cultura de empresa y la mentalidad organizativa.
Estos aspectos deben girar con otro enfoque, la introducción de una metodología ágil hace que el valor ya no se centre en el individuo, sino en el colectivo, en el equipo. La [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignleft size-full wp-image-476" title="Paper Mario" src="http://scrum.es/wp-content/uploads/2009/10/Paper-Mario.png" alt="Paper Mario" width="160" height="160" /> Los principales cambios que conlleva la introducción de las metodologías ágiles en una empresa son: la cultura de empresa y la mentalidad organizativa.</p>
<p>Estos aspectos deben girar con otro enfoque, la introducción de una metodología ágil hace que el valor ya no se centre en el individuo, sino en el colectivo, en el equipo. La cultura de objetivos y primas individuales se debe cambiar por otra de reconocimiento del trabajo colectivo. Los gerentes tienen que abrir su mente hacia una autogestión de lo equipos sin interferencias de ellos.</p>
<p>La empresas tienen que convertirse en ágiles en todas sus estructuras, esto comienza por organizar su agilidad en los equipos, pero también tiene que afectar a toda la cadena de mando y departamentos.</p>
<p>Normalmente, cuando se introduce una metodología ágil en una empresa, es como si sólo afectara al equipo de producción, quedando al margen todo lo demás, y ese es un error que se debe subsanar.<br />
Implantar la agilidad en la empresa debe llevar a toda ella a sumirla, a implicarse en su cultura, a tener que hacer el esfuerzo de trabajar todos dentro de la misma corriente ágil.</p>
<p>La gestión de la empresa debe cambiar, no sólo en la metodología de los equipos de trabajo, sino en toda la cultura que la impregna, incluidos los jefes.</p>
<p>La agilidad únicamente se consigue si se aplica al 100%, y se tiene como paradigma la autogestión de equipos con sus propia independencia.</p>
]]></content:encoded>
			<wfw:commentRss>http://scrum.es/scrum/productividad/metodologias-agiles-necesitan-empresas-agiles/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>En un semana, sin problemas, conocemos nuestra velocidad</title>
		<link>http://scrum.es/clientes/en-un-semana-sin-problemas-conocemos-nuestra-velocidad/</link>
		<comments>http://scrum.es/clientes/en-un-semana-sin-problemas-conocemos-nuestra-velocidad/#comments</comments>
		<pubDate>Wed, 09 Sep 2009 13:17:40 +0000</pubDate>
		<dc:creator>Dani</dc:creator>
				<category><![CDATA[Clientes]]></category>
		<category><![CDATA[velocidad]]></category>
		<category><![CDATA[velocidad sprint]]></category>

		<guid isPermaLink="false">http://scrum.es/?p=144</guid>
		<description><![CDATA[Hoy ponemos un ejemplo real de cómo Scrum ayuda a mejorar el servicio que se le ofrece a los clientes y de su efectividad en los plazos.
Una empresa demanda un desarrollo de un proyecto en una semana, 5 días laborables, no hay que caer en la falacia de contar los sábados y domingos porque entonces [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignleft size-full wp-image-145" title="Herramientas" src="http://scrum.es/wp-content/uploads/2009/09/package_graphics.png" alt="Herramientas" width="40" height="40" />Hoy ponemos un ejemplo real de cómo Scrum ayuda a mejorar el servicio que se le ofrece a los clientes y de su efectividad en los plazos.</p>
<p>Una empresa demanda un desarrollo de un proyecto en una semana, 5 días laborables, no hay que caer en la falacia de contar los sábados y domingos porque entonces no se está aplicando una metodología, estamos haciendo lo que nos da la gana a demanda de un cliente exigente.</p>
<p>Para los clientes normalmente todo es urgente, por lo que transmiten esta urgencia a la hora de contratar un servicio o producto. Muchas empresas caen en error de convertir el pedido del cliente en urgente, sacrificar su tiempo y organización por ponerse la etiqueta de urgente a todos los pedidos, lo que los convierte en esclavos del tiempo, echando muchas horas y aumentando el estrés.</p>
<p>En nuestro ejemplo, la empresa tiene <a href="http://scrum.es/scrum/la-velocidad-del-equipo/">una velocidad</a>, por ejemplo, de 40 puntos semanales. Al recibir un pedido urgente, que una vez estimado cuesta 30 puntos, puede asumir perfectamente la carga de trabajo y comprometerse a tenerlo en una semana.<br />
No tiene que ampliar la horas de trabajo ni los días. El equipo cumple con el compromiso y el cliente tiene su proyecto realizado en el tiempo estimado.</p>
<p>En el caso real que ponemos aquí ocurrió que otra empresa solicitó otro trabajo para terminar en una semana unas horas después de aceptar el primero.<br />
Una vez estimado el segundo encargo al cliente se le expuso la imposibilidad de poder cumplir con la fecha, que por falta de producción se tardaría más tiempo.</p>
<p>En este caso se está atendiendo perfectamente a los clientes, no se carga de trabajo al equipo, que además se sabe que no se va a terminar. El primer cliente esta muy contento por tener su proyecto terminado en su tiempo, el segundo aunque no tiene el encargo con la urgencia que quería, sabe que lo dispone para una fecha mas adelante, aunque no lo haya aceptado, y que no se le ha prometido una fecha que no se cumple.</p>
<p>El primero se ha fidealizado tanto por el procedimiento, como por cumplir con los plazos.</p>
<p>El segundo ha sido tratado con profesionalidad y curiosamente, en este caso, al final acepta retrasar su trabajo una semana, no era tan urgente como se decía.</p>
<p>Conocer la velocidad del equipo y el factor de foco permite a una empresa poder hacer promesas de entregas a muy corto plazo  sin aumentar las horas y saturar al equipo.</p>
<div class="zemanta-pixie" style="margin-top: 10px; height: 15px;"><img class="zemanta-pixie-img" style="border: medium none ; float: right;" src="http://img.zemanta.com/pixy.gif?x-id=fcdc1562-3292-4ffe-af9f-50c57f3a7525" alt="" /><span class="zem-script more-related pretty-attribution"><script src="http://static.zemanta.com/readside/loader.js" type="text/javascript"></script></span></div>
]]></content:encoded>
			<wfw:commentRss>http://scrum.es/clientes/en-un-semana-sin-problemas-conocemos-nuestra-velocidad/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
