<script src="http://www.google-analytics.com/urchin.js" type="text/javascript">
</script>
<script type="text/javascript">
_uacct = "UA-1048881-6";
urchinTracker();
</script><?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 - Metodologías</title>
 <link>http://www.agile-spain.com/agilev2/taxonomy/term/28/all</link>
 <description>Extreme Programming, SCRUM, RUP, etc.</description>
 <language>es</language>
<item>
 <title>Uso de DSDM en sistemas de data warehouse</title>
 <link>http://www.agile-spain.com/agilev2/uso_de_dsdm_en_dwh</link>
 <description>&lt;p&gt;dolican nos envía: &lt;em&gt;&lt;br /&gt;
Segundo articulo en el que se narran las posibilidades de las metodologías ágiles en los sistemas de data warehouse. Esta vez el turno es para DSDM.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://sistemasdecisionales.blogspot.com/2007/02/dynamic-systems-development-method.html&quot;&gt; ¿DSDM para DWH? &lt;/a&gt;&lt;/em&gt;&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Fri, 23 Feb 2007 20:27:51 +0000</pubDate>
</item>
<item>
 <title>Desarrollo de Balas Trazadoras</title>
 <link>http://www.agile-spain.com/agilev2/desarrollo_de_balas_trazadoras</link>
 <description>&lt;p&gt;Seguro que habeis oido de la practica militar de disparar con balas trazadoras cuando es de noche para poder apuntar mejor. Basicamente se basa en el hecho de que apuntar con una ametralladora es muy dificil, sobretodo por la noche. Por ese motivo se utilizan balas trazadoras que estan bañadas en fosforo y al ser disparadas dejan una estela de luz con la que el artillero se puede guiar y apuntar mejor.&lt;/p&gt;
&lt;p&gt;El Desarollo con Balas Trazadoras (o TBD) hace exactamente lo mismo en un proyecto de software. Basicamente te deja ver a la dirección tomada dejandote apuntar continuamente mucho antes de que este terminado el proyecto.&lt;/p&gt;
&lt;p&gt;Hoy en dia hay muchos procesos y metodologias (prefiero llamarlos ecosystemas ya que suelen fallar por eventos sociales) de las que nos podemos nutrir para sacar nuestro proyecto adelante. La mayoria de estas suelen ser o demasiado burocraticas o frustrantes. Sobretodo si vemos el espectro de ecosystemas (desde RUP a XP) todos nos imponen una serie de practicas que segun los creadores son el mejor camino a seguir y si no se practican todas ellas no estamos siguiendo su metodología. En esto estoy de acuerdo, o todo o nada (al menos si quiero decir que estoy en un equipo XP por ejemplo), ya que las metodologías suelen basar sus valores y practicas en las interrelaciones de estas.&lt;/p&gt;
&lt;p&gt;Con DBT es diferente. El TDB no te dice como tienes que trabajar sino que mas bien complementa tu forma de trabajar. No te dice si tienes que hacer TDD (Test Driven Development) o escribir historias de usuario. Basicamente se implanta con coste cero y da unos resultados asombrosos. De hecho es posible ir añadiendo practicas al proceso ya que es un proceso muy ligero (comparable los procesos Crystal de Cockburn).&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Fri, 23 Feb 2007 21:07:45 +0000</pubDate>
</item>
<item>
 <title>¿Sirve SCRUM para un proyecto de Data Warehouse?</title>
 <link>http://www.agile-spain.com/agilev2/scrum_sirve_para_un_proyecto_de_data_warehouse</link>
 <description>&lt;p&gt;Dolican nos envía: &lt;em&gt;&quot;Reflexiones sobre las posibilidades de aplicar SCRUM a proyectos de reingenieria de Data warehouses: &lt;a href=http://sistemasdecisionales.blogspot.com/2007/01/scrum-para-dwh.html&gt; ¿SCRUM para DWH? &lt;/a&gt;&quot; &lt;/em&gt;&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Fri, 02 Feb 2007 20:20:05 +0000</pubDate>
</item>
<item>
 <title>La metodología como caballo de Troya</title>
 <link>http://www.agile-spain.com/agilev2/la_metodologia_como_caballo_de_troya</link>
 <description>&lt;p&gt;Un usuario anónimo nos envía: &quot;Artículo en el que se comenta como una metodología ágil puede ser usada para ir cambiando una organización que no esté lo sufiientemente madura para adoptar una metodología ágil.&lt;br /&gt;
&lt;a href=&quot;http://sistemasdecisionales.blogspot.com/2006/12/la-metodologa-como-caballo-de-troya.html&quot;&gt; La metodología como Caballo de Troya &lt;/a&gt;&quot;&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Sun, 21 Jan 2007 17:54:48 +0000</pubDate>
</item>
<item>
 <title>7 Paradigmas a romper para que una empresa sea ágil</title>
 <link>http://www.agile-spain.com/agilev2/7_paradigmas_a_romper_para_que_una_empresa_sea_agil</link>
 <description>&lt;p&gt;dolican nos envia &quot;¿Qué debe cumplir una organización para poder abordar un proyecto utilizando metodologías ágiles?, ¿qué paradigmas se han de romper para tener garantías de éxito en un proyecto de este tipo?. El resultado son estos siete puntos&lt;br /&gt;
&lt;a href=http://sistemasdecisionales.blogspot.com/2006/08/7-paradigmas-romper-para-ser-giles.html&gt; 7 paradigmas &lt;a&gt; &quot;&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Fri, 24 Nov 2006 10:11:50 +0000</pubDate>
</item>
<item>
 <title>Los métodos ágiles se han quedado cortos</title>
 <link>http://www.agile-spain.com/agilev2/los_metodos_agiles_se_han_quedado_cortos</link>
 <description>&lt;p&gt;Según ha dicho Steve McConnell en una reciente conferencia las aplicación en la práctica de los métodos ágiles no ha cumplido sus promesas. Entre otras razones, McConnell afirma que se ha dado más importancia a los procesos y a las herramientas que a las personas al contrario de lo que dice el primero de los principios del &lt;a href=&quot;http://www.agile-spain.com/agilev2/manifiesto_agil&quot;&gt;Manifiesto ágil&lt;/a&gt;. Puede leerse más sobre sus palabras exactas en el artículo &lt;a href=&quot;http://www.infoworld.com/article/06/03/13/76420_HNmcconnell_1.html&quot;&gt; Agile programming has fallen short, conference told&lt;/a&gt; en InfoWorld.&lt;/p&gt;
&lt;p&gt;En este artículo se listan las ideas que McConnell considera como las mejores para desarrollar software junto con una lista de las que considera las peores.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Thu, 16 Mar 2006 14:28:06 +0000</pubDate>
</item>
<item>
 <title>Aprendizaje Continuo</title>
 <link>http://www.agile-spain.com/agilev2/aprendizaje_continuo</link>
 <description>&lt;p&gt;Según Joshua Kerievsky el aprendizaje continuo está implícito en los valores y prácticas de la programación extrema, así como anta&amp;ntilde;o la refactorización y las pruebas estaban hasta cierto punto implícitas en las prácticas de programación tradicionales. El incorporar el aprendizaje al conjunto &#039;&#039;oficial&#039;&#039; de prácticas de un equipo de programación XP podría tener grandes ventajas, como afirma Kerievsky en su artículo &#039;&#039;Continuous Learning&#039;&#039;. En este artículo además describe herramientas específicas del aprendizaje continuo, incluyendo repositorios de aprendizaje, grupos de estudio y retrospectivas de la iteración. &lt;/p&gt;&lt;p&gt;Tuve el placer de conocer esta práctica en el &lt;a href=&quot;http://industriallogic.com/training/xpw.html&quot;&gt;taller intensivo de programación extrema&lt;/a&gt; que impartió Josh Kerievsky en San Francisco en el a&amp;ntilde;o 2002.  &lt;/p&gt;&lt;p&gt;Pueden leer el artículo en su &lt;a href=&quot;http://industriallogic.com/xp/ContinuousLearning.pdf&quot;&gt;versión original en formato PDF&lt;/a&gt; o su  &lt;a href=&quot;http://www.programacionextrema.org/cgi-bin/wiki.pl?AprendizajeContinuo&quot;&gt;traducción al castellano&lt;/a&gt;.&lt;/p&gt;&lt;p&gt;  Los comentarios serán bienvenidos, tanto sobre el original como sobre la traducción.  &lt;/p&gt;</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Thu, 09 Feb 2006 10:09:53 +0000</pubDate>
</item>
<item>
 <title>¿Qué quieren en realidad los clientes?</title>
 <link>http://www.agile-spain.com/agilev2/que_quieren_en_realidad_los_clientes</link>
 <description>&lt;p&gt;Juan Palacio ha escrito un interesante artículo de título &lt;a href=&quot;http://www.versioncero.com/articulo/475/nuestros-clientes-no-quieren-programas&quot;&gt;Nuestros clientes no quieren programas&lt;/a&gt; en el que analiza la necesidad de tener un enfoque hacia el cliente al ejecutar proyectos de desarrollo de software. &lt;/p&gt;
&lt;p&gt;En artículo estudia un caso real en el que un proyecto se retrasó un 400% por problemas que seguro que a todos nos sonarán familiares.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Mon, 23 Jan 2006 20:32:50 +0000</pubDate>
</item>
<item>
 <title>Ficha sinóptica de SCRUM</title>
 <link>http://www.agile-spain.com/agilev2/ficha_sinoptica_de_scrum</link>
 <description>&lt;p&gt;Da gusto ver otras webs en espa&amp;ntilde;ol ayudando a dar a conocer un m&amp;eacute;todo ágil como es SCRUM. En navegapolis.org nos presentan una &lt;a href=&quot;http://www.navegapolis.net/index.php?option=content&amp;task=view&amp;id=232&quot;&gt;ficha sinóptica de SCRUM&lt;/a&gt; que resume en una página su proceso de desarrollo y todos sus conceptos. &lt;/p&gt;&lt;p&gt;Me ha gustado especialmente la forma en que refleja la sencillez de SCRUM. Eso si, la ficha es sólo para los que ya conocen SCRUM, no intentes entenderla simplemente a partir de la información que hay en ella.&lt;/p&gt;</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Wed, 11 Jan 2006 08:14:49 +0000</pubDate>
</item>
<item>
 <title>Artículo sobre Agile Unified Process</title>
 <link>http://www.agile-spain.com/agilev2/articulo_sobre_agile_unified_process</link>
 <description>&lt;p&gt;Si hace poco más de dos méses nos hacíamos eco de la &lt;a href=&quot;http://www.agile-spain.com/agilev2/presentacion_de_agile_unified_process_aup_v1_0&quot;&gt; presentación de AOP&lt;/a&gt; (Agile Unified Process) ahora esta metodología vuelve a pasar a primer plano. Esta vez se debe a que en el número de enero de la revista Software Development se trata el tema en el artículo &lt;a href=&quot;http://www.sdmagazine.com/documents/s=9947/sdm0601g/0601g.html&quot;&gt;Unified—and Agile&lt;/a&gt; del propio Scott Ambler. El artículo es de acceso gratuito previo registro.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Mon, 09 Jan 2006 13:37:27 +0000</pubDate>
</item>
<item>
 <title>El rol de la arquitectura de software en las metodologías ágiles</title>
 <link>http://www.agile-spain.com/agilev2/el_rol_de_la_arquitectura_de_software_en_las_metodologias_agiles</link>
 <description> &lt;p&gt;Un usuario anónimo nos envía la siguiente referencia:&lt;/p&gt; &lt;p&gt;&lt;em&gt;Envío un artículo que puede resultar interesante sobre: &lt;a href=&quot;http://www.epidataconsulting.com/tikiwiki/tiki-read_article.php?articleId=28#id192073&quot; target=&quot;_blank&quot;&gt;El rol de la arquitectura de software en las metodologías ágiles&lt;/a&gt;. El abstract:El rol de la arquitectura de software en las metodologías ágiles no se encuentra lo suficientemente documentado ni formalizado a trav&amp;eacute;s de un proceso acorde a la filosofía. El presente trabajo tiene como aportes: 1) Definir lineamientos para implementar un proceso de arquitectura ágil capaz de implementarse dentro de cualquier metodología. 2) Se sientan las bases para la definición de un proceso de arquitectura ágil.&lt;/em&gt;&lt;/p&gt; &lt;p&gt;&amp;iquest;Qu&amp;eacute; opinais al respecto? &amp;iquest;Necesitan los m&amp;eacute;todos ágiles un proceso más formal de definición de la arquitectura? &amp;iquest;O entra en contradición con su filosofía?&lt;/p&gt;</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Mon, 09 Jan 2006 13:31:29 +0000</pubDate>
</item>
<item>
 <title>Actualización del artículo &quot;The New Methodology&quot;</title>
 <link>http://www.agile-spain.com/agilev2/actualizacion_del_articulo_the_new_methodology</link>
 <description>&lt;p&gt;Martin Fowler ha realizado una revisión de uno de sus mejores y más conocidos artículos &lt;a href=&quot;http://martinfowler.com/articles/newMethodology.html&quot;&gt;The new methodology&lt;/a&gt;. La revisión afecta sobre todo a la revisión de los métodos ágiles existentes.&lt;/p&gt;
&lt;p&gt;Aunque los cambios no son enormes me ha parecido interesante publicar la noticia porque toda la difusión que pueda hacerse de este magnífico artículo es poca. Por cierto, la versión anterior también puede encontrarse en español: &lt;a href=&quot;http://www.programacionextrema.org/articulos/newMethodology.es.html&quot;&gt;La nueva metodología&lt;/a&gt;&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Thu, 15 Dec 2005 20:22:02 +0000</pubDate>
</item>
<item>
 <title>Integración de Aplicaciones y Agilidad (1): Comprendiendo la Agilidad</title>
 <link>http://www.agile-spain.com/agilev2/integracion_de_aplicaciones_y_agilidad_1_comprendiendo_la_agilidad</link>
 <description>&lt;p&gt;En el &lt;a href=&quot;http://eaiblueprint.com/3.0/&quot;&gt;blog de Greg Wdowiak&lt;/a&gt; podemos encontrar &lt;a href=&quot;http://eaiblueprint.com/3.0/?p=27&quot;&gt;la primera parte de un artículo&lt;/a&gt; donde se habla sobre qué ideas de los métodos ágiles se pueden aplicar a la integración de aplicaciones.&lt;br /&gt;
En esta primera parte se hace una introducción a los conceptos de agilidad.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Thu, 01 Dec 2005 21:26:38 +0000</pubDate>
</item>
<item>
 <title>Dilbert aprende de metodologías ágiles...</title>
 <link>http://www.agile-spain.com/agilev2/dilbert_aprende_de_metodologias_agiles</link>
 <description>&lt;p&gt;... pero desgraciadamente su jefe no.&lt;/p&gt;
&lt;p&gt;La &lt;a href=&quot;http://www.dilbert.com/comics/dilbert/archive/images/dilbert2002220051116.gif&quot;&gt;tira cómica de Dilbert de hoy&lt;/a&gt; (en la versión inglesa) vuelve de nuevo a tratar el tema de los procesos ágiles.&lt;/p&gt;
&lt;p&gt;¿Os ha ocurrido algo parecido con vuestros jefes? Hace no mucho leí un artículo de Jeff Sutherland en el que comentaba que la gran mayoría de implantaciones exitosas de SCRUM habían comenzado desde abajo, impulsadas por los desarrolladores y no al revés. Quizá esta tira nos explica por qué ;)&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Wed, 16 Nov 2005 09:33:47 +0000</pubDate>
</item>
<item>
 <title>Modelo de Desarrollo Agil</title>
 <link>http://www.agile-spain.com/agilev2/modelo_de_desarrollo_agil</link>
 <description>&lt;p&gt;Hace tiempo que traducimos el interesante ensayo de Scott W. Ambler sobre el Modelo de Desarrollo Agil. El enlace está en &lt;a href=&quot;http://www.shidix.com/index.php?option=com_content&amp;#038;task=blogcategory&amp;#038;id=83&amp;#038;Itemid=74&amp;#038;lang=es&quot;&gt; www.shidix.com &lt;/a&gt;.&lt;br /&gt;
Scott tiene tambien publicados &lt;a href=&quot;http://www.ambysoft.com/scottAmbler.html&quot;&gt; otros artículos &lt;/a&gt;muy interesantes.&lt;/p&gt;
</description>
 <category domain="http://www.agile-spain.com/agilev2/tema/metodologias">Metodologías</category>
 <pubDate>Tue, 15 Nov 2005 22:51:50 +0000</pubDate>
</item>
</channel>
</rss>
