No sorprende que una empresa como SAP tenga documentado hasta el mínimo detalle la organización de un evento…
No sorprende que una empresa como SAP tenga documentado hasta el mínimo detalle la organización de un evento: Nombre que debe recibir, marcas, logotipos, imágenes, colores, ubicación y distribución de inmobiliario, no dejando sitio para la improvisación.
Complementando el post anterior, en SAP, además de brindar las directrices sobre el modo de diseñar presentaciones en PowerPoint, también establece la forma de organizar el lugar donde se realiza el evento.
Para presentar cada nueva propuesta innovadora de Apple no hubo nadie mejor que Steve Jobs, referente para muchas personas e inclusive para organizaciones como SAP…
Para presentar cada nueva propuesta innovadora de Apple no hubo nadie mejor que Steve Jobs, referente para muchas personas e inclusive para organizaciones como SAP. Revisando una presentación, vemos como el fabricante software para empresa más grande del mundo, tiene bien definido la forma de comunicar e inclusive como diseñar las presentaciones en PowerPoint para la amplia variedad de eventos que llevan a cabo.
En cuanto al contenido, se señala que la definición de la estructura y contenido debería partir de la siguiente pregunta: ¿Qué debería recordar la audiencia?, en función de esta respuesta se debería organizar la información a brindar, la cual no debe ser abundante.
Para el diseño de presentaciones, se comenta que el público difícilmente leerá el contenido y lo que más recordarán serán las imágenes.
Para la presentación o exposición se sugiere que se busque conectar emocionalmente con el público y se sugiere las siguientes claves para romper las barreras con el auditorio:
No se trata de una nueva publicación o un best seller, pero para nosotros el libro de Richard Koch, “El Principio 80/20”, nos parece una lectura recomendable y muy útil para comprender y aplicar ampliamente el principio 80/20, que en ocasiones sólo se repite como un cliché más.
No se trata de una nueva publicación o un best seller, pero nosotros recién hemos «descubierto» el libro de Richard Koch, “El Principio 80/20”, nos parece una lectura recomendable y muy útil para comprender y aplicar ampliamente el principio 80/20, que en ocasiones sólo se repite como un cliché más.
Este libro contiene variados ejemplos, inclusive para la consultoría:
Sin embargo, lo sorprendente era que mis nuevos colegas eran más efectivos que los anteriores. ¿Por qué? No es que se esforzaran más, sino que aplicaban el principio del 80/20 de dos maneras fundamentales. En primer lugar, se habían dado cuenta de que para la mayoría de las empresas, el 80% de los beneficios proceden del 20% de los clientes. En el sector de la consultoría esto quiere decir dos cosas: clientes importantes y clientes fieles. Los clientes importantes proporcionan proyectos muy amplios, lo que quiere decir que se pueden asignar a más consultores jóvenes que cobran menos. Las relaciones a largo plazo con clientes fieles generan confianza y hacen que el precio de cambiar a otra consultora sea más elevado para el cliente. Los clientes fieles no suelen pensar demasiado en el precio.
En la mayoría de las empresas de consultoría, el mayor entusiasmo se genera cuando se consiguen nuevos clientes. En mi nueva empresa, se consideraba que los verdaderos héroes eran los que trabajaban con los clientes de mayor envergadura y más antiguos durante el mayor tiempo posible. Lo conseguían cultivando con esmero la relación con los jefes de esas empresas.
La segunda revelación fundamental que había tenido la empresa consultora era que, para cualquier cliente, el 80% de los resultados posibles proceden de concentrarse en el 20% de las cuestiones más importantes, que no necesariamente eran las más interesantes desde el punto de vista de un consultor curioso. Sin embargo, mientras nuestros competidores analizaban superficialmente todo un abanico de cuestiones y luego dejaban que el cliente actuara ( o no) basándose en las recomendaciones, nosotros insistíamos en las cuestiones más importantes, hasta que convencíamos al cliente para que emprendiera la acción necesaria. El resultado era, con frecuencia, que los beneficios de los clientes aumentaban drásticamente, al igual que nuestros presupuestos de consultoría.
Página 47
Determinar las necesidades de CPU, memoria y disco (Sizing) para un nuevo proyecto de TI puede resultar un tanto al azar. Indicar números absolutos sobre la cantidad de registros a procesar o usuarios concurrentes, es como tirar los dados, cualquier número que resulte será válido, ¿cómo estimar sobre algo que nunca se ha utilizado en una empresa, algo tan singular y variable como el uso de una plataforma de Business Intelligence?
Determinar las necesidades de CPU, memoria y disco (Sizing) para un nuevo proyecto de TI puede resultar un tanto al azar. Indicar números absolutos sobre la cantidad de registros a procesar o usuarios concurrentes, es como tirar los dados, cualquier número que resulte será válido, ¿cómo estimar sobre algo que nunca se ha utilizado en una empresa, algo tan singular y variable como el uso de una plataforma de Business Intelligence?
Para el caso de SAP BusinessObjects BI 4.0 (BI4), la vía más rápida para obtener un Sizing es utilizando la utilidad Quick Sizer, la cual ofrece un plantilla (BO_BI_V26 F.), basada en el siguiente supuesto: El 10% del total de usuarios de la organización serán usuarios de BI4, el 10% de estos serán usuarios concurrentes, los cuales serán distribuidos en partes iguales en cada uno de los componentes de BI4 que se desplieguen.
Utilizar el QuickSizer puede ser un buen punto de partida para el Sizing de BI4, luego vendrán las pruebas con datos reales, el seguimiento de los ficheros logs y los resultados de utilidades como el Monitoring incluido en el CMC (Consola de Administración Central) de SAP BO BI 4.0, para ajustar las necesidades de memoria de los servicios.
Referencia: NT 1702470
La implementación o desarrollo de una solución puede conllevar un riesgo o incertidumbre, al menos para el cliente que contrata un servicio, ¿se cumplirán los plazos?, ¿el partner tendrá la capacidad funcional y técnica necesaria para comprender y luego diseñar la solución que se espera?, fundados o no, estos temores existen.
La implementación o desarrollo de una solución puede conllevar un riesgo o incertidumbre, al menos para el cliente que contrata un servicio, ¿se cumplirán los plazos?, ¿el partner tendrá la capacidad funcional y técnica necesaria para comprender y luego diseñar la solución que se espera?, fundados o no, estos temores existen.
Para este tipo de situaciones una alternativa son las soluciones “paquetizadas” o pre-configuradas que apuntan ante todo a disminuir los riesgos de incumplimiento de plazos y alcance, en SAP se denominan SAP Rapid Deployment Solutions (SAP RDS). Son alternativas poco utilizadas, al menos fuera de Norteamérica, quizás por desconocimiento o la falta de adaptación regional de las propuestas.
Hace un días en un Webinar de SAP EcoHub conocimos a SAP BusinessObjects Operational Headcount Planning, un modelo basado en SAP BusinessObjects Planning and Consolidation 10.0 NW, el cual incluye una serie de plantillas BPC en MS Excel (EPM Add-in), escenarios SAP Dashboard Design (Xcelsius), lógicas, cargas de datos y BPFs (Business Process Flow) estructurados bajo el clásico enfoque de Preparar, Plan, Consolidar y Ejecutar.
Durante la exposición se hizo hincapié de valorar el uso de SAP HANA, que entre otras cosas que ya hemos comentado sobre esta plataforma, también los modelos SAP BPC se podrían beneficiar del procesamiento in-memory.
Echamos en falta una demostración en directo del modelo SAP BPC, en cambio se mostraron algunas de las plantillas en imágenes incrustadas en un PowerPoint, por cierto, con muy mala resolución.
Las características técnicas requeridas son las mismas que tiene una instalación SAP BPC 10 NW y el tiempo estimado de implementación es de 9 semanas.
Luego ya hemos encontrado un vídeo demostración de este modelo (aplicación) de SAP BPC 10.0 NW.
Referencia: (aquí)
aníbal goicochea 