El tiempo es relativo. Son tantos los factores que influyen en el retraso del arranque de una implantación que es muy posible que alguno nos toque. Nadie está libre de esto. Muchísimas veces es el propio cliente quien retrasa el arranque. Y es correcto. Solicita tiempo para cargar datos, tiempo para formar internamente a sus usuarios, tiempo para analizar algún proceso que se quedó en el aire con o sin nuestra ayuda. Otras, surgen necesidades nuevas durante la implantación. La implantación es un proceso vivo. Y más en software libre donde existen módulos que no se había contemplado instalar en un principio porque no se vio la necesidad, pero luego se ve que sí. Esto pasa mucho por ejemplo con CRM y RRHH. Inicialmente el Cliente dice… mmm… no. En principio no me interesa esta parte. Una vez que ve todo el resto, ve que śi… ahhh… pues sí que me es útil. Lo ponemos también. Informes… puede ser que inicialmente el Cliente por ahorro de costes prefiera no incluir en el presupuesto la personalización de informes, pero luego se da cuenta de que en realidad es mejor que lo haga un técnico y lo contrata, decidiendo esperar al arranque final hasta tener dichos informes terminados…
Cada implantación es un mundo. Cada empresa pone lo que quiere y puede de su parte para llegar a buen fin. Pero lo cierto es que con un análisis inicial de procesos, una herramienta potente como OpenERP, un Cliente implicado, un equipo técnico profesional y consultores expertos es bastante complicado que una implantación de OpenERP fracase.

Excelentes comentarios, estoy 100% de acuerdo con la opinión de que al implementar un ERP siempre hay costos ocultos porque a las consultaras no le interesa de primera presentar una solución completa, si no se concentran en dar soluciones parciales que al final representa más costo, por ello considero que es imprescindible centrarse en los procesos de negocio entender donde estamos parados, con quien contamos (Gente) y darle rumbo con una visión holística (360°), donde nos enfoquemos en los clientes tanto internos como externos, al lograr esto la implementación de cualquier ERP (Microsoft, SAP, Oracle….) es mas “sencillo”.

Lla preparación previa es lo más importante considero que hay es donde se debe enfocar la consultorías dedicarle más tiempo a la planificación y así la ejecución será mucho más rápida.
Un diagrama seria:
Gente — Procesos – Tecnología.
Procesos es la base angular de cualquier implementación de un ERP, si esto no está claro tendremos muchas posibilidades de fracaso, donde el tiempo es nuestro verdugo, acuérdense “Las empresas corren al ritmo del más lento” siendo el mas lento el que tiene menos conocimiento o ganas de aportar al proyecto.

Aquí otro (es del 2007 pero creo que vale para el caso) otro donde de una forma bastante amena nos dan detalles de una “demo de SAP” vivida in situ.
http://6x.velneo.es/292/como-vender-mejor-tu-software-al-cliente-final/
Sobre este último, aprovecho para comentar algunos puntos que ratifican alguna opinión que he incluido yo misma en alguna ocasión, pero sin referirme a ningún producto en concreto…

1. Su objetivo era claro: Ganarse la confianza del cliente , lo de menos el que el programa tuviera más o menos funcionalidades y una cosa que me llamo la atención, la respuesta a todas las preguntas era “Sí, es posible”. –> SIEMPRE es posible hacer todo. Evidentemente. Con una buena cartera, tiempo y un par de programadores expertos… claro que puedes hacer cualquier cosa. En cualquier herramienta, aunque en algunas con más coste y esfuerzo que en otras.

2. En cuanto a la problemática del cliente, trazabilidad de los productos, descomposición de palets, y una gestión de almacén un tanto particular, nada de nada. Pero eso no tenía importancia, ya que según ellos Business One internamente lo tenía todo resuelto. Tan sólo habría que hacer unos desarrollos a medida para integrarlo con el Erp, el cual se facturaría aparte y listo. –> Una de 2… o está resuelto, o requiere desarrollo. NO es compatible decir que está resuelto y que requiere desarrollo. CUIDADO con esto en las demos. Aclarad bien si está resuelto o no lo que necesitais.

3. A cada pregunta un poco especifica, la respuesta era siempre la misma “Eso Sap internamente lo tiene previsto” (Sap con voz hueca e importante) y por tanto no es problema desarrollarlo.
Otro detalle que apareció fue el de la migración de datos actuales, y la repuesta fue rápida. Los clientes y los artículos están incluidos, facturas y demás, no hay problema se hace un presupuesto y se realiza. –> De nuevo… EVIDENTEMENTE!!! Bajo presupuesto cualquiera cosa se puede hacer.

4. La cuestión económica: Fácil y sencilla; aproximadamente 2.000 Euros por licencia (Una por usuario) x 30 Usuarios =60.000 Euros y la implantación. Después 17% de mantenimiento anual, creo recordar. –> Simpático dato. 60.000 de licencias de entrada y luego un 17% de 60000 de mantenimiento anual… y en el precio no pone el coste de la implantación y menos el de los “desarrollos” no presupuestados.

5. Una vez el primer punto claro, firmado y comprado, no había problema, unos consultores analizarían su problemática concreta y se desarrollaría todo lo necesario para que su problemática particular se adaptase al Business One. –> PERO ESTO ES UNA LOCURA!!! NO SE PUEDE cerrar un contrato sin conocer la problemática concreta y sin saber lo que se necesita desarrollar. Así que fracasa, según he leido un porcentaje altísimo de las implantaciones de ERPs en general.

6. ¿Cómo es posible que una empresa en la que están cuestionando un software de 15.000 o 20.000 Euros acaben firmando una operación por más de 100.000 y sin rechistar? –> AMEN!!!!

En fin… no sigo comentando que al final me sale un post en vez de un comentario. MUCHAS GRACIAS POR LOS LINKS!!!

P.D: Sin ánimo de criticar, sería interesante que los pusieseis vosotros mismos en los comentarios de los post. No pasa nada. Wordpress no muerde

I agree that Scrum like and agile methodologies help avoiding such failures. But agile only work for certain kind of software (luckily it’s definitely OpenERP compatible). Agile doesn’t work when developing mean you should outsource (eg sub-contract specifications and hence kill agile) to say India to find some average low profile engineers that can’t refuse killing their neuron on out dated old ERP technologies just because no western engineer will accept to do it anymore for a decent price. When technologies suck so much (like SAP ABAB does, like PL/SQL does…) that development cycles can’t take less than months, agile is almost impossible and you’ll see such “waterfall” failed implementations.

BTW, OpenERP changes the game here. Its decent OOOP/modular technology allows to have very short SCRUM iterations, depending on the customer, it’s even possible to work hand in hand and show new development at least in working prototype stage day after day, hours after hours. Instead of asking for a full boring spec, just fucking do the job, and show it instantly to the customer. After that he simply trust the job can be done easily and it will be done properly, you can spend time tuning the code right to his exact need rather than having some consultants that have no idea about what is possible to code or not or how much it would cost spending days writing tons of useless specs.

With my 3 last OpenERP customers, we worked in such agile ways, avoiding spending time in too much specs and we had the job done in little time for very cheap. Those are happy customers, unlike the one you mention here. One even testimonies here: http://www.erp-infos.com/info_article/m/709/anevia-deploie-openerp-en-moins-de-trois-mois.html

Now I agree, OpenERP will need to mature yet a bit more (1, 2 years?) to be a drop in replacement of SAP in larger companies. But at least OpenERP starts change the game already where you would put SAP AllInOne or M$ Axapta using old waterfall methodologies.

En cuanto a lo que decías del contrato y la venta, totalmente de acuerdo. Por esto, nosotros intentamos hacerlo al revés. Primero, el cliente únicamente contrata el análisis inicial de procesos y a partir de ahí y una vez terminado dicho análisis realizamos el plan de implantación y nos atrevemos a presupuestar el proyecto.

Previo a la firma, recomendamos no sólo una demo, sino incluso una maqueta personalizada donde pueda comprobar que la herramienta resuelve si no todas su problemática, sí la gran parte. Y si el Cliente tiene la más mínima duda de que OpenERP le pueda valer. Directamente no implantamos. El cliente inicialmente invierte un dinero en análisis pero se cura en salud, tanto él como nosotros. Y ni que decir tiene que si el cliente considera necesario enviar dicho análisis a otras consultoras que implantan otras herramientas para solicitar demos y presupuestos… adelante. Busque, compare y si encuentra algo mejor, cómprelo!!!

Cordiales saludos!!!
Ana

Seguimos en contacto,
Ángel