IT Strategy Estrategia de TI

The cost for implementing the BI tools is rising and therefore the CIO and other business managers are becoming aware of new licensing and implementation costs. There are several options. The BI tools are rolled up into the Enterprise applications. Some vendors provide stand alone BI tools. Then there is Open Source BI application. Both Traditional and Open Source Vendors now provide SaaS delivery model. How can anyone compare open-source options versus Traditional BI? How do you calculate Total Cost of Ownership (TCO) for the BI application? El costo para la aplicación de las herramientas de BI está aumentando y, por lo tanto, el CIO y de otros directores de empresas están tomando conciencia de las nuevas licencias y los costes de ejecución. Hay varias opciones. Las herramientas de BI son enrollado en la Empresa aplicaciones. Algunos vendedores proporcionan únicas herramientas de BI . Luego está la aplicación de BI de código abierto. Ambos tradicionales y de código abierto proporcionan ahora Proveedores modelo SaaS entrega. ¿Cómo puede alguien comparar las opciones de código abierto versus tradicionales de BI? ¿Cómo calcular el coste total de propiedad (TCO) para la aplicación de BI? Information Builders Información Builders has a good white paper on this very subject (Click Tiene un buen libro blanco sobre este mismo tema (Haga clic en here Aquí to read the white paper). There are several components for the BI application that need to be taken into account while calculating the TCO. Para leer el libro blanco). Hay varios componentes de la aplicación de BI que deben tenerse en cuenta al calcular el TCO.

I am happy to see Software Functionality in Information Builders’ white paper diagram (as shown above). Many organizations will look into Hardware, Software, User Training, Support and Maintenance and Time to implement when comparing BI applications. Some organizations also compare Software Architecture Scalability and Data Architecture to calculate TCO. But, many organizations do not do a good job of analyzing and assessing Software Functionality. They mainly go through the list of all the functionality that exists for that application. If the list of Software Functionality for BI tool A is greater than B, then the conventional thinking is that Software A is better. But what if that functionality is not relevant to that firm? In my view, the first thing the firm needs to do before analyzing the TCO of the BI tools (or any other Enterprise Application) is to understand WHY they want to use Business Intelligence Application after all. What data have they been collecting and are willing to collect (it depends of how easy it is to collect good quality data)? The firm need to have a clear understanding of HOW BI application is going to enable their Business Strategy. Once the organization begins to do the detailed analysis of what data they have and need (in the context of their Business Strategy), only then the functionality of that software application begins to become relevant. If a firm implements the functionality of BI application that in no way provides any competitive edge, it’sa total waste of valuable resource. What ‘intelligence’ the organization will gain looking at some irrelevant data? Me alegra ver Software Funcionalidad de la Información Builders' libro blanco diagrama (como se muestra arriba). Muchas organizaciones se verá en Hardware, Software, el usuario de Capacitación, Asistencia técnica y mantenimiento y hora de aplicar la hora de comparar las aplicaciones de BI. Algunas organizaciones también comparar Arquitectura de Software Arquitectura y escalabilidad de datos para calcular el TCO. Sin embargo, muchas organizaciones no hacen un buen trabajo de análisis y evaluación de la funcionalidad del software. Ellos van principalmente a través de la lista de todas las funcionalidades que existe para dicha aplicación. Si la lista de Software La funcionalidad de la herramienta BI A es mayor que B, entonces el pensamiento convencional es que un software es mejor. Pero, ¿y si la funcionalidad que no es pertinente para que firme? En mi opinión, lo primero que la empresa tiene que hacer antes de analizar el TCO de las herramientas de BI ( O cualquier otra aplicación de empresa) es comprender ¿POR QUÉ quieren utilizar Business Intelligence de solicitud, después de todo. ¿Qué datos se han ido recogiendo y están dispuestos a reunir (que depende de lo fácil que es para reunir datos de buena calidad)? Necesidad de la empresa Tener una clara comprensión de la aplicación de BI CÓMO va a permitir que su estrategia comercial. Una vez que la organización empieza a hacer el análisis detallado de lo que los datos que tienen y la necesidad (en el contexto de su estrategia de negocios), sólo entonces la funcionalidad de aplicación de software que Comienza a ser relevante. Si una empresa implementa la funcionalidad de BI aplicación que de ninguna manera ofrece ninguna ventaja competitiva, es un total desperdicio de valiosos recursos. ¿Qué 'inteligencia' de la organización ganará mirando a unos datos irrelevantes?

Popularity: 43% [ Popularity: 43% [ ? ? ] ]

Tags: Etiquetas: Business Intelligence Business Intelligence , BI , TCO , Total Cost of Ownership Costo total de propiedad , SaaS , Open Source Open Source

2 Comments » 2 Comentarios »