Categoría: Opinión

“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.


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)

«Esto es» como «este otro»… o la comodidad de «encontrar» similitudes entre las cosas

Estas son algunas expresiones que hemos escuchado en el mundo de la consultoría informática. Nadie quiere complicarse, pero se «peca» en el afán de simplificar todo con el fin de convencer y no entrar en detalles que quizás por desconocimiento se trata de evitar. No pretendemos asustar a nadie, sino de afrontar cada reto tecnológico con todo el conocimiento necesario para identificar las verdaderas posibilidades y limitaciones, y de este modo, gestionar adecuadamente su implementación.


  • BPC es como Excel,
  • La 10 es como la 7.5,
  • BusinessObjects es como MicroStrategy,
  • Una migración a BW sobre HANA es como cualquier otra migración… Plop!!!

Estas son algunas expresiones que hemos escuchado en el mundo de la consultoría informática.  Nadie quiere complicarse, pero se «peca» en el afán de simplificar todo con el fin de convencer y no entrar en detalles que quizás por desconocimiento se trata de evitar.  No pretendemos asustar a nadie, sino de afrontar cada reto tecnológico con todo el conocimiento necesario para identificar las verdaderas posibilidades y limitaciones, y de este modo, gestionar adecuadamente su implementación.

La necesidad de simplificar, resumir, asociar, catalogar o clasificar es parte de la naturaleza humana, pero dependiendo en qué contexto se formule, su utilidad o inutilidad tendrá un impacto directo sobre las cosas que se hagan.  Si se trata de la implementación de un producto SAP podemos señalar las siguientes premisas:

  • Ningún producto es similar a otro producto SAP, al de otro fabricante e inclusive las diferencias pueden ser importantes entre las versiones del mismo producto.
  • Difícilmente un producto SAP podrá llevar la etiqueta de producto terminado. La innovación es constante y en muchas ocasiones la madurez o estabilización del producto se logra cuando el producto es liberado y lo comienzan a utilizar los usuarios.
  • Las fortaleza de un producto son conocidas desde un inicio, pero muchas de las debilidades o limitaciones se descubren durante los períodos de implementación.

Las similitud informática no existe y menos entre SAP HANA con relación a la tecnología del pasado, y más aún, si sabe que SAP HANA presenta novedades constantemente.

No cuentes lo que has hecho, sino lo que puedes hacer por el cliente

Las iniciativas comerciales y estilos de comunicación que crea SAP son imitados por casi la totalidad de sus partners o consultoras que ofrecen los servicios de implementación de productos SAP…


Las iniciativas comerciales y estilos de comunicación que crea SAP son imitados por casi la totalidad de sus partners o consultoras que ofrecen los servicios de implementación de productos SAP (nota: sabemos que es más habitual usar el término implantar, implantación y sus derivados, pero creemos que el término que más se ajusta al objetivo que se persigue al poner en funcionamiento una solución informática que mejore la eficiencia de los procesos es implementación).

Desde una apreciación personal, consideramos que “la técnica” de contar “casos de éxito” está agotada, muy válido para SAP que se comunica a un amplio público, mundial y heterogéneo; pero quizás poco efectivo para un partner que tiene la oportunidad de comunicarse a un público conocido y concreto.

La facilidad con la que se puede encontrar “casos de éxito” en Internet, muchas veces mejor explicados y más relevantes, hace que el efecto “sorpresa” o “interesante” no se produzca cuando se cuenta lo que se ha hecho en otros sitios.  Por otro lado, nos encontramos con usuarios con una mayor presión de encontrar soluciones que se pueden adaptar a sus negocios, al cual consideran único y diferente.

Nuestra sugerencia es buscar la diferenciación constantemente, contar la experiencia es importante, pero no debe convertirse en el único mensaje, porque quizás el cliente se quede con la sensación de haber asistido a una exhibición del ego y no a una reunión en dónde esperaba llevarse ideas claras de cómo mejorar la gestión de sus procesos de negocio.

No diseñes «mastodontes» en SAP BPC

Ante todo, cuando diseñes un modelo o aplicación en SAP Business Planning and Consolidation (SAP BPC), ten presente que es una herramienta para automatizar los procesos de negocio de las áreas financieras – contables, tales como la elaboración de los presupuestos o la consolidación financiera.


Ante todo, cuando diseñes un modelo o aplicación en SAP Business Planning and Consolidation (SAP BPC), ten presente que es una herramienta para automatizar los procesos de negocio de las áreas financieras – contables, tales como la elaboración de los presupuestos o la consolidación financiera. 

SAP BPC no es una herramienta de Business Intelligence (BI) o analítica, ofrece características de reporting pero esta dirigida a explotar la información introducida es esta herramienta transaccional, una funcionalidad para que los usuarios validen la información introducida o realicen tareas básicas de análisis.

Si se desea analizar la información de presupuesto, planificación, previsiones o cualquier otro proceso que se automatice utilizando SAP BPC con información generada en otras aplicaciones o sistemas, no lleves toda la información a SAP BPC, terminarás construyendo un «mastodonte» que tarde o temprano tendrás que «sacrificar».

Nuestra recomendación es que diseñes el modelo analítico que requiere tu organización en una plataforma externa a SAP BPC, tal como SAP NW BW, en la que se integre toda la información necesaria para el análisis de información, proveniente de diversas fuentes, entre ellas de SAP BPC.  Esta información luego podrá ser explotada con herramientas de BI y análisis que ofrecen mayores recursos y posibilidades, tales como las que se incluyen en la plataforma SAP BusinessObjects BI 4.0 (nuestra recomendación indiscutible si todas tus fuentes de datos son SAP e inapelable si tienes o tendrás SAP HANA)

SAP BPC es una herramienta transaccional para usos específicos, no es una plataforma de BI y mucho menos un data warehouse, para estos fines tiene limitaciones técnicas, que si ignoras el uso especifico que tiene, terminarás construyendo una «jungla» de cubos con una infinidad de «tuberías» entre ellos, de difícil mantenimiento y con riesgos potenciales de inconsistencia e inseguridad.