Hola, Precisamente por ello se dice que las soluciones de negocio traen consigo mejores prácticas de la industria embebidas las cuales se deben tener en consideración al momento de implementarlas, produciendose de esta manera lo que manifiesta Alan, respecto de la adecuación de los procesos del negocio a la funcionalidad de la Solucion, sin dejar de lado que siempre existira un nivel de personalización de las mismas.
Por eso cuando por ahí alguien sale a decir que ha desarrollado un ERP made in Perú en casa o en oficina, con la misma facilidad con que manifiestan esto, deberian comentar los estandares a nivel de software empleados, la metodología que se uso, etc, esto lo manifiesto por que no es un juego hablar de soluciones de este tipo, considerando que la mayoria de estas, como compiere, adempiere, openbravo, etc cuentan con su propia factoria de software o diccionario de la aplicación que permite extender y personalizar las soluciones sin necesidad de programar, este es un punto que cualquiera que pretenda lanzar un ERP debe tener en consideración (lo tiene SAP, ORACLE; etc), por ello, asii como hablamos de proceso estandares de negocio, mejores practicas, etc. de la misma manera debemos hablar de mejores practicas de desarrollo de aplicaciones, de estandares de la industria de software, etc, en otras palabras debemos actuar con seriedad en este tema. Sldos Pablo A. Valdivia Muñoz Lima-Perú día 2/08/07, Alan Ortiz <[EMAIL PROTECTED]> escribió: > > Hola, > > La discusión sobre las herramientas empresariales está interesante. Solo > quiero dejarles una opinion. > > Cuando estaba en la universidad, me enseñaron que, en las organizaciones > pequeñas, son los negocios los que se > adaptaban a la TI ya que no podían pagar una personalización. Las empresas > grandes sí podían costear software a la > medida. Es decir, construir algo a la medida de nuestras necesidades era > lo mejor. > > Mucho más tarde me enteré de la existencia de los ERP's CRM's SCM's, etc. > Y también me enteré de que casi todos los > fracasos de implementación de esos sistemas se deben a la personalización. > Durante la implementación, los líderes > usuarios veian que el enlatado no se ajustaba a sus necesidades por lo que > cambiaban el proceso proporcionado, por > ejemplo, por el ERP y lo alineaban a sus propios procesos. Esto demoraba > la implantación, modificaba piezas de código > certificadas por el fabricante y retrasaba los cronogramas iniciales. > > Lo concreto es que, la inteligencia de negocios es más una estrategia que > una herramienta. Los sistemas enlatados de > inteligencia de negocio venden procesos y el soporte a los mismos (el > software). El proceso quizá sea el 70% del valor > del producto y la herramienta de software el otro 30%. Al adaptar un ERP a > las necesidades de la empresa, se está > cambiando un proceso estándar de la industria por uno propio que, quizá, > esté plagado de vicios. > > Evidentemente hay partes que si se pueden personalizar. En SAP hay modulos > vacíos donde uno puede escribir el código > personalizado. Haciendo un paralelo con la mecánica, eso es como cambiar > un engrane. Los reportes también son piezas > personalizables ya que no afectan al proceso en si mismo. En el E-Business > Suite de Oracle vi unos "flexfields" en los > formularios y en la base de datos. Éstos pueden ser utilizados para > incorporar data a los formularios estándares del > producto sin tener que abrir la lata y sin afectar el proceso. Otro modo > de personalizar es utilizar las herramientas > de configuración del propio Software (de esto viven los consultores). Pero > esa no es una personalización a nivel de > código. > > Todo esto reemplantea un poco el modelo que les describía al comienzo: > aquel donde la herramienta se adapta a la > empresa. Para el caso de las herramientas empresariales, que venden tanto > el proceso como la herramienta de software > que lo soporta, es al revés. Es la empresa la que debe adaptarse al > software. Esto es lo que no llegan a entender los > líderes usuarios de las grandes empresas que están acostumbrados a que el > software haga lo que ellos necesitan. Lo > preocupante es que esta tendencia también podría trasladarse a los > pequeños negocios cuando vean factible el > modificar un ERP Open Source. > > Hay otras muchas desventajas en la personalización de enlatados. Pero es > en las herramientas de procesos de negocio > donde se aprecia más claramente que la probabilidad de fracaso en la > implementación es directamente proporcional con > el grado de personalización, a nivel de código, del enlatado. > > Salu2. > > Alan. > ----------------------------------------------- > La gente no compra taladros. Compra agujeros. > > [EMAIL PROTECTED] > http://ciberia.ya.com/javaplace/ > > > > > _______________________________________________ > Lista de correo Linux-plug > Temática: Discusión general sobre Linux > Peruvian Linux User Group (http://www.linux.org.pe) > > Participa suscribiéndote y escribiendo a: [email protected] > Para darte de alta, de baja o hacer ajustes a tu suscripción visita: > http://www.linux.org.pe/cgi-bin/mailman/listinfo/linux-plug > > IMPORTANTE: Reglas y recomendaciones > http://www.linux.org.pe/listas/reglas.php > http://www.linux.org.pe/listas/comportamiento.php > http://www.linux.org.pe/listas/recomendaciones.php >
_______________________________________________ Lista de correo Linux-plug Temática: Discusión general sobre Linux Peruvian Linux User Group (http://www.linux.org.pe) Participa suscribiéndote y escribiendo a: [email protected] Para darte de alta, de baja o hacer ajustes a tu suscripción visita: http://www.linux.org.pe/cgi-bin/mailman/listinfo/linux-plug IMPORTANTE: Reglas y recomendaciones http://www.linux.org.pe/listas/reglas.php http://www.linux.org.pe/listas/comportamiento.php http://www.linux.org.pe/listas/recomendaciones.php
