<?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/"
	xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Dimensiones de un Proceso de Negocio – Business Process Dimensions</title>
	<atom:link href="http://msaffirio.wordpress.com/2008/07/26/dimensiones-de-un-proceso-de-negocio-%e2%80%93-business-process-dimension/feed/" rel="self" type="application/rss+xml" />
	<link>http://msaffirio.wordpress.com/2008/07/26/dimensiones-de-un-proceso-de-negocio-%e2%80%93-business-process-dimension/</link>
	<description>Tecnologías de Información y Gestión de Procesos de Negocios (BPM)</description>
	<lastBuildDate>Tue, 03 Nov 2009 12:38:58 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ricardo Seguel P.</title>
		<link>http://msaffirio.wordpress.com/2008/07/26/dimensiones-de-un-proceso-de-negocio-%e2%80%93-business-process-dimension/#comment-512</link>
		<dc:creator>Ricardo Seguel P.</dc:creator>
		<pubDate>Mon, 28 Jul 2008 23:25:32 +0000</pubDate>
		<guid isPermaLink="false">http://msaffirio.wordpress.com/?p=126#comment-512</guid>
		<description>Mario,
acá hay un interesante post en HBR para complementar lo que discutimos.

Four key IT imperatives:

1. How do we increase the value realized from our IT investments?
2. How do we improve the success of projects and change initiatives?
3. How do we ensure coherent architectures to enable flexibility and agility?
4. How do we reduce our lights-on costs to increase innovation capacity?&quot;

http://discussionleader.hbsp.com/cramm/2008/07/your-four-it-imperatives-a-sho-1.html

Lamentablemente, no exponen la conexión entre procesos de negocios y TI como lo discutimos anteriormente.  Los procesos alineados a la estrategia permiten alinear las TI y aboradar las 4 preguntas anteriores.

Saludos,
Ricardo Seguel P.</description>
		<content:encoded><![CDATA[<p>Mario,<br />
acá hay un interesante post en HBR para complementar lo que discutimos.</p>
<p>Four key IT imperatives:</p>
<p>1. How do we increase the value realized from our IT investments?<br />
2. How do we improve the success of projects and change initiatives?<br />
3. How do we ensure coherent architectures to enable flexibility and agility?<br />
4. How do we reduce our lights-on costs to increase innovation capacity?&#8221;</p>
<p><a href="http://discussionleader.hbsp.com/cramm/2008/07/your-four-it-imperatives-a-sho-1.html" rel="nofollow">http://discussionleader.hbsp.com/cramm/2008/07/your-four-it-imperatives-a-sho-1.html</a></p>
<p>Lamentablemente, no exponen la conexión entre procesos de negocios y TI como lo discutimos anteriormente.  Los procesos alineados a la estrategia permiten alinear las TI y aboradar las 4 preguntas anteriores.</p>
<p>Saludos,<br />
Ricardo Seguel P.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ricardo Seguel P.</title>
		<link>http://msaffirio.wordpress.com/2008/07/26/dimensiones-de-un-proceso-de-negocio-%e2%80%93-business-process-dimension/#comment-509</link>
		<dc:creator>Ricardo Seguel P.</dc:creator>
		<pubDate>Sun, 27 Jul 2008 20:44:07 +0000</pubDate>
		<guid isPermaLink="false">http://msaffirio.wordpress.com/?p=126#comment-509</guid>
		<description>Muy interesante el post.  Concuerdo contigo en las falencias posteriores a la puesta en marcha de un sistema, pero además quisiera agregar que esas falencias y fallas se deben a que el sistema en cuestión no se diseñó de acuerdo al proceso de negocio involucrado y alineado a la estrategia de negocios.  Los sistemas deben servir de soporte a los procesos de negocios los cuales alineados a la estrategia son el hilo conductor para alinear tambien a las personas y tecnologías.  
Muchas de las perdidas de dinero, fallas en la ejecución de proyectos TI, fallas en la implementación, fallas en la puesta en marcha y fallas post-operación se deben a que el sistema se diseñó de acuerdo a requerimientos funcionales que no estaban orientados a soportar un proceso de negocio alineado a la estrategia.

Ver: http://bpmchile.blogspot.com/2008/07/estrategia-y-bpm.html

Además, la falta de capacitación y mal uso del sistema se debe a que el proyecto no gestionó el cambio (Change Management) ni el conocimiento (Knowledge Management) en forma adecuada.  Sin embargo, estas son tareas del área de Procesos de Negocios la cual es transversal a la organización, y la cual deberia estar dirigida por un CPO (Chief Process Officer) y reportar directamente al CEO, pero en organizaciones pequeñas esta area deberia estar embebida en el área de informática.
Por último, me gustó mucho la figura de la estrategia para llevar a cabo el proyecto BPM, es muy esclarecedora.

Saludos,
Ricardo Seguel P.</description>
		<content:encoded><![CDATA[<p>Muy interesante el post.  Concuerdo contigo en las falencias posteriores a la puesta en marcha de un sistema, pero además quisiera agregar que esas falencias y fallas se deben a que el sistema en cuestión no se diseñó de acuerdo al proceso de negocio involucrado y alineado a la estrategia de negocios.  Los sistemas deben servir de soporte a los procesos de negocios los cuales alineados a la estrategia son el hilo conductor para alinear tambien a las personas y tecnologías.<br />
Muchas de las perdidas de dinero, fallas en la ejecución de proyectos TI, fallas en la implementación, fallas en la puesta en marcha y fallas post-operación se deben a que el sistema se diseñó de acuerdo a requerimientos funcionales que no estaban orientados a soportar un proceso de negocio alineado a la estrategia.</p>
<p>Ver: <a href="http://bpmchile.blogspot.com/2008/07/estrategia-y-bpm.html" rel="nofollow">http://bpmchile.blogspot.com/2008/07/estrategia-y-bpm.html</a></p>
<p>Además, la falta de capacitación y mal uso del sistema se debe a que el proyecto no gestionó el cambio (Change Management) ni el conocimiento (Knowledge Management) en forma adecuada.  Sin embargo, estas son tareas del área de Procesos de Negocios la cual es transversal a la organización, y la cual deberia estar dirigida por un CPO (Chief Process Officer) y reportar directamente al CEO, pero en organizaciones pequeñas esta area deberia estar embebida en el área de informática.<br />
Por último, me gustó mucho la figura de la estrategia para llevar a cabo el proyecto BPM, es muy esclarecedora.</p>
<p>Saludos,<br />
Ricardo Seguel P.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
