<?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"
	>
<channel>
	<title>Comments on: ¿Cómo hago para mantener los documentos vivos, sincronizados y actualizados?</title>
	<atom:link href="http://elcafedejoe.com/2007/08/16/%c2%bfcomo-hago-para-mantener-los-documentos-vivos-sincronizados-y-actualizados/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.elcafedejoe.com/2007/08/16/%c2%bfcomo-hago-para-mantener-los-documentos-vivos-sincronizados-y-actualizados/</link>
	<description>Un blog sobre Experiencias, lecciones aprendidas, tecnicas, herramientas y mejores practicas de project managers en direccion de proyectos. De Irwin Jose Franco en Guayaquil, Ecuador</description>
	<pubDate>Sat, 11 Oct 2008 13:44:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Ruben Villa</title>
		<link>http://www.elcafedejoe.com/2007/08/16/%c2%bfcomo-hago-para-mantener-los-documentos-vivos-sincronizados-y-actualizados/#comment-1020</link>
		<dc:creator>Ruben Villa</dc:creator>
		<pubDate>Wed, 02 Jul 2008 00:02:55 +0000</pubDate>
		<guid isPermaLink="false">http://elcafedejoe.com/?p=83#comment-1020</guid>
		<description>Sep... Razon tienen en que hace falta alguna herramienta relacionadora e integradora...En el PMBook estan las claves de como estan relacionadas entradas y salidas de procesos solo falta alguien que se arremangue para establecer por software las relaciones, la configuración para seleccionar cuales documentos utilizar o no y de esa forma el entorno grafico nos podria "guiar" sobre la cascada de cambios que deben tenerse en cuenta. Por otro lado creo que hace justamente a la pericia de cada PM parte de este aspecto.</description>
		<content:encoded><![CDATA[<p>Sep&#8230; Razon tienen en que hace falta alguna herramienta relacionadora e integradora&#8230;En el PMBook estan las claves de como estan relacionadas entradas y salidas de procesos solo falta alguien que se arremangue para establecer por software las relaciones, la configuración para seleccionar cuales documentos utilizar o no y de esa forma el entorno grafico nos podria &#8220;guiar&#8221; sobre la cascada de cambios que deben tenerse en cuenta. Por otro lado creo que hace justamente a la pericia de cada PM parte de este aspecto.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arieru</title>
		<link>http://www.elcafedejoe.com/2007/08/16/%c2%bfcomo-hago-para-mantener-los-documentos-vivos-sincronizados-y-actualizados/#comment-1012</link>
		<dc:creator>Arieru</dc:creator>
		<pubDate>Fri, 27 Jun 2008 23:19:41 +0000</pubDate>
		<guid isPermaLink="false">http://elcafedejoe.com/?p=83#comment-1012</guid>
		<description>Hola,
voy a dejar este primer comentario, en esta nota ya un tanto vieja, pues desde aquí empezaré mi recorrido del blog. Me sumo a las muchas felicitaciones el blog me parece excelente (siempre lo he mirado muy por encima pero ahora me propuse leer detenidamente y analizar cada nota). Te agradezco el esfuerzo por mantenerlo vivo.

Saludos</description>
		<content:encoded><![CDATA[<p>Hola,<br />
voy a dejar este primer comentario, en esta nota ya un tanto vieja, pues desde aquí empezaré mi recorrido del blog. Me sumo a las muchas felicitaciones el blog me parece excelente (siempre lo he mirado muy por encima pero ahora me propuse leer detenidamente y analizar cada nota). Te agradezco el esfuerzo por mantenerlo vivo.</p>
<p>Saludos</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: blc.glz</title>
		<link>http://www.elcafedejoe.com/2007/08/16/%c2%bfcomo-hago-para-mantener-los-documentos-vivos-sincronizados-y-actualizados/#comment-129</link>
		<dc:creator>blc.glz</dc:creator>
		<pubDate>Sat, 22 Sep 2007 16:38:38 +0000</pubDate>
		<guid isPermaLink="false">http://elcafedejoe.com/?p=83#comment-129</guid>
		<description>Me encanta tu blog y me parece buenísima la idea de lboisset para tener todo sincronizado.</description>
		<content:encoded><![CDATA[<p>Me encanta tu blog y me parece buenísima la idea de lboisset para tener todo sincronizado.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Procesos de negocio, ERP, CRM y la web 2.0 &#171; lboisset&#8217;s Weblog</title>
		<link>http://www.elcafedejoe.com/2007/08/16/%c2%bfcomo-hago-para-mantener-los-documentos-vivos-sincronizados-y-actualizados/#comment-128</link>
		<dc:creator>Procesos de negocio, ERP, CRM y la web 2.0 &#171; lboisset&#8217;s Weblog</dc:creator>
		<pubDate>Thu, 20 Sep 2007 22:01:33 +0000</pubDate>
		<guid isPermaLink="false">http://elcafedejoe.com/?p=83#comment-128</guid>
		<description>[...] dirección de proyectos y sus necesidades viene al caso el artículo detonante de este mío en el Café de Joe sobre sincronización de los documentos. ¿Por qué no lo tiramos todo por la ventana y lo pensamos [...]</description>
		<content:encoded><![CDATA[<p>[...] dirección de proyectos y sus necesidades viene al caso el artículo detonante de este mío en el Café de Joe sobre sincronización de los documentos. ¿Por qué no lo tiramos todo por la ventana y lo pensamos [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lboisset</title>
		<link>http://www.elcafedejoe.com/2007/08/16/%c2%bfcomo-hago-para-mantener-los-documentos-vivos-sincronizados-y-actualizados/#comment-127</link>
		<dc:creator>lboisset</dc:creator>
		<pubDate>Thu, 20 Sep 2007 20:33:17 +0000</pubDate>
		<guid isPermaLink="false">http://elcafedejoe.com/?p=83#comment-127</guid>
		<description>Hola Joe,

No tengo la solución pero me consuela ver que no estoy solo en esto. Y que ni mucho menos es un mal exclusivo de los proyectos TI.

Reflexionando sobre el el tema en cuestión encuentro que es precisamente por estas cuestiones que me he tirado de lleno desde hace unos meses a evaluar y buscar su utilidad a todos las aplicaciones e ideas Web2.0

Pienso que quizá lo que falla es el origen de base, el "documento". Tenemos siempre documentos autónomos que sincronizar. ¿No podríamos construir un sistema basado en tags y/o Wiki donde registrar la información del proyecto y que este "generase" los documentos en base a los tags y la estructura wiki y algo más?

De esta forma no tienes que sincronizar, sólo actualizar lo que ha cambiado indicando adecuadamente los tags.

No he llegado nunca a montar para el ProjectServer ni el SharePoint que se han mencionado por lo que no sé hasta que punto se hacercan a esto (he leido que el proximo SherePoint tra wikis y blogs) pero me temo que por muchas tags siguen siendo documentos enteros.

Insisto, yo estoy buscando soluciones sobre estos nuevos paradigmas y cuestiono todo lo precedente. En este sentido vienen al caso los comentarios de Morgan Stanley referenciados tic616 en http://tikitak.blogspot.com/2007/09/workday-un-erp-19.html ¿Cómo van a cambiar los procesos de negocio y las aplicaciones cuando entren en el mercado laboral todos los jóvenes qué solo han conocido una relación con las TI a través de relaciones tipicamente Web2.0 Yo la viví en MSDOS (y a veces lo añoro de verdad) pero ellos "cambiaran" las cosas si no las hemos cambiado nosotros antes.

(ya me he pasado :-( )

No se si ya habíais pensado ir por ese camino.</description>
		<content:encoded><![CDATA[<p>Hola Joe,</p>
<p>No tengo la solución pero me consuela ver que no estoy solo en esto. Y que ni mucho menos es un mal exclusivo de los proyectos TI.</p>
<p>Reflexionando sobre el el tema en cuestión encuentro que es precisamente por estas cuestiones que me he tirado de lleno desde hace unos meses a evaluar y buscar su utilidad a todos las aplicaciones e ideas Web2.0</p>
<p>Pienso que quizá lo que falla es el origen de base, el &#8220;documento&#8221;. Tenemos siempre documentos autónomos que sincronizar. ¿No podríamos construir un sistema basado en tags y/o Wiki donde registrar la información del proyecto y que este &#8220;generase&#8221; los documentos en base a los tags y la estructura wiki y algo más?</p>
<p>De esta forma no tienes que sincronizar, sólo actualizar lo que ha cambiado indicando adecuadamente los tags.</p>
<p>No he llegado nunca a montar para el ProjectServer ni el SharePoint que se han mencionado por lo que no sé hasta que punto se hacercan a esto (he leido que el proximo SherePoint tra wikis y blogs) pero me temo que por muchas tags siguen siendo documentos enteros.</p>
<p>Insisto, yo estoy buscando soluciones sobre estos nuevos paradigmas y cuestiono todo lo precedente. En este sentido vienen al caso los comentarios de Morgan Stanley referenciados tic616 en <a href="http://tikitak.blogspot.com/2007/09/workday-un-erp-19.html" rel="nofollow">http://tikitak.blogspot.com/2007/09/workday-un-erp-19.html</a> ¿Cómo van a cambiar los procesos de negocio y las aplicaciones cuando entren en el mercado laboral todos los jóvenes qué solo han conocido una relación con las TI a través de relaciones tipicamente Web2.0 Yo la viví en MSDOS (y a veces lo añoro de verdad) pero ellos &#8220;cambiaran&#8221; las cosas si no las hemos cambiado nosotros antes.</p>
<p>(ya me he pasado <img src='http://www.elcafedejoe.com/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' /> )</p>
<p>No se si ya habíais pensado ir por ese camino.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://www.elcafedejoe.com/2007/08/16/%c2%bfcomo-hago-para-mantener-los-documentos-vivos-sincronizados-y-actualizados/#comment-126</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Fri, 07 Sep 2007 00:45:27 +0000</pubDate>
		<guid isPermaLink="false">http://elcafedejoe.com/?p=83#comment-126</guid>
		<description>Wladimir, gracias por esa frase tan apropiada. Creo que en ocasiones nos gusta complicarnos la vida. Soy uno de esos! (jajaja)

El uso del MS Project Server integrado con Sharepoint me ha servidor para el tema de compartir documentos, colaboración, etc.

Creo que en algún lado debe haber algo que permita hacer más fácil la sincronización entre documentos.

Es que al final del día tienes tantos documentos que se integran que es muy complicado tener todos actualizados: Cronograma, Alcance, Projec Plan, Riesgos, etc.. etc..

Gracias por el aporte!</description>
		<content:encoded><![CDATA[<p>Wladimir, gracias por esa frase tan apropiada. Creo que en ocasiones nos gusta complicarnos la vida. Soy uno de esos! (jajaja)</p>
<p>El uso del MS Project Server integrado con Sharepoint me ha servidor para el tema de compartir documentos, colaboración, etc.</p>
<p>Creo que en algún lado debe haber algo que permita hacer más fácil la sincronización entre documentos.</p>
<p>Es que al final del día tienes tantos documentos que se integran que es muy complicado tener todos actualizados: Cronograma, Alcance, Projec Plan, Riesgos, etc.. etc..</p>
<p>Gracias por el aporte!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://www.elcafedejoe.com/2007/08/16/%c2%bfcomo-hago-para-mantener-los-documentos-vivos-sincronizados-y-actualizados/#comment-125</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Fri, 07 Sep 2007 00:36:27 +0000</pubDate>
		<guid isPermaLink="false">http://elcafedejoe.com/?p=83#comment-125</guid>
		<description>Gracias Sokrates:

Leyendo tu comentario, específicamente en la parte de "tener un sistema de actualización", se me vino a la mente el tener una especie de diagrama que represente la interconexión entre los documentos para mantener la integridad y sincronización.

Quiero decir que por ejemplo, un cambio en un requerimiento cambia el Alcance, y luego cambia el Diseño de la Solución, y luego cambia las Especificaciones Funcionales, etc. etc. Si se tiene visualmente un sistema que identifique que si haces un cambio debe cambiar en otro, al menos podría ayudar.

Gracias por tu aporte.

Saludos, José.</description>
		<content:encoded><![CDATA[<p>Gracias Sokrates:</p>
<p>Leyendo tu comentario, específicamente en la parte de &#8220;tener un sistema de actualización&#8221;, se me vino a la mente el tener una especie de diagrama que represente la interconexión entre los documentos para mantener la integridad y sincronización.</p>
<p>Quiero decir que por ejemplo, un cambio en un requerimiento cambia el Alcance, y luego cambia el Diseño de la Solución, y luego cambia las Especificaciones Funcionales, etc. etc. Si se tiene visualmente un sistema que identifique que si haces un cambio debe cambiar en otro, al menos podría ayudar.</p>
<p>Gracias por tu aporte.</p>
<p>Saludos, José.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wladimir Juna</title>
		<link>http://www.elcafedejoe.com/2007/08/16/%c2%bfcomo-hago-para-mantener-los-documentos-vivos-sincronizados-y-actualizados/#comment-124</link>
		<dc:creator>Wladimir Juna</dc:creator>
		<pubDate>Sat, 01 Sep 2007 03:41:41 +0000</pubDate>
		<guid isPermaLink="false">http://elcafedejoe.com/?p=83#comment-124</guid>
		<description>Hola Joe,

Mantener vivos los documentos del proyecto es bien trabajoso (y a veces tedioso). El calendario de proyectos (MS project en mi caso) es lo mas interesante. Hay un libro que lei para mantener vivo al project schedule. Son cerca de 800 hojas pero vale la pena. (Dynamic Scheduling with Microsoft Office Project 2003: Uyttewall)

En cuanto a la sincronización de documentos, todo depende de los recursos tecnológicos que tengas para dicho proyecto y qué tan grande sea el proyecto. A veces con Project Server se hace la vida un poco mas fácil, pero igual es tedioso. Estoy seguro que debe haber herramientas de software que mantengan sincronizados los cambios en los documentos - pero debe costar mucho.

Puesto que como project manager, tú decides qué documentos y qué knowledge areas aplican a tu proyecto. Mientras más conciso tengas tus documentos, mejor para ti. Un senior project manager me dijo una vez... Uno tiene que aplicar la regla KISS (keep it simple stupid)...un dicho muy conocido aca en US.

Si alguien encuentra un programa opensource para mantener sincronizados los documentos del proyecto, sería genial. Yo he buscado pero no hay.

Saludos
Wladimir</description>
		<content:encoded><![CDATA[<p>Hola Joe,</p>
<p>Mantener vivos los documentos del proyecto es bien trabajoso (y a veces tedioso). El calendario de proyectos (MS project en mi caso) es lo mas interesante. Hay un libro que lei para mantener vivo al project schedule. Son cerca de 800 hojas pero vale la pena. (Dynamic Scheduling with Microsoft Office Project 2003: Uyttewall)</p>
<p>En cuanto a la sincronización de documentos, todo depende de los recursos tecnológicos que tengas para dicho proyecto y qué tan grande sea el proyecto. A veces con Project Server se hace la vida un poco mas fácil, pero igual es tedioso. Estoy seguro que debe haber herramientas de software que mantengan sincronizados los cambios en los documentos - pero debe costar mucho.</p>
<p>Puesto que como project manager, tú decides qué documentos y qué knowledge areas aplican a tu proyecto. Mientras más conciso tengas tus documentos, mejor para ti. Un senior project manager me dijo una vez&#8230; Uno tiene que aplicar la regla KISS (keep it simple stupid)&#8230;un dicho muy conocido aca en US.</p>
<p>Si alguien encuentra un programa opensource para mantener sincronizados los documentos del proyecto, sería genial. Yo he buscado pero no hay.</p>
<p>Saludos<br />
Wladimir</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sokrates</title>
		<link>http://www.elcafedejoe.com/2007/08/16/%c2%bfcomo-hago-para-mantener-los-documentos-vivos-sincronizados-y-actualizados/#comment-123</link>
		<dc:creator>Sokrates</dc:creator>
		<pubDate>Wed, 29 Aug 2007 10:17:26 +0000</pubDate>
		<guid isPermaLink="false">http://elcafedejoe.com/?p=83#comment-123</guid>
		<description>Hola,

En primer lugar me gustaría felicitarte por el blog. Lo considero un blog de referencia para todo aquel que este interesado en la gestión de proyectos y equipos de trabajo.

Con respecto al problema para mantener los documentos vivos, sincronizados y actualizados, la clave esta en crear un buen repositorio de conocimiento.

Pero cuáles son las claves para crear un buen repositorio de conocimiento?

Crear un buen sistema o procesos de actualización, mantener al equipo o implicados bien informados en cuanto a la utilización y las normas del repositorio, crear una figurar responsable del repositorio.

Seria realmente interesante que entre todos pudieramos profundizar más en las técnicas y procesos que serian necesarias para conseguirlo.

Un saludo, y de nuevo felicidades por el blog</description>
		<content:encoded><![CDATA[<p>Hola,</p>
<p>En primer lugar me gustaría felicitarte por el blog. Lo considero un blog de referencia para todo aquel que este interesado en la gestión de proyectos y equipos de trabajo.</p>
<p>Con respecto al problema para mantener los documentos vivos, sincronizados y actualizados, la clave esta en crear un buen repositorio de conocimiento.</p>
<p>Pero cuáles son las claves para crear un buen repositorio de conocimiento?</p>
<p>Crear un buen sistema o procesos de actualización, mantener al equipo o implicados bien informados en cuanto a la utilización y las normas del repositorio, crear una figurar responsable del repositorio.</p>
<p>Seria realmente interesante que entre todos pudieramos profundizar más en las técnicas y procesos que serian necesarias para conseguirlo.</p>
<p>Un saludo, y de nuevo felicidades por el blog</p>
]]></content:encoded>
	</item>
</channel>
</rss>
