<?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>Comments on: Manifiesto ágil: Personas sobre procedimientos</title>
	<atom:link href="http://blog.chuidiang.com/2008/08/10/manifiesto-agil-personas-sobre-procedimientos/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.chuidiang.com/2008/08/10/manifiesto-agil-personas-sobre-procedimientos/</link>
	<description>Programación e informática en general</description>
	<lastBuildDate>Sun, 29 Jan 2012 15:49:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Diario de Programación &#187; Blog Archive &#187; Métricas: A veces el remedio es peor que la enfermedad</title>
		<link>http://blog.chuidiang.com/2008/08/10/manifiesto-agil-personas-sobre-procedimientos/comment-page-1/#comment-1756</link>
		<dc:creator>Diario de Programación &#187; Blog Archive &#187; Métricas: A veces el remedio es peor que la enfermedad</dc:creator>
		<pubDate>Thu, 16 Apr 2009 17:27:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=404#comment-1756</guid>
		<description>[...] el manifiesto &#225;gil, en su principio &quot;Personas sobre procedimientos&quot;, tiene toda la raz&#243;n. Cuando hay programadores no muy expertos, antes de ponerles una [...]</description>
		<content:encoded><![CDATA[<p>[...] el manifiesto &aacute;gil, en su principio &quot;Personas sobre procedimientos&quot;, tiene toda la raz&oacute;n. Cuando hay programadores no muy expertos, antes de ponerles una [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: navarros</title>
		<link>http://blog.chuidiang.com/2008/08/10/manifiesto-agil-personas-sobre-procedimientos/comment-page-1/#comment-1341</link>
		<dc:creator>navarros</dc:creator>
		<pubDate>Fri, 29 Aug 2008 08:18:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=404#comment-1341</guid>
		<description>..Correción..
&quot;quien SIEMBRA vientos recoge tempestades&quot; Dicho popular</description>
		<content:encoded><![CDATA[<p>..Correción..<br />
&#8220;quien SIEMBRA vientos recoge tempestades&#8221; Dicho popular</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: navarros</title>
		<link>http://blog.chuidiang.com/2008/08/10/manifiesto-agil-personas-sobre-procedimientos/comment-page-1/#comment-1340</link>
		<dc:creator>navarros</dc:creator>
		<pubDate>Fri, 29 Aug 2008 08:18:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=404#comment-1340</guid>
		<description>Desde mi experiencia todo es importante las personas, la motivación, la definición del trabajo y el método. Así en principio es una perogrullada pero no es tan fácil de conseguir....o sí.

Afortunadamente todo esta muy relacionado. 

Las personas que forman una compañía (a parte de la contratación que solo es el paso burocrático) creen en la filosofía y modo de trabajo de la compañía, valores y visión. Si no como estamos viendo en el sector, la gente se cambia de empresa en 3-6 meses. 
Por tanto una empresa donde se valora a las personas y su preparación reune un conjunto de gente con esos mismos valores (y por tanto preparados). 

El encontrarte con un conjunto de personas con similares prespectivas del trabajo refuerza el sentimiento de grupo con lo que se integran haciendo equipos muy eficientes. El ser capaz de realizar grandes avances en poco tiempo es una gran motivación con un alto grado de retroalimentación. 

Una empresa con los valores en las personas, cree en su capacidad y respeta su conocimiento por lo que no implanta metodologías &quot;guiados&quot; sino más ligeros o ágiles (SCRUM, Lean, XP).

Estas metodologías se basan en el principio de que nada puede ser perfecto en su inicio sino por aproximaciones sucesivas y en que nada es invariable en el tiempo. De este modo la definición del problema se realiza de forma continua durante el proyecto y se depura hasta ser conciso y claro.

Por tanto el &quot;quiz&quot; de la cuestión es que los valores y acciones de la empresa deben ser coherentes con el resultado que desea obtener.

&quot;Quien siega vientos recoge tempestades&quot; Dicho popular</description>
		<content:encoded><![CDATA[<p>Desde mi experiencia todo es importante las personas, la motivación, la definición del trabajo y el método. Así en principio es una perogrullada pero no es tan fácil de conseguir&#8230;.o sí.</p>
<p>Afortunadamente todo esta muy relacionado. </p>
<p>Las personas que forman una compañía (a parte de la contratación que solo es el paso burocrático) creen en la filosofía y modo de trabajo de la compañía, valores y visión. Si no como estamos viendo en el sector, la gente se cambia de empresa en 3-6 meses.<br />
Por tanto una empresa donde se valora a las personas y su preparación reune un conjunto de gente con esos mismos valores (y por tanto preparados). </p>
<p>El encontrarte con un conjunto de personas con similares prespectivas del trabajo refuerza el sentimiento de grupo con lo que se integran haciendo equipos muy eficientes. El ser capaz de realizar grandes avances en poco tiempo es una gran motivación con un alto grado de retroalimentación. </p>
<p>Una empresa con los valores en las personas, cree en su capacidad y respeta su conocimiento por lo que no implanta metodologías &#8220;guiados&#8221; sino más ligeros o ágiles (SCRUM, Lean, XP).</p>
<p>Estas metodologías se basan en el principio de que nada puede ser perfecto en su inicio sino por aproximaciones sucesivas y en que nada es invariable en el tiempo. De este modo la definición del problema se realiza de forma continua durante el proyecto y se depura hasta ser conciso y claro.</p>
<p>Por tanto el &#8220;quiz&#8221; de la cuestión es que los valores y acciones de la empresa deben ser coherentes con el resultado que desea obtener.</p>
<p>&#8220;Quien siega vientos recoge tempestades&#8221; Dicho popular</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rodrigo</title>
		<link>http://blog.chuidiang.com/2008/08/10/manifiesto-agil-personas-sobre-procedimientos/comment-page-1/#comment-1324</link>
		<dc:creator>rodrigo</dc:creator>
		<pubDate>Tue, 19 Aug 2008 14:22:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=404#comment-1324</guid>
		<description>La motivación. En tu artículo hablas de la motivación, y en mi opinión esa palabra es muy importante para que un proyecto salga bien, pero la motivación de todo el equipo, desde el jefe de proyecto hasta el programador que acaba de empezar. Ahí es donde hay que trabajar mucho y en general se descuida bastante. Se piensa, te contrato y ya está tienes que rendir al 120 % simplemente porque estás en mi empresa que es la mejor del mundo. Y eso no es tan sencillo.
Motivar al jefe de proyecto lo tiene que hacer alguien de más arriba, pero el jefe de proyecto debe conocer a las personas que están debajo y sus necesidades, y a partir de ahí intentar mejorar en todo lo posible las condiciones de su trabajo pero no para todos de igual forma sino persona a persona en función de lo que dicho jefe de proyecto cree que es más conveniente. Y ahí también entra la empresa, que normalmente no da facilidades al jefe de proyecto.

En fin no me alargo, pero creo que la motivación es muy importante y es un tema muy delicado el cual debemos tratar continuamente.

Saludos chuidiang</description>
		<content:encoded><![CDATA[<p>La motivación. En tu artículo hablas de la motivación, y en mi opinión esa palabra es muy importante para que un proyecto salga bien, pero la motivación de todo el equipo, desde el jefe de proyecto hasta el programador que acaba de empezar. Ahí es donde hay que trabajar mucho y en general se descuida bastante. Se piensa, te contrato y ya está tienes que rendir al 120 % simplemente porque estás en mi empresa que es la mejor del mundo. Y eso no es tan sencillo.<br />
Motivar al jefe de proyecto lo tiene que hacer alguien de más arriba, pero el jefe de proyecto debe conocer a las personas que están debajo y sus necesidades, y a partir de ahí intentar mejorar en todo lo posible las condiciones de su trabajo pero no para todos de igual forma sino persona a persona en función de lo que dicho jefe de proyecto cree que es más conveniente. Y ahí también entra la empresa, que normalmente no da facilidades al jefe de proyecto.</p>
<p>En fin no me alargo, pero creo que la motivación es muy importante y es un tema muy delicado el cual debemos tratar continuamente.</p>
<p>Saludos chuidiang</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: eynob</title>
		<link>http://blog.chuidiang.com/2008/08/10/manifiesto-agil-personas-sobre-procedimientos/comment-page-1/#comment-1322</link>
		<dc:creator>eynob</dc:creator>
		<pubDate>Sun, 10 Aug 2008 20:10:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=404#comment-1322</guid>
		<description>Muy bueno como lo expresas, estoy totalmente de acuerdo y he vivido ambos casos personalmente</description>
		<content:encoded><![CDATA[<p>Muy bueno como lo expresas, estoy totalmente de acuerdo y he vivido ambos casos personalmente</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Blaxter</title>
		<link>http://blog.chuidiang.com/2008/08/10/manifiesto-agil-personas-sobre-procedimientos/comment-page-1/#comment-1321</link>
		<dc:creator>Blaxter</dc:creator>
		<pubDate>Sun, 10 Aug 2008 14:20:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.chuidiang.com/?p=404#comment-1321</guid>
		<description>Está claro, si alguien es un paquete, hace las cosas mal; y si es pr0, hace las cosas bien. xD</description>
		<content:encoded><![CDATA[<p>Está claro, si alguien es un paquete, hace las cosas mal; y si es pr0, hace las cosas bien. xD</p>
]]></content:encoded>
	</item>
</channel>
</rss>

