Tag Archive for Erp

Opciones estratégicas para la Reingeniería de la Empresa

Un primer paso la planeación del recurso de la empresa es la reingeniería, el descenso, el ascenso o por otra parte los procesos de negocios modernos en el seguimiento de una ventaja competitiva o mayor eficacia. Este proceso, es llamado a veces reingeniería de la empresa, promete recompensas grandes pero también tiene grandes riesgos.

Las iniciativas de ER empiezan con una estrategia planeada para modernizar e integrar las operaciones de la compañía. Las opciones siguientes describen una visión de opciones estratégicas disponibles para reorganizar los procesos de negocios de una compañía.

La  centralización  Funcional.  Esta   opción   asigna   que   una   sola   unidad orgánica  realiza  todas  las  funciones  comerciales  comunes,  como  recursos humanos  o  contabilidad.La     estandarización     o     normalización     Funcional.     Tomando      un acercamiento    clonando,    esta    opción    tiene    un    proceso    de    negocios conveniente  de  toda  la  unidad  de  negocios  y  modelo  que  la  uniformidad en  la  implementación  de  los  Sistemas  de  Tecnologías  de  Información.  La estandarización  funcional  implica  que  una  compañía  debe  regularizar  en las  plataformas  del  hardware,  elige  una  colección  normal  de  paquetes  de ERP,  entonces  cambia  cada  uno  y  cada  unidad  comercial  a  esas  normas.

Clasificación  de  la  especialización  funcional.  Esta  opción  designa  una unidad   comercial   seleccionada   como   un   centro   de   excelencia   para   una función  comercial  específica;  la  unidad  seleccionada  realiza  esa  función para  la  corporación  entera.  La  especialización  funcional  parcial  permite  a cada  unidad  comercial  controlar  su  propio  centro  MIS  de  funciones,  como ventas  que  procesan  e  inventario  del  mando,  pero  también  centraliza  una aplicación  limitada  de  funciones  comerciales,  como  la  contabilidad,  por  la compañía.

La  autonomía  de  la  unidad  comercial  Funcional.  Esta  trasladando  la opción descentralizándola   del   acercamiento   de   empresa   no   integrada, mientras  permite  a  cada  unidad  seguir  su  propio  camino.

El  rediseño  Radical  de  procesos  comerciales.  Una  organización  podría escoger  esta  opción  en  respuesta  a  un  cambio  del  paradigma  en  que  un nuevo  acercamiento  reemplaza  al  flujo  comercial  normal.

Las  estrategias  híbridas  combinan  rasgos  de  estas  opciones  básicas. Por  ejemplo,  usted  puede  coordinar  la  regularización  libremente,  mientras permite  a  cada  unidad  comercial  para  seguir  una  estrategia  independiente de  Tecnologías  de  Información,  pero  insistiendo  que  aun  coopere  con  la unidad  comercial  en  la  mayor  parte  del  hardware  y  compras  del  software.

MANEJO DE RIESGOS ERP

Basado en experiencias con proyectos ERP en los 1990s, se ha encontrado que para que tu proyecto tenga éxito, debes prevenir problemas en las siguientes áreas altamente prioritarias:

*              Estrategia  de  negocios  electrónicos,

*              Aproximación  al  manejo  del  proyecto,

*              Tecnología  y  sistemas  complejos,  y

*              Resistencia  del  usuario  final.

Una pequeña inversión en la comprensión, análisis, rastreo, y prevención de estos principales problemas deberían costearse dado que la mayoría de tales problemas son comunes, esperados, evitables, y detectables tempranamente. Una aproximación viable para reducir la probable falla es identificar los riesgos cruciales en cada punto del ciclo de vida del proyecto, luego construir planes para dirigirlos antes que se conviertan en problemas reales. He encontrado que esta técnica es útil en la evaluación de proyectos ERP y espero completamente que sea útil también para la evaluación de proyectos de sistemas de negocios electrónicos.

La tecnología Midleware y el ERP

La tecnología Midleware ha emergido como el gluten para ser interfaz de estos sistemas y aplicaciones sobre un sistema ERP distribuido. Puedes seleccionar de varios accesos estándar -basado en CORBA, DCOM (Modelo distribuido componente objeto), y otras arquitecturas distribuidas- o desarrollar tu propia. Entérese que los mensajes buggy cliente-servidor o tecnologías objeto compartidas llevaran el sistema entero a un punto de parada.

La mayoría de paquetes ERP no cubren todos los requerimientos de negocios específicos, y por lo tanto puedes necesitar una cierta cantidad de acostumbramiento para completar el ajuste. En algunos proyectos incómodos, el desarrollo de código personalizado se inició sin suficiente meditación y planificación. El subsecuente desarrollo indisciplinado producido por el código de pobre calidad con efectos inesperados, lado no localizado, que se presento de la pobre estructura. El código personalizado también eleva significativamente el costo total de la propiedad del sistema ERP sobre el largo arrastre debido a que las tiendas IT deben actualizar las adaptaciones cada vez que un vendedor actualiza el paquete base ERP.

Una vez que un sistema ERP esta completamente cargado con los datos corporativos necesarios y cientos o miles de personas comienzan a utilizarlo, el desempeño puede sufrir si no haz diseñado por escalabilidad. Los usuarios que deben esperar mas que unos pocos segundos para ver los resultados de su ingreso en la pantalla no estarán felices.

PROBLEMAS TECNICOS ERP

Cuando analizas un proyecto ERP que ha fallado, identificas los problemas que ocurrieron a lo largo del camino, puedes proporcionar indicadores de la falla que viene. Muchos proyectos ERP están plagados por problemas técnicos complejos, que caen dentro de las siguientes categorías generales:

*              Paquetes  ERP  no  robustos  e  incompletos,

*              Complejo  e  indefinidas  interfaces  ERP  a  sistema  legado,

*              Bugs  del  software  Midleware,

*              Pobre  código  Personalizado,  y

*              Pobre  desempeño  del  sistema.

Los vendedores de paquetes ERP prometen que su producto – generalmente la nueva versión- es robusto y tiene todas las funciones y características para soportar tus procesos de negocios. Si tu cándidamente crees esto, vas al final de la línea. La certificación independiente de tal paquete puede ser la importancia de su peso en oro, y las firmas están instalando establecimientos para hacer esto (por ejemplo, ver Hugh Klipp, “Servicios de Seguro de Calidad para ERP”, 1999)

Para funcionar, un paquete ERP debe ser ubicado en un ambiente IT que contiene ya otros sistemas. La interfaz entre estos dos sistemas son complejos y significativamente afectada por la cercanía de la integración IT total. Necesitaras rigurosos análisis de sistemas legados para entender precisamente los requerimientos de interfaz ERP. Deberías también documentarte de la definición de cada interfaz principal.

EL MODELO DE EMPRESA EN RED

El Modelo de Empresa en Red demuestra las relaciones entre compañías, sus cadenas de suministro, y clientes; entre soluciones ERP y sus extensiones; y entre el valor del negocio y las facilidades de tecnología.

Ejecutar la estrategia de negocios y realizar Oportunidad ROI en el ambiente ERP es un proceso complejo que involucra significativamente mas que la compra de software y hardware. El proceso se inicia con una metodología sólida, rediseño de negocios, y diseño del producto. Subsecuentemente, se requiere la selección de una plataforma hardware, productos complementarios de software, grupos medios, periféricos de red, Intranet, Extranet, y conectividad a Internet, y soporte sustancial tercera-parte. El proceso completo es más complicado por el resultado de la transformación de negocios y las relaciones con múltiples vendedores que se requieren para conseguir el resultado final, el Modelo de Empresa en Red proporciona una estructura de trabajo para comprender la transformación de los negocios que resultan de la integración de soluciones ERP y extensiones.

En los 1990s, un exceso de compañías intento utilizar sistemas de planificación de recursos de la empresa para apoyar y mejorar sus procesos de negocios internos o para dirigirse a la anuencia de eventos Y2K.

Durante mi reciente estudio de varios proyectos ERP que han fallado, descubrí un conjunto de problemas comunes que rodeaban estos proyectos. Como el cambio hacia el negocio electrónico se acelera en esta década, mas compañías encararan problemas similares. Entendiendo las implicaciones de estos problemas y aprendiendo como mitigar los riesgos ellos proponen que será vital para el éxito de proyectos ERP conectar y desconectar la Web.