<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comentarios 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>Wed, 15 Apr 2009 21:38:12 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comentario de Ana Milena Cardona Mejia en </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 de Salvador Rodriguez V en </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 de Pedro Moreno en </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 7&#215;24x365 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>
	<item>
		<title>Comentario de Maria Fernanda Walter en </title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-4</link>
		<dc:creator>Maria Fernanda Walter</dc:creator>
		<pubDate>Fri, 05 Dec 2008 16:34:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-4</guid>
		<description>Caso: Hay vida después de un ERP

Eventos:
-	No hubo planeación del proyecto donde estuvieran involucradas todas las áreas responsables, para construir entre todos con sus conocimientos la adaptabilidad el proyecto.
-	No hubo capacitación adecuada para todos los involucrados.
-	No evaluaron el proyecto y su viabilidad teniendo en cuenta los recursos que tenía la compañía.
-	No hubo planeación de las consecuencia e impactos que generaría el proyecto.
-	El proveedor del proyecto no conocía la organización ni como funcionaba para dar una buena asesoría.
-	El idioma (tanto el ingles como el idioma técnico) era una barrera para muchos de los involucrados en el proyecto.
Hechos:

-	Sobre costo en el montaje del proyecto, por la actualización que se debió llevar a cabo en los sistemas.
-	Incrementaron los costos de todos los procesos de producción, transporte, y bodegaje..
-	Se diseñaron prácticas ideales que no aplicaban al sistema de la organización y los consultores evadieron el requerimiento y muchos de la organización lo permitieron.
-	Se cambiaron los consultores para la programación de aplicaciones paralelas en el sistema, pero con corto tiempo disponible lo que generó sobre costos.
-	No se logró la  estrategia de capacitación de todo el personal.
-	No hubo personas dedicadas al 100% del proyecto, era una actividad 

Problemas:
No haber planeado el proyecto para evaluar la viabilidad y la forma de llevarlo a cabo de una manera exitosa para toda la organización.
Arqueotipos:

-	Tomar decisiones apresuradas sin evaluarlas
-	Pormenorizar la experiencia de las personas
-	No trabajar en equipo
Solución:

-	Hacer un plan para evaluar la viabilidad del proyecto
-	Involucrar a todas las áreas correspondientes en la evaluación del proyecto
-	Capacitar y darles a conocer a los consultores todo lo necesario de la organización para poder evaluar la viabilidad de éste proyecto.
-	Definir un equipo con gente de varias áreas que se dediquen 100% al proyecto.
-	Cuantificar y evaluar el impacto del proyecto para tener soluciones posibles anticipadas.
-	Capacitar 100% a las personas, es un costo del proyecto como tal.
-	Contar con el tiempo necesario para sacar el proyecto adelante.</description>
		<content:encoded><![CDATA[<p>Caso: Hay vida después de un ERP</p>
<p>Eventos:<br />
-	No hubo planeación del proyecto donde estuvieran involucradas todas las áreas responsables, para construir entre todos con sus conocimientos la adaptabilidad el proyecto.<br />
-	No hubo capacitación adecuada para todos los involucrados.<br />
-	No evaluaron el proyecto y su viabilidad teniendo en cuenta los recursos que tenía la compañía.<br />
-	No hubo planeación de las consecuencia e impactos que generaría el proyecto.<br />
-	El proveedor del proyecto no conocía la organización ni como funcionaba para dar una buena asesoría.<br />
-	El idioma (tanto el ingles como el idioma técnico) era una barrera para muchos de los involucrados en el proyecto.<br />
Hechos:</p>
<p>-	Sobre costo en el montaje del proyecto, por la actualización que se debió llevar a cabo en los sistemas.<br />
-	Incrementaron los costos de todos los procesos de producción, transporte, y bodegaje..<br />
-	Se diseñaron prácticas ideales que no aplicaban al sistema de la organización y los consultores evadieron el requerimiento y muchos de la organización lo permitieron.<br />
-	Se cambiaron los consultores para la programación de aplicaciones paralelas en el sistema, pero con corto tiempo disponible lo que generó sobre costos.<br />
-	No se logró la  estrategia de capacitación de todo el personal.<br />
-	No hubo personas dedicadas al 100% del proyecto, era una actividad </p>
<p>Problemas:<br />
No haber planeado el proyecto para evaluar la viabilidad y la forma de llevarlo a cabo de una manera exitosa para toda la organización.<br />
Arqueotipos:</p>
<p>-	Tomar decisiones apresuradas sin evaluarlas<br />
-	Pormenorizar la experiencia de las personas<br />
-	No trabajar en equipo<br />
Solución:</p>
<p>-	Hacer un plan para evaluar la viabilidad del proyecto<br />
-	Involucrar a todas las áreas correspondientes en la evaluación del proyecto<br />
-	Capacitar y darles a conocer a los consultores todo lo necesario de la organización para poder evaluar la viabilidad de éste proyecto.<br />
-	Definir un equipo con gente de varias áreas que se dediquen 100% al proyecto.<br />
-	Cuantificar y evaluar el impacto del proyecto para tener soluciones posibles anticipadas.<br />
-	Capacitar 100% a las personas, es un costo del proyecto como tal.<br />
-	Contar con el tiempo necesario para sacar el proyecto adelante.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentario de Elsa Montenegro en </title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-3</link>
		<dc:creator>Elsa Montenegro</dc:creator>
		<pubDate>Wed, 26 Nov 2008 22:08:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-3</guid>
		<description>El caso de Bebidas Olaya...
Bebidas Olaya es una empresa familiar, como empiezan muchas, que fue creciendo conforme las oportunidades se iban dando: Inicialmente crece por una necesidad de &quot;entrar en norma&quot; con la producción de Cerveza.  Posteriormente aprovechando los canales de distribución venden otro tipo de bebidas y el paso natural de la misma después de ser exitosos con esta es iniciar la exportación de dichos productos... No siendo mas era completamente &quot;indispensable&quot; tomar otros argumentos para seguir creciendo y tomar las decisiones apropiadas que pudiesen llevarlos al cumplimiento del objetivo... Los socios necesitaban información y las ERP fueron la solución reportada en su momento por n-mil proveedores.

Una vez detectada dicha oportunidad, se genero un plan dentro de la estratégia de crecimiento antes expuesta, sin embargo en cada uno de los puntos siguientes se comentieron grandes errores que paralelamente se estan explicando:

•	Selección del proveedor de servicios de consultoría para la implementación del software:  Consultores no bilingües. Caso de Mohamed.
•	Selección del equipo interno implementador del SOFTWARE 
No se hizo un mix entre la experiencia (por dudar de las capacidades técnicas)  y el personal nuevo de la compañia (en teoria  &quot;mejor&quot; preparado) sin experiencia en los casos tipo a resolver con el nuevo sistema.  En algunos otros casos, se envio al empleado del cual se podia presindir... No necesariamente era el mejor!!!
•	Capacitación de dicho equipo en el manejo de la herramienta. 
En algunos módulos los mismos consultores de la empresa contratada no tenian  conocimientos profundos del tema y al pedir refuerzos el material(para aprendizaje autodidacta) fue recibido en inglés (limitación de personal con la lengua)
•	Elaboración del blueprint del sistema. 
Se hicieron caracterizaciones de parametros con base en otras empresas, aqui se enlaza el punto de elección del team leader... Era personal nuevo en la empresa sin el conocimiento de los issues del día a día o la historia de eventos en cada área... Mientras habian otros miembros que sencillamente no aportaron nada.
•	Adquisición e instalación del nuevo equipo de hardware 
Se tomaron las cotizaciones mas baratas en las compras sin tener base técnica para hacerlo.
•	Instalación y Configuración del ERP 
El módulo de planeación tuvo muchos problemas, dado que los consultores no tenian profundidad de conocimiento para efectuar modificaciones y dar entrenamiento... Las particularidades que necesitaban ser modificadas para la empresa no fueron tomadas en cuenta por los consultores, entonces el sistema no hacia lo que se necesitaba sino que la empresa debia adaptarse a lo que el sistema le imponia.
6 de los 9 meses del plan de implementación se fueron en esta etapa sin llegar a resultados satisfactorios.
•	Capacitación a usuarios finales 
El plan decia entrenar al 100% de los usuarios, finalmente se decidió usar un team leader que entrenara a los otros.  Pero estos team leader en algunos casos no tenian idea de la terminología ni de las situaciones a manejar, su aporte fue minimo y los cambios efectuados en esta etapa fueron hechos a la carrera por las personas que debieron recibir la capacitacion desde un inicio.

•	Desarrollo del Piloto 
Dado que no habia tiempo, los prototipos por aplicación no fueron evaluados individualmente sino en conjunto (sin apreciar el detalle de cada uno de ellos), nuevamente como en todo el proceso aqui tampoco fue tenido en cuenta el personal que &quot;lidiaba&quot; con el día día de los procesos manejados por el ERP.
•	Salida en vivo 
Los modulos de Finanzas, Inventarios, Ventas y Distribución arrancaron el primero de Enero... Pero todo falló, no se pudo facturar, las problemas para ingreso/salida de materiales y producto, no habia apropiada grabación de productos y se presento diferencias en la información financiera.

QUE SALIO MAL???
1. Mal servicio de la compañia oferente del servicio de ERP
2. Bebidas Olaya no se &quot;paró en la raya&quot; y exigió sus requerimientos
3. Equipo de trabajo de Bebidas Olaya no era el apropiado: Diferencias en el idioma, no era el personal idoneo (no aportantes, no conocian el día a día de las operaciones que se iban a ejecutar a futuro con el ERP), falta de compromiso del equipo elegido (tenian otras prioridades).
4. Entrenamientos incompletos y a las personas erradas.
5. No se evaluó de manera apropiada el piloto... Ejecución muy rápida 
6. Nadie tomo la directriz del proyecto!!!
7. Al final a apagar incendios.</description>
		<content:encoded><![CDATA[<p>El caso de Bebidas Olaya&#8230;<br />
Bebidas Olaya es una empresa familiar, como empiezan muchas, que fue creciendo conforme las oportunidades se iban dando: Inicialmente crece por una necesidad de &#8220;entrar en norma&#8221; con la producción de Cerveza.  Posteriormente aprovechando los canales de distribución venden otro tipo de bebidas y el paso natural de la misma después de ser exitosos con esta es iniciar la exportación de dichos productos&#8230; No siendo mas era completamente &#8220;indispensable&#8221; tomar otros argumentos para seguir creciendo y tomar las decisiones apropiadas que pudiesen llevarlos al cumplimiento del objetivo&#8230; Los socios necesitaban información y las ERP fueron la solución reportada en su momento por n-mil proveedores.</p>
<p>Una vez detectada dicha oportunidad, se genero un plan dentro de la estratégia de crecimiento antes expuesta, sin embargo en cada uno de los puntos siguientes se comentieron grandes errores que paralelamente se estan explicando:</p>
<p>•	Selección del proveedor de servicios de consultoría para la implementación del software:  Consultores no bilingües. Caso de Mohamed.<br />
•	Selección del equipo interno implementador del SOFTWARE<br />
No se hizo un mix entre la experiencia (por dudar de las capacidades técnicas)  y el personal nuevo de la compañia (en teoria  &#8220;mejor&#8221; preparado) sin experiencia en los casos tipo a resolver con el nuevo sistema.  En algunos otros casos, se envio al empleado del cual se podia presindir&#8230; No necesariamente era el mejor!!!<br />
•	Capacitación de dicho equipo en el manejo de la herramienta.<br />
En algunos módulos los mismos consultores de la empresa contratada no tenian  conocimientos profundos del tema y al pedir refuerzos el material(para aprendizaje autodidacta) fue recibido en inglés (limitación de personal con la lengua)<br />
•	Elaboración del blueprint del sistema.<br />
Se hicieron caracterizaciones de parametros con base en otras empresas, aqui se enlaza el punto de elección del team leader&#8230; Era personal nuevo en la empresa sin el conocimiento de los issues del día a día o la historia de eventos en cada área&#8230; Mientras habian otros miembros que sencillamente no aportaron nada.<br />
•	Adquisición e instalación del nuevo equipo de hardware<br />
Se tomaron las cotizaciones mas baratas en las compras sin tener base técnica para hacerlo.<br />
•	Instalación y Configuración del ERP<br />
El módulo de planeación tuvo muchos problemas, dado que los consultores no tenian profundidad de conocimiento para efectuar modificaciones y dar entrenamiento&#8230; Las particularidades que necesitaban ser modificadas para la empresa no fueron tomadas en cuenta por los consultores, entonces el sistema no hacia lo que se necesitaba sino que la empresa debia adaptarse a lo que el sistema le imponia.<br />
6 de los 9 meses del plan de implementación se fueron en esta etapa sin llegar a resultados satisfactorios.<br />
•	Capacitación a usuarios finales<br />
El plan decia entrenar al 100% de los usuarios, finalmente se decidió usar un team leader que entrenara a los otros.  Pero estos team leader en algunos casos no tenian idea de la terminología ni de las situaciones a manejar, su aporte fue minimo y los cambios efectuados en esta etapa fueron hechos a la carrera por las personas que debieron recibir la capacitacion desde un inicio.</p>
<p>•	Desarrollo del Piloto<br />
Dado que no habia tiempo, los prototipos por aplicación no fueron evaluados individualmente sino en conjunto (sin apreciar el detalle de cada uno de ellos), nuevamente como en todo el proceso aqui tampoco fue tenido en cuenta el personal que &#8220;lidiaba&#8221; con el día día de los procesos manejados por el ERP.<br />
•	Salida en vivo<br />
Los modulos de Finanzas, Inventarios, Ventas y Distribución arrancaron el primero de Enero&#8230; Pero todo falló, no se pudo facturar, las problemas para ingreso/salida de materiales y producto, no habia apropiada grabación de productos y se presento diferencias en la información financiera.</p>
<p>QUE SALIO MAL???<br />
1. Mal servicio de la compañia oferente del servicio de ERP<br />
2. Bebidas Olaya no se &#8220;paró en la raya&#8221; y exigió sus requerimientos<br />
3. Equipo de trabajo de Bebidas Olaya no era el apropiado: Diferencias en el idioma, no era el personal idoneo (no aportantes, no conocian el día a día de las operaciones que se iban a ejecutar a futuro con el ERP), falta de compromiso del equipo elegido (tenian otras prioridades).<br />
4. Entrenamientos incompletos y a las personas erradas.<br />
5. No se evaluó de manera apropiada el piloto&#8230; Ejecución muy rápida<br />
6. Nadie tomo la directriz del proyecto!!!<br />
7. Al final a apagar incendios.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comentario de fernando torres mejia en </title>
		<link>http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/comment-page-1/#comment-2</link>
		<dc:creator>fernando torres mejia</dc:creator>
		<pubDate>Mon, 24 Nov 2008 18:42:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.icesi.edu.co/blogs/hayvidadespuesdeunerp/2008/10/03/2/#comment-2</guid>
		<description>FERNANDO TORRES MEJIA
Eventos:
El proyecto no contó
•	Participación de personal tiempo completo
•	Con las personas mas idóneas por área
•	Personal con conocimiento total de la empresa y de los procesos
•	Una adecuada capacitación. 
•	Con consultores experimentados  y se limitaron a improvisar durante varias de las fases
•	Con un compromiso de parte de los administradores que se limitaron a tratar de tener el mínimo del personal para que estos a su vez transmitieran los conocimientos adquiridos al resto de la organización
Hechos:
•	 Se fracaso con el proyecto en general
•	Descoordinación en todas las áreas de la compañía
•	Perdidas en general de toda la compañía
•	Elevados costos antes, durante, y después de la implementación
•	No se contó con una adecuada planeacion
 
Problemas:
Uno de los principales inconvenientes que se puede apreciar en todo este proceso, fue la falta de definición de un equipo multidisciplinario que debió conformarse para un tamaño de inversión de este tipo, no solamente monetaria, si no que es de las típicas actividades que afectan a toda la organización y para lo cual se requiere que se involucre a todas las áreas de la compañía. Es típica la falta de liderazgo, y el sentido de pertenencia que se debe tener, pues al final se podía observar que no todos estaban comprometidos o entendían la magnitud de los cambios que exigía este proyecto. Finalmente pienso que cuando se toma este tipo de decisiones, se debe contar con el compromiso de todos los colaboradores y así mismo se debe retirar de la operación del día a día de los participantes en la implementación, pues este es el futuro y corazón de la compañía
Paradigma: 
Básicamente subestimar a las personas e intentar manejar este tipo de proyectos solo con personal gerencial pensando que son solo estos, los que saben como se maneja o como se deben trabajar los proyectos de gran impacto en la organización pensar que las demás solo se deben limitar a cumplir ordenes in sin ni siquiera involucrarlos en las etapas decisivas y necesarias.

Solución:

En proyectos de gran impacto, se debe involucrar a todas las áreas de la compañía, y ojala a todo el personal, pues son ellos los que realmente operan las herramientas. 
Así mismo Entregar todos los recursos no solamente económicos, si no de personal que se requieran, pues el éxito y los ahorros que se pretender tener, se ven afectados por nuestra forma egoísta de manejar los recursos</description>
		<content:encoded><![CDATA[<p>FERNANDO TORRES MEJIA<br />
Eventos:<br />
El proyecto no contó<br />
•	Participación de personal tiempo completo<br />
•	Con las personas mas idóneas por área<br />
•	Personal con conocimiento total de la empresa y de los procesos<br />
•	Una adecuada capacitación.<br />
•	Con consultores experimentados  y se limitaron a improvisar durante varias de las fases<br />
•	Con un compromiso de parte de los administradores que se limitaron a tratar de tener el mínimo del personal para que estos a su vez transmitieran los conocimientos adquiridos al resto de la organización<br />
Hechos:<br />
•	 Se fracaso con el proyecto en general<br />
•	Descoordinación en todas las áreas de la compañía<br />
•	Perdidas en general de toda la compañía<br />
•	Elevados costos antes, durante, y después de la implementación<br />
•	No se contó con una adecuada planeacion</p>
<p>Problemas:<br />
Uno de los principales inconvenientes que se puede apreciar en todo este proceso, fue la falta de definición de un equipo multidisciplinario que debió conformarse para un tamaño de inversión de este tipo, no solamente monetaria, si no que es de las típicas actividades que afectan a toda la organización y para lo cual se requiere que se involucre a todas las áreas de la compañía. Es típica la falta de liderazgo, y el sentido de pertenencia que se debe tener, pues al final se podía observar que no todos estaban comprometidos o entendían la magnitud de los cambios que exigía este proyecto. Finalmente pienso que cuando se toma este tipo de decisiones, se debe contar con el compromiso de todos los colaboradores y así mismo se debe retirar de la operación del día a día de los participantes en la implementación, pues este es el futuro y corazón de la compañía<br />
Paradigma:<br />
Básicamente subestimar a las personas e intentar manejar este tipo de proyectos solo con personal gerencial pensando que son solo estos, los que saben como se maneja o como se deben trabajar los proyectos de gran impacto en la organización pensar que las demás solo se deben limitar a cumplir ordenes in sin ni siquiera involucrarlos en las etapas decisivas y necesarias.</p>
<p>Solución:</p>
<p>En proyectos de gran impacto, se debe involucrar a todas las áreas de la compañía, y ojala a todo el personal, pues son ellos los que realmente operan las herramientas.<br />
Así mismo Entregar todos los recursos no solamente económicos, si no de personal que se requieran, pues el éxito y los ahorros que se pretender tener, se ven afectados por nuestra forma egoísta de manejar los recursos</p>
]]></content:encoded>
	</item>
</channel>
</rss>
