<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Activalink &#187; comunicación</title>
	<atom:link href="http://www.activalink.net/tag/comunicacion/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.activalink.net</link>
	<description>Blog de Gestión de Proyectos de Ervin Sarkisov PMP MBA :: Project Server :: EPM :: Primavera :: SharePoint :: Moss</description>
	<lastBuildDate>Thu, 02 Apr 2009 18:59:29 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Tienes asignado un Nuevo Proyecto, y ¿ahora qué?</title>
		<link>http://www.activalink.net/2009/02/06/tienes-asignado-un-nuevo-proyecto-ahora-que/</link>
		<comments>http://www.activalink.net/2009/02/06/tienes-asignado-un-nuevo-proyecto-ahora-que/#comments</comments>
		<pubDate>Fri, 06 Feb 2009 08:53:34 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Project Management]]></category>
		<category><![CDATA[comunicación]]></category>
		<category><![CDATA[gestión de expectativas]]></category>
		<category><![CDATA[gestión de proyecto]]></category>
		<category><![CDATA[primer contacto]]></category>
		<category><![CDATA[project management]]></category>

		<guid isPermaLink="false">http://www.activalink.net/?p=374</guid>
		<description><![CDATA[Enhorabuena, ya tienes asignado un proyecto y el orgullo de ser un Jefe de Proyecto no te quita nadie. Cel&#233;bralo ahora y prep&#225;rate justo despu&#233;s que viene una ola de hostias de campeonato. Una pastilla de aspirinas y buena preparaci&#243;n puede que eviten que tu estado an&#237;mico recaiga con la misma rapidez de un bipolar.
Una [...]]]></description>
			<content:encoded><![CDATA[<p>Enhorabuena, ya tienes asignado un proyecto y el orgullo de ser un Jefe de Proyecto no te quita nadie. Cel&eacute;bralo ahora y prep&aacute;rate justo despu&eacute;s que viene una ola de hostias de campeonato. Una pastilla de aspirinas y buena preparaci&oacute;n puede que eviten que tu estado an&iacute;mico recaiga con la misma rapidez de un bipolar.</p>
<p>Una de las primeras cosas es hacer que el cliente ya no hablo de tu propia empresa entiendan cu&aacute;l es tu rol en el proyecto. Algunos, no especialmente familiarizados con el concepto de gesti&oacute;n pueden err&oacute;neamente atribuirte tareas que no te corresponden, generando as&iacute; expectativas que seguro que no podr&aacute;s cumplir.</p>
<p>Una llamada al Cliente, sus contactos t&eacute;cnicos y/o de gesti&oacute;n, claro est&aacute; si no tienes un project manager al otro lado puede evitar muchas decepciones.</p>
<p>Una buena agenda para esta llamada podr&iacute;a ser:</p>
<ul>
<li>Explicar tu Rol en el proyecto<span class="Apple-tab-span" style="white-space:pre">	</span></li>
<li>Habla sobre tu propio background y experiencia en la Gesti&oacute;n de Proyectos</li>
<li>Habla sobre la funci&oacute;n de jefe de Proyecto (9 &Aacute;reas de Gesti&oacute;n de proyecto)
<ul>
<li>Integraci&oacute;n &#8211; Cumplimiento de Metodolog&iacute;a e integraci&oacute;n del resto de &aacute;reas de conocimientos.</li>
<li>Alcance -&nbsp;Planificaci&oacute;n de proyecto desde perspectiva de alcance (lo que se va a hacer y lo que no se va a hacer en el proyecto)</li>
<li>Tiempo -&nbsp;Control de l&iacute;nea de tiempo, entregas, entregables y plazos.</li>
<li>Coste -&nbsp;Control de l&iacute;nea de costes, valor acumulado, etc.</li>
<li>Calidad -&nbsp;Control y aseguramiento de calidad en todo el proceso interno y externo del proyecto.</li>
<li>Recursos Humanos -&nbsp;Organizaci&oacute;n y distribuci&oacute;n de trabajo para todo el equipo de desarrollo (menciona el n&uacute;mero de personas involucradas).</li>
<li>Comunicaci&oacute;n &#8211; Gesti&oacute;n de expectativas, reporting, vamos el 90% de tu tiempo.</li>
<li>Riesgos &#8211; Gesti&oacute;n de&nbsp;los riesgos, calificaci&oacute;n y dise&ntilde;o de planes de contingencia y estrategias de mitigaci&oacute;n.</li>
<li>Aprovisionamiento y adquisiciones -&nbsp;Aprovisionamiento y gesti&oacute;n de infraestructura necesaria para el proyecto. Compras y Gesti&oacute;n de contratos, etc.</li>
</ul>
</li>
</ul>
<p>Toda la charla es dif&iacute;cil de tragar y asimilar, as&iacute; pues para terminar resume tus objetivos. Por ejemplo:&nbsp;Mi prop&oacute;sito es asegurarme de que el proyecto se entrega seg&uacute;n el alcance definido, dentro de las limitaciones de coste y en plazo.</p>
<p>A continuaci&oacute;n ser&iacute;a conveniente ofrecerle al cliente la oportunidad de preguntar por si tiene alguna duda que puedes aprovechar para reforzar tu mensaje inicial.</p>
<p>Luego si lo/la ves receptivo deja claro los siguientes puntos:</p>
<ul>
<li>Todo lo que tiene que ver con la gesti&oacute;n del proyecto (tiempo, alcance, coste, recursos, log&iacute;stica) es necesario tratar con el PM ya que si cualquiera de los aspectos de esta triple restricci&oacute;n (alcance, tiempos y coste) cambia afecta a las dem&aacute;s.</li>
<li>Si cualquiera de los aspectos de esta triple restricci&oacute;n (alcance, tiempos y coste) cambia yo debo estar informado y autorizar y controlarlo.</li>
</ul>
<p>Espero que la llamada vaya bien y que el cliente cuelgue con una clara idea de lo que un PM es, qu&eacute; puede hacer y para qu&eacute; sirve.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.activalink.net/2009/02/06/tienes-asignado-un-nuevo-proyecto-ahora-que/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>&#8220;Poder duro&#8221; y &#8220;Poder blando&#8221;</title>
		<link>http://www.activalink.net/2008/10/07/poder-duro-y-poder-blando/</link>
		<comments>http://www.activalink.net/2008/10/07/poder-duro-y-poder-blando/#comments</comments>
		<pubDate>Tue, 07 Oct 2008 08:35:00 +0000</pubDate>
		<dc:creator>ervin</dc:creator>
				<category><![CDATA[Project Management]]></category>
		<category><![CDATA[blando]]></category>
		<category><![CDATA[comunicación]]></category>
		<category><![CDATA[duro]]></category>
		<category><![CDATA[equipos]]></category>
		<category><![CDATA[gestión]]></category>
		<category><![CDATA[gestión de proyecto]]></category>
		<category><![CDATA[poder blando]]></category>
		<category><![CDATA[poder duro]]></category>
		<category><![CDATA[project management]]></category>

		<guid isPermaLink="false">http://192.168.1.31/wordpress/?p=18</guid>
		<description><![CDATA[El &#8220;poder duro&#8221; y el &#8220;poder blando&#8221; son caras de la misma moneda, atributos o tipolog&#237;as de un fen&#243;meno sociol&#243;gico a las &#243;rdenes de l&#237;deres, pol&#237;ticos, empresarios, jefes de proyecto, ciudadanos corrientes que diariamente, sin darse cuenta de ello, intentan alterar la realidad que les rodea a su favor.
El &#8220;poder duro&#8221;, asociado normalmente con la [...]]]></description>
			<content:encoded><![CDATA[<p>El &ldquo;poder duro&rdquo; y el &ldquo;poder blando&rdquo; son caras de la misma moneda, atributos o tipolog&iacute;as de un fen&oacute;meno sociol&oacute;gico a las &oacute;rdenes de l&iacute;deres, pol&iacute;ticos, empresarios, jefes de proyecto, ciudadanos corrientes que diariamente, sin darse cuenta de ello, intentan alterar la realidad que les rodea a su favor.</p>
<p>El &ldquo;poder duro&rdquo;, asociado normalmente con la agresividad, a trav&eacute;s de medidas de coerci&oacute;n, ejercicio de fuerza y amenaza de castigo, es un t&eacute;rmino clave en muchas de las teor&iacute;as de realismo pol&iacute;tico y estrategias de negociaci&oacute;n en proyectos. Teor&iacute;as hist&oacute;ricamente relevantes al concepto de poder ya que enfatizan la codicia de algunos negociadores de conseguir la situaci&oacute;n de ganancia, dominaci&oacute;n, sin considerar siquiera la posibilidad de llegar a un win-win. Esta v&iacute;a de lograr los objetivos requiere fuerza f&iacute;sica, acceso a recursos y a medida de que los interlocutores evolucionan en su conocimiento y experiencia, rara vez resulta eficaz a largo plazo y puede suscitar una respuesta inesperada (e.g.: rotura de negociaciones y situaciones lose-lose). Sin embargo, existen situaciones cuando el uso de &ldquo;poder duro&rdquo; es la &uacute;nica v&iacute;a para alcanzar el objetivo.</p>
<p>Mientras que el &ldquo;poder blando&rdquo;, un instrumento igualmente afilado en manos de un project manager apto, sirve para conseguir los mismos objetivos pero mediante di&aacute;logo, convencimiento, negociaci&oacute;n e incluso manipulaci&oacute;n. El empleo provechoso de poder blando depende de otras restricciones, tales como capacidad de comunicaci&oacute;n, carisma personal, credibilidad y autoridad aunque a veces puede confundirse con debilidad. El &ldquo;poder blando&rdquo; dif&iacute;cil de utilizar per se, a diferencia del &ldquo;poder duro&rdquo; muy pocas veces resulta suficiente, salvo excepciones. Una forma efectiva de conseguir nuestros objetivos pol&iacute;ticos en el proyecto es combinar las caracter&iacute;sticas comunes y las diferencias de ambas t&eacute;cnicas coactivas vistiendo &quot;la mano de hierro&rdquo; con &ldquo;un guante de terciopelo&rdquo;.</p>
<p>El reto de los managers de hoy es saber medir la cantidad de ambos ingredientes y combinarlos para conseguir el &ldquo;poder inteligente&rdquo;, menos invasivo, menos dependiente de recursos y m&aacute;s diplom&aacute;tico. Para concluir, los dos tipos de poder son simples medios para conseguir un fin, los dos pueden ser igualmente poco humanitarios y utilizados de forma independiente su eficacia a veces es limitada. Cada uno de los poderes tiene sus propias caracter&iacute;sticas &uacute;nicas y limitaciones: el &ldquo;poder duro&rdquo; es intensivo en uso de recursos, perseverancia, requiere fuerza f&iacute;sica y se materializa a trav&eacute;s de agresi&oacute;n; el &ldquo;poder blando&rdquo;, a su vez m&aacute;s dif&iacute;cil de usar, precisa dones de comunicaci&oacute;n, carisma personal, credibilidad y diplomacia entre otras cualidades.</p>
<p><span style="font-weight: bold">Referencias:</span></p>
<ul>
<li>Joseph S. Nye Jr., 2008, &ldquo;El pr&oacute;ximo l&iacute;der estadounidense&rdquo; (PDF), Project Syndicate.</li>
<li>Jack Donnelly, 2000, &ldquo;Realism and International Relations&rdquo;, Cambridge University Press.</li>
<li>Joseph S. Nye Jr., 2004, &ldquo;Misuses of Power: Causes and Corrections&rdquo;, Compass: A Journal of Leadership.</li>
<li>Alexander Moseley, 2006, &ldquo;Political Realism &ndash; The Internet Encyclopedia of Philosophy&rdquo;, URL.</li>
<li>Joseph S. Nye Jr., 2006, &ldquo;Soft Power Is Cultural Power&rdquo;, Foreign Policy, 1 March 2006.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.activalink.net/2008/10/07/poder-duro-y-poder-blando/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Comunicación interna en proyectos (Reloaded)</title>
		<link>http://www.activalink.net/2008/06/30/comunicacion-interna-en-proyectos-reloaded/</link>
		<comments>http://www.activalink.net/2008/06/30/comunicacion-interna-en-proyectos-reloaded/#comments</comments>
		<pubDate>Mon, 30 Jun 2008 15:14:00 +0000</pubDate>
		<dc:creator>ervin</dc:creator>
				<category><![CDATA[Project Management]]></category>
		<category><![CDATA[comunicación]]></category>
		<category><![CDATA[team management]]></category>

		<guid isPermaLink="false">http://192.168.1.31/wordpress/?p=86</guid>
		<description><![CDATA[Dentro del equipo de proyecto se encuentran muchas personas: el Sponsor, el Project Manager, Staff, los asistentes y t&#233;cnicos, sin contar a otros stakeholders externos como el Cliente, los proveedores, los auditores de calidad y los responsables de seguridad. El mantenimiento de canales de comunicaci&#243;n entre tantas personas puede ser una tarea tediosa que no [...]]]></description>
			<content:encoded><![CDATA[<p>Dentro del equipo de proyecto se encuentran muchas personas: el Sponsor, el Project Manager, Staff, los asistentes y t&eacute;cnicos, sin contar a otros stakeholders externos como el Cliente, los proveedores, los auditores de calidad y los responsables de seguridad. El mantenimiento de canales de comunicaci&oacute;n entre tantas personas puede ser una tarea tediosa que no tardar&aacute; en afectar la marcha del esfuerzo como tal si es ignorada. Por ejemplo, si tenemos 10 stakeholders que deben estar informados en todo momento sobre lo que sucede en el proyecto, el n&uacute;mero de canales de comunicaci&oacute;n con los que debemos lidiar ser&iacute;an 45 (la f&oacute;rmula para calcularlo ser&iacute;a n(10-1)/2), por lo que podemos hacernos la idea del enorme crecimiento del esfuerzo que supone la comunicaci&oacute;n diaria en proyectos.  La claridad del Plan de Comunicaci&oacute;n, una herramienta v&aacute;lida y utilizada para la designaci&oacute;n de canales de comunicaci&oacute;n con stakeholders, es a veces es ignorada en el &aacute;mbito de comunicaciones internas, tanto en proyectos de desarrollo de software, as&iacute; como en cualquier otro sector sea la obra civil, bioingenier&iacute;a, construcci&oacute;n, etc.  El Project Manager act&uacute;a de interfaz principal con las personas externas, siempre seg&uacute;n la Responsibility Assignment Matrix (RAM) y el Plan de Comunicaci&oacute;n, pero sucede con frecuencia que no se le otorga la debida importancia a las comunicaciones internas, dentro del equipo del proyecto, sea por falta de tiempo, carga de trabajo o el tama&ntilde;o del equipo de proyecto. Los fallos de comunicaci&oacute;n internos a veces suelen ser los causantes de grandes malentendidos dentro del mismo equipo de trabajo y a largo plazo pueden causar un &ldquo;burn-out&rdquo; innecesario y doloroso que afecta al rendimiento del equipo en el proyecto en general y en la &uacute;ltima instancia influir negativamente los resultados de la empresa.  Seguramente hay muchas soluciones que resolver&iacute;an o actuar&iacute;an de Acci&oacute;n Preventiva para ese tipo de situaciones. &Eacute;stas van desde la frecuente actualizaci&oacute;n del Plan de Comunicaci&oacute;n, uso de entornos colaborativos din&aacute;micos de tipo blog (Sharepoint, Confluence, Wiki, etc.), trainings de cohesi&oacute;n de equipo, etc.  &hellip; &ldquo;De todas estas alternativas la que mejor podr&iacute;a funcionar en muchos casos es la combinaci&oacute;n de varias: un riguroso seguimiento documental, la continua actualizaci&oacute;n de Planes de Comunicaci&oacute;n, la permanente revisi&oacute;n de la Matriz de Responsabilidad y, por &uacute;ltimo, la incorporaci&oacute;n de las nuevas t&eacute;cnicas de colaboraci&oacute;n din&aacute;mica en los grupos de trabajo&rdquo;&hellip; Esta es la opini&oacute;n profesional de varios de los PMP&#8217;s que participaron en el Congreso Global PMI 2006 en Madrid.  Las primeras medidas institucionalizan los procesos de comunicaci&oacute;n y las &uacute;ltimas permiten un intercambio r&aacute;pido e informal de datos entre los miembros del equipo en todo momento.  Un ejemplo pr&aacute;ctico ser&iacute;a que un Director de Proyecto, tras mantener una reuni&oacute;n con un Cliente, desde su port&aacute;til o incluso una BlackBerry, apuntara r&aacute;pidamente los puntos m&aacute;s cruciales de la reciente reuni&oacute;n en el blog del proyecto. As&iacute; ese ejercicio no &uacute;nicamente le servir&iacute;a al PM para plasmar cuanto antes las notas de la reuni&oacute;n mientras que las tengas &quot;frescas&quot;, sino tambi&eacute;n permitir&iacute;a a los miembros del equipo del proyecto estar informados de primera mano sobre el contenido de la reuni&oacute;n, incluso antes de que se elabore el acta formal.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.activalink.net/2008/06/30/comunicacion-interna-en-proyectos-reloaded/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Project Manager un cortafuegos para el equipo?!</title>
		<link>http://www.activalink.net/2007/10/26/project-manager-un-cortafuegos-para-el-equipo/</link>
		<comments>http://www.activalink.net/2007/10/26/project-manager-un-cortafuegos-para-el-equipo/#comments</comments>
		<pubDate>Fri, 26 Oct 2007 13:32:00 +0000</pubDate>
		<dc:creator>ervin</dc:creator>
				<category><![CDATA[Project Management]]></category>
		<category><![CDATA[comunicación]]></category>
		<category><![CDATA[gestión de clientes]]></category>
		<category><![CDATA[gestión de proyectos]]></category>
		<category><![CDATA[team management]]></category>

		<guid isPermaLink="false">http://192.168.1.31/wordpress/?p=72</guid>
		<description><![CDATA[Aparte de las dificultades habituales de cualquier proyecto y bajo un inocente velo de transparencia, a veces el equipo de gesti&#243;n se empe&#241;a en trasladar a los miembros del equipo de producci&#243;n (desarrollo, fabricaci&#243;n, construcci&#243;n, etc.) toda la informaci&#243;n de la que dispone a medida de que le va llegando lo que puede crear en [...]]]></description>
			<content:encoded><![CDATA[<p>Aparte de las dificultades habituales de cualquier proyecto y bajo un inocente velo de transparencia, a veces el equipo de gesti&oacute;n se empe&ntilde;a en trasladar a los miembros del equipo de producci&oacute;n (desarrollo, fabricaci&oacute;n, construcci&oacute;n, etc.) toda la informaci&oacute;n de la que dispone a medida de que le va llegando lo que puede crear en los participantes preocupaciones innecesarias, si los datos no se distribuyen de forma adecuada.  Transparencia como pol&iacute;tica de gesti&oacute;n, sin ninguna duda, es algo positivo pero introduzcamos una variable m&aacute;s &#8211; la llamada &quot;need to know&quot;. Un criterio para decidir qui&eacute;n debe saber qu&eacute; y para qu&eacute;.  En los equipos cada uno sabe exactamente el labor que le corresponde (o por lo menos deber&iacute;a). Es el rol de del Project Manager y sus asociados decidir a qui&eacute;n se le debe proporcionar la informaci&oacute;n, de qu&eacute; manera y con qu&eacute; fin. Es all&iacute; Donde entra en el juego la matriz de comunicaciones, un documento &quot;vivo&quot; que muestra c&oacute;mo deber&iacute;a fluir la informaci&oacute;n en el proyecto.  Complicaciones a nivel pol&iacute;tico, quejas, comentarios de clientes o proveedores deben ser previamente evaluados y dirigidos de forma controlada a los que necesitan y pueden actuar en beneficio del proyecto al disponer de la informaci&oacute;n.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.activalink.net/2007/10/26/project-manager-un-cortafuegos-para-el-equipo/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>War Rooms de Proyectos</title>
		<link>http://www.activalink.net/2007/10/23/war-rooms-de-proyectos/</link>
		<comments>http://www.activalink.net/2007/10/23/war-rooms-de-proyectos/#comments</comments>
		<pubDate>Tue, 23 Oct 2007 12:18:00 +0000</pubDate>
		<dc:creator>ervin</dc:creator>
				<category><![CDATA[Project Management]]></category>
		<category><![CDATA[comunicación]]></category>
		<category><![CDATA[gestión de proyectos]]></category>
		<category><![CDATA[team management]]></category>

		<guid isPermaLink="false">http://192.168.1.31/wordpress/?p=71</guid>
		<description><![CDATA[Las iniciativas que requieren participaci&#243;n de un cierto n&#250;mero de personas sea en local o distribuidos geogr&#225;ficamente necesitan que estos grupos desarrollen un sentimiento de pertenencia al grupo y comprendan exactamente el objetivo del proyecto y los entregables a producir.  Para esta tarea desde hace algunos a&#241;os, al principio s&#243;lo en el sector de [...]]]></description>
			<content:encoded><![CDATA[<p>Las iniciativas que requieren participaci&oacute;n de un cierto n&uacute;mero de personas sea en local o distribuidos geogr&aacute;ficamente necesitan que estos grupos desarrollen un sentimiento de pertenencia al grupo y comprendan exactamente el objetivo del proyecto y los entregables a producir.  Para esta tarea desde hace algunos a&ntilde;os, al principio s&oacute;lo en el sector de construcci&oacute;n e ingenier&iacute;a, se utilizaban war-rooms, centros de guerra (traducci&oacute;n libre), d&oacute;nde los participantes ten&iacute;an a su plena disposici&oacute;n y f&aacute;cil accesibilidad toda la documentaci&oacute;n del proyecto a la vista. All&iacute; se reun&iacute;an, discut&iacute;an y pensaban sobre como resolver los problemas, y tambi&eacute;n celebraban el &eacute;xito.  Para proyectos de software el warroom deber&iacute;a tener posteado en la pared los diagramas WBS y el PERT, en sus &uacute;ltimas 2 versiones para ver los cambios que se realizaron. Para facilitar el entendimiento el WBS dictionarry tambi&eacute;n deber&iacute;a figurar all&iacute; mismo. Es buena idea postear el registro de riesgos con sus planes de mitigaci&oacute;n y contingencia.  Ese espacio dedicado al proyecto no es f&aacute;cil de mantener si tenemos equipos distribuidos por todo el mundo por lo que disponibilidad de una intranet con los mismos datos en formato Wiki puede ser una v&aacute;lida alternativa.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.activalink.net/2007/10/23/war-rooms-de-proyectos/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Canales de comunicación atascados</title>
		<link>http://www.activalink.net/2007/07/03/canales-de-comunicacion-atascados/</link>
		<comments>http://www.activalink.net/2007/07/03/canales-de-comunicacion-atascados/#comments</comments>
		<pubDate>Tue, 03 Jul 2007 16:24:00 +0000</pubDate>
		<dc:creator>ervin</dc:creator>
				<category><![CDATA[Project Management]]></category>
		<category><![CDATA[comunicación]]></category>
		<category><![CDATA[gestión de proyectos]]></category>

		<guid isPermaLink="false">http://192.168.1.31/wordpress/?p=5</guid>
		<description><![CDATA[En equipos multidisciplinares d&#243;nde personal de proyecto tiene que estar encargado de dar soporte a determinados equipos de terceras empresas pueden surgir relaciones informales que pueden llegar a sustituir un proceso formal de aprobaci&#243;n de cambios.  Cambios alcance se comentan en la m&#225;quina de caf&#233;. El cliente prefiere comentarlo con alguien con alguien que [...]]]></description>
			<content:encoded><![CDATA[<p>En equipos multidisciplinares d&oacute;nde personal de proyecto tiene que estar encargado de dar soporte a determinados equipos de terceras empresas pueden surgir relaciones informales que pueden llegar a sustituir un proceso formal de aprobaci&oacute;n de cambios.  Cambios alcance se comentan en la m&aacute;quina de caf&eacute;. El cliente prefiere comentarlo con alguien con alguien que no le va a decir que &quot;no&quot; o derivarlo a CCB, por lo tanto evita el canal oficial de comunicaci&oacute;n Cliente &#8211; Project Manager. En caso de que miembros del project management team no hayan derivado la petici&oacute;n al PM y &eacute;sta se ha realizado se produce un scope creep que llevar&aacute; m&aacute;s adelante el proyecto al desastre.  El cliente informa sobre no conformidades con requerimientos, descontento y acusa al equipo de proyecto de que el producto entregado &quot;no funciona&quot;. Es por ello que necesitamos realizar el mantenimiento de canales de comunicaci&oacute;n no solo con nuestro equipo sino tambi&eacute;n con el del cliente.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.activalink.net/2007/07/03/canales-de-comunicacion-atascados/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Comunicación y relaciones interpersonales</title>
		<link>http://www.activalink.net/2007/06/25/comunicacion-y-relaciones-interpersonales/</link>
		<comments>http://www.activalink.net/2007/06/25/comunicacion-y-relaciones-interpersonales/#comments</comments>
		<pubDate>Mon, 25 Jun 2007 15:53:00 +0000</pubDate>
		<dc:creator>ervin</dc:creator>
				<category><![CDATA[Project Management]]></category>
		<category><![CDATA[comunicación]]></category>

		<guid isPermaLink="false">http://192.168.1.31/wordpress/?p=35</guid>
		<description><![CDATA[La gesti&#243;n de proyecto aparte de ser un conjunto de pr&#225;cticas para conseguir un objetivo &#250;nico a partir de unas restricciones y recursos limitados es una continuaci&#243;n de nuestras relaciones personales con proveedores, clientes y partners.  En el trabajo que se desarrolla en equipos virtuales donde MSN, Skype, o ICQ son herramientas principales de [...]]]></description>
			<content:encoded><![CDATA[<p>La gesti&oacute;n de proyecto aparte de ser un conjunto de pr&aacute;cticas para conseguir un objetivo &uacute;nico a partir de unas restricciones y recursos limitados es una continuaci&oacute;n de nuestras relaciones personales con proveedores, clientes y partners.  En el trabajo que se desarrolla en equipos virtuales donde MSN, Skype, o ICQ son herramientas principales de comunicaci&oacute;n las confusiones est&aacute;n a la orden del d&iacute;a, de all&iacute; nerviosismo, preocupaci&oacute;n y posibles sentimientos de que el trabajo trascurre m&aacute;s despacio de lo que deber&iacute;a.  En todo el fallo de comunicaci&oacute;n esta presente el factor del &quot;colch&oacute;n&quot; que tenemos de confianza con la persona que hablamos, si ese margen es suficiente &#8211; existe confianza y los problemas suelen solucionarse con mayor facilidad. Cuanto menos confianza a nivel personal hay los conflictos m&aacute;s insignificantes suelen trascender incre&iacute;blemente en monta&ntilde;as.  Para crear ese colch&oacute;n de confianza con gente que no lo ve todos los d&iacute;as es dif&iacute;cil. Siempre ser&aacute; necesaria alguna visita, estar charlando a menudo amigablemente sobre alguna tonter&iacute;a, preocuparse a nivel personal sobre los asuntos de esa persona, compartir experiencias.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.activalink.net/2007/06/25/comunicacion-y-relaciones-interpersonales/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
