<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE rss [<!ENTITY % HTMLlat1 PUBLIC "-//W3C//ENTITIES Latin 1 for XHTML//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent">]>
<rss version="2.0" xml:base="http://www.agile-spain.com/agilev2">
<channel>
 <title>agile-spain.com - Extreme Programming</title>
 <link>http://www.agile-spain.com/agilev2/taxonomy/term/22/0</link>
 <description>Experiencias prácticas y opiniones sobre XP y sus prácticas</description>
 <language>es</language>
<item>
 <title>Procesos agiles</title>
 <link>http://www.agile-spain.com/agilev2/procesos_agiles</link>
 <description>&lt;p&gt;Van unas preguntitas...¿Por qué un proceso iterativo facilita más manejar el cambio? ¿Todos los procesos agiles son iterativos? ¿Es posible concluir un proyecto en solo una iteración y aún seguir siendo agil?...&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/topic/metodos_agiles/extreme_programming_0">Extreme Programming</category>
 <pubDate>Tue, 19 Sep 2006 02:19:29 -0500</pubDate>
</item>
<item>
 <title>¿Cómo se podría documentar el diseño en XP?</title>
 <link>http://www.agile-spain.com/agilev2/como_se_podria_documentar_el_diseno_en_xp</link>
 <description>&lt;p&gt;Si bien se sabe que el diseño en XP es simple y se hace según las necesidades presentes, a la par con la codificación. ¿se podría documentar el diseño? o ¿simplemente  se hace oralmente ante el cliente?&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/topic/metodos_agiles/extreme_programming_0">Extreme Programming</category>
 <pubDate>Sun, 13 Aug 2006 18:15:54 -0500</pubDate>
</item>
<item>
 <title>AYUDA</title>
 <link>http://www.agile-spain.com/agilev2/ayuda</link>
 <description>&lt;p&gt;HOLA A TODOS Y GRACIAS POR ESTA WEB.&lt;/p&gt;
&lt;p&gt;DESDE HACE ALGUN TIEMPO TENGO NOTICIAS SOBRE LA EXISTENCIA DE LAS METODOLOGIAS AGILES ,-PARTICULARMENTE LA METODOLOGIA XP -,PERO NO E PODIDO ENCONTRAR NINGUN LIBRO O WEB ,-EN ESPAÑOL-, QUE NOS DE LA POSIBILIDAD DE APRENDER A UTILIZARLA.&lt;br /&gt;
EN LAS WEB SOLO E PODIDO ENCONTRAR ARTICULOS PARA PERSONAS QUE YA TENGAN ALGUN CONOCIMIENTO SOBRE ESTAS METODOLOGIAS.&lt;/p&gt;
&lt;p&gt;¿PODRIAN AYUDARNOS A QUIENES QUEREMOS ADRENTARNOS EN ESTE MUNDO DE LAS METODOLOGIAS EXTREMAS?&lt;/p&gt;
&lt;p&gt;SALUDOS&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/topic/metodos_agiles/extreme_programming_0">Extreme Programming</category>
 <pubDate>Thu, 20 Jul 2006 17:28:45 -0500</pubDate>
</item>
<item>
 <title>&quot;The simplest thing that could possibly work&quot;</title>
 <link>http://www.agile-spain.com/agilev2/the_simplest_thing_that_could_possibly_work</link>
 <description>&lt;p&gt;Hola a todos, en primer lugar felicitaros por la pagina ya que de momento no es facil encontrar mucha información sobre metodologías ágiles en españa y mas dificil aún encontrar gente interesada y con conocimientos del tema.&lt;/p&gt;
&lt;p&gt;Ultimamente he estado leyendo el Extremme programming explained y una de las normas de diseño que proponen los autores de eXtreme Programming es precisamente la frase del titulo del post, dicen que hay que hacer el diseño lo más sencillo posible olvidandose de algo que hacemos casi todos los diseñadores: anticipar problemas futuros. Segun ellos hay que quitarse la costumbre de anticipar problemas y desarrollar el habito de mantener el diseño lo más sencillo posible.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/topic/metodos_agiles/extreme_programming_0">Extreme Programming</category>
 <pubDate>Tue, 17 Jan 2006 07:20:07 -0600</pubDate>
</item>
<item>
 <title>XPGame en español</title>
 <link>http://www.agile-spain.com/agilev2/xpgame_en_espanol</link>
 <description>&lt;p&gt;Quien sabe si existe una traducción de XPGame al español?&lt;br /&gt;
El link del sitio es &lt;a href=&quot;http://www.xpgame.be/&quot;&gt;http://www.xpgame.be&lt;/a&gt; y el link directo de la documentacion esta en &lt;a href=&quot;http://www.xp.be/html/xpgame.zip&quot;&gt;http://www.xp.be/html/xpgame.zip&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Espero me puedan ayudar, garcias.&lt;br /&gt;
&lt;a href=&quot;mailto:claudio.moscoso@gmail.com&quot;&gt;Claudio Moscoso&lt;/a&gt;&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/topic/metodos_agiles/extreme_programming_0">Extreme Programming</category>
 <pubDate>Tue, 03 Jan 2006 16:08:29 -0600</pubDate>
</item>
<item>
 <title>casos Uso vs Historias de Usuario en XP</title>
 <link>http://www.agile-spain.com/agilev2/casos_uso_vs_historias_de_usuario_en_xp</link>
 <description>&lt;p&gt;Hola a todos,&lt;/p&gt;
&lt;p&gt;Quería plantearos la siguiente situación.&lt;/p&gt;
&lt;p&gt;En XP, donde debe predominar entre otros factores importantes la Comunicación y el diseño Simple, se basa en las Historias de Usuario para representar los requerimientos del sistema, tarea que corresponde desarrollar al usuario integrado para ello en el equipo.&lt;/p&gt;
&lt;p&gt;Bien, en XP puro, y en aras a la simplicidad y en no generar documentación demasiado pesada, las historias de usuario son una descripción de las necesidades funcionales que no debe ocupar muchas líneas, con algunos campos más. La idea que sea sencillo y que comunique la necesidad se cumple.&lt;/p&gt;
&lt;p&gt;La cuestión que os quiero plantear es si los Casos de Uso (UML) rebasarían la frontera permitida en XP respecto a la simplicidad y documentación no muy pesada?, ¿si lo utilizáis en un entorno Agil XP y como lo hacéis para seguir cumpliendo con la norma XP?.&lt;/p&gt;
&lt;p&gt;Os agradecería vuestra respuesta. &lt;/p&gt;
&lt;p&gt;Nota: por cierto, yo utilizo Casos de Uso para ciertas historias de usuario en un entorno XP, pero soy consciente que su abuso acaba siendo un problema.&lt;/p&gt;
&lt;p&gt;Vchem&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/topic/metodos_agiles/extreme_programming_0">Extreme Programming</category>
 <pubDate>Sun, 20 Nov 2005 04:31:25 -0600</pubDate>
</item>
<item>
 <title>¿Quién programa con quien?</title>
 <link>http://www.agile-spain.com/agilev2/quien_programa_con_quien</link>
 <description>&lt;p&gt;En los casos que he vivido yo mismo o he visto de cerca he sacado la conclusión de que cuando se aplica programación por parejas es muy importante que la pareja se complemente. Por ejemplo:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Conocimientos sobre la funcionalidad a implementar: uno puede conocer muy bien la tecnología, pero el otro el dominio del problema.&lt;/li&gt;
&lt;li&gt;Experiencia: uno tiene más experiencia y el otro más ideas nuevas.&lt;/li&gt;
&lt;li&gt;etc.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Cuanto más se complementan mayor es el valor que adquiere la pareja en conjunto. Sin embargo, cuando los dos conocen poco el problema, tienen menos experiencia, etc. las posibilidades de que acaben perdiendo mucho tiempo aumenta considerablemente.&lt;/p&gt;
&lt;p&gt;¿Coíncide esto con vuestras experiencias?&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/topic/metodos_agiles/extreme_programming_0">Extreme Programming</category>
 <pubDate>Fri, 04 Nov 2005 09:21:16 -0600</pubDate>
</item>
<item>
 <title>¿La programación por parejas duplica los costes?</title>
 <link>http://www.agile-spain.com/agilev2/la_programacion_por_parejas_duplica_los_costes</link>
 <description>&lt;p&gt;Al hablar con personas que desconocían esta práctica me he encontrado con muchas que asumían que evidentemente la programación por parejas supone una duplicación del coste. Me ha ocurrido con recién graduados, con comerciales experimentados o incluso con clientes.&lt;/p&gt;
&lt;p&gt;Los estudios de Mary Poppendick con estudiantes demuestran lo contrario, pero ¿pueden extrapolarse a cualquier entorno laboral? Y en caso afirmativo ¿hay alguna forma de realizar mediciones que lo corroboren?&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/topic/metodos_agiles/extreme_programming_0">Extreme Programming</category>
 <pubDate>Fri, 04 Nov 2005 09:16:21 -0600</pubDate>
</item>
<item>
 <title>¿Es realista tener un &quot;cliente en casa&quot;?</title>
 <link>http://www.agile-spain.com/agilev2/es_realista_tener_un_cliente_en_casa</link>
 <description>&lt;p&gt;La práctica &quot;cliente en casa&quot; es una de las más controvertidas de Extreme Programming. Conceptualmente me parece muy buena y creo que debe tenerse en cuenta como ideal: cuanta mayor sea la comunicación con el cliente más probabilidades de éxito tendrá. Sin embargo tras varios años aplicando las prácticas de XP, esta nunca he llegado a verla cumplida al máximo. Lo más cercano fue una persona del cliente en casa, pero no era el responsable del proyecto. Por cierto, la experiencia fue muy positiva.&lt;/p&gt;
&lt;p&gt;La duda que me planteo es ¿es realmente realista intentar tener un cliente en casa? ¿Es diferente el mercado español (o latino) al anglosajón a este respecto? ¿Algún visitante puede contarnos algún caso real que conozca?&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/topic/metodos_agiles/extreme_programming_0">Extreme Programming</category>
 <pubDate>Fri, 04 Nov 2005 09:10:53 -0600</pubDate>
</item>
</channel>
</rss>
