<?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>Comentarios en: ¿El futuro del desarrollo del software tiende a metodologías ágiles?</title>
	<atom:link href="http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/</link>
	<description>Blog personal de Jordi Abad donde encontrarás artículos sobre temas tecnológicos y personales que me apetece compartir y debatir.</description>
	<lastBuildDate>Sat, 28 Jan 2012 03:30:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Por: csm_web</title>
		<link>http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/comment-page-1/#comment-179842</link>
		<dc:creator>csm_web</dc:creator>
		<pubDate>Tue, 01 Jun 2010 09:34:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/#comment-179842</guid>
		<description>Yo he tenido una experiencia bastante mala referente a lo que sería el uso de la metodología Scrum.

Sobre todo por el hecho de que la empresa en cuestión nos dejó tirados. Y después se vio patente que eso de hacer algo para que lo vea bien el cliente, y volver después a mejorarlo, daba un resultado bastante escaso.

http://enfaserem.net/2010/06/de-cerdos-y-gallinas/</description>
		<content:encoded><![CDATA[<p>Yo he tenido una experiencia bastante mala referente a lo que sería el uso de la metodología Scrum.</p>
<p>Sobre todo por el hecho de que la empresa en cuestión nos dejó tirados. Y después se vio patente que eso de hacer algo para que lo vea bien el cliente, y volver después a mejorarlo, daba un resultado bastante escaso.</p>
<p><a href="http://enfaserem.net/2010/06/de-cerdos-y-gallinas/" rel="nofollow">http://enfaserem.net/2010/06/de-cerdos-y-gallinas/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Lida</title>
		<link>http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/comment-page-1/#comment-93361</link>
		<dc:creator>Lida</dc:creator>
		<pubDate>Thu, 22 Jan 2009 14:51:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/#comment-93361</guid>
		<description>Hola necesito implantar una metodoligia par ael mantenimiento de software para este caso se aplica el RUP o UP? gracias</description>
		<content:encoded><![CDATA[<p>Hola necesito implantar una metodoligia par ael mantenimiento de software para este caso se aplica el RUP o UP? gracias</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Hernan</title>
		<link>http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/comment-page-1/#comment-87116</link>
		<dc:creator>Hernan</dc:creator>
		<pubDate>Sat, 20 Dec 2008 23:15:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/#comment-87116</guid>
		<description>Durante el año que trabaje en Google, utilice mucho metodologías ágiles. Pair programming a veces, peer reviews antes de submitear cada change list, wiki, TDD, entre otras. Creo que es una muy buena metodología pero sin olvidar que metodología ágil no significa carente de documentación o estandares, ya que éstos ayudan a mantener el sistema coherente.
Los invito a mi &lt;a href=&quot;http://hernangonzalezbuteler.blogspot.com&quot; title=&quot;Blog sobre desarrollo de software&quot; rel=&quot;nofollow&quot;&gt;Blog&lt;/a&gt; sobre desarrollo de software.</description>
		<content:encoded><![CDATA[<p>Durante el año que trabaje en Google, utilice mucho metodologías ágiles. Pair programming a veces, peer reviews antes de submitear cada change list, wiki, TDD, entre otras. Creo que es una muy buena metodología pero sin olvidar que metodología ágil no significa carente de documentación o estandares, ya que éstos ayudan a mantener el sistema coherente.<br />
Los invito a mi <a href="http://hernangonzalezbuteler.blogspot.com" title="Blog sobre desarrollo de software" rel="nofollow">Blog</a> sobre desarrollo de software.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Iván Garcerant</title>
		<link>http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/comment-page-1/#comment-74201</link>
		<dc:creator>Iván Garcerant</dc:creator>
		<pubDate>Mon, 04 Aug 2008 09:37:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/#comment-74201</guid>
		<description>Hola!

Pienso que el futuro es en dirección al desarrollo de software como profesión en si mismo. Los días en que bastaban los conocimientos en un lenguaje de programación para crear software de valor han quedado definitivamente atrás.

Cuando se pasa de una situación &quot;libre&quot; a una práctica profesional, siempre es bueno comenzar por la parte más informal de la profesión; es solo una cosa de comenzar por lo que parece más conocido.

Ahora que cuando se va subiendo en el tamaño y complejidad de los proyectos, pasan a ser necesarias más y mejores prácticas. Es en este punto cuando los países desarrollados pasaron a valorar al desarrollo de software bajo un esquema &quot;normativo&quot; similar a RUP/UP y cuando nosotros pasemos por ese punto, también veremos ventajas en cosas como la Gestión de Proveedores o el mantener una arquitectura en nuestros sistemas.

Es cosa de madurez, al menos en mi opinión. Conforme uno va creciendo pasa a valorar más la gerencia de la industria de desarrollo que el acto creativo del programador curioso.</description>
		<content:encoded><![CDATA[<p>Hola!</p>
<p>Pienso que el futuro es en dirección al desarrollo de software como profesión en si mismo. Los días en que bastaban los conocimientos en un lenguaje de programación para crear software de valor han quedado definitivamente atrás.</p>
<p>Cuando se pasa de una situación &#8220;libre&#8221; a una práctica profesional, siempre es bueno comenzar por la parte más informal de la profesión; es solo una cosa de comenzar por lo que parece más conocido.</p>
<p>Ahora que cuando se va subiendo en el tamaño y complejidad de los proyectos, pasan a ser necesarias más y mejores prácticas. Es en este punto cuando los países desarrollados pasaron a valorar al desarrollo de software bajo un esquema &#8220;normativo&#8221; similar a RUP/UP y cuando nosotros pasemos por ese punto, también veremos ventajas en cosas como la Gestión de Proveedores o el mantener una arquitectura en nuestros sistemas.</p>
<p>Es cosa de madurez, al menos en mi opinión. Conforme uno va creciendo pasa a valorar más la gerencia de la industria de desarrollo que el acto creativo del programador curioso.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Que factores se podran medir?</title>
		<link>http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/comment-page-1/#comment-63263</link>
		<dc:creator>Que factores se podran medir?</dc:creator>
		<pubDate>Sat, 15 Mar 2008 15:04:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/#comment-63263</guid>
		<description>Holas a todos 
Yo estoy realizando un estudio de los factores que pueden ser medibles a la hora de eligir una determinada metodolo agil ,partiendo del tipo de sistema que se quiera realizar .

Por favor comenteme acerca de esto y cuales ustedes crean que puedan ser esos factores.

Por Ejemplo tengo estos :
Desempeño si no se predefinen requisitos
Produce Software viable
Gestion de Riesgos
Permite cambio sobre la marcha
Visibilidad del progreso</description>
		<content:encoded><![CDATA[<p>Holas a todos<br />
Yo estoy realizando un estudio de los factores que pueden ser medibles a la hora de eligir una determinada metodolo agil ,partiendo del tipo de sistema que se quiera realizar .</p>
<p>Por favor comenteme acerca de esto y cuales ustedes crean que puedan ser esos factores.</p>
<p>Por Ejemplo tengo estos :<br />
Desempeño si no se predefinen requisitos<br />
Produce Software viable<br />
Gestion de Riesgos<br />
Permite cambio sobre la marcha<br />
Visibilidad del progreso</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Jordi Abad</title>
		<link>http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/comment-page-1/#comment-39415</link>
		<dc:creator>Jordi Abad</dc:creator>
		<pubDate>Mon, 05 Nov 2007 23:19:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/#comment-39415</guid>
		<description>Miquel,

Yo creo que se puede aplicar SCRUM a un proyecto en fase de mantenimiento. Ojo! Con esto no digo que se pueda aplicar a todos los proyectos de mantenimiento. Creo que tienes que afrontar los mismos factores para tomar la decisión de adoptarlo o no que si se tratase de un proyecto nuevo.

¿Qué te hace pensar que varíe un proyecto en fase de mantenimiento de un proyecto nuevo?</description>
		<content:encoded><![CDATA[<p>Miquel,</p>
<p>Yo creo que se puede aplicar SCRUM a un proyecto en fase de mantenimiento. Ojo! Con esto no digo que se pueda aplicar a todos los proyectos de mantenimiento. Creo que tienes que afrontar los mismos factores para tomar la decisión de adoptarlo o no que si se tratase de un proyecto nuevo.</p>
<p>¿Qué te hace pensar que varíe un proyecto en fase de mantenimiento de un proyecto nuevo?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Miquel</title>
		<link>http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/comment-page-1/#comment-39389</link>
		<dc:creator>Miquel</dc:creator>
		<pubDate>Mon, 05 Nov 2007 20:28:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.unblogmas.com/posts/%c2%bfel-futuro-del-desarrollo-del-software-tiende-a-metodologias-agiles/#comment-39389</guid>
		<description>Hola, 

Totalmente de acuerdo con la última frase &quot;primero hay que estudiar los factores y, después, seleccionar la metodología&quot;.

Últimamente he dado un curso de UML y se me ocurrió (como se modificó el horario) dar un poco de scrum (metodología ágil). 

En mi trabajo utilizo este método de gestión pero se puede aplicar SCRUM a un proyecto en fase de mantenimiento?</description>
		<content:encoded><![CDATA[<p>Hola, </p>
<p>Totalmente de acuerdo con la última frase &#8220;primero hay que estudiar los factores y, después, seleccionar la metodología&#8221;.</p>
<p>Últimamente he dado un curso de UML y se me ocurrió (como se modificó el horario) dar un poco de scrum (metodología ágil). </p>
<p>En mi trabajo utilizo este método de gestión pero se puede aplicar SCRUM a un proyecto en fase de mantenimiento?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

