<?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:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comentarios para CASO: HAY VIDA DESPUES DE UN ERP?</title>
	<atom:link href="http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp</link>
	<description>CASO SOBRE LA IMPLEMENTACION DE UN ERP EN UNA EMPRESA GRANDE</description>
	<lastBuildDate>Tue, 30 Mar 2010 18:54:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comentario en  por Juan Gabriel Mercado</title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-16</link>
		<dc:creator>Juan Gabriel Mercado</dc:creator>
		<pubDate>Tue, 30 Mar 2010 18:54:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-16</guid>
		<description>Antes que nada, a la pregunta del nombre del caso considero que si hay vida, y puede ser una mucho mejor vida después de un ERP siempre y cuando se cumpla con 3 premisas fundamentales. 1) Adecuada toma de decisión, 2) adecuado esfuerzo de parametrización y alistamiento y 3) adecuado esfuerzo de salida en vivo y estabilización.

En lo referente al punto 1) lo primero es tener claro cuál es el fundamento para decidir tener un ERP como plataforma de operación en una compañía. La tecnología, como tantas otras herramientas, deben ser puestas al servicio de la estrategia y los fines organizacionales. La decisión de implementar un ERP parte de un análisis de la estrategia corporativa y de las decisiones de gobierno corporativo que de la misma se desprenden, pues cualquier sistema de información es un vehículo para estandarizar procesos, potencializar flujos de datos y de información con miras a lograr las metas y en esa medida se debe tener clara la estrategia y sus palancas para garantizar que no se pierdan en la implementación. Para el caso, lo primero es que la decisión sobre el ERP parece más basada en un comparativo del mercado y en el reconocimiento de un proveedor que en un verdadero análisis de ajuste entre implementador, aplicativo y empresa. Temas tan sencillos como el idioma de los consultores o su nivel de expertise en la implementación deja mucho al azar pues la transferencia de tecnología no estaba garantizada. Al igual que este hay otros ejemplos.

En relación al punto 2), una vez tomada la decisión se debe garantizar que adicional a los expertos del implementador se tengan los mejores expertos internos en un trabajo integrado para garantizar que todos los flujos necesarios para que los procesos corran y se puedan lograr las sinergias y mejoras estén presentes. Esto debe ir acompañado de una estrategia de cambio organizacional acorde al dimensionamiento que se haga del impacto de cambio con el fin de poder vincular a las personas con el modelo de operación parametriado cmo parte de una cadena de abastecimiento integrada y no por funciones independientes. En este aspecto hubo muchos puntos a mejorar:
- como primera medida no contar con el personal de operación, el mejor, le restó mucha potencia al proyecto pues limitó el conocimiento detallado de lo necesario para operar y la participación de quienes están en el día a día en la configuración en la herramienta.
- la falta de comunicación entre la áreas y a nivel de la alta gerencia
- el no dimensionamiento del impacto de forma adecuada y por consiguiente la falta de involucramiento en el tema de las áreas d eoperación adicional a los miembros para el equipo.
- la falta de darle sentido de compañía al proyecto y limitarlo a grupo cerrado, entre otros.

Finalmente sobre el punto 3) no hubo un manejo adecuado de las contingencias previas a la salida en vivo  durante la salida en vivo. La respuesta de la alta gerencia denotó la desconexión con el proyecto y la dificultad en su vinculación con la estrategia gracias a esta desconexión. La falencia en formación de las personas que hubo en la fase 2) tampoco fue solucionada en la fase 3) llevando a un desastre organizacional.

Por esto entre otras cosas concluyo que si se puede tener éxito...¿cómo? Aprendiendo de casos como estos y de cómo tomar la decisiones adecuadas. Berkshire Hathaway Inc., una de las corporaciones más exitosas del mundo no tiene ERP porque su estrategia es diversificada desde su modelo de operación, Mc Donalds una compañía presente en casi todo el mundo es exitosa y no tiene un ERP como plataforma, tiene una base de procesos que le permite funcionar de manera estandarizada. FedEx una compañía global es exitosa y sin tener procesos estandarizados funciona con sistemas de información compartidos que le permiten coordinar su operación y finalmente compañías como Target tienen tanto la misma plataforma y los mismos procesos también siendo exitosas. La decisión de un ERP es una decisión de estrategia de operación, no de moda o necesidad por tendencia. En esa medida un análisis adecuado dará la respuesta adecuada que de ser sí, y siendo consistente en apostarle con todas las capacidades organizacionales debe llevar a la compañía a una mejor vida.</description>
		<content:encoded><![CDATA[<p>Antes que nada, a la pregunta del nombre del caso considero que si hay vida, y puede ser una mucho mejor vida después de un ERP siempre y cuando se cumpla con 3 premisas fundamentales. 1) Adecuada toma de decisión, 2) adecuado esfuerzo de parametrización y alistamiento y 3) adecuado esfuerzo de salida en vivo y estabilización.</p>
<p>En lo referente al punto 1) lo primero es tener claro cuál es el fundamento para decidir tener un ERP como plataforma de operación en una compañía. La tecnología, como tantas otras herramientas, deben ser puestas al servicio de la estrategia y los fines organizacionales. La decisión de implementar un ERP parte de un análisis de la estrategia corporativa y de las decisiones de gobierno corporativo que de la misma se desprenden, pues cualquier sistema de información es un vehículo para estandarizar procesos, potencializar flujos de datos y de información con miras a lograr las metas y en esa medida se debe tener clara la estrategia y sus palancas para garantizar que no se pierdan en la implementación. Para el caso, lo primero es que la decisión sobre el ERP parece más basada en un comparativo del mercado y en el reconocimiento de un proveedor que en un verdadero análisis de ajuste entre implementador, aplicativo y empresa. Temas tan sencillos como el idioma de los consultores o su nivel de expertise en la implementación deja mucho al azar pues la transferencia de tecnología no estaba garantizada. Al igual que este hay otros ejemplos.</p>
<p>En relación al punto 2), una vez tomada la decisión se debe garantizar que adicional a los expertos del implementador se tengan los mejores expertos internos en un trabajo integrado para garantizar que todos los flujos necesarios para que los procesos corran y se puedan lograr las sinergias y mejoras estén presentes. Esto debe ir acompañado de una estrategia de cambio organizacional acorde al dimensionamiento que se haga del impacto de cambio con el fin de poder vincular a las personas con el modelo de operación parametriado cmo parte de una cadena de abastecimiento integrada y no por funciones independientes. En este aspecto hubo muchos puntos a mejorar:<br />
- como primera medida no contar con el personal de operación, el mejor, le restó mucha potencia al proyecto pues limitó el conocimiento detallado de lo necesario para operar y la participación de quienes están en el día a día en la configuración en la herramienta.<br />
- la falta de comunicación entre la áreas y a nivel de la alta gerencia<br />
- el no dimensionamiento del impacto de forma adecuada y por consiguiente la falta de involucramiento en el tema de las áreas d eoperación adicional a los miembros para el equipo.<br />
- la falta de darle sentido de compañía al proyecto y limitarlo a grupo cerrado, entre otros.</p>
<p>Finalmente sobre el punto 3) no hubo un manejo adecuado de las contingencias previas a la salida en vivo  durante la salida en vivo. La respuesta de la alta gerencia denotó la desconexión con el proyecto y la dificultad en su vinculación con la estrategia gracias a esta desconexión. La falencia en formación de las personas que hubo en la fase 2) tampoco fue solucionada en la fase 3) llevando a un desastre organizacional.</p>
<p>Por esto entre otras cosas concluyo que si se puede tener éxito&#8230;¿cómo? Aprendiendo de casos como estos y de cómo tomar la decisiones adecuadas. Berkshire Hathaway Inc., una de las corporaciones más exitosas del mundo no tiene ERP porque su estrategia es diversificada desde su modelo de operación, Mc Donalds una compañía presente en casi todo el mundo es exitosa y no tiene un ERP como plataforma, tiene una base de procesos que le permite funcionar de manera estandarizada. FedEx una compañía global es exitosa y sin tener procesos estandarizados funciona con sistemas de información compartidos que le permiten coordinar su operación y finalmente compañías como Target tienen tanto la misma plataforma y los mismos procesos también siendo exitosas. La decisión de un ERP es una decisión de estrategia de operación, no de moda o necesidad por tendencia. En esa medida un análisis adecuado dará la respuesta adecuada que de ser sí, y siendo consistente en apostarle con todas las capacidades organizacionales debe llevar a la compañía a una mejor vida.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentario en  por Harold Espitia F</title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-15</link>
		<dc:creator>Harold Espitia F</dc:creator>
		<pubDate>Tue, 23 Mar 2010 02:04:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-15</guid>
		<description>El caso del ERP en Bebidas Olaya es un ejemplo de cómo las omisiones e inconsistencias en el actuar empresarial pueden multiplicarse entre sí y resultar devastadoras para la salud de una compañía.  

Los motivadores de la decisión de mejorar los sistemas de información parecen en un inicio ser apropiados: efectivamente, la información oportuna y los controles pertinentes en la cadena de valor son elementos que pueden contener un alto valor estratégico para la organización.  Sin embargo, desde el punto de vista estratégico, deben resaltarse dos principios fundamentales que parecen no haberse cumplido. 

1. Primero estrategia, luego software.  Si después de comprado el software, en la etapa de configuración se están aún realizando deliberaciones teóricas, pareciera que aún no está del todo clara la estrategia de operación.  Las &quot;mejores prácticas&quot; incluidas en el software deben ser coherentes con la cadena de valor de la empresa.  De esta forma, resulta desconcertante que sea necesario desarrollar aplicaciones paralelas para soportar procesos requeridos en la operación.

2. El éxito de la decisión requiere de una buena ejecución.  Varios hechos posteriores a la decisión de adquirir el software ilustran una desalineación en las acciones subsecuentes.  Llama la atención, por ejemplo, invertir en el software de mayor precio para después asignar el hardware de menor precio (añadiendo una restricción al desempeño del software), o bien, asignar al personal menos idóneo para las capacitaciones (con las evidentes dificultades posteriores para la utilización del sistema).

La sucesión de errores y vacíos en la comunicación es extensa.  Un liderazgo efectivo, aterrizado al campo y ejecución, hubiese sido deseable para integrar los esfuerzos del costoso equipo de trabajo;  para involucrar al personal relacionado con cada etapa y detectar oportunamente las fallas, y sobre todo, para imprimir un sentido de logro y compromiso en el personal involucrado en el proyecto.</description>
		<content:encoded><![CDATA[<p>El caso del ERP en Bebidas Olaya es un ejemplo de cómo las omisiones e inconsistencias en el actuar empresarial pueden multiplicarse entre sí y resultar devastadoras para la salud de una compañía.  </p>
<p>Los motivadores de la decisión de mejorar los sistemas de información parecen en un inicio ser apropiados: efectivamente, la información oportuna y los controles pertinentes en la cadena de valor son elementos que pueden contener un alto valor estratégico para la organización.  Sin embargo, desde el punto de vista estratégico, deben resaltarse dos principios fundamentales que parecen no haberse cumplido. </p>
<p>1. Primero estrategia, luego software.  Si después de comprado el software, en la etapa de configuración se están aún realizando deliberaciones teóricas, pareciera que aún no está del todo clara la estrategia de operación.  Las &#8220;mejores prácticas&#8221; incluidas en el software deben ser coherentes con la cadena de valor de la empresa.  De esta forma, resulta desconcertante que sea necesario desarrollar aplicaciones paralelas para soportar procesos requeridos en la operación.</p>
<p>2. El éxito de la decisión requiere de una buena ejecución.  Varios hechos posteriores a la decisión de adquirir el software ilustran una desalineación en las acciones subsecuentes.  Llama la atención, por ejemplo, invertir en el software de mayor precio para después asignar el hardware de menor precio (añadiendo una restricción al desempeño del software), o bien, asignar al personal menos idóneo para las capacitaciones (con las evidentes dificultades posteriores para la utilización del sistema).</p>
<p>La sucesión de errores y vacíos en la comunicación es extensa.  Un liderazgo efectivo, aterrizado al campo y ejecución, hubiese sido deseable para integrar los esfuerzos del costoso equipo de trabajo;  para involucrar al personal relacionado con cada etapa y detectar oportunamente las fallas, y sobre todo, para imprimir un sentido de logro y compromiso en el personal involucrado en el proyecto.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentario en  por Ana Milena Cardona Mejia</title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-12</link>
		<dc:creator>Ana Milena Cardona Mejia</dc:creator>
		<pubDate>Wed, 15 Apr 2009 21:38:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-12</guid>
		<description>Indiscutiblemente, la vida después de una ERP, se complico.

La falta de comunicación entre producción y sistemas genero el caos, sumado a las vacíos de gerencia del proyecto.

El proyecto se desarrollo bajo la premisa de ahorrar costos y no de incrementar productividad con calidad.

La Selección del proveedor no se realizo por el conocimiento y experiencia del mismo, sino por lo que costaba.
La selección del equipo interno implementador no fue la adecuada, no se involucraron a los dolientes en el proceso.
No hubo una oportuna capacitación.
La adquisición e instalación del Hardware se hizo con miras de corto plazo sin considerar las necesidades futuras.
No se realizo un cronograma juicioso, detallado y preciso, todo se improviso bajo la marcha.
Los usuarios finales no estuvieron involucrados en el proceso de implementación, no pudieron prevenir errores ni realizar sugerencias sobre el funcionamiento.
La salida en vivo no fue definitiva, fue improvisada, interrumpida y con vacíos.

La capacitación permanente de todos los usuarios, las sugerencias de los mismos en la implementación y desarrollo del ERP, el no tener como lideres del proyecto a los mejores colaboradores, no profundizar en el aprendizaje, el no tener la camiseta puesta y el realizar un cambio de plataforma solo por cumplir con un proceso de modernización de la compañía al menor costo posible, llevaron a que la implementación de ERP fuera un fracaso.</description>
		<content:encoded><![CDATA[<p>Indiscutiblemente, la vida después de una ERP, se complico.</p>
<p>La falta de comunicación entre producción y sistemas genero el caos, sumado a las vacíos de gerencia del proyecto.</p>
<p>El proyecto se desarrollo bajo la premisa de ahorrar costos y no de incrementar productividad con calidad.</p>
<p>La Selección del proveedor no se realizo por el conocimiento y experiencia del mismo, sino por lo que costaba.<br />
La selección del equipo interno implementador no fue la adecuada, no se involucraron a los dolientes en el proceso.<br />
No hubo una oportuna capacitación.<br />
La adquisición e instalación del Hardware se hizo con miras de corto plazo sin considerar las necesidades futuras.<br />
No se realizo un cronograma juicioso, detallado y preciso, todo se improviso bajo la marcha.<br />
Los usuarios finales no estuvieron involucrados en el proceso de implementación, no pudieron prevenir errores ni realizar sugerencias sobre el funcionamiento.<br />
La salida en vivo no fue definitiva, fue improvisada, interrumpida y con vacíos.</p>
<p>La capacitación permanente de todos los usuarios, las sugerencias de los mismos en la implementación y desarrollo del ERP, el no tener como lideres del proyecto a los mejores colaboradores, no profundizar en el aprendizaje, el no tener la camiseta puesta y el realizar un cambio de plataforma solo por cumplir con un proceso de modernización de la compañía al menor costo posible, llevaron a que la implementación de ERP fuera un fracaso.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentario en  por Andrea Bravo Puerta</title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-11</link>
		<dc:creator>Andrea Bravo Puerta</dc:creator>
		<pubDate>Tue, 31 Mar 2009 04:30:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-11</guid>
		<description>Independiente de la herramienta, su implementación exige una planeación rigurosa de tiempo de incorporación, recurso humano, desempeño  y funcionamiento. La inversión económica  para la incorporación  de un sistema de información debe ser proporcional a la disposición de tiempo  y calidad del personal a formar para su implementación. En el caso, no existe un plan de trabajo estudiado para la transmisión de contenidos a cada sector de la organización, pero además era importante no solo  seleccionar las personas idóneas para  recibir la capacitación si no con las condiciones de canalizar los flujos de información para cumplir exitosamente con la multiplicación de la información según lo propuesto, que aunque no es lo ideal puede conseguirse con mejores resultados.
También es necesario  tener en cuenta que la adaptabilidad del sistema  depende a su vez de cada  organización en particular, es necesario el reconocimiento de los ciclos del negocio en la gestión actual,  el cual debe hacerse minuciosamente  previo a la incorporación del sistema, por lo tanto es necesario revisar  varias opciones para aplicar la herramienta adecuada o ajustar la elegida. Posteriormente  hacer un seguimiento riguroso de su desempeño y realizar las pruebas necesarias de control . Una inadecuada definición de procedimientos, poca información, y/o información incompleta por parte de la organización, como en el caso solo entorpecerá   la incorporación de un programa que sólo automatizará lo que ya por sí sólo funciona mal.</description>
		<content:encoded><![CDATA[<p>Independiente de la herramienta, su implementación exige una planeación rigurosa de tiempo de incorporación, recurso humano, desempeño  y funcionamiento. La inversión económica  para la incorporación  de un sistema de información debe ser proporcional a la disposición de tiempo  y calidad del personal a formar para su implementación. En el caso, no existe un plan de trabajo estudiado para la transmisión de contenidos a cada sector de la organización, pero además era importante no solo  seleccionar las personas idóneas para  recibir la capacitación si no con las condiciones de canalizar los flujos de información para cumplir exitosamente con la multiplicación de la información según lo propuesto, que aunque no es lo ideal puede conseguirse con mejores resultados.<br />
También es necesario  tener en cuenta que la adaptabilidad del sistema  depende a su vez de cada  organización en particular, es necesario el reconocimiento de los ciclos del negocio en la gestión actual,  el cual debe hacerse minuciosamente  previo a la incorporación del sistema, por lo tanto es necesario revisar  varias opciones para aplicar la herramienta adecuada o ajustar la elegida. Posteriormente  hacer un seguimiento riguroso de su desempeño y realizar las pruebas necesarias de control . Una inadecuada definición de procedimientos, poca información, y/o información incompleta por parte de la organización, como en el caso solo entorpecerá   la incorporación de un programa que sólo automatizará lo que ya por sí sólo funciona mal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentario en  por Andrea Bravo Puerta</title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-10</link>
		<dc:creator>Andrea Bravo Puerta</dc:creator>
		<pubDate>Tue, 31 Mar 2009 04:24:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-10</guid>
		<description>Independiente de la herramienta, su implementación exige una planeación rigurosa de tiempo de incorporación, recurson humano, desempeñó y funcionamiento. La inversión económica  para la incorporación  de un sistema de información debe ser proporcional a la disposición de tiempo  y calidad del personal a formar para su implementación. En el caso, no existe un plan de trabajo estudiado para la transmisión de contenidos a cada sector de la organización, era importante no solo  seleccionar las personas idóneas para  recibir la capacitación si no con las condiciones de canalizar los flujos de información para acudir a la multiplicación de la información según el caso.
También es necesario  tener en cuenta que la adaptabilidad del sistema  la cual depende a su vez de cada  organización en particular, el reconocimiento de los ciclos del negocio en la gestión actual, debe hacerse minuciosamente y previo a la incorporación del sistema, por lo tanto es importante varias opciones para aplicar la adecuada o ajustar la elegida. A su vez hacer un seguimiento riguroso de su desempeño y realizar las pruebas necesarias. Una inadecuada definición de procedimientos, poca información, y/o información incompleta por parte de la organización o información i de la personas pertinentes,   como en el caso,  entorpecerá   la incorporación de un programa que sólo automatizará lo que ya por sí sólo funciona mal.</description>
		<content:encoded><![CDATA[<p>Independiente de la herramienta, su implementación exige una planeación rigurosa de tiempo de incorporación, recurson humano, desempeñó y funcionamiento. La inversión económica  para la incorporación  de un sistema de información debe ser proporcional a la disposición de tiempo  y calidad del personal a formar para su implementación. En el caso, no existe un plan de trabajo estudiado para la transmisión de contenidos a cada sector de la organización, era importante no solo  seleccionar las personas idóneas para  recibir la capacitación si no con las condiciones de canalizar los flujos de información para acudir a la multiplicación de la información según el caso.<br />
También es necesario  tener en cuenta que la adaptabilidad del sistema  la cual depende a su vez de cada  organización en particular, el reconocimiento de los ciclos del negocio en la gestión actual, debe hacerse minuciosamente y previo a la incorporación del sistema, por lo tanto es importante varias opciones para aplicar la adecuada o ajustar la elegida. A su vez hacer un seguimiento riguroso de su desempeño y realizar las pruebas necesarias. Una inadecuada definición de procedimientos, poca información, y/o información incompleta por parte de la organización o información i de la personas pertinentes,   como en el caso,  entorpecerá   la incorporación de un programa que sólo automatizará lo que ya por sí sólo funciona mal.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentario en  por Salvador Rodriguez V</title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-9</link>
		<dc:creator>Salvador Rodriguez V</dc:creator>
		<pubDate>Mon, 02 Mar 2009 20:58:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-9</guid>
		<description>Este es un caso es muy común en muchas empresas colombianas (mas de las que uno quisiera). Pues en el desarrollo e implementación de un sistema de información deben seguirse unas pautas básicas que   garanticen de alguna manera y en gran porcentaje los resultados finales esperados. 
	Se debe en primer lugar hacer un análisis de los requerimientos de operación e información que requiere la organización
	Realizar un análisis de los proveedores de software con las características deseadas
	Escoger varios consultores  que estudien las características de la organización y sugieran las posibilidades de implementación.
	Escoger el equipo consultor que implementará la aplicación que se adapta a las necesidades de la empresa.
	Recoger los requerimientos y realizar la plantación del proceso de implementación de manera seria y ordenada.
	Escoger dentro de la organización al personal más idóneo, experto en cada proceso que tenga experiencia y conozca los pormenores del funcionamiento de su proceso y separarlo del cargo mientras dure el proceso de desarrollo e implementación.
	Capacitar al personal de la organización escogido como complemento al equipo consultor.
	Adquirir el hardware necesario para llevar a cabo el montaje de la plataforma, analizando de manera rigurosa la capacidad requerida y pensando en un horizonte de tiempo amplio que contemple el crecimiento de la organización y anticipe los escenarios futuros.
	Instalar la plataforma e iniciar el proceso de desarrollo e implementación de acuerdo al plan previamente trazado.
	Realizar evaluaciones constantes a los avances de los procesos y recoger las inquietudes del personal involucrado en el proceso, como de los usuarios finales.
	Realizar pruebas periódicas de los avances con los usuarios finales y recoger sugerencias y recomendaciones.
	Evaluar de manera constante el desarrollo del cronograma de actividades.
	Elaborar el piloto sobre el cual los usuarios finales realizaran todas las pruebas necesarias para detectar posibles errores y corregirlos antes de la entrada en producción.
	Antes de salir a producción debe realizarse un paralelo, que va a sacrificar a todo el personal de la empresa, pero que permitirá a la postre poder comparar resultados y realizar los ajustes necesarios.
	Una vez el sistema tengo un alto grado de confiabilidad puede salir a producción  y terminar el paralelo.
El seguimiento estricto de este protocolo que se puede mejorar o modificar de acuerdo al tipo de organización ayuda a minimizar errores y reduce los altos costos que se deben pagar cuando la empresa entra en la sin salida de arrancar un sistema de información a medias y con un cúmulo de inconsistencias, la salida por etapas es también una posibilidad cuando el sistema lo permite y permite ir probando la funcionalidad y flexibilidad del sistema.
Cuando en el desarrollo e implementación de un sistema de información se configuran cosas tales como: improvisación, desinterés por parte de los miembros del equipo interno de  desarrollo e implementación, ahorros inapropiados como en capacidad de equipo y demás recursos. Generan un caos que generan perdidas incalculables para cualquier organización y que en la mayoría de los casos no dan la posibilidad de dar marcha atrás  y obligan a contratar una accesoria permanente de consultores para que corrijan errores en caliente, aumentando la inestabilidad del sistema.
Por eso en esta caso particular creo que la solución esta en que contraten de tiempo completo al equipo consultor y los miembros de la organización trabaje tiempo extra para solucionar por lo menos de manera temporal los inconvenientes acaecidos por la mala planeación e improvisación  en la implementación.</description>
		<content:encoded><![CDATA[<p>Este es un caso es muy común en muchas empresas colombianas (mas de las que uno quisiera). Pues en el desarrollo e implementación de un sistema de información deben seguirse unas pautas básicas que   garanticen de alguna manera y en gran porcentaje los resultados finales esperados.<br />
	Se debe en primer lugar hacer un análisis de los requerimientos de operación e información que requiere la organización<br />
	Realizar un análisis de los proveedores de software con las características deseadas<br />
	Escoger varios consultores  que estudien las características de la organización y sugieran las posibilidades de implementación.<br />
	Escoger el equipo consultor que implementará la aplicación que se adapta a las necesidades de la empresa.<br />
	Recoger los requerimientos y realizar la plantación del proceso de implementación de manera seria y ordenada.<br />
	Escoger dentro de la organización al personal más idóneo, experto en cada proceso que tenga experiencia y conozca los pormenores del funcionamiento de su proceso y separarlo del cargo mientras dure el proceso de desarrollo e implementación.<br />
	Capacitar al personal de la organización escogido como complemento al equipo consultor.<br />
	Adquirir el hardware necesario para llevar a cabo el montaje de la plataforma, analizando de manera rigurosa la capacidad requerida y pensando en un horizonte de tiempo amplio que contemple el crecimiento de la organización y anticipe los escenarios futuros.<br />
	Instalar la plataforma e iniciar el proceso de desarrollo e implementación de acuerdo al plan previamente trazado.<br />
	Realizar evaluaciones constantes a los avances de los procesos y recoger las inquietudes del personal involucrado en el proceso, como de los usuarios finales.<br />
	Realizar pruebas periódicas de los avances con los usuarios finales y recoger sugerencias y recomendaciones.<br />
	Evaluar de manera constante el desarrollo del cronograma de actividades.<br />
	Elaborar el piloto sobre el cual los usuarios finales realizaran todas las pruebas necesarias para detectar posibles errores y corregirlos antes de la entrada en producción.<br />
	Antes de salir a producción debe realizarse un paralelo, que va a sacrificar a todo el personal de la empresa, pero que permitirá a la postre poder comparar resultados y realizar los ajustes necesarios.<br />
	Una vez el sistema tengo un alto grado de confiabilidad puede salir a producción  y terminar el paralelo.<br />
El seguimiento estricto de este protocolo que se puede mejorar o modificar de acuerdo al tipo de organización ayuda a minimizar errores y reduce los altos costos que se deben pagar cuando la empresa entra en la sin salida de arrancar un sistema de información a medias y con un cúmulo de inconsistencias, la salida por etapas es también una posibilidad cuando el sistema lo permite y permite ir probando la funcionalidad y flexibilidad del sistema.<br />
Cuando en el desarrollo e implementación de un sistema de información se configuran cosas tales como: improvisación, desinterés por parte de los miembros del equipo interno de  desarrollo e implementación, ahorros inapropiados como en capacidad de equipo y demás recursos. Generan un caos que generan perdidas incalculables para cualquier organización y que en la mayoría de los casos no dan la posibilidad de dar marcha atrás  y obligan a contratar una accesoria permanente de consultores para que corrijan errores en caliente, aumentando la inestabilidad del sistema.<br />
Por eso en esta caso particular creo que la solución esta en que contraten de tiempo completo al equipo consultor y los miembros de la organización trabaje tiempo extra para solucionar por lo menos de manera temporal los inconvenientes acaecidos por la mala planeación e improvisación  en la implementación.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentario en  por Juan Carlos Oviedo</title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-8</link>
		<dc:creator>Juan Carlos Oviedo</dc:creator>
		<pubDate>Mon, 02 Mar 2009 15:39:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-8</guid>
		<description>Durante el caso se evidencia claramente una crisis producto de la implementación del nuevo ERP lo cual genera tensiones y traumatismos internos, los cuales seguramente serán percibidos por los clientes externos y proveedores, agudizando aún más el problema.
Lo primero es que cuando una compañía decide cambiar su sistema de operación, debe lograr que desde la alta gerencia hasta los niveles de operación de apropie el sistema y todos los integrantes de la organización tengan “la camiseta puesta”.  
Tal como lo muestra el caso la alta dirección sólo busca identificar problemas, pero no soluciones. En momentos de crisis lo ideal es generar un plan de choque, donde se planteen soluciones y se diseñe un plan de acción con tareas bien definidas.
La decisión de implementar un ERP no fue tomada únicamente por Villa. Se debe tener claro que es normal que cuando un ERP se implementa,  tenga un proceso de estabilización el cual puede durar algunos meses, por eso la importancia de tener un plan de contingencia por variable.
Tal como se mencionó el problema radicaba en que las personas que operaban no sabían cómo hacerlo, pero producto de una inadecuada capacitación, tanto a los consultores funcionales como a los usuarios finales.  Lo anterior genera una mala actitud hacia el sistema y se crea resistencia.
Según lo comenta el caso el gerente del proyecto Fenix , no trabajó en equipo con el Director de Logística Miguel Angel Lopera y tampoco a las demás personas que estaban en la operación, por lo tanto no hubo familiarización con el sistema.
Concentraron el proceso de capacitación en una sola persona (Botero) y cuando esta persona tuvo una oferta laboral mejor se fue de la compañía generando caos en el proceso de capacitación (estrategia multiplicadora). Sumando a lo anterior al parecer la capacitación fue teórica, o sea que las personas nunca practicaron en el computador. Los manuales estaban en inglés y eso tampoco ayudaba.
Otra situación por evaluar es que las personas del equipo implementador no conocían a fondo la empresa, eran personas recién ingresadas a la compañía. De otro lado las personas que venían de las áreas a formar parte del proyecto eran los colaboradores con menores competencias en su trabajo, es decir no enviaron a las estrellas al campo, con esto se muestra la falta de compromiso con el proyecto.
La etapa de parametrización no fue exitosa, debido al desconocimiento por parte del equipo del proyecto de la empresa.  Eran inexpertos y carecían de experiencia y conocimiento de la empresa. Lo mismo ocurrió con el diseño de los módulos de la solución del ERP,  fue concebido desde lo ideal y no con una visión realista.
No se capacitó a todos los usuarios finales, sólo a usuarios claves.  Lo cualse refleja en falta de dominio y por supuesto errores al operar y retrasos. También faltó en las pruebas del sistema y modelamiento involucrar a los usuarios finales.
Las pruebas de integración demostraban la falta de trabajo en equipo al momento de modelar la aplicación.  Estas pruebas en su mayoría no fueron con los usuarios finales.
No hubo un equipo que liderará el cambio desde la perspectiva humana, entendiendo que le estamos cambiando la manera de operar a las personas. 
Creo que en resumen faltó control a la ejecución del proyecto y sobretodo falta mucha claridad en la importancia del proyecto para el desarrollo de la empresa. Ahora lo único que hay que hacer es estabilizar la operación y potencializar el nuevo software, buscando las ventajas e identificando los puntos por mejorar.  La alta dirección debe comprender que no es una tarea del área de gestión de operaciones, sino que involucra a todos los departamentos de la compañía.  Tan importante es el proyecto y superar la crisis que está afectando directamente las relaciones con clientes, competidores  y proveedores, lo cual genera impacto negativo para la empresa. 
No se debe desmontar el ERP, la solución es salir de la crisis y capacitar correctamente a las personas para que puedan operar el sistema de manera adecuada.
Elaborado por:  Juan Carlos Oviedo R.</description>
		<content:encoded><![CDATA[<p>Durante el caso se evidencia claramente una crisis producto de la implementación del nuevo ERP lo cual genera tensiones y traumatismos internos, los cuales seguramente serán percibidos por los clientes externos y proveedores, agudizando aún más el problema.<br />
Lo primero es que cuando una compañía decide cambiar su sistema de operación, debe lograr que desde la alta gerencia hasta los niveles de operación de apropie el sistema y todos los integrantes de la organización tengan “la camiseta puesta”.<br />
Tal como lo muestra el caso la alta dirección sólo busca identificar problemas, pero no soluciones. En momentos de crisis lo ideal es generar un plan de choque, donde se planteen soluciones y se diseñe un plan de acción con tareas bien definidas.<br />
La decisión de implementar un ERP no fue tomada únicamente por Villa. Se debe tener claro que es normal que cuando un ERP se implementa,  tenga un proceso de estabilización el cual puede durar algunos meses, por eso la importancia de tener un plan de contingencia por variable.<br />
Tal como se mencionó el problema radicaba en que las personas que operaban no sabían cómo hacerlo, pero producto de una inadecuada capacitación, tanto a los consultores funcionales como a los usuarios finales.  Lo anterior genera una mala actitud hacia el sistema y se crea resistencia.<br />
Según lo comenta el caso el gerente del proyecto Fenix , no trabajó en equipo con el Director de Logística Miguel Angel Lopera y tampoco a las demás personas que estaban en la operación, por lo tanto no hubo familiarización con el sistema.<br />
Concentraron el proceso de capacitación en una sola persona (Botero) y cuando esta persona tuvo una oferta laboral mejor se fue de la compañía generando caos en el proceso de capacitación (estrategia multiplicadora). Sumando a lo anterior al parecer la capacitación fue teórica, o sea que las personas nunca practicaron en el computador. Los manuales estaban en inglés y eso tampoco ayudaba.<br />
Otra situación por evaluar es que las personas del equipo implementador no conocían a fondo la empresa, eran personas recién ingresadas a la compañía. De otro lado las personas que venían de las áreas a formar parte del proyecto eran los colaboradores con menores competencias en su trabajo, es decir no enviaron a las estrellas al campo, con esto se muestra la falta de compromiso con el proyecto.<br />
La etapa de parametrización no fue exitosa, debido al desconocimiento por parte del equipo del proyecto de la empresa.  Eran inexpertos y carecían de experiencia y conocimiento de la empresa. Lo mismo ocurrió con el diseño de los módulos de la solución del ERP,  fue concebido desde lo ideal y no con una visión realista.<br />
No se capacitó a todos los usuarios finales, sólo a usuarios claves.  Lo cualse refleja en falta de dominio y por supuesto errores al operar y retrasos. También faltó en las pruebas del sistema y modelamiento involucrar a los usuarios finales.<br />
Las pruebas de integración demostraban la falta de trabajo en equipo al momento de modelar la aplicación.  Estas pruebas en su mayoría no fueron con los usuarios finales.<br />
No hubo un equipo que liderará el cambio desde la perspectiva humana, entendiendo que le estamos cambiando la manera de operar a las personas.<br />
Creo que en resumen faltó control a la ejecución del proyecto y sobretodo falta mucha claridad en la importancia del proyecto para el desarrollo de la empresa. Ahora lo único que hay que hacer es estabilizar la operación y potencializar el nuevo software, buscando las ventajas e identificando los puntos por mejorar.  La alta dirección debe comprender que no es una tarea del área de gestión de operaciones, sino que involucra a todos los departamentos de la compañía.  Tan importante es el proyecto y superar la crisis que está afectando directamente las relaciones con clientes, competidores  y proveedores, lo cual genera impacto negativo para la empresa.<br />
No se debe desmontar el ERP, la solución es salir de la crisis y capacitar correctamente a las personas para que puedan operar el sistema de manera adecuada.<br />
Elaborado por:  Juan Carlos Oviedo R.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentario en  por Alejandra Nuñez Becerra</title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-7</link>
		<dc:creator>Alejandra Nuñez Becerra</dc:creator>
		<pubDate>Mon, 02 Mar 2009 02:16:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-7</guid>
		<description>Varias empresas han mejorado su productividad,estructura de costos, cultura organizacional etc, al implementar un ERP el cual constituye una herramienta de planeacion de recursos empresariales o sistema de gestion empresarial; sin embargo muchas de estas empresas tambien han sub estimado los riesgos de un proyecto de implementacion de un software empresarial, este es el caso de bebidas olaya.

Eventos:
 
En logística de planta no hay quien haga funcionar el sistema.
*Los centros de distribución y agencias no están despachando los pedidos.
*El personal encargado de operar el sistema no sabe como hacerlo.

*Por ahorrar costos redujeron la inversión en capacitación y utilizaron el sistema multiplicador que no dio resultado.

*No se ha podido imprimir el picking.
*Existen errores en el cargue de saldos.
*Se ingreso mercancía a ojo para no estallar el cendist y dejar todo en el piso.
*El personal del piso esta temeroso y como se les debe vacaciones se quieren ir.
*El inventario esta hecho un caos.
*No hay buen manejo de las devoluciones no saben que hacer con ellas.
*Hay problemas con los transportadores.
*El sistema pide cosas que no se producen hace rato.

Hechos:

No se siguieron eficientemente las etapas de implementación del ERP,  por ejemplo en la selección del proveedor de los servicios de consultoría escogieron un proveedor que aunque era del mismo que les vendió el paquete no tenía el suficiente conocimiento de la funcionalidad del paquete, además hablaban otro idioma y las personas que estaban recibiendo la capacitación no eran bilingües eso no lo tuvieron en cuenta.

No hubo una adecuada selección del personal encargado para ejecutar el proceso de implantación.

Poca profundidad de los cursos por parte del proveedor del sistema y además información suministrada en ingles.
La información suministrada por parte de los consultores no fue uniforme.
Se escogió el proveedor de más baja cotización para la compra y la instalación del nuevo software, hicieron una inversión de 2 millones de dólares y se pusieron a reducir costos en partes vitales del proceso de implementación del sistema que no podían ahorrar.

El nuevo sistema no soportaba los requerimientos exigidos por el líder del modulo de planeación y los consultores evadieron el tema, por lo cual se requirió de otros consultores especializados en programación de aplicaciones paralelas.
Se contrato muchos programadores de bajo costo, en lugar de pocos con experiencia comprobada.
No se involucro al personal actual de la compañía porque se les subestimo en cuanto a sus conocimientos actuales de la cadena de abastecimiento y manejo de sistemas de información modernos.

PROBLEMA:

Falto definir y estructurar mejor una estrategia de operaciones para la implementación del nuevo sistema, que tuviera en cuenta los 5 pasos que se mencionan a continuación:
1-Análisis: Realizar un adecuado análisis de los recursos de la empresa, procesos del negocio, impacto del ERP, y contexto externo.
2-Planeamiento y diseño: La empresa debe realizar una adecuada planeación del proyecto, teniendo en cuenta y dejando claro el Cuando, Como , Quien, y Que?
3-Prueba diseño (modelado) y entrenamiento del ERP.
4-Implementación: en esta etapa la empresa deberá hacer la implementación, el seguimiento y el ajuste de detalles.
5-Pos implementación: Mejoramiento análisis del proyecto

Las empresas se construyen y funcionan con personas, y por eso es difícil excluirlas de los cambios organizacionales. Uno de los errores más comunes en los que a menudo caen la compañías es concentrarse mucho en las mediciones “hard” y prestar poca atención a temas no tan fáciles de medir, como por ejemplo, actitudes, valores, sentimientos y puntos de vista.

PARADIGMA: El Sistema es tan bueno que puede con todo y lo hace todo eficientemente, invirtiendo en el se lograran mejores índices de productividad, la capacitación viene por añadidura lo mas importante es comprar el paquete hacer una buena inversión en el software.

SOLUCION:
EL equipo gerencial de bebidas Olaya debe elegir el equipo de proyecto y el líder ya que es crítico para el éxito de la función de gerenciamiento y administración. La selección debería basarse en la capacidad de los individuos para manejar los recursos, el tiempo, con una alta motivación y con mente abierta para las tareas que atañen a funciones horizontales.
Es necesario pasar mas tiempo con los usuarios finales del sistema para que ellos lo moldeen y no dejar simplemente al equipo de implementación que haga lo que considera mas adecuado para el usuarios final, además se deben definir muy bien las necesidades y el presupuesto; especialmente las funciones críticas que son determinantes para la selección del software.
Poner más énfasis en los casos de éxito y casos de fracaso, para, de esta forma, establecer probables desvíos en los recursos del proveedor/implementador y en los propios.

Dedicar el suficiente tiempo para seleccionar una solución a implementar. Es una decisión de inversión muy importante para cualquier empresa, no sólo desde un punto de vista económico, sino también desde un aspecto organizacional y de procesos. Consultar a empresas que usen los productos propuestos
Incluir activamente a todos los sectores de la empresa en la selección y evaluación, desde jefes hasta personal operativo, incorporar todos los procesos dentro de un mismo sistema y no por separado en diferentes tecnologías.
Asumir que lo más difícil del cambio es vencer la inercia cultural, que tendrá que cambiar sus procesos internos, ya que no se puede ajustar un ERP a los procesos, sino que ambos deben confluir juntos
Planear el sub proyecto de migración de datos considerando que los recursos propios serán exigidos por tareas extras, obtener opiniones imparciales y objetivas.
La selección del “vendedor” del ERP es un tema crítico dentro del rubro de gerenciamiento de la información.

El cambio organizacional se relaciona con los recursos humanos para aumentar las ganancias y reducir los riesgos de la reingeniería de procesos. El éxito de un proyecto de reingeniería normalmente incluye un programa de cambio para considerar los aspectos de las personas, a las cuales se les dede involucrar y hacer parte de todo el proceso haciéndoles ver todas las ventajas de el y lo que les beneficiara a largo plazo.</description>
		<content:encoded><![CDATA[<p>Varias empresas han mejorado su productividad,estructura de costos, cultura organizacional etc, al implementar un ERP el cual constituye una herramienta de planeacion de recursos empresariales o sistema de gestion empresarial; sin embargo muchas de estas empresas tambien han sub estimado los riesgos de un proyecto de implementacion de un software empresarial, este es el caso de bebidas olaya.</p>
<p>Eventos:</p>
<p>En logística de planta no hay quien haga funcionar el sistema.<br />
*Los centros de distribución y agencias no están despachando los pedidos.<br />
*El personal encargado de operar el sistema no sabe como hacerlo.</p>
<p>*Por ahorrar costos redujeron la inversión en capacitación y utilizaron el sistema multiplicador que no dio resultado.</p>
<p>*No se ha podido imprimir el picking.<br />
*Existen errores en el cargue de saldos.<br />
*Se ingreso mercancía a ojo para no estallar el cendist y dejar todo en el piso.<br />
*El personal del piso esta temeroso y como se les debe vacaciones se quieren ir.<br />
*El inventario esta hecho un caos.<br />
*No hay buen manejo de las devoluciones no saben que hacer con ellas.<br />
*Hay problemas con los transportadores.<br />
*El sistema pide cosas que no se producen hace rato.</p>
<p>Hechos:</p>
<p>No se siguieron eficientemente las etapas de implementación del ERP,  por ejemplo en la selección del proveedor de los servicios de consultoría escogieron un proveedor que aunque era del mismo que les vendió el paquete no tenía el suficiente conocimiento de la funcionalidad del paquete, además hablaban otro idioma y las personas que estaban recibiendo la capacitación no eran bilingües eso no lo tuvieron en cuenta.</p>
<p>No hubo una adecuada selección del personal encargado para ejecutar el proceso de implantación.</p>
<p>Poca profundidad de los cursos por parte del proveedor del sistema y además información suministrada en ingles.<br />
La información suministrada por parte de los consultores no fue uniforme.<br />
Se escogió el proveedor de más baja cotización para la compra y la instalación del nuevo software, hicieron una inversión de 2 millones de dólares y se pusieron a reducir costos en partes vitales del proceso de implementación del sistema que no podían ahorrar.</p>
<p>El nuevo sistema no soportaba los requerimientos exigidos por el líder del modulo de planeación y los consultores evadieron el tema, por lo cual se requirió de otros consultores especializados en programación de aplicaciones paralelas.<br />
Se contrato muchos programadores de bajo costo, en lugar de pocos con experiencia comprobada.<br />
No se involucro al personal actual de la compañía porque se les subestimo en cuanto a sus conocimientos actuales de la cadena de abastecimiento y manejo de sistemas de información modernos.</p>
<p>PROBLEMA:</p>
<p>Falto definir y estructurar mejor una estrategia de operaciones para la implementación del nuevo sistema, que tuviera en cuenta los 5 pasos que se mencionan a continuación:<br />
1-Análisis: Realizar un adecuado análisis de los recursos de la empresa, procesos del negocio, impacto del ERP, y contexto externo.<br />
2-Planeamiento y diseño: La empresa debe realizar una adecuada planeación del proyecto, teniendo en cuenta y dejando claro el Cuando, Como , Quien, y Que?<br />
3-Prueba diseño (modelado) y entrenamiento del ERP.<br />
4-Implementación: en esta etapa la empresa deberá hacer la implementación, el seguimiento y el ajuste de detalles.<br />
5-Pos implementación: Mejoramiento análisis del proyecto</p>
<p>Las empresas se construyen y funcionan con personas, y por eso es difícil excluirlas de los cambios organizacionales. Uno de los errores más comunes en los que a menudo caen la compañías es concentrarse mucho en las mediciones “hard” y prestar poca atención a temas no tan fáciles de medir, como por ejemplo, actitudes, valores, sentimientos y puntos de vista.</p>
<p>PARADIGMA: El Sistema es tan bueno que puede con todo y lo hace todo eficientemente, invirtiendo en el se lograran mejores índices de productividad, la capacitación viene por añadidura lo mas importante es comprar el paquete hacer una buena inversión en el software.</p>
<p>SOLUCION:<br />
EL equipo gerencial de bebidas Olaya debe elegir el equipo de proyecto y el líder ya que es crítico para el éxito de la función de gerenciamiento y administración. La selección debería basarse en la capacidad de los individuos para manejar los recursos, el tiempo, con una alta motivación y con mente abierta para las tareas que atañen a funciones horizontales.<br />
Es necesario pasar mas tiempo con los usuarios finales del sistema para que ellos lo moldeen y no dejar simplemente al equipo de implementación que haga lo que considera mas adecuado para el usuarios final, además se deben definir muy bien las necesidades y el presupuesto; especialmente las funciones críticas que son determinantes para la selección del software.<br />
Poner más énfasis en los casos de éxito y casos de fracaso, para, de esta forma, establecer probables desvíos en los recursos del proveedor/implementador y en los propios.</p>
<p>Dedicar el suficiente tiempo para seleccionar una solución a implementar. Es una decisión de inversión muy importante para cualquier empresa, no sólo desde un punto de vista económico, sino también desde un aspecto organizacional y de procesos. Consultar a empresas que usen los productos propuestos<br />
Incluir activamente a todos los sectores de la empresa en la selección y evaluación, desde jefes hasta personal operativo, incorporar todos los procesos dentro de un mismo sistema y no por separado en diferentes tecnologías.<br />
Asumir que lo más difícil del cambio es vencer la inercia cultural, que tendrá que cambiar sus procesos internos, ya que no se puede ajustar un ERP a los procesos, sino que ambos deben confluir juntos<br />
Planear el sub proyecto de migración de datos considerando que los recursos propios serán exigidos por tareas extras, obtener opiniones imparciales y objetivas.<br />
La selección del “vendedor” del ERP es un tema crítico dentro del rubro de gerenciamiento de la información.</p>
<p>El cambio organizacional se relaciona con los recursos humanos para aumentar las ganancias y reducir los riesgos de la reingeniería de procesos. El éxito de un proyecto de reingeniería normalmente incluye un programa de cambio para considerar los aspectos de las personas, a las cuales se les dede involucrar y hacer parte de todo el proceso haciéndoles ver todas las ventajas de el y lo que les beneficiara a largo plazo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentario en  por Diego Macana</title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-6</link>
		<dc:creator>Diego Macana</dc:creator>
		<pubDate>Sun, 01 Mar 2009 22:33:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-6</guid>
		<description>El caso de bebidas olaya presenta un claro problema de comunicacion en todas las areas.  Es tan obvio observar que ninguna de las fases tenia una coherencia comunicativa con las areas que intervienen en el desarrollo de la implementacion del software.  Se llega a un punto tan absurdo sobre el contenido de software y la manera de almacenar con los procesos instaurados de hace muchos años que tiene la compañia.  Hay hechos evidentes como el mal escogido grupo de capacitacion, como el dejarle todo el conocimiento a una persona que se fue a otra empresa, los tiempos mal estructurados de planeacion escogido por pocas personas, el pensar que un nuevo sistema facilitaria de forma inmediata un mejor flujo de informacion y mejora en los procesos de almacenamiento y logistica, la no evaluacion de los impactos externos con proveedores y transporte.
La solucion ante este impase es retroalimentar la informacion con la empresa que dio el software, seguir con los sistemas y procesos que se venian manejando hasta no tener una plena seguridad de que este conocimientos es replicado a todas las areas y dependencias y asi suene absurdo hasta la persona de los tintos, puesto que esa area tiene un manejo de informacion de insumos para la parte administrativa y de aseo, en fin....cuando se quiera implementar una herramienta compleja y sofisticada y este intente cambiar habitos en las personas es como volver a nacer, toca paso por paso y eso si, tener a las personas mas abiertas al cambio y sin paradigmas que obstaculicen la implementacion.</description>
		<content:encoded><![CDATA[<p>El caso de bebidas olaya presenta un claro problema de comunicacion en todas las areas.  Es tan obvio observar que ninguna de las fases tenia una coherencia comunicativa con las areas que intervienen en el desarrollo de la implementacion del software.  Se llega a un punto tan absurdo sobre el contenido de software y la manera de almacenar con los procesos instaurados de hace muchos años que tiene la compañia.  Hay hechos evidentes como el mal escogido grupo de capacitacion, como el dejarle todo el conocimiento a una persona que se fue a otra empresa, los tiempos mal estructurados de planeacion escogido por pocas personas, el pensar que un nuevo sistema facilitaria de forma inmediata un mejor flujo de informacion y mejora en los procesos de almacenamiento y logistica, la no evaluacion de los impactos externos con proveedores y transporte.<br />
La solucion ante este impase es retroalimentar la informacion con la empresa que dio el software, seguir con los sistemas y procesos que se venian manejando hasta no tener una plena seguridad de que este conocimientos es replicado a todas las areas y dependencias y asi suene absurdo hasta la persona de los tintos, puesto que esa area tiene un manejo de informacion de insumos para la parte administrativa y de aseo, en fin&#8230;.cuando se quiera implementar una herramienta compleja y sofisticada y este intente cambiar habitos en las personas es como volver a nacer, toca paso por paso y eso si, tener a las personas mas abiertas al cambio y sin paradigmas que obstaculicen la implementacion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentario en  por Pedro Moreno</title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-5</link>
		<dc:creator>Pedro Moreno</dc:creator>
		<pubDate>Wed, 07 Jan 2009 13:41:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-5</guid>
		<description>Primero que Todo Saludos a Todos

Esto ya parece un cuento de Horror , que el erp , que el inventario ,que los usuarios ,que  el de bodega , todos absolutamente todos son responsables de el mal funcionamiento de la aplicacion , yo supongo que antes tuvieron que elaborar una consultoria ,tambien hacer analisis de procesos y mejor aun probar el sistema como minimo 6 meses , todo eso sin contar que el personal se debe capacitar intensamente , todos no tenemos PI de 100/100 adicional a eso exixsten mas herramientas para el ELEARNING del personal  de la compañia 7x24x365 con las cuales se pueden realizar cursos y documentar los procesos,en todo caso la base del conocimiento de las empresas son los empleados ya que por alguna razon ellos con una tablita y un esfero solucionan los problemas sin nescesidad de un software de UD XXXXXXX lo que deberian evaluar no es quien tiene la culpa sino que los DIOSES de la tecnologia (ING) Sistemas y su Corte se metan en un centro de datos pretendiendo ser dioses todo lo puede y todo funciona Segun ellos y comienzen por agachar la cabeza , dirijirse a la JUNTA DIRECTIVA y aceptar que la embarraron , no se puede pretender altos estandares de produccion si los implicados no Hacen uso Coherente de la tecnologia , exixten los famosos mapas conceptuales , los diagramas de flujo ,los analisis de procesos y para que eso (ERP) funcione se debe integrar a todas las areas productivas de la compañia ,delegar funciones de capacitacion seria , mantener retroalimentando permanentemente los funcionarios que tienen que ingresar la informacion , todo eso aunado a la mas vieja de todas las tradiciones matematicas (regla de tres ) no pretendan instalar y usar como dice MSOFT 
LO QUE HICIERON FUE PLUG AND PRAY y esperar a que todo como por arte de Sistemas funcionara.......</description>
		<content:encoded><![CDATA[<p>Primero que Todo Saludos a Todos</p>
<p>Esto ya parece un cuento de Horror , que el erp , que el inventario ,que los usuarios ,que  el de bodega , todos absolutamente todos son responsables de el mal funcionamiento de la aplicacion , yo supongo que antes tuvieron que elaborar una consultoria ,tambien hacer analisis de procesos y mejor aun probar el sistema como minimo 6 meses , todo eso sin contar que el personal se debe capacitar intensamente , todos no tenemos PI de 100/100 adicional a eso exixsten mas herramientas para el ELEARNING del personal  de la compañia 7x24x365 con las cuales se pueden realizar cursos y documentar los procesos,en todo caso la base del conocimiento de las empresas son los empleados ya que por alguna razon ellos con una tablita y un esfero solucionan los problemas sin nescesidad de un software de UD XXXXXXX lo que deberian evaluar no es quien tiene la culpa sino que los DIOSES de la tecnologia (ING) Sistemas y su Corte se metan en un centro de datos pretendiendo ser dioses todo lo puede y todo funciona Segun ellos y comienzen por agachar la cabeza , dirijirse a la JUNTA DIRECTIVA y aceptar que la embarraron , no se puede pretender altos estandares de produccion si los implicados no Hacen uso Coherente de la tecnologia , exixten los famosos mapas conceptuales , los diagramas de flujo ,los analisis de procesos y para que eso (ERP) funcione se debe integrar a todas las areas productivas de la compañia ,delegar funciones de capacitacion seria , mantener retroalimentando permanentemente los funcionarios que tienen que ingresar la informacion , todo eso aunado a la mas vieja de todas las tradiciones matematicas (regla de tres ) no pretendan instalar y usar como dice MSOFT<br />
LO QUE HICIERON FUE PLUG AND PRAY y esperar a que todo como por arte de Sistemas funcionara&#8230;&#8230;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

