julio 2013 – Página 6 – aníbal goicochea

“Bien o bonito, lo hago otro día”… Cuando la calidad no es importante

Hace unos días culminé con unas sesiones de SAP Business Intelligence, y como es lógico, en la última sesión tocaba “examen”, eso sí, con todo el material a su disposición (como en la vida real), incluyendo Google. En los últimos minutos, revisando los trabajos, me percato de algunas soluciones “originales”, brindaban el resultado solicitado, pero de aquella forma que nunca quisiéramos encontrar si nos tocara modificarlo. Al exigir una explicación, se me indica que “hace lo que he pedido” y “que bien o bonito, ya lo haría otro día”… Plop!… Lo curioso de esta anécdota, es que respuestas similares ya la hemos escuchado en la “vida real”.

Hace unos días culminé unas sesiones de SAP Business Intelligence, y como es lógico, en la última sesión tocaba “examen”, eso sí, con todo el material a su disposición (como en la vida real), incluyendo Google. En los últimos minutos, revisando los trabajos, me percato de algunas soluciones “originales”, brindaban el resultado solicitado, pero de aquella forma que nunca quisiéramos encontrar si nos tocara modificarla. Al exigir una explicación, se me indicó “hace lo que he pedido” y “que bien o bonito, ya lo haría otro día”… Plop!… Lo curioso de esta anécdota, es que respuestas similares ya la hemos escuchado en la “vida real”.

La culpa de esta situación, en parte fue mía, porque sólo me limité a indicar lo que quería (alcance) pero no detallé nada sobra la forma, especialmente lo relacionado a la calidad. Algo similar sucede en los requerimientos de los proyectos informáticos, se señala lo que se desea pero no los criterios mínimos de calidad que debe tener la solución, para medianamente garantizar su mantenimiento y evolución. Más “pecado” tiene cuando la calidad se olvida en la implementación de soluciones de Business Intelligence o Corporate Performance Management (CPM o EPM) las cuales van dirigidas a mejorar la eficiencia de los procesos de negocio.

Dar por su supuesto que la calidad será parte de la solución, sería un error. Tal vez sea porque se reducen los costes y los plazos, pero parece que hacer las cosas bien se considera una pérdida de tiempo. Para que esto no te suceda, te sugerimos que en el alcance de tu proyecto, especifiques lo siguiente:

Todos los entregables (documentos y solución en sí), deberían estar regidos por estándares de calidad oficiales o adaptaciones de las mismas.
Especificar los procedimientos para asegurar que la calidad de integra en la solución. Por ejemplo, se podría definir una planificación de auditorías y como se actuará con el resultado de ellas.
Señale como se controlará la calidad, indicando las métricas, tolerancias y responsabilidades.

En una coyuntura tan dinámica o cambiante, de poco servirá una solución que nos brinde el alcance solicitado y que por problemas de calidad, sea rígida o poco flexible a ser modificada o evolucionada.

Claves de las personas “exitosas”

Cuando cursamos nuestro MBA teníamos una serie de asignaturas que comúnmente se conocen como de habilidades directivas y personales, normalmente de trataba de un fin de semana monotemático en el que se trabaja alguna “habilidad”. A pesar del esfuerzo de los excelentes profesores que tuve, no me lo llegaba a creer. No me convencia que desde un viernes por la tarde a un domingo al medio día, el “milagro” se había producido en muchos de mis compañeros, como algunos señalaban muy convencidos.

Al igual que no creo en la “imposición de manos”, tampoco creía que dos discusiones del método del caso, alguna teatralización y algunos juegos en equipo, obraran el milagro. En todo caso, sería una pincelada más, que se uniría a otras vivencias, lecturas y otras experiencias que contribuirían a potenciar habilidades en el futuro.

Entre el material de lectura que nos entregaban no faltaban listas de características como podría ser la que hemos encontrado en la publicación de referencia sobre las claves de personas “exitosas”:

Reconocen los errores.
Rehúsan la autocompasión.
Son independientes y confían en sí mismas.
Son capaces de ver, al mismo tiempo, los detalles y el marco ampliado de una situación.
Aprenden a controlar los impulsos.
No tratan de hacer demasiadas cosas a la vez o demasiado pocas.
Tienen la capacidad de aplazar la gratificación.
Equilibran el pensamiento analítico, creativo y práctico.
Disponen de una alta motivación.
Saben cuándo perseverar.
Saben cómo sacar el máximo partido de las propias habilidades.
Traducen el pensamiento en acción.
Se orientan hacia el producto.
Completan las tareas y llegan al final.
Tienen iniciativa.
No tienen miedo al fracaso. Corrigen los errores y aprenden de ellos.
No postergan.
Tratan de superar las dificultades personales.
Se centran y concentran en alcanzar los objetivos.
Tienen autoconfianza. Creen en la propia capacidad de alcanzar los objetivos.

Tampoco me creo esta lista, pero creo que puede sumar y contribuir para mejorar en el futuro

Referencia: Harvard Deusto Business Review (número 214)

SAP HANA, ¿segadora de costes o generadora de beneficios?

Es “humano”, luego de una inversión tan importante como puede ser la adquisición de una plataforma SAP HANA, que se quiera saber cómo obtener el retorno de la inversión o lograr beneficios importantes que justifiquen de manera inmediata la inversión realizada. Pero “erramos” cuando comenzamos a calcular cuánto nos ahorraremos prescindiendo de aquellos colaboradores que realizan tareas, que un panorama in-memory computing de HANA, podrían ser “prescindibles”.

Es “humano” que luego de una inversión tan importante como puede ser la adquisición de una plataforma SAP HANA, se quiera saber cómo obtener el retorno de la inversión o lograr beneficios importantes que justifiquen de manera inmediata la inversión realizada. Pero “erramos” cuando comenzamos a calcular cuánto nos ahorraremos con aquellos colaboradores, que un panorama in-memory computing de HANA, podrían ser “prescindibles”.

Efectivamente, algunas tareas de administración de las plataformas informáticas actuales no son necesarias en SAP HANA, pero habrá otras que se deberán realizar con en el fin de monitorizarla y mantenerla adecuadamente. Al final, quizás algún rol podría ser liberado, pero ¿qué ventaja competitiva puede lograr una empresa “ahorrándose” dos o tres nóminas?

Tampoco se trata de hacer más rápido lo mismo que se hace actualmente. En SAP HANA, utilizar sistemas de información que sólo comunican lo que ha sucedido, significaría infrautilizar una plataforma que tiene el mayor potencial disponible de la historia.

Imagen de TimoElliott (02)

Consideramos que la fuente generadora de beneficios y ventajas competitivas es la adopción de una cultura de análisis predictivo en los procesos de negocios, para llevar a cabo tareas que hasta ahora eran imposibles de realizar. Entre otras, las siguientes:

Crear ofertas personalizadas por cada segmento y canal
Controlar constante y proactivamente las tendencias del mercado y las necesidades de los consumidores.
Identificar los lineamientos para la innovación y desarrollo de producto.
Elaboración de previsiones más realistas
Comparación de los resultados con los objetivos previstos.
Identificar las transacciones u operaciones fraudulentas
Análisis más completos sobre los clientes y su comportamiento:
- Localizar anomalías y grupos específicos
- Identificar correlaciones entre los datos de ventas cruzadas y oportunidades de ventas.
- Conocer y comprender las causas de satisfacción o insatisfacción de los clientes
- Identificar los clientes que podrían abandonar y cuáles de ellos podrían ser persuadidos a permanecer.
- Identificar que clientes pueden ser convencidos a comprar o que puedan responder positivamente en una campaña de marketing.

La reducción del coste tiene límites conocidos, la generación de ingresos y beneficios esta limitada por la visión o percepción de los individuos, la cual podría ser reforzada con la capacidad de procesamiento que ofrece SAP HANA y el uso de herramientas de análisis predictivo.

Nota: Imágenes de TimoElliott.com

Arquitectura de SAP BusinessObjects BI 4.1

A continuación compartimos la arquitectura de una plataforma SAP BusinessObjects BI 4.1, muy útil para conocer los componentes que lo conforman y el papel que cumplen. Posicionando el puntero del ratón sobre cualquier de los componentes se podrá leer una breve descripción

También se podrá consultar la descripción de los componentes de BI4.0 SP3 en versión animada en Adobe Flash (aquí)

Si es obsoleto para Microsoft, es obsoleto para SAP

Este el mensaje que se desprende de la Nota SAP 1880994 la cual señala que debido al anuncio de Microsoft de dar por finalizado el soporte a Windows XP y MS Office 2003 a partir del 4 de abril de 2014, SAP también dejaría de dar soporte a los productos SAP que se instalen sobre este sistema operativo y aplicación.

Este el mensaje que se desprende de la Nota SAP 1880994 la cual señala que debido al anuncio de Microsoft de dar por finalizado el soporte a Windows XP y MS Office 2003 a partir del 4 de abril de 2014, SAP también dejaría de dar soporte a los productos SAP que se instalen sobre este sistema operativo y aplicación.

Entre los productos SAP que se pueden configurar sobre MS Office 2003 está el cliente de SAP BPC (SAP Business Planning and Consolidation), denominado SAP EPM Add-in 10.0, a pesar que el PAM (Platform Information, Support Pack Dates and Maintenance Dates) correspondiente aun o se ha actualizado con esta información, se debe tener presente para futuras instalaciones o actualizaciones que se deberán realizar.

Referencia: Nota SAP 1880994