Opinión – Página 5 – aníbal goicochea

En la consultoría informática ¿algo no debería cambiar?

Hace unos días leíamos que un “especialista” señalaba que tenemos a nuestro favor los principales indicadores que apuntaban que pronto superaremos la crisis: Salarios más bajos que Europa del Norte, despidos baratos y el suelo cada vez más económico…. y para más alegría de los potenciales inversores, las leyes laborales más “flexibles” de Europa… dicho esto ¿querrá aplausos?

Quizás sea un hecho puntual, pero últimamente nos parece escuchar más rumores sobre EREs y otras modalidades de despidos en el mundo de la consultoría informática. La menor demanda de servicios, la mayor oferta de ellos, una legislación que facilita el despido y sobre todo, la gestión estructurada sobre una visión basada en el coste a corto plazo, propician este panorama.

Nos lo preguntábamos antes y ahora más, ¿no hay otro modelo de gestión?, con más de cuatro años de crisis ¿no se ha podido valorar otras alternativas mejores que amputarse la experiencia y el conocimiento? Esa “agilidad de reacción” o “flexibilidad para adaptarse a nuevas realidades”, que se ofrece en presentaciones de PowerPoint, no se aplica en la propia casa.

Todos señalan a las tecnologías de información como principal motor de la innovación, pero no podemos crear o innovar nada con los que mal llamamos “desasignados”, sólo programarles su casi probable salida. Personalmente no creemos en la motivación, pero si en la desmotivación, y no hay peor cosa que contribuye a ello que la “incertidumbre laboral”.

Si se tiene el conocimiento, técnica y experiencia, quizás sólo falte organizarlo con una pizca de ilusión. Afortunadamente están surgiendo consultoras con otra visión, que no se gestionan desde otros países o desde los pisos más elevados de una torre.

¿IP?, ¿BPS?… no te confundas, SAP BPC

En 2008, cuando “irrumpe” en el “mundo SAP”, SAP Business Planning and Consolidation (SAP BPC, antes OutlooSoft), la pregunta que todos los clientes y usuarios se planteaban era “¿Hasta cuándo tendrán soporte de manteamiento sus herramientas de planificación actuales? llámese estas herramienta de planificación BW-IP o BW-BPS (SEM-BPS). Han pasado cinco años, y esta pregunta sin una respuesta clara está muy presente en muchos usuarios.

En 2008, cuando “irrumpe” en el “mundo SAP”, SAP Business Planning and Consolidation (SAP BPC, antes OutlooSoft), la pregunta que todos los clientes y usuarios se planteaban era “¿Hasta cuándo tendrán soporte de manteamiento sus herramientas de planificación actuales? llámese estas herramienta de planificación BW-IP o BW-BPS (SEM-BPS). Han pasado cinco años, y esta pregunta sin una respuesta clara está muy presente en muchos usuarios.

SAP constantemente señala que para las nuevas implementaciones de planificación, presupuestos y consolidación se debe utilizar SAP BPC. Pero las actualizaciones tales como BW-IP en BW 7.3 o BW-IP sobre SAP HANA, generan dudas hasta el mismo Gartner, que en su último informe sobre plataformas de CPM (Corporate Performance Management que cubren las soluciones informáticas para las necesidades de las áreas financieras) sugiere a SAP, comunicar a los usuarios claramente su estrategia para su software de planificación y consolidación. Gartner sugiere que SAP debe brindar una solución de migración, pero resulta un poco iluso esperar tal cosa, ya es casi una «odisea» migrar SAP BPC desde la versión 7.5 a la 10.0, como para creer que algún día habrá un wizard para migrar desde otro producto a BPC.

Por todo lo visto hasta ahora y si consideramos la observación que comentábamos en un post anterior: “si un producto tiene planes de desarrollo sobre SAP HANA, este producto tiene futuro”, podríamos “sospechar” que IP o BPS tendrán un largo camino por delante, pero al no existir una comunicación oficial, resulta una “decisión de riesgo” iniciar nuevos desarrollos con estos productos basándonos en suposiciones, hoy por hoy, lo más fiable es SAP BPC.

Referencia SAP SCN y Nota SAP

“Perder dinero” por no gestionar bien la información

En la revista Emprendedores, en su edición de enero 2013, encontramos dos artículos sobre como la mala gestión de los datos determina la rapidez y calidad de la toma de decisiones y cómo esto influye finalmente en la pérdida de beneficios u oportunidades para las organizaciones.

En la revista Emprendedores, en su edición de enero 2013, encontramos dos artículos sobre como la mala gestión de los datos determina la rapidez y calidad de la toma de decisiones y cómo esto influye finalmente en la pérdida de beneficios u oportunidades para las organizaciones.

No se trata de “comprar” la última tecnología. Creemos, que ante todo, se debe alinear el análisis de los datos con la estrategia de la organización, identificando que es lo importante para alinear el control y monitorización de la información con los objetivos que se desean lograr. Primero , organicemos la gestión de la información.

Nuestras sensaciones luego de #SAPPHIRENow Madrid

BUSINESS INTELLIGENCE, ANALYTICS Y MOVILIDAD

La necesidad y obligación de analizar la información es para todos los niveles de gestión de una organización, los dispositivos móviles son determinantes para la adopción y difusión de esta actividad y para que se convierta en un elemento clave de la cultura de las organizaciones: Decidir con inmediatez, analizando.

Business Intelligence, Analytics y Movilidad

La necesidad y obligación de analizar la información es para todos los niveles de gestión de una organización, los dispositivos móviles son determinantes para la adopción y difusión de esta actividad y para que se convierta en un elemento clave de la cultura de las organizaciones: Decidir con inmediatez, analizando.
Hablar de herramientas o componentes de BI es secundario (WebI sí, Crystal no, Xcelsius sí, Design Studio no,..) más aún, si todos los documentos de análisis que se creen con estas herramientas podrán verse en la misma aplicación Mobile, será indiferente para el usuario saber que herramienta se utilizó.
Abordar con los usuarios discusiones o valoraciones sobre que componente de BI se debe utilizar, no tiene ninguna utilidad, sobre todo luego de las recientes actualizaciones que ha realizado SAP esta semana.
Lo importante es saber qué se desea analizar y cómo, con todos los recursos técnicos disponibles actualmente es para que nos preocupemos menos en la técnica y más en el negocio.

SAP HANA

A nuestro parecer, 615 implementaciones en poco más de un año, nos parece un buen número, pero comparándolo con el número total de clientes de SAP, estas 615 implementaciones de SAP HANA nos inspira una imagen de club selecto, exclusivo, casi VIP.
Nadie que conozca el funcionamiento de SAP HANA podrá negar la utilidad de esta plataforma y lo recomendable que puede ser para muchas organizaciones. Del mismo modo, no se duda que el motivo principal que podría frenar su adopción es el costo de su adquisición.

HANA, Más que ahorro de costes, generadora de beneficios

Por más tallas que existan, la implementación de SAP HANA podría estar pintado los seis ceros, precedidos de un 1. Justificar una inversión de estas proporciones sólo por la cuantificación del probable coste que podría ahorrarse (por ejemplo, cuantas cabezas podrían ser prescindibles) es un error. Para una empresa dispuesta a realizar una inversión similar, estos probables ahorros resultan insignificantes.
Los responsables de impulsar esta iniciativa, deberían presentar SAP HANA como una inversión en todo el sentido de la palabra, y como tal, del mismo modo cuando se emprende un negocio o una unidad de negocio, lo primero no es el coste, sino en el beneficio que obtendrán los inversores. Identifiquemos aquello que se podrá hacer si se tuviera una plataforma como SAP HANA, todo aquello que antes era inimaginable. Luego estimemos el beneficio y utilidades que podría generar (mejor como un plan de negocio).
Por ejemplo, leíamos en una reciente publicación un probable caso que podría aplicar una empresa de retail, el cual más o menos señalaba lo siguiente: Si un cliente hiciera clic en el botón “me gusta” de Facebook asociado a la imagen de un producto de la empresa, se procesaría esta información social con la información que se ha generado de las compras que hubiera realizado, en función de la actividad que tuviese, se le enviaría inmediatamente una oferta personalizada a su dispositivo móvil…. ¿Este cliente compraría?, ¿además de incrementar la ventas, se incrementaría la fidelidad a la marca?, ¿podríamos estimar los beneficios que esta actividad generaría?…
Además de este dato en particular, las redes sociales brindan más información, como la red de contactos, que podríamos combinarla con la información estructurada que se genera internamente en las empresas, información que sólo la hemos utilizado para comprender el pasado, ahora con la capacidad de procesamiento que brinda SAP HANA, la podríamos utilizar para diseñar el futuro.

En lugar de “métodos para solucionar problemas” aplicaciones bien probadas y sin errores

A través de una entrada en los blogs de SAP SCN encontramos un método para solucionar problemas en SAP Visual Intelligence, puede ser útil tener en cuenta estas sugerencias para detectar el problema sobre todo cuando el tiempo apremia y el “error inexplicable” paraliza el avance de un proyecto, pero mejor que estas “metodologías” sería más útiles no utilizarlas porque las aplicaciones son estables y no presentan “extraños errores”.

En SAP, para que un producto pase a la categoría de “disponibilidad general” y por consiguiente todos los usuarios puedan utilizarlo, antes pasa por una fase denominada ramm-up, en la que se prueba en determinadas empresas (clientes) y para que finalice esta fase deberán pasar a producción por lo menos, por norma general, 10 proyectos. Hemos tenido la suerte de colaborar en proyecto con SAP BusinessObjects XI 3.1, SAP BusinessObjects BI 4.0 y SAP Business Planning and Consolidation en todas sus versiones (SAP BPC 5.0, 7.0, 7.5 y 10.0) y por más suerte aún, casi siempre ha coincidido con la finalización del ramp-up del producto y en todos los casos los “errores inexplicables” han surgido y mucho.

Cada uno, por su experiencia, descubrirá su metodología para encontrar la solución a un “error inexplicable”, pero antes de reproducir el error y tratar de descubrir la solución, antes deberíamos buscar si el error ha sido reportado y si hay alguna explicación, sugerencia o solución. Las búsqueda debería comenzar por la página de soporte de SAP Marketplace (buscando las notas que coincidan con los códigos o mensajes de error y ordenándolas descendentemente), luego en los foros de SAP SCN (en la búsqueda de la página de soporte del Marketplace también se incluye algunos resultados de este foro) y finalmente utilizando las opciones de búsqueda avanzada de Google. SAP responde inmediatamente cuando se le escribe una nota desde la página de soporte, pero tener la solución puede resultar más inmediato si la buscamos.

Al final, la experiencia enseña que una nueva versión de un producto tiene una etapa de maduración de alrededor de un año, luego de su liberación, un “ramp-up extra” se pone en marcha con los primeros usuarios que deciden implementarlo. Con SAP BusinessObjects BI 4.0 fue así, casi exactamente un año después de su liberación, SAP presentó el SP04, una versión mucho más estable de la que inicialmente presentó, durante ese primer año se dieron alrededor de 15 patches (actualizaciones para sólo corregir errores) que solucionaron más de 600 incidencias.

Para SAP BPC estimamos una situación similar, han transcurrido casi 7 meses de su liberación, y en te tiempo se han publicado varias actualizaciones (8 SP para el servidor y más de 35 para el cliente, denominado EPM Add-in, actualmente en SP 12 Patch 07) que solucionan errores que resulta sorprendente que no se detectaran en la fase de puesta en producción de los 10 proyectos de la fase de ramp-up. De cualquier modo, conociendo sus características y posibilidades de esta plataforma para la automatización de procesos financieros – contables, luego de las actualizaciones previstas para diciembre (Servidor 10.0 NW SP09 y EPM Add-in 10.0 SP14) creemos que cualquier nueva implementación tendrá muchos menos contratiempos por errores en el producto.