<?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: Condiciones de éxito</title>
	<atom:link href="http://www.k-government.com/2009/03/03/condiciones_de_xito/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.k-government.com/2009/03/03/condiciones_de_xito/</link>
	<description>Thinking in e-Government</description>
	<lastBuildDate>Mon, 22 Mar 2010 10:28:23 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Por: neocivis »</title>
		<link>http://www.k-government.com/2009/03/03/condiciones_de_xito/#comment-31796</link>
		<dc:creator>neocivis »</dc:creator>
		<pubDate>Tue, 15 Sep 2009 08:31:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.k-government.com/?p=2755#comment-31796</guid>
		<description>[...] el liderazgo a favor de la ciencia económica y administrativa, expulsando toda posibilidad de innovación por liderazgos ubicados en posiciones transversales de las [...]</description>
		<content:encoded><![CDATA[<p>[...] el liderazgo a favor de la ciencia económica y administrativa, expulsando toda posibilidad de innovación por liderazgos ubicados en posiciones transversales de las [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: MarcG</title>
		<link>http://www.k-government.com/2009/03/03/condiciones_de_xito/#comment-30065</link>
		<dc:creator>MarcG</dc:creator>
		<pubDate>Wed, 04 Mar 2009 21:02:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.k-government.com/?p=2755#comment-30065</guid>
		<description>@Louis,

Yo también trabajo en el ámbito de las TIC, precisamente en una dirección de administración electrónica de un ayuntamiento.

Coincido contigo que muchas veces (demasiadas) los proyectos de construcción de sistemas de información no acaban en los plazos previstos y con el presupuesto asignado originalmente, o, incluso, no satisfaciendo los requerimientos iniciales.

Es cierto.

Pero también es cierto que no siempre es así.

Que el uso (escrupoloso) de una metodología te ayuda a &#039;controlar&#039; mejor un proyecto.

Además, no creo que la administración sea más &#039;horrible&#039; que otras organizaciones. Lo que quiero decir es que esto seguramente pasará en organizaciones privadas, especialmente si tienen un volumen importante (o lo que es lo mismo, son poco ágiles).

Ya ves, soy de los que piensa que la administración no es tan mala ni lo hace siempre tan mal... igual es que soy un poco ingenuo ;-)</description>
		<content:encoded><![CDATA[<p>@Louis,</p>
<p>Yo también trabajo en el ámbito de las TIC, precisamente en una dirección de administración electrónica de un ayuntamiento.</p>
<p>Coincido contigo que muchas veces (demasiadas) los proyectos de construcción de sistemas de información no acaban en los plazos previstos y con el presupuesto asignado originalmente, o, incluso, no satisfaciendo los requerimientos iniciales.</p>
<p>Es cierto.</p>
<p>Pero también es cierto que no siempre es así.</p>
<p>Que el uso (escrupoloso) de una metodología te ayuda a &#8216;controlar&#8217; mejor un proyecto.</p>
<p>Además, no creo que la administración sea más &#8216;horrible&#8217; que otras organizaciones. Lo que quiero decir es que esto seguramente pasará en organizaciones privadas, especialmente si tienen un volumen importante (o lo que es lo mismo, son poco ágiles).</p>
<p>Ya ves, soy de los que piensa que la administración no es tan mala ni lo hace siempre tan mal&#8230; igual es que soy un poco ingenuo <img src='http://www.k-government.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Crandell</title>
		<link>http://www.k-government.com/2009/03/03/condiciones_de_xito/#comment-30064</link>
		<dc:creator>Crandell</dc:creator>
		<pubDate>Wed, 04 Mar 2009 17:34:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.k-government.com/?p=2755#comment-30064</guid>
		<description>Puede que haya exagerado un poco, pero no demasiado. Verás, yo soy muy maniqueo, especialmente en el trabajo, de manera que aquello que no está bien, entonces está mal. Y parra que un proyecto informático (por ejemplo la construcción de un sistema de información) sea un éxito debe cumplir necesariamente los siguientes requesitos:

1.-Que la aplicación informática haga en verad lo que el cliente pidió, y no lo que el analista entendió.
2.-Que el resultado final sea de calidad, sin bloqueos, ni mensajes de error, ni lentitud, ni agujeros de seguridad...
3.-Que se haga en el tiempo estipulado.
4.-Y por el importe establecido.

Y creo no equivocarme si afirmo que es un porcentaje bajísimo de proyectos de este tipo los que cumplen los cuatro requisitos.

Además, yo trabajo en la Administración en el ámbito de las TIC y en particular en el desarrollo de aplicaciones informáticas, y puedo garantizar que la idiosincrasia del funcionariado es un grave hándicap para el cumplimiento de los requisitos y en general del número 3.

Esto me da una idea para un próximo post.</description>
		<content:encoded><![CDATA[<p>Puede que haya exagerado un poco, pero no demasiado. Verás, yo soy muy maniqueo, especialmente en el trabajo, de manera que aquello que no está bien, entonces está mal. Y parra que un proyecto informático (por ejemplo la construcción de un sistema de información) sea un éxito debe cumplir necesariamente los siguientes requesitos:</p>
<p>1.-Que la aplicación informática haga en verad lo que el cliente pidió, y no lo que el analista entendió.<br />
2.-Que el resultado final sea de calidad, sin bloqueos, ni mensajes de error, ni lentitud, ni agujeros de seguridad&#8230;<br />
3.-Que se haga en el tiempo estipulado.<br />
4.-Y por el importe establecido.</p>
<p>Y creo no equivocarme si afirmo que es un porcentaje bajísimo de proyectos de este tipo los que cumplen los cuatro requisitos.</p>
<p>Además, yo trabajo en la Administración en el ámbito de las TIC y en particular en el desarrollo de aplicaciones informáticas, y puedo garantizar que la idiosincrasia del funcionariado es un grave hándicap para el cumplimiento de los requisitos y en general del número 3.</p>
<p>Esto me da una idea para un próximo post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: MarcG</title>
		<link>http://www.k-government.com/2009/03/03/condiciones_de_xito/#comment-30061</link>
		<dc:creator>MarcG</dc:creator>
		<pubDate>Wed, 04 Mar 2009 14:45:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.k-government.com/?p=2755#comment-30061</guid>
		<description>@Louis,

Das en el clavo en los principales custiones a tener en cuenta en un proyecto de e-administración.

No obstante, discrepo en una de las frases en que comienzas el &lt;i&gt;post&lt;/i&gt;.

Comentas: &quot;&lt;i&gt;Pocas cosas son tan improbables como el éxito de un proyecto informático.&lt;/i&gt;&quot;

Creo que esto es un mito... soy consciente que a menudo un proyecto informático acaba con una desviación en tiempo y/o en presupuesto según lo previsto inicialmente.

Pero también es cierto que si se sigue una &lt;b&gt;metodología propia de gestión de proyectos informáticos&lt;/b&gt;, (como puede ser la Rational Unified Process, RUP o Métrica o cualquier otra), y si es realista en el momento de planificar y presupostar el proyecto éste no tiene porqué acabar desviado.</description>
		<content:encoded><![CDATA[<p>@Louis,</p>
<p>Das en el clavo en los principales custiones a tener en cuenta en un proyecto de e-administración.</p>
<p>No obstante, discrepo en una de las frases en que comienzas el <i>post</i>.</p>
<p>Comentas: &#8220;<i>Pocas cosas son tan improbables como el éxito de un proyecto informático.</i>&#8221;</p>
<p>Creo que esto es un mito&#8230; soy consciente que a menudo un proyecto informático acaba con una desviación en tiempo y/o en presupuesto según lo previsto inicialmente.</p>
<p>Pero también es cierto que si se sigue una <b>metodología propia de gestión de proyectos informáticos</b>, (como puede ser la Rational Unified Process, RUP o Métrica o cualquier otra), y si es realista en el momento de planificar y presupostar el proyecto éste no tiene porqué acabar desviado.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
