Mario Klesse

Situational Method Engineering

Based on the experience that there cannot be a “one-size-fits-all” method, different situational method engineering approaches are examined in this paper. The result of the analysis shows that “situations” are conceptualized very imprecisely. Therefore, we propose to differentiate between “context” and “project type” in situational method engineering. Especially context is neglected in existing method engineering approaches. To close this gap, we enhance existing method engineering processes by adding three steps to facilitate the identification of context factors and project type factors, enabling the engineering of both contextual and project type-specific methods. Furthermore, we propose a set of extensions to the method engineering meta model that allow the method engineer to differentiate between “context” and “project type” in describing situational methods.

Organizational Forms of Data Warehousing: An Explorative Analysis

In business practice, data warehousing can be implemented on the basis of different architecture designs as well as being positioned within a companys organization in different ways. Although data warehousing is practiced by a large number of big companies, as yet no standardized organizational form has emerged as a recognized best practice. Instead, the implemented organizational forms vary enormously in some cases. This paper sets out to systematize the various organizational forms based on an empirical investigation among 96 enterprises which operate data warehouses. The identified clusters are characterized, and the consequences and challenges which arise are outlined

Erfolgsfaktoren der Applikationsintegration

In this paper success factors for application integration are identified. Furthermore, the factors are confirmed using structural equation modeling. Success is measured using five goal indicators: quality of process support, business satisfaction, application integration costs, architectural flexibility and time-to-market. All factors discussed — architecture management, business-IT alignment, organization of integration, integration methodology, service oriented architecture, consolidation of applications, standardization and technical quality of integration infrastructures — show positive impact on application integration success. Since no dominant factor could be identified, a balanced implementation of all success factors is recommended.

Informationsintegration für Entscheidungsprozesse im Corporate Knowledge Center

Der Beitrag beschreibt Motivation und Ansatze zur Konzeption eines Corporate Knowledge Centers (CKC), mit welchem versucht wird, Entscheidungsprozesse im Unternehmen ganzheitlich zu unterstutzen. Ausgangspunkt der Betrachtung stellt eine Integration von Management Support Systems (MSS) und Knowledge Management Systems dar. Nach einer Ursachenforschung fur den geringen Erfolg bisheriger diesbezuglicher Integrationsbemuhungen wird genauer auf die eigentliche Zielsetzung von MSS eingegangen und die CKC-Stossrichtung daraus abgeleitet. Es wird das wesentliche Potenzial eines CKC herausgearbeitet; mogliche Architekturen werden entwickelt. Schliesslich wird der auf dieser Grundkonzeption aufbauende Forschungsbedarf abgeleitet und damit eine Basis fur CKC-Realisierungen geschaffen.

Methode zur Gestaltung einer Leistungsverrechnung für DWH Competence Center

Innerbetriebliche Informationslogistik wird haufig durch Data Warehousing-Konzepte realisiert (vgl. Kap. 1). Data Warehousing basiert auf einer weitgehend zentral gemanagten Integrationsinfrastruktur, die entwickelt und betrieben werden muss. In der Praxis wird diese Aufgabe haufig von innerbetrieblichen DWH Competence Centern (DWH-CC) wahrgenommen (vgl. Kap. 5). Obwohl Data Warehousing in der Unternehmenspraxis mittlerweile einen ahnlich hohen Reifegrad erreicht, wie die operative Applikationslandschaft und deren Betreuung (Chamoni et al. 2004), besteht das Problem, dass fur DWH-CCs serviceorientierte Konzepte, wie bspw. in der ITIL (OCG 2001) beschrieben, nicht vorhanden sind. Wahrend in der IT-Unterstutzung operativer Prozesse Services definiert, ihre Kosten ermittelt und diese den Fachabteilungen (Leistungsabnehmern) in Rechnung gestellt werden (z. B. OCG 2001; Scheeg 2005), vermag auch heute noch kaum ein DWH-Leistungserbringer zu bestimmen, was die von ihm angebotenen Informationsprodukte kosten und in welcher Qualitat sie geliefert werden (Chamoni et al. 2004, S. 44f).