Cinco preguntas para definir una estrategia


La definición de una estrategia es una acto de elección/renuncia, elegir lo que se debe hacer y renunciar a una serie de acciones que no se harán para lograr ganar a la competencia.  Pero alrededor de la definición de la estrategia se ha formado cierta complejidad que muchos desisten en platearse oficialmente un plan estratégico.

Cinco preguntas esenciales para definir una estrategia

Una técnica creada en Procter & Gamble basada cinco preguntas, definida inicialmente para plasmar la estrategia de lanzamiento de nuevos productos podría ayudarnos a definir los pilares de una estrategia para una organización. Más información en el documento de referencia.

Referencia: Revista Harvard Deusto (mayo 2013, número 223)

Consideraciones básicas para el despliegue de “BW on HANA” (II)

Continuando con el post anterior relacionado sobre la preparación y configuración de un sistema SAP NetWeaver BW powered by SAP HANA (BW on HANA), agregamos los siguientes apuntes:


Continuando con el post anterior relacionado sobre la preparación y configuración de un sistema SAP NetWeaver BW powered by SAP HANA (BW on HANA),  agregamos los siguientes apuntes:

  • Los cálculos de necesidades de memoria o sizing varían en cada instalación, depende principalmente de cada arquitectura, por ejemplo, índices, agregados y otras tablas que podrían ser eliminadas. Para más información sobre sizing seguir las novedades de las notas 1736976 y 1637145.
  • No existe tamaño máximo soportado de un sistema SAP NW BW para ser llevado sobre SAP HANA, esta restricción sólo existió en la fase ramp-up.
  • Para evitar la migración innecesaria de datos que no tienen ningún uso, es recomendable realizar “tareas de limpieza” antes se estimar y efectuar la migración de un sistema SAP NW BW a SAP HANA.
  • Un sistema BW “limpio” oscila los 60 GB pero este puede crecer según el contenido de las tablas de los usuarios. La nota 1637145 contiene un script e información necesarios para el cálculo de necesidades de hardware (sizing).
  •  Es recomendable que las tablas “row-store” no superen los 200 GB. La nota 1659383 contiene  la relación de tablas con almacenamiento en filas.
  • SAP HANA soporta tanto almacenamiento basado en columnas como en filas, BW on HANA determina automáticamente el tipo de almacenamiento que debe tener cada tabla.
  • Todas las transacciones y funciones de BW on HANA son las mismas que en la versión tradicional.
  • Las posibilidades de configuración que puede tener un sistema SAP HANA y BW on HANA, tales como el número de nodos soportados o memoria por nodo recomendable puede variar, recomendable consultar la documentación disponible en el sitio SAP Product Availability Matrix (SAP PAM).

Novedades que tendrá SAP BusinessObjects BI Mobile 5.0

En el enlace de referencia se hace un recuento de una presentación sobre la próxima actualización de la aplicación para dispositivos móviles SAP BusinessObjects BI Mobile 5.0 (o SAP BI Mobile). De las diapositivas compartidas, destacamos la siguiente:


En el enlace de referencia se hace un recuento de una presentación sobre la próxima actualización de la aplicación para dispositivos móviles SAP BusinessObjects BI Mobile 5.0 (o SAP BI Mobile).  De las diapositivas compartidas, destacamos la siguiente:

Principales novedades de SAP BI Mobile 5.0

 

  • Contaríamos con una única aplicación mobile. Se podría prescindir de la aplicación SAP BusinessObjects Explorer Mobile al incluirse compatibilidad con este tipo de contenidos.
  • Se podrá visualizar contenido procedente de SAP Lumira (SAP Visual Intelligence)
  • Las visualizaciones de SAP Dashboards (Xcelsius) reconocería el uso de variables Flash y Query as a Web Service (QaaWS).

Nota: La numeración de las versiones de la plataforma SAP BusinessObjects BI y la aplicación mobile no van alineadas, son independientes, al menos por el momento.

Referencia: SAP SDN y post relacionado

Filosofía “Powered by SAP HANA”

En anteriores entradas hemos señalado diversas características sobre SAP HANA, pero ante todo se debe tener presente que SAP HANA es una plataforma sobre la cual funcionarán todos los nuevos y actuales sistemas de SAP, esta visión o filosofía se trata de comunicar a través de la expresión “Powered by SAP HANA”, expresión que acompaña a las versiones in-memory computing de SAP NetWeaver BW y SAP Business Suite.


En anteriores entradas hemos señalado diversas características sobre SAP HANA, pero ante todo se debe tener presente que SAP HANA es una plataforma sobre la cual funcionarán todos los nuevos y actuales sistemas de SAP, esta visión o filosofía se trata de comunicar a través de la expresión “Powered by SAP HANA”, expresión que acompaña a las versiones in-memory computing de SAP NetWeaver BW y SAP Business Suite.

Tratando de simplificar el concepto “Powered by SAP HANA” este se podría reducir a lo siguiente: remover y remplazar la capa de datos que utilizan las soluciones o aplicaciones actuales para utilizar SAP HANA Database, de este modo, SAP HANA se convierte en la principal y única base de datos que utilizarían las soluciones SAP “Powered by SAP HANA”.

SAP NW BW Powered by SAP HANA, liberada en noviembre de 2011, fue la primera gran aplicación SAP llevada a la plataforma SAP HANA, brindando los siguientes beneficios:

  • Incremento en la rapidez de la actualización de informes
  • Mejoras en la cargas datos
  • Simplificación de los modelos de datos al prescindir de objetos técnicos o estructuras de datos diseñadas debido a las limitaciones técnicas de bases de datos tradicionales.
  • Simplificación de los modelos de datos por la incorporación de nuevos objetos más eficientes para almacenar y procesar la información.
  • Reducción de las tareas de administración.

SAP Business Suite Powered by SAP HANA fue liberada el 10 de enero de 2013 el cual comprende, por el momento, SAP ERP, SAP CRM, SAP PLM y SAP SCM. Destacamos los siguientes beneficios:

  • Agilizar las tareas básicas de los procesos de negocio.
  • Posibilita la integración de funcionalidades de búsqueda, análisis, planificación y predicción en los sistemas transaccionales.
  • Permite la integración con otras fuentes de datos.
  • Tratamiento masivo de datos.
  • Simplificación de los sistemas.  Al posibilitar la combinación de la información de los datos transaccionales con fuentes de datos no estructuradas o al incluir otras capacidades tales como la planificación, tradicionalmente configuradas en sistemas distintos.

Proyectos tradicionales de TI vs. Proyectos de análisis de datos

Un proyecto de Análisis de datos o Big Data difiere de lo que puede ser un proyecto tradicional de informática (o TI – Tecnologías de la Información), tener en cuenta los siguientes factores contribuirá en lograr mejores resultados:


Un proyecto de Análisis de datos o Big Data difiere de lo que puede ser un proyecto tradicional de informática (o TI – Tecnologías de la Información), tener en cuenta los siguientes factores contribuirá en lograr mejores resultados:

Proyectos TI vs Proyectos de Análisis (Parte I)

Proyectos TI vs Proyectos de Análisis (Parte II)

Referencia: Revista Harvard Business Review (número 91)