¿Para qué sirve un cuadro de mando integral?

No son pocas las ocasiones que encontramos o nos comentan sobre herramientas implementadas en empresas bajo el nombre de Cuadro de Mando Integral (CMI), muchas veces se tratan de colecciones de cientos o miles de indicadores, muy lejos de lo que realmente se trata un CMI (o Balanced Scorecard en inglés).


No son pocas las ocasiones que encontramos o nos comentan sobre herramientas implementadas en empresas bajo el nombre de Cuadro de Mando Integral (CMI), muchas veces se tratan de colecciones de cientos o miles de indicadores, muy lejos de lo que realmente se trata un CMI (o Balanced Scorecard en inglés).

Creemos que este resultado no se debe sólo al desconocimiento de la técnica del CMI, sino también al exceso de egoísmo y protagonismo de las personas implicadas en su definición.  Ante todo, la definición de un CMI debe implicar la renuncia de los intereses personales y tener claro que debe primar el interés común para que un CMI sea la herramienta de comunicación y control de los objetivos más importantes que sigue toda una organización.

Como en todo, menos es más, en el CMI también, de este modo se facilita el papel de herramienta de comunicación y gestión de lo importante para toda una organización

Para la pregunta que tenemos en el título de este post, encontramos en el documento de referencia la siguiente definición:

El cuadro de mando integral permite: clarificar y traducir la visión y la estrategia, comunicar la estrategia a todos los miembros de la organización, planificar y  establecer objetivos y finalmente, facilitar la formación (aprendizaje) y feedback estratégico (control).

Referencia: 9788473565035

Preguntas clave para iniciar la gestión de un proyecto

En un “mundo ideal” y mientras sea posible, en la gestión de un proyecto, preferentemente al comenzar, nos deberíamos plantearnos las siguientes preguntas:


En un “mundo ideal” y mientras sea posible, en la gestión de un proyecto, preferentemente al comenzar, nos deberíamos plantearnos las siguientes preguntas:

  • Formulación del problema: ¿Cuál es el problema?, ¿Por qué es un problema?
  • Misión del proyecto: ¿cuál es el propósito de este proyecto?
  • Objetivos del proyecto: ¿Cómo podríamos descomponer los objetivos en elementos específicos, mensurables y justificables?
  • Estrategia del proyecto: ¿Cómo pensamos resolver el problema? o ¿cómo pensamos aprovechar la oportunidad?
  • Requisitos: ¿Cuáles son los resultados detallados que produce el proyecto?
  • Criterios de éxito: ¿Qué debe suceder para que el patrocinador, cliente y público interesado declaren que este proyecto ha sido un éxito? o ¿Qué valor de negocio estamos obteniendo de este proyecto?
  • Alcance del proyecto: ¿Qué conseguirá el proyecto? o ¿Qué no conseguirá el proyecto?
  • Resultados: ¿Qué resultados tangibles estamos produciendo y demuestran que se esán los criterios de alcance?
  • Riesgos: ¿Qué eventualidades podrían afectar al éxito del proyecto?, ¿Cuál es su probabilidad?, ¿cuál sería el impacto?, ¿Cómo podríamos responder?
  • Suposiciones: ¿Qué no sabemos todavía y qué suposiciones debemos hacer para decidir que la planificación siga adelante?
  • Limitaciones: ¿Qué limitaciones se oponen a la realización de este proyecto?

Tener claras las respuestas de estos temas, nos ayudará a realizar una mejor gestión

Referencia: ISBN 978-84-415-3225-0

Una vez más, gestiona bien tus ficheros temporales de SAP BPC

En una entrada anterior comentábamos el impacto que podría causar en el rendimiento de los procesos sino se gestiona adecuadamente los ficheros temporales que se generan en una plataforma SAP Business Planning and Consolidation (SAP BPC), sumamos ahora el impacto negativo que también tendría en la generación de las copias de seguridad.


En una entrada anterior comentábamos el impacto que podría causar en el rendimiento de los procesos sino se gestiona adecuadamente los ficheros temporales que se generan en una plataforma SAP Business Planning and Consolidation (SAP BPC), sumamos ahora el impacto negativo que también tendría en la generación de las copias de seguridad.

Ventana de la transacción UJBR de SAP BPC NW 7.5 SP10 y SAP BPC NW 10.0

Los ficheros temporales de SAP BPC NW que se generan por operaciones tales como la carga de datos o la auditoria, pueden llegar a incrementar de manera considerable el tamaño de un Environment BPC (antes AppSet o Conjunto de Aplicaciones) que harían imposible restaurar una copia de seguridad.  

Para evitar contratiempos, es necesario definir procedimientos periódicos para eliminar o transferir estos ficheros transaccionales fuera del Environment de BPC y utilizar adecuadamente las opciones que nos ofrece la transacción de Backup/Restore de BPC.

Referencia: SAP Note 1660238

SAP, tengo una «sospecha», los Environments de BPC tienen limitaciones

Con las experiencias o padecimientos de los usuarios se logra la madurez de un producto, lo que se puede corregir el fabricante lo corrige y lo que no, se señala como restricciones, limitaciones o fuera de alcance. Hay muchos cambios que hemos visto en productos tan nuevos como SAP BusinessObjects BI 4.0 y SAP Business Planning and Consolidation (SAP BPC) 10.0


Con las experiencias o padecimientos de los usuarios se logra la madurez de un producto, lo que se puede corregir el fabricante lo corrige y lo que no, se señala como restricciones, limitaciones o fuera de alcance.  Hay muchos cambios que hemos visto en productos tan nuevos como SAP BusinessObjects BI 4.0 y SAP Business Planning and Consolidation (SAP BPC) 10.0, algunos cambios de funcionamiento y también advertencias y restricciones. Indudablemente estos cambios han sido gracias a los primeros usuarios que «descubrieron» alguna anomalía y lo comunicaron al equipo de soporte de SAP, que al final deriva en una nota para el resto de los usuarios.

En el caso de SAP BPC 10.0 NW, tenemos una «sospecha», nos referimos así porque no hay documentación o nota que niegue o afirme nuestra «hipótesis». Cuando trabajamos con SAP BPC NW por cada «Environment» (antes Application Set) se crea una InfoArea en SAP NW BW, en este espacio se van guardando la serie de objetos que vamos definiendo, necesarios para nuestros proyectos (dimensiones, modelos – cubos -, lógicas e inclusive ficheros temporales). Nuestra «sospecha» es que, al igual que otros objetos de BPC que se reflejan en BW, no pueden ser tratados del mismo modo.

Es decir, creemos que las InfoAreas creadas por la definición de un Environment de BPC tienen limitaciones, tales como la cantidad de objetos que puedan contener o inclusive, su origen, por ejemplo que no pueda contener cubos creados desde BW. Seguro que por el momento son muy pocos los que superen los 35 modelos en un Environment de BPC para que hasta la fecha no exista una nota con «restricciones» al respecto. Algunas veces no es necesario esperar una «comunicación oficial», si vemos los contratiempos, podemos actuar. La nota de referencia refuerza un poco nuestra sospecha.

Referencia: (aquí)

Compatibilidad de SAP BPC con Windows 8 y Office 2013

A través de la nota 1823786 SAP ha comunicado que tiene planes para el 2013 incluir en SAP Business Planning and Consolidation (SAP BPC) versión 10.0 compatibilidad con los nuevos productos de Microsoft,


A través de la nota 1823786 SAP ha comunicado que tiene planes para el 2013 incluir en SAP Business Planning and Consolidation (SAP BPC) versión 10.0 compatibilidad con los nuevos productos de Microsoft, tal como Windows 8, Office 2013 y Internet Explorer 10.  Para la versión 7.5 sólo se prevé compatibilidad con Windows 8 e Internet Explorer 10.  Para la versión 7.0 no habría novedades en este sentido. 

Referencia: (aquí) y revisar post relacionado