No siempre puedes hacer pruebas de los proyectos. Cuando puedes y dispones de un "piloto" tomar decisiones es mucho más fácil.
Hace poco hablaba de la implantación de Openoffice a algunos de nuestros usuarios, como prueba antes de extenderlo a otras empresas del grupo. El resultado no es tan bueno como esperábamos.
Si bien el procesador de textos y las presentaciones no han dado ningún problema significativo, la hoja de cálculo ha planteado diversas dificultades, algunas difíciles de obviar.
Sin entrar en detalles (no se trata de eso) hemos tenido problemas con macros, bloqueos (o no) en hojas compartidas y, algo inesperado, en algunos equipos da peor rendimiento que Office.
Como conclusión del experimiento, creo que esta suite nos vale al 99% de los usuarios domésticos y a un porcentaje también muy elevado de usuarios en entornos profesionales. Pero vencer la inercia de muchos desarrollos realizados sobre Excel supone una carga de trabajo adicional complicada de asumir. Y es que en muchas empresas, desde Excel se han montado auténticos mini-ERPs, con multitud de funciones, informes, etc que son imposibles de migrar (son una especie de tamagotchis ofimáticos).
Si yo montara una empresa ahora con 5-10 ó 30 usuarios, probablemente empezaría utilizando este software. De hecho esta va a ser mi recomendación final. Pero en una organización ya funcionando, con un histórico de utilización de otras suites ofimáticas y una cierta cultura que ha permitido desarrollar hojas bastante complejas, no me parece razonable volver a iniciar ese desarrollo (como tampoco lo seria si una nueva versión de Excel dejara de ser compatibles con las anteriores).

7 jun 2006 | 03:37 PM
Ciertamente... lo de los mini-ERPs es algo difícil de sortear. He encontrado muchos casos de estos, no ya tanto con el Excel (que también) sino con Access. No entiendo como se llegan a desarrollar las aplicaciones que se llegan a hacer con esta base de datos y formularios sobre ella. Quizás empiezan siendo bastante simples, como solución para salir del paso, y se les va añadiendo cada vez más funcionalidades hasta convertirlas en auténticas bestias... jajaja
8 jun 2006 | 08:45 AM
La culpa la tienen los "poyaques"
"Po ya que" calcula la comisión, ¿no podría hacer un informe del coste por delegación?
"Po ya que" registra los gastos, ¿no podrían deducirse de las comisiones?
"Po ya que" hace un informe de coste indirecto, ¿no podría sumarle las comisiones?
"Po ya que"...
Y cuando acuerdas, el Tamagotchi es un demonio de Tazmania incontrolable, una aplicación mal construida por haberse hecho a golpe de necesidad, parcheando sobre la marcha, sin un análisis previo, mal documentada,... que nadie se atreve a tocar por miedo a que algo deje de funcionar.
Todos tenemos de éstas. Y no una...
P.D. ahora que lo pienso, esto debería haber ido en la entrada sobre los tamagotchis.
8 jun 2006 | 12:30 PM
Manolo, con el Access el tema se complica (y mucho). Nosotros hemos optado por no instalarlo. Así se evita la tentación.
Pero precisamente la semana pasada, dentro de una cierta planificación de una de las áreas, nos han pedido instalar 3 licencias, asumiendo ellos el coste de las licencias. Nosotros hemos "tragado" pero dando por supuesto que no hay ni habrá soporte sobre cualquier desarrollo realizado, lo que ha sido aceptado y asumido por escrito. Veremos si somos capaces de que se mantenga ese compromiso o tendremos peleas por el tema...
Y, por otro lado, si, es cierto, los poyaques son los responsables del crecimiento de los tamagotchis. Como también lo son de que se incumplan los plazos en los proyectos de desarrollo. Al diseño inicial se le añaden requerimientos adicionales (traducción consultoril de poyaque) y ya no hay quién cumpla los plazos...
8 jun 2006 | 12:41 PM
Acabo de leer el post y los comentarios y sólo puedo comentaros el demonio de Tasmania con el que convivo:
un mini ERP basado en ACCESS, que para colmo casi todo quisque utiliza: su tamaño no ha hecho más que crecer, debido a los famosos "poyaques" y no hay ninguna documentación sobre el mismo..al menos la persona que lo ha hecho sigue en empresa...pero y si deja de estar? El trabajo para documentar ahora mismo esa bestia es de traca... y yo tengo que lidiar con lo poco que sé de código para access (llevo sistemas - comunicaciones- seguridad- telefonía..) qué hago?...
Lo malo es que no va a desaparecer, y ya están acostumbrados al uso y a la adición de modulitos personalizados...vaya papelón...
Saludos a todos.
8 jun 2006 | 05:01 PM
Me suena el tema...
Creo que la migración a openoffice es una buena razon para, con el ahorro en licencias, migrar esos mini-erp que tienen mas peligro que Otegui en el constitucional. He visto casos tan curiosos, como cobrar medio kilo (sisi, 3000 euros) por un pseudo desarrollo sobre access que al pasar de cierto numero de registros se hacía tan intratable que hubo que sacar listados y meter los datos a mano en otra aplicación.
Por no decir de bases de datos construidas en excel...
No son para nada recomendables esos tamagotchis.
Siento curiosidad por saber en que équipos has notado mejor rendimiento con office... ¿en los nuevos?
Me parece extraño, puesto que un .doc normal ocupa siempre por encima de 20 Kb , mientras que los de openoffice ocupan sobre un 10%... Esto debería mejorar su rendimiento.
Saludos y gracias por compartir tu experiencia
8 jun 2006 | 07:47 PM
Lo mismo me pasó a mi, no podemos dejar Excel(Al menos de momento) por un tamagotchi hehco en Excel para contabilidad.
9 jun 2006 | 09:24 AM
eula, los equipos nuevos (PIV-3.0Ghz-1Gb) no han dado diferencias significativas, han sido los más antiguos (PIV-2,6-256Mb) los que más diferencia han mostrado de rendimiento, en contra de Openoffice (respecto a Excel 97). Algo que nosotros tampoco esperábamos y nos ha sorprendido bastante.
Lo que concluyo es que a todos nos parece una buena opción para empezar en un sitio nuevo, pero muy difícil de poner en marcha en entornos ya desarrollados, salvo que consigas, como dice eula, migrar las mini-aplicaciones.