Categoría: Estrategia

¿SAP BPC 10.0 NW se libera el 16 de marzo?, parece que si

La versión con los cambios más significativos de SAP BusinessObjects Planning and Consolidation para Netweaver (SAP BPC 10.0 NW) sería liberada mañana viernes, según lo que vemos en la página web de Ramp-ups de SAP.


La versión con los cambios más significativos de SAP BusinessObjects Planning and Consolidation para Netweaver (SAP BPC 10.0 NW) sería liberada mañana viernes, según lo que vemos en la página web de Ramp-ups de SAP.

La que podríamos denominar la plataforma para la “Planificación, Presupuestos y Consolidación para Big Data”, trae cambios muy importantes, que modificarían la forma de implementación y la interacción del usuario final.  Ventanas de dialogo que guían las acciones y paneles que controlan los procesos, además de una aplicación mobile como complemento (sería publicada próximamente) y de brindar la posibilidad de configurarse sobre una plataforma SAP HANA, son las novedades que destacamos.  Si antes alguien tuvo la “osadía” de comparar BPC con otros productos, ahora sería una total “malcriadez”, la distancia entre SAP BPC 10 NW y cualquier otra propuesta es abismal.

La mala noticia es que las implementaciones con las versiones anteriores que hagan uso de la función EVDRE para el diseño de formularios de entrada e informes (casi todas) tendrían que rediseñar manualmente estos objetos.  Esta función ya no es compatible y la herramienta de conversión de formularios no funciona adecuadamente cuando se tiene plantillas muy personalizadas, tal como se señala en la nota técnica 1565985. Pero se da una esperanza que en una próxima actualización, el Cliente EPM10 permitiría la ejecución de la función EVDRE, más no su uso para diseñar nuevas plantillas.

Actualización 17 de marzo

Pasado un día, SAP prorroga la culminación del ramp-up de SAP BPC 10 NW, el cual continuaría hasta el 23 de abril de 2012.

Primeros pasos con SAP BPC 10.0 y EPM 10.0

Después de ajustar algunos aspectos técnicos, ya tenemos operativa nuestra instalación de SAP BusinessObjects Planning and Consolidation 10.0 para Microsoft (SAP BPC 10.0). Hemos configurado este producto en una máquina virtual donde ya teníamos configurado SAP BusinessObjects BI 4.0.


Después de superar algunos aspectos técnicos, ya tenemos operativa nuestra instalación de SAP BusinessObjects Planning and Consolidation 10.0 para Microsoft (SAP BPC 10.0).  Hemos configurado este producto en una máquina virtual donde ya teníamos configurado SAP BusinessObjects BI 4.0.

En esta edición el cambio considerable lo vemos en el componente Web y en el complemento para Office denominado EPM Add-in for Miscrosoft Office 10.o.  El componente Administrador apenas modificaciones a tenido, donde sólo destaca la nueva terminología para denominar a los diferentes objetos que se utilizan en este producto.  No ocurre lo mismo con el componente Administrado para Netweaver, donde prácticamente es un nuevo desarrollo y su entorno es Web con Flash.

Todo un «mundo por descubrir» tenemos por delante.

Clásicos diagramas para analizar los negocios

La publicación impresa de diciembre 2011 de la revista Harvard Business Review (HBR), presenta un artículo donde repasa las gráficas o diagramas más utilizadas para evaluar o analizar las organizaciones, se trata de herramientas de no menos de tres décadas de antigüedad, que a pesar del tiempo transcurrido, siguen vigentes, por la facilidad con la logran trasmitir la información. Mencionamos algunos de ellos:


La publicación impresa de diciembre 2011 de la revista Harvard Business Review (HBR), presenta un artículo donde repasa las gráficas o diagramas más utilizadas para evaluar o analizar las organizaciones, se trata de herramientas de no menos de tres décadas de antigüedad, que a pesar del tiempo transcurrido, siguen vigentes, por la facilidad con la logran trasmitir la información. Mencionamos algunos de ellos:

Curva de la experiencia (The Experience Curve – 1966 – Boston Consulting Group) Esta gráfica trata de transmitir como las organizaciones logran alcanzar economías de escala.  Con el tiempo, aprenden a reducir los costos, obtener eficiencias, y mejorar los productos mediante el rediseño y por un mejor uso de la tecnología.

Matriz de Crecimiento-Participación (The Crowth Share Matrix – 1968 – Boston Consulting Group) Permite valorar el crecimiento del mercado con la cuota de participación de una organización.  La ubicación de cada unidad o producto en cada cuadrante tiene la finalidad de identificar las vacas lecheras a ordeñar, los perros a vender, invertir en las estrellas y valorar los riesgos y oportunidades.

Cinco fuerzas (The Five Forces – 1979 – Michael Porter – HBR) Este diagrama identifica el contexto competitivo de una organización a través de los siguientes factores: Poder de negociación sobre los clientes, poder de negociación con los proveedores, Amenazas de la entrada de nuevos competidores en el sector, Amenazas de otros productos sustitutivos y la rivalidad actual de los competidores en el sector.

En esta relación echamos en falto el DAFO, propuesto en 1965, útil para el análisis interno y externo de una organización.  Resulta recomendable una visita ocasional a la sección de gráficas de HBR.org

Una sugerencia para conocer más sobre Agile

Pretender recoger todos los requisitos o necesidades de los usuarios para un proyecto en concreto, en unas cuantas reuniones y luego de lo cual, dar por cerrada esta fase, impidiendo cualquier cambio o adicional posterior, “so pena” de cobro adicional. Seguro que nos parece “razonable” si pensamos como implementadores, pero nos parece algo incompresible si nos ponemos en el papel del usuario.


Pretender recoger todos los requisitos o necesidades de los usuarios para un proyecto en concreto, en unas cuantas reuniones y luego de lo cual, dar por cerrada esta fase, impidiendo cualquier cambio o adicional posterior, “so pena” de cobro adicional.  Seguro que nos parece “razonable” si pensamos como implementadores, pero nos parece algo incompresible si nos ponemos en el papel del usuario.

Ya sea porque siempre se “escapará” algún aspecto o porque el panorama es muy cambiante, el afán de tenerlo todo “atado” para iniciar un proyecto, debería superarse para lograr la real satisfacción del usuario.  Cambiar este paradigma es posible con metodologías Agile, nada nuevas, pero muy desconocidas en cuanto a su estructura y puesta en aplicación.

“No debemos esperar a probar el nuevo producto en la fase final ya que la resolución del problema será, en sí misma, un problema.”

Un enfoque tradicional de un proyecto, propone fijar los requisitos con un alto nivel de detalle al inicio del proyecto y a partir de ellos, se hace una estimación del coste y de la fecha de entrega del mismo.  Los métodos ágiles parten de un presupuesto y unas fechas de entrega y a partir de ahí se trabaja para implementar la funcionalidad, de este modo se logra un alcance flexible.

Para conocer más sobre Agile, sugerimos un libro que recientemente hemos “descubierto”, se trata de “Métodos Ágiles y Scrum” de Anaya (ISBN 978-84-415-3104-8), por lo poco que lo hemos leído, nos parece un documento de mucha utilidad.

¿Las herramientas colaborativas son la solución al uso del email?

Pretender acabar con el protagonismo del correo electrónico en las comunicaciones que se generan en una organización, para utilizar alternativas basadas en portales o herramientas sociales, es una batalla perdida. Por más funcionalidades agreguen los programas de “email”, resulta muy difícil seguir los debates, convocatorias e intercambio de documentos, sobre todo, si el tránsito de información corresponde a proyectos o temas distintos. Pero el software colaborativo parece que no terminar de gustar.


Pretender acabar con el protagonismo del correo electrónico en las comunicaciones que se generan en una organización, para utilizar alternativas basadas en portales o herramientas sociales, es una batalla perdida.  Por más funcionalidades agreguen los programas de “email”, resulta muy difícil seguir los debates, convocatorias e intercambio de documentos, sobre todo, si el tránsito de información corresponde a proyectos o temas distintos.  Pero el software colaborativo parece que no terminar de gustar.

A esta batalla perdida contra el uso/abuso del email, le encontramos mucha similitud con el caso de uso/abuso del “Excel” en las organizaciones, ambas herramientas deberían ser usadas para realizar temas puntuales pero no para cubrir aspectos que implican procesos.  Cómo apunta un artículo en «The Decision Factor«, el email debería ser usado sólo para comunicar algo concreto.

¿Por qué fracasan las herramientas colaborativas que pretenden sustituir el email?

Google Wave pretendía ser el sustituto del correo electrónico para gestionar de un modo más eficiente las comunicaciones entre personas, muchos lo aplaudieron, pero en la fase Beta del producto fueron muy pocos que lo adoptaron y Google abandonó el producto.  SAP StreamWork es una herramienta quizás aún mejor de lo que pretendía ser Google Wave, muy útil para compartir información y en función de ella debatir y tomar decisiones, pero tenemos la impresión que está teniendo poca acogida, muchos la aplauden, pero pocos la usan, esperemos que no tenga el mismo final.

Creemos que la razón de estos “fracasos” de las herramientas colaborativas es apuntar a eliminar el uso definitivo del email.  La similitud del uso del email con respecto al Excel, no lo encontramos sólo en los problemas que producen, sino también en la solución.  Creemos que la solución no pasa por eliminar definitivamente el uso del correo electrónico, al igual que el uso del Excel, las herramientas para gestionar procesos tales como la planificación, previsiones o los presupuestos, que más aceptación tienen, son aquellas que tienen el Excel dentro de la solución.

Al igual que del Excel, son muchos años de uso del email como para pretender sustituirlo repentinamente por una herramienta social/colaborativa, debemos buscar un mix, ¿existe?.