IT Strategy Stratégie

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? Le coût de mise en œuvre des outils de BI est à la hausse et, par conséquent, le CIO et les autres gestionnaires d'entreprises prennent conscience de nouvelles licences et de coûts de mise en oeuvre. Il existe plusieurs options. Les outils décisionnels sont transférés dans les applications d'entreprise. De plus, certains fournisseurs offrent des outils décisionnels autonomes . Ensuite, il ya Open Source BI application. Les deux traditionnels et de l'Open Source Les vendeurs offrent désormais SaaS modèle de prestation. Comment peut-on comparer les solutions open-source versus Traditional BI? Comment se calcule le coût total de possession (TCO) pour l'application BI? Information Builders Information Builders has a good white paper on this very subject (Click A un bon livre blanc sur ce sujet (Cliquez sur here Espace to read the white paper). There are several components for the BI application that need to be taken into account while calculating the TCO. À lire le livre blanc). Il ya plusieurs composantes pour les applications BI, qui doivent être prises en compte lors du calcul du 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? Je suis heureux de voir Software Functionality in Information Builders' white paper diagramme (comme illustré ci-dessus). De nombreuses organisations se penchera sur les matériels, logiciels, formation des utilisateurs, de support et de maintenance et des temps de mettre en œuvre lorsque l'on compare les applications BI. Certaines organisations ont également comparer Software Architecture Évolutivité et Architecture des données pour calculer le coût total de possession. Mais, de nombreuses organisations ne font pas un bon travail d'analyse et l'évaluation de la fonctionnalité de logiciel. Elles portent essentiellement passer par la liste de toutes les fonctions qui existe pour cette application. Si la liste des logiciels de la fonctionnalité de l'outil BI A est supérieure à B, puis de la pensée classique, c'est que A est Software mieux. Mais que faire si cette fonctionnalité n'est pas pertinent à cette entreprise? À mon avis, la première chose que l'entreprise doit faire avant d'analyser le coût total de possession d'outils de la BI ( Ou de toute autre application d'entreprise) est de comprendre POURQUOI ils veulent utiliser la Business Intelligence Application après tout. Quelles sont les données ont-elles été collecte et sont prêts à recueillir (tout dépend de quel point il est facile de recueillir des données de bonne qualité)? L'entreprise doivent Avoir une bonne compréhension des COMMENT BI application va permettre à leur stratégie d'entreprise. Une fois que l'organisation commence à faire l'analyse détaillée de quelles données ils ont besoin et (dans le cadre de leur stratégie d'entreprise), alors seulement les fonctionnalités de ce logiciel d'application Commence à devenir pertinente. Si une entreprise met en œuvre les fonctionnalités de BI application qui permet en aucune façon quelconque avantage concurrentiel, c'est un total gaspillage de ressources précieuses. Quelle "intelligence" de l'organisation gagnera par regarder les données non pertinentes?

Popularity: 43% [ Popularité: 43% [ ? ? ] ]

Tags: Business Intelligence Business Intelligence , BI , TCO , Total Cost of Ownership Total Cost of Ownership , SaaS , Open Source Open Source

2 Comments » 2 Commentaires »