Archivo de la categoría: Consultoria TI

Segmentos Competitivos

Una de las principales cuestiones que se plantea una organización al analizar la información de gestión, es el ángulo o perspectiva desde la cual debe hacerse.  En este sentido, inmediatamente se impone lo que “todo el mundo hace”, dividir los productos, clientes por categorías o clases para luego definir una estrategia o plan de acción común.  Pero en la práctica, queriéndolo o no, las empresas se enfrentan a competidores y circunstancias distintas en diversas áreas o segmentos.

El análisis de la información “tradicional” puede conducir a apreciaciones erróneas y por consiguiente, a una toma de decisiones poco acertada.  Leyendo el libro que recomendábamos hace unos días, encontramos un concepto, que por lo menos, deberíamos valorarse si es aplicable en los contextos en los que nos desempeñamos, se trata de los Segmentos Competitivos, el cual se define del siguiente modo:

Un segmento competitivo es un fragmento de la empresa que se enfrenta a un competidor distinto o a dinámicas competitivas distintas.

…Piense en cualquier aspecto de su empresa: un producto, cliente, línea de productos o cualquier otra división que sea importante y plantéese la siguiente pregunta: ¿Se enfrenta a un competidor principal distinto en esta área de su empresa, en comparación con el resto?…

…Cuando los competidores de diferentes segmentos son los mismos, con posiciones competitivas similares, los productos podrían ser agrupados…

Clasificar productos o clientes con enfoques “tradicionales”, que obedecen más a razonamientos internos, nos puede conducir a una estrategia de “café para todos” nada útil.  La gran variedad de parámetros y factores que intervienen en los mercados obliga a la búsqueda de nuevas fórmulas.  Pensar con el enfoque de segmentos competitivos puede ayudarnos a fragmentar la empresa para el análisis y quizás a la definición de acciones más efectivas.

SAP ERP RDS for operational reporting with SAP HANA

Si se dispone de poco tiempo, o la experiencia o conocimiento no es suficiente, la adopción de un prototipo, desde la toma de requerimientos hasta la implementación técnica, podría ser una vía efectiva para llevar adelante un proyecto.  En esta línea, los Rapid Deployment Solutions (RDS) podrían ser una alternativa a considerar.

Un buen ejemplo es el RDS para implementar el Reporting Operativo sobre plataformas SAP HANA con SAP ERP como fuente de datos y utilizando SAP BusinessObjects BI 4.0 como plataforma de Business Intelligence.

SAP ERP RDS for operational reporting with SAP HANA, ofrece el servicio de implementación de la solución bajo una metodología propia.  Como producto tiene un conjunto de plantillas de informes, documentos e cuadros de mando para explotar la información de Finanzas, Ventas, Compras, entre otros módulos.

¿Los usuarios siguen el ritmo de innovación de SAP?

Revisando nuestros anteriores posts sobre SAP BusinessObjects Explorer (un tanto más torpes que los actuales), encontramos los primeros que escribíamos en el 2009, por ejemplo aquí y aquí, en donde comentamos las características y los principios sobre los que se basa esta herramienta, apuntes muy necesarios entonces porque hablábamos de una nueva propuesta.

Transcurridos tres años, creemos que si volviéramos a escribir exactamente lo mismo, resultarían tan actuales como entonces lo fueron, porque percibimos que el nivel de adopción de esta herramienta está por debajo de la expectativas del fabricantes y consultores.   Trancurridos tres años, BO Explorer sigue teniendo el cartel de “innovación prometedora”, con altos índices de desconocimiento.

Desde hoy domingo, con las pre-conferencias, y durante toda la semana, SAP hará derroche de propuestas innovadoras, como las que hemos comentado en el post anterior: Mobile, BI Self service, in-Memory Computing, Cloud, Predictive Analysis, Geographical Intelligence, …  amplia variedad de temas que para muchos quedará en la espectacularidad del evento, intuimos que la gran mayoría de los asistentes son usuarios de empresas que apuestan y seguirán apostando por BEx, herramienta que algún momento SAP pensó descontinuar, pero casi  inmediatamente tuvo que retractarse.

Respondiendo la pregunta del título de este post, consideramos que para la gran mayoría de los usuarios, cualquier innovación SAP, tiene un largo camino de adopción. Empíricamente podríamos señalar que existe un desfase entre la presentación de la innovación y su implementación promedio de 3 años.

Principio 80/20, el Libro

No se trata de una nueva publicación o un best seller, pero nosotros recién hemos “descubierto” el libro de Richard Koch, “El Principio 80/20”, nos parece una lectura recomendable y  muy útil para comprender y aplicar ampliamente el principio 80/20, que en ocasiones sólo se repite como un cliché más.

Este libro contiene variados ejemplos, inclusive para la consultoría:

Sin embargo, lo sorprendente era que mis nuevos colegas eran más efectivos que los anteriores. ¿Por qué? No es que se esforzaran más, sino que aplicaban el principio del 80/20 de dos maneras fundamentales.  En primer lugar, se habían dado cuenta de que para la mayoría de las empresas, el 80% de los beneficios proceden del 20% de los clientes.  En el sector de la consultoría esto quiere decir dos cosas: clientes importantes y clientes fieles.  Los clientes importantes proporcionan proyectos muy amplios, lo que quiere decir que se pueden asignar a más consultores jóvenes que cobran menos.  Las relaciones a largo plazo con clientes fieles generan confianza y hacen que el precio de cambiar a otra consultora sea más elevado para el cliente.  Los clientes fieles no suelen pensar demasiado en el precio.

En la mayoría de las empresas de consultoría, el mayor entusiasmo se genera cuando se consiguen nuevos clientes.  En mi nueva empresa, se consideraba que los verdaderos héroes eran los que trabajaban con los clientes de mayor envergadura y más antiguos durante el mayor tiempo posible.  Lo conseguían cultivando con esmero la relación con los jefes de esas empresas.

La segunda revelación fundamental que había tenido la empresa consultora era que, para cualquier cliente, el 80% de los resultados posibles proceden de concentrarse en el 20% de las cuestiones más importantes, que no necesariamente eran las más interesantes desde el punto de vista de un consultor curioso.  Sin embargo, mientras nuestros competidores analizaban superficialmente todo un abanico de cuestiones y luego dejaban que el cliente actuara ( o no) basándose en las recomendaciones, nosotros insistíamos en las cuestiones más importantes, hasta que convencíamos al cliente para que emprendiera la acción necesaria.  El resultado era, con frecuencia, que los beneficios de los clientes aumentaban drásticamente, al igual que nuestros presupuestos de consultoría.

Página 47

Una sugerencia para conocer más sobre Agile

Pretender recoger todos los requisitos o necesidades de los usuarios para un proyecto en concreto, en unas cuantas reuniones y luego de lo cual, dar por cerrada esta fase, impidiendo cualquier cambio o adicional posterior, “so pena” de cobro adicional.  Seguro que nos parece “razonable” si pensamos como implementadores, pero nos parece algo incompresible si nos ponemos en el papel del usuario.

Ya sea porque siempre se “escapará” algún aspecto o porque el panorama es muy cambiante, el afán de tenerlo todo “atado” para iniciar un proyecto, debería superarse para lograr la real satisfacción del usuario.  Cambiar este paradigma es posible con metodologías Agile, nada nuevas, pero muy desconocidas en cuanto a su estructura y puesta en aplicación.

“No debemos esperar a probar el nuevo producto en la fase final ya que la resolución del problema será, en sí misma, un problema.”

Un enfoque tradicional de un proyecto, propone fijar los requisitos con un alto nivel de detalle al inicio del proyecto y a partir de ellos, se hace una estimación del coste y de la fecha de entrega del mismo.  Los métodos ágiles parten de un presupuesto y unas fechas de entrega y a partir de ahí se trabaja para implementar la funcionalidad, de este modo se logra un alcance flexible.

Para conocer más sobre Agile, sugerimos un libro que recientemente hemos “descubierto”, se trata de “Métodos Ágiles y Scrum” de Anaya (ISBN 978-84-415-3104-8), por lo poco que lo hemos leído, nos parece un documento de mucha utilidad.

Un primer vistazo al “Magic Quadrant for Business Intelligence Platforms 2012”

Vemos que el reciente estudio de Gartner, “Magic Quadrant for Business Intelligence Platforms 2012” (Cuadrante Mágico para las plataformas de Business Intelligence – BI), al igual que el año anterior, identifica que el principal objetivo de las plataformas de BI es la presentación de información y señala un creciente interés por las funcionalidades analíticas por parte de usuarios y fabricantes.

Además de las opiniones de los usuarios, se valora en el estudio los siguientes aspectos: La seguridad de la plataforma, gestión de metadatos, posibilidades de desarrollo de aplicaciones a medida y posibilidades de colaboración.  Así mismo, se identifica la importancia de distribuir contenido como informes, cuadros de mando, consultas ad hoc, búsquedas de contenido BI, movilidad e integración con Microsoft Office.

Para el capítulo de valoración de las funcionalidades analíticas de las plataformas, se considera el procesamiento OLAP, visualización interactiva (mostrar datos a través de imágenes y gráficos), minería de datos y capacidades de construir modelos predictivos.

A muy grosso modo, la valoración de las grandes marcas es la siguiente:

  • IBM, permanece sin variación
  • Pentaho, al fin debuta en este cuadrante
  • Jaspersoft, se mantiene
  • MicroStrategy, el mejor valorado
  • QlikView, mejor reconocimiento de marca
  • SAP, se mantiene, pero le auguran un interesante futuro
  • SAS, líder en análisis
  • Tableu, se mantiene por tercer año

Miss “Mejor plataforma de BI”

Consideramos que no es fácil otorgar el título “Mejor plataforma de Business Intelligence”, pensamos que esta elección depende de cada organización, como apuntábamos en el post anterior, sabiendo lo que se necesita (objetivos) e identificado los datos con los que contamos (naturaleza o arquitectura) deberíamos realizar una valoración de los posibles candidatos teniendo estos dos aspectos presentes: objetivos del negocio y datos.

Nos parece que se ha perdido el hábito de las pruebas de concepto o se considera un gasto que se puede prescindir, decidir sólo por el precio o porque es la solución que tiene más usuarios, no garantiza que en su implementación no tengamos problemas, retrasos o nunca se alcancen los objetivos propuestos.

Si hoy, tendría que señalar las posibles plataformas de BI que podría adoptar una mediana o gran empresa, estas serían mis candidatas:

  • MicroStrategy
  • QlikView
  • SAP BusinessObjects

Pautas para un proyecto de BI

Internet ya tiene varios artículos sobre buenas prácticas para tener éxito en un proyecto Business Intelligence (BI), no deseamos llenar la Red con más best practices, pero tener las pautas básicas de un modo breve y conciso, nos ayudará a evitar a perder el enfoque del proyecto, o en todo caso, a reconducirlo.

En el artículo de referencia se mencionan una serie de aspectos a considerar, nosotros planteamos, ordenados por importancia y precedencia,  los siguientes:

  • Definición de los objetivos del proyecto en función de las necesidades del negocio.
  • Conocer mejor los datos a explotar (ubicación, composición o arquitectura).
  • Selección de la herramienta de BI a utilizar. (Realizar pruebas de concepto con las propuestas de los proveedores, consensuar resultados entre usuarios, el precio no debería ser un factor determinante).
  • Iniciar un despliegue paso a paso, comenzar por una unidad o proceso, cuyo impacto por la incorporación del BI en su gestión pueda ser mensurable.
Referencia: All Analytics

En BI, lo menos importante es el software

No todo es tecnología, al menos si al Business Intelligence (BI) nos dedicamos, no todo debería ser software, es más, en gran medida, comprender el negocio es fundamental para realizar una implementación de BI que brinde valor (que sea útil) a los usuarios que gestionan la organización.

Casi todas las organizaciones saben lo que tienen que hacer para ser rentables, pero quizás algunas no sepan medir lo que hacen para mejorar su eficiencia y eficacia, en estas tareas, conocer técnicas de análisis y estrategia, será de mucha ayuda.

Incluir de vez en cuando literatura asociada a la estrategia, puede ayudar a ampliar nuestra visión y facilitará la comunicación con los usuarios de negocios.  Si un primer libro tuviéramos que sugerir, este sería “Cuadro de Mando Integral, Personal y Corporativo” de Hubert K. Rampersad (Mc Graw Hill, del original en inglés “Total Performance Scorecard”).  Sobre el  Cuadro de Mando Integral han surgido muchos textos, pero este tiene u n enfoque diferente y muy didáctico, su edición original es del 2003, pero sus conceptos y metodologías que incluye, serán de mucha utilidad en una implementación de una plataforma de BI.

“Porque no vas a ver si está lloviendo”

En “mi pueblo”, donde nunca llueve, cuando una persona inoportuna o simplemente se quiere ganar tiempo para encontrar una solución al problema o respuesta a una consulta, con la que alguien nos aborda, se le dice al mensajero: “porque no vas [a la esquina] a ver si está lloviendo”.  En esta semana, he tenido la sensación que me lo han dicho un par de veces.

Servicio de soporte SAP BUsinessObjects, de primera

En las ocasiones en las  que he instalado BusinessObjects 4.0, siguiendo las opciones por defecto, no he tenido problemas, pero en el momento que se varía algo, porque no todos desean la misma unidad, idioma, base de datos para el CMS o Tomcat como servidor de aplicaciones Web, “algo pasa”, y siempre algo diferente.

Si abrimos una incidencia en el Marketplace, la respuesta es casi inmediata, y esto me parece muy bien por parte del equipo de personas que prestan este servicio. Pero en cuanto a la solución, esta dependerá en la medida que se hayan producido situaciones similares, si tenemos la suerte de ser los “primeros”, debemos estar prestos a realizar las verificaciones que nos sugieran.

Revisar logs, iniciar o detener, encender o apagar, crear o eliminar, todo bienvenido sea, para encontrar una solución y no volver a repetir las cosas, con ninguna garantía que no se volverá a producir el mismo problema.  Pero de todas las indicaciones que hemos recibido, ha sido comparar ficheros, en fecha y tamaño, la que nos haparecido la menos útil… Pero al final, lo hicimos, luego de lo cual nuestra respuesta fue “no, no está lloviendo”.

Apostamos por SAP BusinessObjects BI 4.0, mientras utilicemos lo estándar y tengamos paciencia a las conexiones con SAP.  SAP BO BI 4.0 esta disponible para todos usuarios, pero el ramp-up de algún modo continua, quizás con el SP3 o dentro de un par de meses más, tengamos una versión más estable.