Identificados y clasificados los riesgos que pueden amenazar un proyecto, el siguiente paso es analizarlos. Debido que la lista de riesgos podría ser amplia y no sería fácil realizar un seguimiento a todos ellos, se debe identificar aquellos riesgos que requieren una atención especial. Para facilitar este análisis el equipo del proyecto puede plantearse dos preguntas:
Identificados y clasificados los riesgos que pueden amenazar un proyecto, el siguiente paso es analizarlos. Debido que la lista de riesgos podría ser amplia y no sería fácil realizar un seguimiento a todos ellos, se debe identificar aquellos riesgos que requieren una atención especial. Para facilitar este análisis el equipo del proyecto puede plantearse dos preguntas:
¿qué posibilidad existe que un riesgo se materialice?
y si esto ocurre, ¿qué impacto negativo tendría en el desarrollo del proyecto?
Las respuestas obtenidas se podrían ubicar dentro de una matriz 3 x3 para analizar el impacto vs. Probabilidad de cada riesgo. En la matriz propuesta se estiman tres niveles (bajo, medio y alto), pero dependiendo de las características del proyecto, quizás sería necesario ampliar el número de respuestas (por ejemplo: bajo, medio bajo, medio, medio alto, alto). Los riesgos identificados con alta probabilidad y alto impacto deberán tener un tratamiento especial y el equipo de proyecto debe estar preparado para brindar una respuesta inmediata si estos se concretaran.
SAP Business Planning and Consolidation (SAP BPC) en sus dos ediciones (para entornos SAP NetWeaver y para plataformas Microsoft) tiene una gran variedad de características, algunas de ellas ignoradas cuando se implementa esta plataforma para la automatización de procesos financieros/contables. Entre estas funcionalidades poco utilizadas podríamos mencionar las siguientes:
SAP Business Planning and Consolidation (SAP BPC) en sus dos ediciones (para entornos SAP NetWeaver y para plataformas Microsoft) tiene una gran variedad de características, algunas de ellas ignoradas cuando se implementa esta plataforma para la automatización de procesos financieros/contables. Entre estas funcionalidades poco utilizadas podríamos mencionar las siguientes:
El gestor de documentos (Permite cargar documentos de diversos formatos al servidor de BPC y asociarlo a un contexto o área de datos)
Conectividad con Xcelsius (Para construir gráficas con interactividad, cuadros de mando o simulaciones del tipo “What-f” con los datos de los modelos de BPC).
Books (en 10.0, para guardar una “foto” del resultado de la ejecución de un informe con la posibilidad de seguir aplicando filtros sobre esta instantánea)
Comentarios (Para asociar textos a determinados contextos de datos)
Distribución y Recopilación 10.0
Consideramos que la “Distribución y Recopilación” (Distribution and Collection) también entra en esta categoría de funcionalidades poco usadas. Esta funcionalidad permite definir libros estáticos (offline templates) conteniendo informes o formularios de entrada para un conjunto especifico de usuarios, estos libros podrían ser distribuidos por email, almacenados en una carpeta de red y recopilados para enviar los datos que se hubiesen introducido al modelo BPC que le corresponda. Los usuarios receptores de estos formularios, durante su uso, no necesitarían estar conectados al servidor de BPC.
En cuanto a la recopilación de datos sólo está disponible para los libros que contengan formularios de entrada, los cuales deberán tener un contexto de datos claramente definido, tanto los miembros de dimensión constantes, como los miembros de dimensión que serán variables en función del destinario. En el diseño del formulario se debería utilizar todas las dimensiones del modelo, en los ejes de columnas y filas irán las dimensiones que determinan la estructura del formulario de entrada de datos, el resto de dimensiones, sin excepción, deberían ir en el eje de página. Se sugiere evitar el uso de las opciones de bloqueo de contexto.
Utilizar estas funcionalidades se deben tener presente desde el inicio del proyecto, para tener en consideración las pautas que se exigen su uso, de no ser así, luego podrían ser complejas de adaptar.
Ha transcurrido una semana desde que se comunicara la liberación o disponibilidad general de SAP BusinessObjects Predictive Analysis, y aún no lo vemos. SAP BO PA, a nuestro parecer, es muy importante para SAP y para sus usuarios, es una herramienta que no se solapa con otra propuesta que tuviera SAP hasta este momento, lo más similar era una compleja adaptación de IBM SPSS que requería muchas habilidades para su configuración y uso.
Ha transcurrido una semana desde que se comunicara la liberación o disponibilidad general de SAP BusinessObjects Predictive Analysis, y aún no lo vemos. SAP BO PA, a nuestro parecer, es muy importante para SAP y para sus usuarios, es una herramienta que no se solapa con otra propuesta que tuviera SAP hasta este momento, lo más similar era una compleja adaptación de IBM SPSS que requería muchas habilidades para su configuración y uso.
Con esta propuesta, SAP prescinde de terceros para brindar una completa plataforma de análisis y dirige sus esfuerzos en una línea de productos de creciente demanda, hasta ahora mal cubierta por fabricantes especializados o de nicho.
SAP define a SAP BusinessObjects Predictive Analysis como una solución de análisis estadístico y minería de datos que permitirá a los analistas y usuarios de negocio construir modelos predictivospara descubrir conocimientos y relaciones ocultas en los datos, modelos que permitirán hacer predicciones sobre futuros eventos.
Mientras esperamos contar con este nuevo producto, debemos tener en cuenta que se trata de una aplicación cliente (requiere ser instalada en cada ordenador donde se desea utilizar), no es indispensable contar con la plataforma de BI de SAP y podremos analizar los datos de una amplia variedad de fuentes tales como ficheros de textos, MS Excel, SAP HANA database, bases de datos relacionales (Oracle, Mysql, MS SQL,…) y universos BusinessObjects (UNV y UNX). La documentación sugiere 2 GB de memoria, pero nos parece lo mínimo, sugerimos el doble, sobre todo si tenemos presente que la calidad o certeza de los modelos estará determinada por el volumen de datos que se procese (a mayor cantidad de datos históricos, mayores posibilidades que las predicciones y relaciones identificadas reflejen la realidad).
Identificados los probables riesgos que podrían surgir en forma de problemas en la ejecución de un proyecto (ver post anterior), deberíamos clasificar los riesgos identificados. El documento de referencia nos sugiere una clasificación que facilite la comprensión en base a las siguientes categorías:
Identificados los riesgos que podrían surgir en forma de problemas en la ejecución de un proyecto (ver post anterior), a continuación, deberíamos clasificar los riesgos identificados. El documento de referencia nos sugiere una clasificación que facilite la comprensión en base a las siguientes categorías:
Riesgos Técnicos
Riesgos Externos
Riesgos Organizativos
Riesgos de gestión del proyecto
Estas categorías podrían ser subdivididas del siguiente modo:
Adicionalmente, en cada riesgo identificado se debería señalar a que aspecto(s) del proyecto afecta (factores impulsores del proyecto):
Si descargaste la primera parte del libro SAP HANA Essentials que se publicó en mayo, quizás has recibido un correo comunicándote que ya esta disponible la segunda parte disponible, se trata sólo de un capitulo adicional.
Si descargaste la primera parte del libro SAP HANA Essentials que se publicó en mayo, quizás has recibido un correo comunicándote que ya esta disponible la segunda parte disponible, se trata sólo de un capitulo adicional.
Este libro no entra profundidad en los temas técnicos, pero puede ser muy recomendable para iniciarse en el mundo SAP HANA. Para descargar el libro completo puedes entrar en este enlace(download code: 3AF36B4E).
aníbal goicochea 