anibal goicochea

Gráficos útiles en el control de la calidad de un proceso

La tentación de utilizar gráficos resulta muy difícil de evitar, son muy demandados y útiles, siempre y cuando se emplee el tipo de gráfico adecuado según la naturaleza de los datos a representar y teniendo en consideración el fin que se persigue con esta herramienta de análisis.

Los gráficos deben generar algo más que exclamaciones de admiración, deben conducir a la reacción y a tomar decisiones. Por ejemplo, un gráfico de columnas representando el coste generado por vendedor, ¿qué decisión podría desencadenar?, ¿»cortarle la cabeza» al que tenga la columna más grande?… Representar en gráficos lo que ya es conocido, ningún valor o utilidad brindará a los usuarios que lo consulten.

Si estas realizando el seguimiento o control de la calidad de un proceso o proyecto, no deberían faltar los siguientes tipos de gráficos:

Gráfico de control. Un gráfico de líneas que muestre los límites de tolerancia, superior e inferior. En el gráfico estarán representados los datos recopilados en el tiempo sobre el proceso que se está controlando. Permitirá observar si el proceso se está ejecutando dentro de unos márgenes de tolerancia aceptable.
Gráfico de ejecución. Es un gráfico lineal como los gráficos de control con la diferencia de estos es que no incluyen los límites de tolerancia. Un gráfico de ejecución representa datos progresivos con el fin de identificar tendencias, por ejemplo, si el número de errores disminuye o aumenta en el tiempo.
Diagrama de dispersión. Es un tipo de gráfico que permite identificar relaciones entre los datos. Una variable se representa en el eje X y la otra en el eje Y, a fin de identificar si hay una relación o correlación entre ambas. Cuando están correlacionadas los puntos se extienden a lo largo de una línea o curva. Este tipo de diagrama facilita la identificación de problemas, por ejemplo, puede ser útil para analizar la velocidad de procesamiento y el número de errores producidos.
Muestreo estadístico. Consiste en seleccionar y probar, casi siempre al azar, muestras del producto. La frecuencia y el tamaño de la muestra deben estar especificados en el plan de control y gestión de la calidad. Comprobar una cantidad o porcentaje adecuado de elementos puede llegar a constituirse en un instrumento de predicción fiable.

Entradas relacionadas:

Referencia: ISBN 9788441532250

Los tres grandes usos de SAP HANA

El corazón de la plataforma SAP HANA es su base de datos en memoria, la cual puede gestionar datos estructurados y no estructurados. SAP HANA Database puede comportarse como una base de datos relacional tradicional para usos en aplicaciones transaccionales (OLTP) o puede ser un proveedor de datos para aplicaciones analíticas (OLAP), en ambos casos, con la eficiencia diferenciada que permite el procesamiento en memoria y todas las técnicas incluidas en un sistema HANA.

El corazón de la plataforma SAP HANA es su base de datos en memoria, la cual puede gestionar datos estructurados y no estructurados. SAP HANA Database puede comportarse como una base de datos relacional tradicional para usos en aplicaciones transaccionales (OLTP) o puede ser un proveedor de datos para aplicaciones analíticas (OLAP), en ambos casos, con la eficiencia diferenciada que permite el procesamiento en memoria y todas las técnicas incluidas en un sistema HANA.

El hecho que gran parte de los datos residan en memoria, no significa que los datos se pierdan ante un fallo eléctrico, al igual que una base de datos tradicional, SAP HANA almacena los datos en disco, lo cual permite que ante una reincialización del sistema por algún fallo, todos los datos se recuperan si mayor contratiempo.

Los usos más habituales de un sistema SAP HANA podrían ser catalogados del siguiente modo:

Como un repositorio de datos (Data Mart) para fines de análisis y reporting.
Como la base de datos principal en arquitecturas de 3 capas (cliente, servidor de aplicaciones y base de datos), por ejemplo en instalaciones de SAP NetWeaver Business Warehouse o SAP Business Suite.
Como infraestructura que brinda servicios de bases de datos y servidor de aplicaciones para aplicaciones SAP HANA nativas.

SAP HANA como un Data Mart

En este escenario, los datos son replicados desde sistemas fuentes SAP o no-SAP en SAP HANA Database. Luego las herramientas analíticas como puede ser SAP BusinessObjects Business Intelligence 4.0 (BI4) o inclusive MS Excel se podrían conectar vía vistas de información o directamente a la base de datos HANA para elaborar los documentos que se utilizarán para analizar los datos.

SAP HANA en una arquitectura clásica de 3 capas

Según la información brindada por SAP, este sería el escenario de uso mayoritario que tendría SAP HANA, a través de la adopción de SAP NW BW powered by SAP HANA (BW on HANA).

SAP HANA como infraestructura de aplicaciones nativas

A partir de la actualización SPS05, SAP HANA incluye el componente SAP Extended Application Services (SAP HANA XS), el cual brinda todas las características de un servidor de aplicaciones, servidor web y entorno de diseño de aplicaciones (incluido este entorno de diseño en SAP HANA Studio). Gracias a SAP HANA XS los usuarios podrán acceder a aplicaciones nativas HANA a través de una interfaz Web.

En la revista SAP Club

El logro de ventajas competitivas o valor para la organización, se obtendrá cunado se haga algo diferente al resto, adoptar SAP HANA y esperar que su capacidad y velocidad de procesamiento, por si solos, obren el milagro, sería engañarnos. Todo aquello que puede ser comprado por nosotros y el resto, no brinda «ventajas competitivas» a nadie. En el caso de las tecnologías, las ventajas con respecto a la competencia se logran en el modo en que se adoptan y el uso que se le da.

El logro de ventajas competitivas o valor para la organización, se obtendrá cunado se haga algo diferente al resto, adoptar SAP HANA y esperar que su capacidad y velocidad de procesamiento, por si solos, obren el milagro, sería engañarnos. Todo aquello que puede ser comprado por nosotros y el resto, no brinda «ventajas competitivas» a nadie. En el caso de las tecnologías, las ventajas con respecto a la competencia se logran en el modo en que se adoptan y el uso que se le da.

Para nosotros, SAP HANA es una fuente generadora de ventajas competitivas infinita, al permitir realizar tareas que siempre han estado limitadas o vetadas por la capacidad de procesamiento de los sistemas. Como es el caso del análisis predictivo, el cual bien implementado y adoptado como complemento en los procesos de negocio, es el mejor modo de obtener el máximo beneficio de una inversión en SAP HANA.

Tenemos la plataforma (SAP HANA), contamos con las herramientas (encabezadas por SAP Predictive Analysis), sólo falta que las organizaciones adopten la filosofía predictiva para adelantarse a las oportunidades y evitar/minimizar los riesgos. Esta es la idea que conjuntamente con Single Consulting hemos tratado de plasmar en 6.000 caracteres en la revista SAP Club, en su edición cuatrimestral de julio 2013, número 45. Gracias! Single, una consultora diferente.

Referencia: Revista SAP Club o en formato PDF

Notas SAP útiles sobre SAP Lumira (ex Visual Intelligence)

Si estas trabajando con la nueva herramienta para diseñar visualizaciones gráficas que faciliten la exploración y el análisis de los datos, denominada SAP Lumira (antes SAP Visual Intelligence) es muy probable que las siguientes Notas SAP te sean útiles para terminar de configurar esta solución:

Si estas trabajando con la nueva herramienta para diseñar visualizaciones gráficas que faciliten la exploración y el análisis de los datos, denominada SAP Lumira (antes SAP Visual Intelligence) es muy probable que las siguientes Notas SAP te sean útiles para terminar de configurar esta solución:

Webinars sobre «Promotion and Version Management» de SAP BI 3.1/4.0

El componente de SAP BusinessObjects BI de las versiones 4.0 y 3.1 que permite la gestión del versiones y los transportes de objetos entre sistemas, inicialmente se denominaba Life Cycle Management (LCM) pero como en SAP nada se libra de «rebauitizado» más de una vez, ahora este componente se denomina «Promotion and Version Management» pero mantiene el acrónimo de la versión anterior, dado que internamente en muchos lugares manteniente el nombre original, al parecer cambiar esto no es fácil.

El componente de SAP BusinessObjects BI de las versiones 4.0 y 3.1 que permite la gestión del versiones y los transportes de objetos entre sistemas, inicialmente se denominaba Life Cycle Management (LCM) pero como en SAP nada se libra de «rebauitizado» más de una vez, ahora este componente se denomina «Promotion and Version Management» pero mantiene el acrónimo de la versión anterior, dado que internamente en muchos lugares manteniente el nombre original, al parecer cambiar esto no es fácil.

Si eres cliente de SAP BusinessObjects BI 4.0 ó SAP BusinessObjects 3.1 XI, y estas interesado en conocer más sobre esta funcionalidad que ha mejorado en las recientes actualizaciones, podrías conectarte al webinar de 4 sesiones y 2 horas de duración cada sesión que esta ofreciendo SAP Enterprise Support Academy.

Referencia: Nota 1791078