Gute Reise! Wieder einmal wurde ein Informatik-Großprojekt. Michael Müller, Michael Steiner. Leitfaden für die Unternehmensarchitektur

Größe: px
Ab Seite anzeigen:

Download "Gute Reise! Wieder einmal wurde ein Informatik-Großprojekt. Michael Müller, Michael Steiner. Leitfaden für die Unternehmensarchitektur"

Transkript

1 Leitfaden für die Unternehmensarchitektur Gute Reise! Michael Müller, Michael Steiner Verschüttet unter der Projektruine findet man viele Artefakte der Unternehmensarchitektur (UA, siehe Kasten Enterprise Architecture ), meist großformatig ausgedruckte Visio-Diagramme mit vielen Elementen und noch mehr Verbindungslinien. Ihnen gemeinsam ist, dass sie kaum je auf dem aktuellen Stand waren sie laufend nachzuführen, war aufwendig und als das Projekt unter Druck kam, konnte man sich das sowieso nicht mehr leisten. Als Wandbehang machten sie sich zwar ganz gut, konnten aber kaum je im täglichen Projektleben ihren Nutzen unter Beweis stellen. Zum Teil ist das sicherlich darauf zurückzuführen, dass die Projekt- und Unternehmensleitung den UA-Arbeiten eher ablehnend gegenüberstand und kaum verstand, wie man sie in den Entwicklungsprozess einbinden und so ihr Potenzial hätte nutzen können. Hohe UA-Unkosten mit geringem Nutzen. UA-Artefakte unter der Projektruine Ein Unternehmen strukturiert um und die Software muss angepasst werden. Das Projektteam will genau planen und in kleinen Schritten vorgehen, der Aufsichtsrat will schnelle Resultate. Wer hier nicht aufpasst, sitzt schnell zwischen den Stühlen. Ein Acht-Punkte-Leitfaden für die Unternehmensarchitektur kann helfen. Wieder einmal wurde ein Informatik-Großprojekt gegen die Wand gefahren: Anstatt die IT-Landschaft und insbesondere die Kernsysteme zu modernisieren, Host-Systeme zu ersetzen und die Grundlagen für ein modernes digitales Business zu schaffen, steht das Projektteam vor einem teuren Trümmerhaufen. Die Kosten liefen aus dem Ruder, da die abzulösende Systemlandschaft so komplex ist, dass die Arbeit nur schleppend vorankam und man auf neue Anforderungen kaum oder nur mit großer Verzögerung eingehen konnte. Von der Fachabteilung geforderte moderne Applikationen und ansprechende Funktionen konnte das Team nicht in der gewünschten Zeit liefern, sodass die Unterstützung für das Projekt rasant dahinschmolz und es gestoppt werden musste. Dass ähnliche Szenarios immer noch weit verbreitet sind, zeigt eine großangelegte McKinsey-Studie von 2012 [1]. Sie kam zu dem Schluss, dass 45ˇ% aller IT- Großprojekte das Budget überschreiten, 7ˇ% nicht zeitgerecht beendet werden und 56ˇ% weniger Wert generieren als zuvor versprochen. Dabei kann man der Unternehmensarchitektur weder Weltfremdheit noch Praxisferne nachsagen. Architektur, ganz allgemein, soll ja per Definition Strukturen vorgeben, in deren Rahmen sich Details situationsgerecht ausgestalten lassen. In diesem Sinne ist es Ziel der UA, vorhandene komplexe Systeme zu entflechten und anhand einer klar definierten Zielarchitektur zu gliedern. Die UA-Disziplin kümmert sich nicht um die Architektur einzelner Anwendungen, sondern darum, wie die einzelnen Applikationen einer Unternehmung optimal zusammenarbeiten, um so die Geschäftsprozesse möglichst effizient zu implementieren. Viele erfolgreiche Großprojekte mit starker UA-Disziplin zeigen, dass die schrittweise Weiterentwicklung einer komplexen IT-Gesamtlandschaft machbar ist und die Ablösung einer veralteten IT- Landschaft so in kleineren, planbaren Schritten und mit weniger Risiko erfolgen kann. Richtig gelebt ist die UA-Disziplin ein unverzichtbarer Schlüsselfaktor für jedes Großprojekt. Die Schwierigkeit besteht darin, Wege zu finden, die UA-Disziplin richtig zu gestalten und dadurch ihre Wirksamkeit zu erhöhen. Um es vorwegzunehmen, Wirksamkeit und Akzeptanz der UA-Disziplin lassen sich nur verbessern, wenn man nicht primär Architektur-Artefakte generiert, sondern verständliche und konkrete Lösungen für anwendungsübergreifende 96 ix 2/2015

2 Problemstellungen liefert. Will beispielsweise eine Bank die Zahlungsabwicklung outsourcen, müssen Unternehmensarchitekten innerhalb kurzer Zeit mögliche Konsequenzen für die bestehenden Anwendungen und machbare Umsetzungswege aufzeigen können. Unternehmensarchitektur im Großen und Kleinen -TRACT Zwei Extrembeispiele Großfirmen mit eigenen UA-Abteilungen und Start-ups sollen verdeutlichen, wie Firmen heute Unternehmensarchitektur betreiben. Die UA-Disziplin in Großunternehmen ist meist zentral organisiert. Zum Beispiel steuern und unterhalten nur wenige Verantwortliche die UA-Modell-Verzeichnisse (falls vorhanden) zentral. Man versucht damit zu verhindern, dass ein Chaos entsteht, wenn 100 Projektmitarbeiter gleichzeitig Updates vornehmen. Häufig sind hier immer noch star re Wasserfallmodelle anzutreffen. Einige Auserwählte erarbeiten im stillen Kämmerlein ein Architekturdokument und schicken es dann in wochenlange Review- Runden. Nach diesen Reviews sind zwar alle Unterschriften unter dem Dokument und es gilt als Version 1.0, jedoch ist der Inhalt größtenteils bereits wieder veraltet. In Großunternehmen sind dedizierte Architekturteams vorhanden. Diese kennen ihre Disziplin, sind TOGAF-geschult (The Open Group Architecture Framework) und halten sich an gemeinsame Architekturvorgaben in der Ausarbeitung der UA-Beschreibungen. Die Disziplintreue und das Architekturverständnis sind Vorteile gut strukturierter, aber teilweise unflexibler Großfirmenprozesse. Es gibt wohl nur wenige KMUs, die neben dem Code-Repository eine sau - bere Beschreibung der Geschäftsfunk - tionen, der Prozesse, der Daten-, Ap - plikations- und Technologiearchitektur unterhalten. Im Start-up-Umfeld ist es üblich, mit wenigen Ressourcen viel zu erreichen. Gerade deshalb ist es spannend, dieses Umfeld als zweites Extrembeispiel heranzuziehen. Mitarbeiter solcher Unternehmen können es sich nicht leisten, Dinge zu produzieren, die nicht unmittelbar dem Unternehmenserfolg dienen. Dies ist mit ein Grund, warum sich in den letzten Jahren die Lean-Start-up-Philosophie vielerorts durchgesetzt hat. Im Vordergrund stehen hier Ausprobieren und Iterieren. Man entwickelt ein Produkt mit dem Ziel, schnell auf den Markt zu gehen und dadurch so früh wie möglich Feedback von den Kunden zu erhalten, viele Daten zu sammeln und so das Produkt Schritt für Schritt zu verbessern. Die UA-Disziplin spielt ebenfalls eine wichtige Rolle in Start-ups, hat aber oft eine andere Ausprägung als in Großunternehmen. Typischerweise ist sie ˇgenauso agil wie der Rest der Firma, ˇhäufig wenig strukturiert, ˇein Gemeinschaftswerk oft vieler Generalisten sowie ˇimplizit, das heißt, es gibt keine expliziten Vorgaben und keine dedizierte UA- Mannschaft. Tag für Tag scheitern große Softwareprojekte aufgrund massiver Planungsmängel. Eine starke, aber schlanke Unternehmensarchitektur-Disziplin ist einer der Schlüsselfaktoren für den erfolgreichen Abschluss eines großen strategischen IT-Projekts. Hilfreich dabei ist die Einhaltung eines an der Praxis orientierten Leitfadens mit klaren Prinzipien wie Agilität und Nachvollziehbarkeit. Enterprise Architecture Die Unternehmensarchitektur Zusammen mit einer Roadmap dient eine sauber spezifizierte Zielarchitektur als Basis ˇist eine Gesamtsicht auf das Unternehmen, für alle Umsetzungsprojekte. Die Zielarchitektur gibt den Rahmen vor, in dem sich die ˇlegt die wesentlichen fachlichen und IT- Strukturen fest und Projekte bewegen. Prinzipiell kann man die Form einer UA-Beschreibung frei wählen. Ob ˇdefiniert eine gemeinsame Sprachbasis für Text, Grafik, Modelle oder Kombinationen davon, spielt aus Projektsicht grundsätzlich kei- die Verknüpfung von Business und IT. Hauptziel der UA ist die Zusammenführung ne Rolle, solange Wirksamkeit und Nutzen verstreuter Funktionen, Informationen und deren Abhängigkeiten gegeben sind. zu einem Ganzen, das sich so steuern lässt, dass die Geschäftsziele optimal Strategie erreicht werden können. Geschäftsarchitektur Unter einer UA-Beschreibung versteht Informationssystemarchitektur man die Definition Technologiearchitektur einer bestehenden oder Ziel-Businessund Betriebsinfrastrukturarchitektur IT-Landschaft. Kombiniert man die vorteilhaften Aspekte beider Welten, kann man die Strukturierung von Großfirmen und die Schnelligkeit/Agilität von Start-ups vereinen und daraus einen einfachen Entwicklungsleitfaden für die Unternehmensarchitektur ableiten. Das Einhalten weniger Prinzipien kann die Wirksamkeit der UA-Disziplin erhöhen. Das Beste aus beiden Welten finden Dieser Leitfaden besteht aus den folgenden acht Punkten, die bei jeder UA-Entwicklung berücksichtigt werden sollten: 1. Starke Praxisorientierung: Das UA- Team muss Lösungen für konkrete Problemstellungen liefern, statt einen theoretischen Rundumschlag zu starten. Entwickelt es gute, pragmatische und umsetzbare Lösungen für strategische Fragestellungen, steigen der Wert der UA-Disziplin und die Akzeptanz im Management schnell an. 2. Nachvollziehbarkeit: Die Modellierung erfolgt auf einem Level, das nicht nur Softwareingenieure begreifen, sondern das für alle insbesondere auch für gestandene Manager verständlich ist. 3. Agile Entwicklung: Anstatt den einen großen Wurf mit geringen Erfolgsaussichten zu versuchen, nähert sich das Team über kurze, iterative Sprints der endgültigen Lösung an. Wie die Software selbst gilt es, die Zielarchitektur schrittweise zu definieren. Langwierige theoretische ix 2/ Sicherheitsarchitektur

3 externe Kanäle Te l e f o n Kundenservices Produktsuche Bezahlen Buchungsmanagement Buchungsdaten Inventarmanagement unterstützende Funktionen Reiseplan zusammenstellen Feedback Kundendaten externes Inventar interne Kanäle Reiseberater Frontend Kommunikation / Support Buchungsprozess (inkl. Zahlung) Die erste Frage, die sich für die Zielarchitektur stellt: Welche UA-Artefakte muss das Projektteam erstellen? In diesem Fall bedient es sich eines stark reduzierten, an einer typischen UA-Pyramide ausgerichteten UA-Artefakte-Modells (Prinzipˇ7: einfache Frameworks). Der Fokus der UA-Entwicklung für MeineReise GmbH liegt auf folgenden Artefakten (Prinzipˇ4: nur benötigte Elemente): ˇGeschäftsarchitektur (Prozess- und funktionale Architektur) Ist und Soll; ˇInformationssystemarchitektur (Applikations- und Datenarchitektur) Ist und Soll. Die Architekturen für die eingesetzten Technologien und die Infrastruktur für den produktiven Betrieb lässt das Projektteam zu diesem Zeitpunkt noch bewusst offen, da es sie zusammen mit dem externen Implementierungspartner erarbeiten will. Auf die Vorgaben, die seitens der MeineReise GmbH hinsichtlich der eingesetzten Technologien bestehen, geht der Artikel jedoch unten kurz ein. Als Erstes nimmt das Team die Beschreibung der Geschäftsarchitektur in Angriff. Der Hauptzweck dieser UA-Be- Benutzeradministration Buchen Marketing Broschüre Dokumentenmanagement Generierung Reisedokumente Buchhaltung Einkauf Archivierung Personalwesen In der bisherigen Geschäftsarchitektur nehmen die Kundenservices großen Raum ein (Abb.ˇ2). Übungen entfallen. Jeder akzeptiert, dass kaum je eine vollständige Version entsteht, sondern dass die Erarbeitung kontinuierlich weitergeht. 4. Beschränkung auf benötigte Elemente: Architekten wählen lediglich solche Elemente des Frameworks, die sie wirklich für die Beantwortung ihrer aktuellen Fragestellungen brauchen. Nur so bleibt die Geschäftsarchitektur im Rahmen des Projekts pflegbar. 5. Teamarbeit pflegen: Jeder Mitarbeiter soll auf die Artefakte Zugriff haben, sie verwenden und bei Bedarf weiterentwickeln können analog zur verteilten Softwareentwicklung mit zentralem Repository und Review-Prozessen zur Sicherstellung der Qualität und Nachvollziehbarkeit. UA ist eine Teamarbeit und steht nicht in der alleinigen Verantwortung dedizierter Architekten. 6. Auffindbarkeit: Die Artefakte müssen für jeden Mitarbeiter auffindbar sein. Mittlerweile gibt es neben verbreiteter Standardsoftware spezialisierte Suchwerkzeuge wie smartfacts (siehe Alle Links am Ende des Artikels), mit denen man über verschiedene Repositories hinweg sehr einfach nach UA-Artefakten suchen kann. 7. Klar definierte, einfache Frameworks: Die meisten Projektmitarbeiter haben keine Ausbildung in Architekturentwicklung und der Verwendung der neuesten UA-Tools oder Ansätze wie Archimate, einer von der Open Group spezifizierten Modellierungssprache für Softwarearchitekturen. Dennoch gibt es Situationen während des Projekts, in denen kurzfristig eine Architekturplanung her muss, die dem Fachausschuss gezeigt wird. Genau in solchen Fällen entstehen oft wichtige UA-Artefakte. Solch weniger strukturierte und weniger formale Artefakte sind nicht minder relevant und müssen ebenfalls unterhalten werden, selbst nach Ende des Projekts. Die Erstellung einer UA-Beschreibung kann aufwendig und komplex sein, ein Frame - work wie TOGAF hilft, den Überblick zu wahren und die notwendigen Elemente zu priorisieren. Die Erfahrung zeigt aber, dass man in der Projektarbeit nicht in jedem Fall stur am gewählten Framework festhalten sollte und mit wenigen Artefakten und pragmatischen Ansätzen die Erfolgsaussichten gegenüber umfassenden und schwergewichtigen Standards deutlich erhöht. 8. Die Pflege delegieren: Es sollte Aufgabe der Projektteams und der Verantwortlichen der jeweiligen Anwendungsdomänen sein, die Architektur-Artefakte zu pflegen. Diejenigen, die am meisten unter einer schlechten Qualität der Architektur- Artefakte leiden, haben den größten Anreiz, sie auf den neusten Stand zu bringen. Zentrale Architekturorganisationen meiden diesen Schritt oft, könnten so aber von einer quasi kostenlosen Vervielfachung der UA-Kapazität profitieren. Im Folgenden soll ein Beispiel verdeutlichen, wie sich diese Prinzipien in der Praxis anwenden lassen. In der fiktiven Firma MeineReise GmbH, die ihren Kunden individuelle Reisen in exotische Länder anbietet, gibt es keine dedizierten Unternehmensarchitekten. UA-Artefakte erarbeiten die Mitarbeiter hauptsächlich im Rahmen von Projekten. Bei Bedarf aktualisieren Projektmitarbeiter oder die Anwendungsverantwortlichen diese Ar - tefakte (Prinzipienˇ5 und 7: Teamarbeit, einfache Frameworks). Jetzt hat der Aufsichtsrat die Geschäftsleitung des Reisebüros beauftragt, eine Lösung für die aktuell größte strategische Herausforderung auszuarbeiten: Vom klassischen zum digitalen Reise - büro lautet die grundlegend neue strategische Ausrichtung dieses KMUs. Zunächst ein Blick auf die Hauptpunkte dieser konkreten Problemstellung (Prinzipˇ1: Praxisorientierung). Bisher hat der Reiseberater einen Kunden im persönlichen Gespräch bedient. Jetzt will man den Beratungsprozess primär über den Onlinekanal anbieten. Zukünftig will die Firma keine Filialen mehr für eine Beratung vor Ort unterhalten, Kunden können jedoch in geringerem Umfang individuelle Auskünfte über Onlinekanäle (etwa Chat oder ) und per Telefon erhalten. Implementieren mit Leitfaden 98 ix 2/2015

4 schreibung liegt in der übersichtlichen Darstellung aller benötigten Funktionen und Objekte für die Geschäftslogik. Diese Funktionen werden im Rahmen der UA-Arbeiten in Geschäftsdomänen gruppiert. Funktionen lassen sich bei Bedarf später in Unterfunktionen und in Form von Anforderungen feiner strukturieren. In der ersten Phase ist primär die Gesamtübersicht gefordert (Prinzipienˇ2 und 4: nachvollziehbar, nur benötigte Elemente). Das Diagramm in Abbildungˇ2 zeigt die Ausgangslage der MeineReise GmbH in Form der bisherigen Geschäftsarchitektur (Ist-Zustand) an. Betrachtet man die aufgeführten Funktionen, fällt auf, dass die Geschäftsarchitektur eine gesamtheitliche Unternehmenssicht repräsentiert. Einige der Funktionen sind zudem wenig oder gar nicht automatisiert und beschreiben manuelle Tätigkeiten, beispielsweise die Funktion externes Inventar, die nur teilautomatisiert ist. Zum Ausgangszeitpunkt arbeitet ein Mitarbeiter der MeineReise GmbH direkt mit diversen Onlinesystemen der Lieferanten, um deren angebotene Reisekomponente (etwa ein Hotel) per Copy-andpaste in einen Reisevorschlag aufzunehmen und Buchungen durchzuführen. Eine vollautomatische existiert bisher nicht. Geschäftsarchitektur als ganzheitliche Sicht Als zweites wichtiges Element der Geschäftsarchitektur werden Geschäftsobjekte aufgelistet und den Domänen zugeordnet. Der Kompaktheit halber stellt dieser Artikel die vom Projektteam identifizierten Geschäftsobjekte hier lediglich als Liste dar, auf die er in der Informationssystemarchitektur nochmals zurückkommt: ˇKundendaten, ˇReisekomponente, ˇReiseplanvorlage, ˇReiseplan, ˇBuchung, ˇBroschüre. Die textuelle Beschreibung der Geschäftsfunktionen und -objekte entfällt hier. Sie gehört zu den priorisierten UA-Elementen, und Mitarbeiter der MeineReise GmbH haben sie im Rahmen der UA-Entwicklung bereits formuliert. Nachdem das Projektteam die Ist-Geschäftsarchitektur erarbeitet hat, folgt die Beschreibung der Soll-Version. Weil die MeineReise GmbH ihr Angebot einer persönlichen Beratung vor Ort in einen Selfservice durch den Kunden ändert, muss sie mehrere Funktionen der Geschäftsarchitektur modifizieren beziehungsweise durch weitere ergänzen. Die Prozesse der Abwicklung, nachdem ein Kunde eine Reise geplant und gebucht hat, bleiben in einer ersten Phase der Strategieumsetzung allerdings erhalten, denn man geht davon aus, dass im Rahmen der aktuellen Strategieänderungen die Wertschöpfungskette keine Anpassungen verlangt. Abbildungˇ3 zeigt das Diagramm der Soll-Geschäftsarchitektur. Die Strukturierung entstammt der Ist-Geschäftsarchitektur. Bisherige Funktionen, die unverändert bleiben, sind heller eingefärbt. So lassen sich Ist- und Soll-Situation schnell vergleichen. Beispielsweise fällt auf, dass im Marketing viele Funk - tionen dazugekommen sind. Das überrascht nicht weiter, denn mit der UmsteliX 2/

5 lung auf den reinen Onlineverkauf er - geben sich viele neue Möglichkeiten zur Kundenakquise und Pflege der Kundenbeziehung. Ähnlich fundamentale Änderungen gibt es in der Domäne Kundenservices, die in der Soll-Version deshalb Kunden- Selfservices heißt. Während die Funktionen dieser Domäne bisher vorwiegend manuell erfolgten, sollen sie jetzt wesentlich stärker automatisiert werden. Die zugehörigen Funktionsbeschreibungen müssen somit ebenfalls stark angepasst beziehungsweise neu geschrieben werden. Im Gegensatz zu den Funk - tionen ändern sich die Geschäftsobjekte nur wenig. Das Team musste sie lediglich um Kampagnen ergänzen, denn die MeineReise GmbH möchte dieses Marketingmittel zukünftig nicht mehr vernachlässigen. Ist- und Soll-Zustand erfassen Aus diesen ersten Modifikationen resultieren die folgenden UA-Architekturelemente für die Geschäftsarchitektur: ˇBeschreibung und Gruppierung aller Geschäftsfunktionen in Geschäftsdomänen in einer Ist- und einer Soll-Version; ˇIst- und Soll-Version der Beschreibung und Gruppierung aller Geschäftsobjekte. Die Geschäftsarchitektur ist oft statischer und weniger häufig Änderungen unterworfen als die darunterliegenden Architekturen. Größere Änderungen sind aber nötig, wenn man neue Geschäftsfelder erschließen will, wie im vorliegenden Beispiel der MeineReise GmbH. Im nächsten Schritt der Unternehmensarchitektur-Tätigkeit entsteht die erste Version der Informationssystemarchitektur. Die Funktionen und Objekte der Geschäftsarchitektur werden dabei in Ap - plikationen gruppiert, die auf dieser Ebene als logische Zusammenfassung von Funktionen zu verstehen sind. Das Team passt diese Gruppierung in vielen Fällen im Laufe des Projekts iterativ an, vor allem, weil sich die initial gewählte Gruppierung aus technischer Sicht als ungeeignet erweist (Prinzipˇ3: agil). Beispielsweise kann eine eingesetzte Software (gemäß Technologiearchitektur) nicht den vollen Funktionsumfang bieten, sodass man das Funktionsspektrum auf mehrere Applikationen verteilen muss. In der vorliegenden Situation ändert sich die Informationssystemarchitektur fundamental. Aus diesem Grund hat die Geschäftsleitung entschieden, dass die MeineReise GmbH die bisherigen Informationssysteme außer Betrieb nimmt und lediglich Kundendaten und migriert. Trotz dieser großen Änderungen er - arbeitet das Projektteam auch für diese Architekturebene zunächst eine Ist- und anschließend eine Soll-Version. Dadurch lassen sich notwendige Änderungselemente, die die Basis für die Umsetzungs-Roadmap darstellen, leicht identifizieren. Lose Kopplung und Service-Orientierung Das Diagramm der Soll-Informations - systemarchitektur zu sehen in Abbildungˇ4 zeigt, welche Funktionen welchen Informationssystemen zugeordnet werden. Es fällt auf, dass in dieser ersten Iteration eine hohe Übereinstimmung mit der Gruppierung in Geschäftsdomänen besteht. Diese Übereinstimmung ist gewollt und begünstigt eine lose gekoppelte, moderne SOA (serviceorientierte Architektur). Die Beschreibung der Daten und Schnittstellen zwischen Applikationen ist Teil der Informationssystemarchitektur. Beide Spezifikationen sind im Beispieldiagramm angedeutet, müssen allerdings in einem weiteren Artefakt der Informationssystemarchitektur noch detaillierter beschrieben werden. Im Beispiel sind die relevanten Systemschnittstellen durch Pfeile dargestellt, und die Datenelemente sind als Informationsobjekte den Informationssystemen zugeordnet. Zu beachten ist, dass diese Informationsobjekte weitgehend den Objekten der Geschäftsarchitektur entsprechen und diese teil- externe Kanäle interne Kanäle Te l e f o n Kunden Frontend Desktop Kunden Frontend Mobile Reiseberater Frontend Administration Frontend Kunden-Selfservices Marketing Sicherheitsmanagement Produktsuche Reiseplan zusammenstellen Kommunikation / Support Buchen Web Content Management Medien IAM Bezahlen Feedback Registrierung Data Analytics Benutzeradministration Kampagnenmanagement Anmeldung Buchungsmanagement Buchungsdaten Kundendaten Buchungsprozess (inkl. Zahlung) soziale Medien Auditing Inventarmanagement externes Inventar Dokumentenmanagement Generierung Reisedokumente unterstützende Funktionen Buchhaltung Einkauf Archivierung Personalwesen Domäne bestehende Funktion neue / geänderte Funktion Die Umstellung auf Kunden-Selfservices eröffnet viele neue Möglichkeiten im Bereich Marketing und verlangt dementsprechende Funktionen (Abb.ˇ3). 100 ix 2/2015

6 Kunde Reiseberater Administrator Web Frontend Mobile Frontend (App) Reiseberater und Admin Frontend Kundenservices Marketing Sicherheitsmanagement Produktsuche Reiseplan zusammenstellen Kommunikation / Support Buchen Medien Bezahlen Feedback Benutzeradministration Registrierung Data Analytics Anmeldung soziale Medien Auditing Buchungsmanagement Kampagnenmanagement Kundendaten Buchungsdaten Buchungsprozess (inkl. Zahlung) Kampagnen Kundendaten Reisepläne Buchungen Web Content Management Inventarmanagement Web Content externes Inventar Dokumentenmanagement IAM externe Generierung Reisedokumente Benutzer und Rollen Informationssystem Komponente Schnittstelle / Informationsfluss Informationsobjekt Aktor Archivsystem Archivierung Die angestrebte Informationssystemarchitektur entspricht weitgehend der Einteilung in Geschäftsdomänen (Abb.ˇ4). weise ergänzen oder verfeinern. Die Informationsobjekte implementieren die Geschäftsobjekte. Ganz unten: Technologie und Infrastruktur Auf der nächsten Ebene der Unternehmensarchitektur wird den Informationssystemen eine spezifische Technologie zugeordnet. Konkret können das verfügbare Softwareprodukte sein, aber auch lediglich Entwicklungsplattformen, auf denen die Entwickler neue Softwarekomponenten implementieren. Auf der Basis dieser Architektur erstellen sie dann die Softwarearchitektur, die allerdings nicht der Unternehmens-, son dern der Solution-Architektur zugeordnet wird. Als letzte UA-Ebene definiert die Betriebsinfrastrukturarchitektur die Grundlage für das Betreiben der verschiedenen Informationssysteme. Da das Projektteam keine fixen unternehmensspezifischen Vorgaben für diese beiden unteren technischen Ebenen der Unternehmensarchitektur hat, entschied es sich, diese zusammen mit einem Software-Implementierungspartner festzulegen und sich im Rahmen der Sicherheitsanforderungen an dessen Fähigkeiten anzupassen. Rückblickend hat das Projektteam der MeineReise GmbH die Zielarchitektur dieses KMUs in wenigen einfachen Schritten erstellt (Prinzipienˇ4 und 7: nur benötigte Elemente, einfache Frameworks). Die entstandenen Artefakte dienen zur übergreifende Strukturierung und zeigen in der Soll-Version einen denkbaren Ansatz für die strategische Problemstellung Vom klassischen zum digitalen Reisebüro auf. Die dokumentierte Soll-Geschäftsarchitektur zeigt die fachlichen Domänen, innerhalb derer man die Applikationen vorwiegend unabhängig voneinander weiterentwickeln kann. Die Verantwortlichkeiten sind somit klar geregelt. Nicht unerwähnt bleiben sollte, dass für die Erstellung der UA-Artefakte eine Diagramm-Software zum Einsatz kam, die allen Projektmitarbeitern zur Verfügung stand. Der Grund dafür lag in den Prinzipienˇ3 (agil), 5 (Teamarbeit), 6 (Artefakte auffindbar) und 8 (Pflege delegieren). Dieses Vorgehen erlaubt es, dass alle direkt auf die Artefakte (gespeichert in einem zentralen Datei-Repository) zugreifen, sie auschecken, bei Bedarf anpassen und wieder einchecken können. So hat das gesamte Team die Architekturbeschreibungen kontinuierlich verwendet, iteriert und getragen. Auch Kommentarfunktionen erwiesen sich als hilfreiches Mittel im Rahmen von Reviews. Eine Gegenüberstellung der Ist- und Soll-Beschreibungen hilft nun, die Entwicklung der Firma schrittweise und systematisch voranzutreiben und entsprechende Schritte zu priorisieren. Auf Ebene der Informationssystemarchitektur lässt sich aus diesem Vergleich direkt eine Roadmap für die Umsetzung ableiten, die eine grobe Planung für die Implementierung der neuen Informationssysteme und der Migration der bisherigen Systeme zeigt. Aus der Dokumentation der Informationssystemarchitektur hat das Projektteam von MeineReise GmbH die größten Änderungsblöcke extrahiert. Abbildungˇ5 zeigt hierfür die Roadmap, die eine initiale Grobplanung der anfallenden TätigiX 2/

7 Abschluss Entwicklung Release 1 Go-Live Release 1 ( MVP ) Go-Live Release 2 Realisierung Phase I Fokus: Kundenerlebnis Einschränkung ( MVP ): nur teilautomatisiertes Buchungs- / Inventar-Backend externer Drittsysteme Organisationsaufbau Kundensupportservice Datenmigration (für beliebige Kundendaten und ) Realisierung Phase II a Fokus: weiterer Ausbau der Kundenservices (Priorisierung anhand von User-Tests und Web-Analysen) Realisierung Phase II b Fokus: vollständige Automatisierung des Buchungs- und Inventarmanagements Marketingkonzept (für Kampagnen, soziale Medien) Aus der Dokumentation der Informationssystemarchitektur lässt sich eine initiale Roadmap für die Umsetzung der identifizierten Änderungen ableiten (Abb.ˇ5). keiten erlaubt und ebenfalls iterativ weiterentwickelt wird. Insbesondere während der Anfangszeit der Zusammenarbeit mit dem Implementierungspartner führen Iterationen der Unternehmensarchitektur auch zu Anpassungen der Grobplanung. Auch die Roadmap muss agil bleiben Auch beim Definieren einer solchen Road map für die Realisierung neuer Systeme ist ein agiles Vorgehen zu wählen (Prinzipˇ3). Das Team entscheidet sich zudem dem Gedanken des Lean Start-up folgend, eine erste Release möglichst früh in Betrieb zu nehmen, um heraus - zufinden, ob sich die gewählte strategische Richtung bewährt hat oder gegebenenfalls eine Anpassung verlangt. Diese erste Version entspricht somit einem sogenannten Minimum Viable Product (MVP), einer produktiv einsetzbaren Lösung mit minimal praktikablem (viable) Funktionsumfang. Konkret heißt das für die MeineReise GmbH, dass sich die Entwickler in einer ersten Phase (MVP) auf die Umsetzung der Kundenservices beschränken und aus dem Buchungs- und Inventarmanagement lediglich jene Funktionen umsetzen, die sich nicht für die manuelle Abarbeitung eignen. Trotz dieser Abstriche bei der Automatisierung will man diese erste Release produktiv einsetzen. Nur so ist eine Beurteilung des neuen Geschäftsmodells möglich und das Risiko der Strategieumsetzung lässt sich erheblich reduzieren. Auch wenn sie einen Lean-Ansatz verfolgen, dürfen Entwickler Qualitätsaspekte keinesfalls vernachlässigen. Schließlich legt die erste Iteration den Grundstein für weitere Release-Iterationen, die nur effizient sein können, wenn das Team von Anfang an moderne Softwareentwicklungspraktiken anwendet (zum Beispiel Code-Reviews, kontinuierliche Integra - tion, automatisiertes Testing, User Stories). Diese Umsetzungs-Roadmap schließt den ersten Durchgang der UA-Arbeiten der MeineReise GmbH ab und die Geschäftsleitung kann mit diesen Resultaten dem Aufsichtsrat einen Lösungsansatz für die wichtigste strategische Herausforderung präsentieren. Das Beispiel der MeineReise GmbH zeigt, wie man über wenige einfache Schritte vom strategischen Problem auf eine konkrete Lösung in Form einer Zielarchitektur und einer konkreten Roadmap für die Umsetzung kommen kann. Die Roadmap identifiziert klare Meilensteine, die einen Mehrwert für das Unternehmen generieren. Genauso muss UA funktionieren, damit unternehmerisch denkende Manager sie schätzen. Im Unterschied zu KMUs wie der MeineReise GmbH haben Großunternehmen viel umfangreichere und kompliziertere Anwendungslandschaften. Das für KMU vorgestellte Vorgehen für die Erstellung der Zielarchitektur unterscheidet sich aber nicht wesentlich von dem in einer großen Firma. Wesentliches Erfolgskriterium ist im Großunternehmen genauso wie in einem KMU, dass die Entwicklung der Zielarchitektur nicht von komplizierten Modellen und Tools zentraler UA-Teams behindert wird. Im optimalen Fall definiert das interdisziplinäre Projektteam die Zielarchitektur als Teil der Projektarbeit. Die zentralen UA-Organisationseinheiten machen einfache Vorgaben für Artefakte und zentrale Verzeichnisse und führen regelmäßige Reviews durch. So lassen sich unternehmensweite UA-Prinzipien und Best Practices einhalten und gleichzeitig verhindert man, dass typische Ressourcen-Engpässe der zentralen Architektur das Projekt bremsen. Fazit Oft spielt die UA-Disziplin in Großprojekten nur eine Nebenrolle. Viele erfolgreiche Praxisbeispiele belegen aber, dass sie ein Schlüsselerfolgsfaktor in großen technologielastigen Change-Projekten sein könnte und so das eingangs erwähnte Horrorszenario jedes Unternehmers verhindert, in dem ein großes Umsetzungsprojekt fehlgeschlagen ist. Leider fehlt es aber den UA-Architekten oftmals an Praxisorientierung, komplizierte Prozesse verlangsamen die Projekte und machen klare, schnelle Entscheidungen schwierig. Der in diesem Artikel eingeführte Leitfaden fasst einige einfache Prinzipien zusammen, die die Wirksamkeit der UA-Disziplin erhöhen und so die Fehlerrate von Großprojekten massiv senken können. (ka) Michael Müller ist Partner bei der Acrea AG. Eines seiner Kerngebiete ist die Anwendung von Unternehmensarchitektur-Tools in großen Online-Business-Projekten. Michael Steiner iist Senior Consultant bei der Acrea AG in Zürich. Seine Kerngebiete umfassen unter anderem modernes Online-Business und modellgetriebene Softwareentwicklung. Literatur [1]ˇMcKinsey&Company; Delivering large-scale IT projects on time, on budget, and on value; insights/business_technology/ delivering_large-scale_it_projects_ on_time_on_budget_and_on_value Alle Links: 102 ix 2/2015

Kapitel 2 Unternehmensarchitektur I

Kapitel 2 Unternehmensarchitektur I Kapitel 2 Unternehmensarchitektur I Software Architecture, Quality, and Testing FS 2015 Prof. Dr. Jana Köhler jana.koehler@hslu.ch Gesamtüberblick I. Unternehmensarchitektur - Enterprise Architecture (EA)

Mehr

Neue Funktionen in Innovator 11 R5

Neue Funktionen in Innovator 11 R5 Neue Funktionen in Innovator 11 R5 Innovator for Enterprise Architects, Java Harvester und Prüfassistent 12.11.2013 Agenda 1 2 3 Einführung Was ist neu in Innovator 11 R5? Szenario Enterprise Architektur

Mehr

Geschäftsarchitektur, Domänen, Anwendungen

Geschäftsarchitektur, Domänen, Anwendungen LMU Ludwig- Maximilians- Universität München Lehr- und Forschungseinheit für Programmierung und Softwaretechnik Vorlesung am 26.5.2009 Serviceorientiertes egovernment Geschäftsarchitektur, Domänen, Anwendungen

Mehr

Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.

Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. Wir erledigen alles sofort Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. agilecoach.de Marc Bless Agiler Coach agilecoach.de Frage Wer hat

Mehr

Abbildung 1: Titelbild (Quelle: http://www.oobject.com/algorithmic-architecture/follymorph-continuum-group-finalpresentation/3267/)

Abbildung 1: Titelbild (Quelle: http://www.oobject.com/algorithmic-architecture/follymorph-continuum-group-finalpresentation/3267/) Abbildung 1: Titelbild (Quelle: http://www.oobject.com/algorithmic-architecture/follymorph-continuum-group-finalpresentation/3267/) Enterprise Continuum Wiederverwendung von Unternehmensarchitekturen Modul

Mehr

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel 14.09.2012

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel 14.09.2012 Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel Verglühte die Raumfähre Columbia durch einen unflexiblen Projektmanagementprozess? Rückblick: 2003 verglühte

Mehr

Data Lineage goes Traceability - oder was Requirements Engineering von Business Intelligence lernen kann

Data Lineage goes Traceability - oder was Requirements Engineering von Business Intelligence lernen kann Data Lineage goes Traceability - oder was Requirements Engineering von Business Intelligence lernen kann Andreas Ditze MID GmbH Kressengartenstraße 10 90402 Nürnberg a.ditze@mid.de Abstract: Data Lineage

Mehr

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Über mich Berufliche Erfahrung 3 Jahre Projektabwicklung 2 Jahre

Mehr

Professionelles Projektmanagement in der Praxis. Veranstaltung 7 Teil 1 (30.06.2003):

Professionelles Projektmanagement in der Praxis. Veranstaltung 7 Teil 1 (30.06.2003): Professionelles Projekt-Management in der Praxis Veranstaltung 7 Teil 1 (30.06.2003): Prof. Dr. Phuoc Tran-Gia, FB Informatik, Prof. Dr. Margit Meyer, FB Wirtschaftswissenschaften, Dr. Harald Wehnes, AOK

Mehr

Projektmanagement-Alternativen für BI-Projekte [Session D4] Uetliberg, 15.09.2015 www.boak.ch

Projektmanagement-Alternativen für BI-Projekte [Session D4] Uetliberg, 15.09.2015 www.boak.ch [Session D4] Uetliberg, www.boak.ch Im heutigen Vortrag stelle ich ihnen die Hauptunterschiede zwischen traditionell sequentiellen und agilen Projektmanagement Vorgehensmethoden vor. Dabei geht es um keine

Mehr

Modellgetriebene Softwareentwicklung

Modellgetriebene Softwareentwicklung Modellgetriebene Softwareentwicklung 30.10.2008 Dr. Georg Pietrek, itemis AG Inhalt Wer ist itemis? Modellgetriebene Entwicklung Ein Praxis-Beispiel Fazit 2 Vorstellung IT-Dienstleister Software-Entwicklung

Mehr

Talk im Schloss. Zusammenbringen was zusammen gehört. Der richtige Softwareentwicklungsprozess für erfolgreiches Usability Engineering 10.12.

Talk im Schloss. Zusammenbringen was zusammen gehört. Der richtige Softwareentwicklungsprozess für erfolgreiches Usability Engineering 10.12. Talk im Schloss Zusammenbringen was zusammen gehört Der richtige Softwareentwicklungsprozess für erfolgreiches Usability Engineering 10.12.2007 F.Riemenschneider +49 177 291 68 32 falko.riemenschneider@itemis.de

Mehr

ckc Finance Club EAM Master Planning

ckc Finance Club EAM Master Planning ckc Finance Club EAM Master Planning 22. Februar 2007 Peter Barth-Nicolini, alfabet AG Agenda Vorstellung alfabet AG Herausforderung Business & IT Alignment Überblick: Strategische IT Planung mit planningit

Mehr

Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren

Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren Agile Entwicklung in IT-Projekten - Anforderungen an Systemintegratoren Unternehmensberatung H&D GmbH AFCEA Mittagsforum M. Sc. Dipl. Ing. (FH) Matthias Brechmann Agenda Unternehmensberatung H&D GmbH Anforderungen

Mehr

Agilität auf Unternehmensebene - Was hält uns davon ab?

Agilität auf Unternehmensebene - Was hält uns davon ab? Agilität auf Unternehmensebene - Was hält uns davon ab? Alexander Birke, Juli 2015 Copyright 2015 Accenture All rights reserved. Wie stellt sich Agilität heute dar? Das Scrum Framework: einfach und mittlerweile

Mehr

Ansätze zur Synchronisation von Enterprise Architecture Management, Prozessmanagement und SAP. Ralf Ackermann Daimler AG, ITM MBC Powertrain

Ansätze zur Synchronisation von Enterprise Architecture Management, Prozessmanagement und SAP. Ralf Ackermann Daimler AG, ITM MBC Powertrain Ansätze zur Synchronisation von Enterprise Architecture Management, Prozessmanagement und SAP Ralf Ackermann Daimler AG, ITM MBC Powertrain Agenda Ausgangslage EAM Tool-Landschaft bei Daimler planningit

Mehr

Einführung der Adobe Marketing Cloud bei Credit Suisse Michael Grob Senior Consultant, Unic AG

Einführung der Adobe Marketing Cloud bei Credit Suisse Michael Grob Senior Consultant, Unic AG Einführung der Adobe Marketing Cloud bei Credit Suisse Michael Grob Senior Consultant, Unic AG 280/6 1 100% Unic - Seite 2 Gemeinsamer Weg: Credit Suisse und Unic Die Credit Suisse beschäftigt 45 000 Mitarbeiter

Mehr

Agilität selbst erfahren. Agile Softwareentwicklung in der Praxis: Jetzt bewerben für das erste Agile Code Camp 2013!

Agilität selbst erfahren. Agile Softwareentwicklung in der Praxis: Jetzt bewerben für das erste Agile Code Camp 2013! Agilität selbst erfahren. Agile Softwareentwicklung in der Praxis: Jetzt bewerben für das erste Agile Code Camp 2013! Sie wollen alles über agile Softwareentwicklung wissen? Wie können Sie agile Methoden

Mehr

PITSS.CON und Scrum. Agile Softwareentwicklung für effizientes Projektmanagement PITSS.CON 12.3.1. White Paper, November 2014

PITSS.CON und Scrum. Agile Softwareentwicklung für effizientes Projektmanagement PITSS.CON 12.3.1. White Paper, November 2014 PITSS.CON und Scrum Agile Softwareentwicklung für effizientes Projektmanagement PITSS.CON 12.3.1 White Paper, November 2014 1/6 1. Einführung... 3 2. Die Bedeutung von PITSS.CON... 3 3. Die Vorzüge der

Mehr

Enterprise Architecture Management (EAM)

Enterprise Architecture Management (EAM) your IT in line with your Business Enterprise Architecture Management (EAM) Unternehmensziele im Mittelpunkt der Informationstechnologie 2015 SYRACOM AG Part of Consileon Group Motivation für EAM In vielen

Mehr

Modellgetriebene agile BI-Vorgehensweise

Modellgetriebene agile BI-Vorgehensweise Modellgetriebene agile BI-Vorgehensweise Thomas Neuböck Konrad Linner 12.11.2013 Inhalt Anforderungen und Lösungsansatz Agile Vorgehensweise Orientierung nach Fachthemen Architekturrahmen Modellorientierung

Mehr

Einführung der Adobe Marketing Cloud bei Credit Suisse

Einführung der Adobe Marketing Cloud bei Credit Suisse Einführung der Adobe Marketing Cloud bei Credit Suisse Michael Grob Senior Consultant Martin Eisenring Senior Account Manager Unic auf einen Blick Gründung 1996 in der Schweiz Beratung, Kreation, Umsetzung

Mehr

Konsolidierung und Neuimplementierung von VIT. Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt

Konsolidierung und Neuimplementierung von VIT. Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt Konsolidierung und Neuimplementierung von VIT Aufgabenbeschreibung für das Software Engineering Praktikum an der TU Darmstadt Inhaltsverzeichnis 1 Was ist der Kontext?... 1 2 VIT: Ein sehr erfolgreiches

Mehr

Agile Softwareentwicklung in der Versicherungs-IT Fehlschlag oder Heilsbringer?

Agile Softwareentwicklung in der Versicherungs-IT Fehlschlag oder Heilsbringer? OOP 2012 Agile Softwareentwicklung in der Versicherungs-IT Fehlschlag oder Heilsbringer? André Köhler Softwareforen Leipzig GmbH Geschäftsführer 1 Das Bild kann nicht angezeigt werden. Dieser Computer

Mehr

Management großer Projekte Ein modellbasierter Ansatz

Management großer Projekte Ein modellbasierter Ansatz Management großer Projekte Ein modellbasierter Ansatz Dr. Dehla Sokenou Herausforderungen des Projektmanagements Projekt Initialisierung Aufgaben sinnvoll planen/partitionieren Projekt Monitoring Arbeitsergebnisse/Status

Mehr

Agile Programmierung - Theorie II SCRUM

Agile Programmierung - Theorie II SCRUM Agile Programmierung - Theorie II SCRUM Arne Brenneisen Universität Hamburg Fakultät für Mathematik, Informatik und Naturwissenschaften Seminar Softwareentwicklung in der Wissenschaft Betreuer: Christian

Mehr

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA

Liste der Handbücher. Liste der Benutzerhandbücher von MEGA Liste der Handbücher Liste der Benutzerhandbücher von MEGA MEGA 2009 SP4 1. Ausgabe (Juni 2010) Die in diesem Dokument enthaltenen Informationen können jederzeit ohne vorherige Ankündigung geändert werden

Mehr

Software-Qualität im Rahmen modellgetriebener Softwareentwicklung

Software-Qualität im Rahmen modellgetriebener Softwareentwicklung Software-Qualität im Rahmen modellgetriebener Softwareentwicklung OFFIS Technologiecluster Enterprise Application Integration niels.streekmann@offis.de 09.07.2008 Seite 1 / 13 Software-Qualität: Unterschiedliche

Mehr

Nr. o3. SOA (Service Oriented Architecture)

Nr. o3. SOA (Service Oriented Architecture) Nr. o3 SOA (Service Oriented Architecture) Berner Architekten Treffen No. 3 Das Berner Architekten Treffen Das Berner Architekten Treffen ist eine Begegnungsplattform für an Architekturfragen interessierte

Mehr

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1 sverzeichnis Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41913-1 sowie im Buchhandel.

Mehr

www.competence-site.de Seite 1

www.competence-site.de Seite 1 Virtual Roundtable zu Enterprise Architecture Management (EAM): Ziele und Einsatzperspektiven für Enterprise Architektur-Management in IT-Organisationen Name: Prof. Dr. Robert Winter Funktion/Bereich:

Mehr

Extreme Programming. Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig

Extreme Programming. Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig Extreme Programming Frank Gerberding LINEAS Informationstechnik GmbH Theodor-Heuss-Straße 2 D-38122 Braunschweig Stand: 11.06.2007 LINEAS Gruppe - Zahlen und Fakten LINEAS Gruppe Branche Software- und

Mehr

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Modellgetriebene Softwareentwicklung auf Basis von TOPCASED am Beispiel

Mehr

Methoden zur Kontextmodellierung (Quasar Enterprise)

Methoden zur Kontextmodellierung (Quasar Enterprise) Fakultät für Informatik Lehrstuhl Software & Systems Engineering Methoden zur Kontextmodellierung (Quasar Enterprise) Tobias Weigl Inhalt Vorwort: Quasar Enterprise und Kontextmodellierung Geschäftsarchitektur

Mehr

PM-Forum Augsburg. Thomas Müller-Zurlinden, PMP 18.05.2012. Kontakt: Info@QinS.de

PM-Forum Augsburg. Thomas Müller-Zurlinden, PMP 18.05.2012. Kontakt: Info@QinS.de PM-Forum Augsburg Thomas Müller-Zurlinden, PMP 18.05.2012 Kontakt: Info@QinS.de Einführung in die Konzepte der Software Product Line Organisation einer globalen SPL Entwicklung SPL und die Herausforderungen

Mehr

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

Mehr

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme Tillmann Schall, anaptecs GmbH : Agenda Grundlagen modellgetriebener Entwicklungsprozesse Schritte zur Einführung Erfahrungen

Mehr

Wenn es Hunderten von CRM-Dienstleister um Ihre Aufmerksamkeit wetteifern, warum sollten Sie OSF Global Services als Partner auswählen?

Wenn es Hunderten von CRM-Dienstleister um Ihre Aufmerksamkeit wetteifern, warum sollten Sie OSF Global Services als Partner auswählen? Wenn Sie festgestellt haben, dass das Customer Relationship Management für Ihr Unternehmen eine strategische Priorität ist, ohne viel nachzudenken, starten Sie eine Bewertung von CRM-Lösungen und Dienstleister.

Mehr

- Agile Programmierung -

- Agile Programmierung - Fachhochschule Dortmund Fachbereich Informatik SS 2004 Seminar: Komponentenbasierte Softwareentwicklung und Hypermedia Thema: - - Vortrag von Michael Pols Betreut durch: Prof. Dr. Frank Thiesing Übersicht

Mehr

Zusammenfassung der Umfrageergebnisse Customer Intelligence in Unternehmen 23.12.2010

Zusammenfassung der Umfrageergebnisse Customer Intelligence in Unternehmen 23.12.2010 Zusammenfassung der Umfrageergebnisse Customer Intelligence in Unternehmen 23.12.2010 Autoren: Alexander Schramm Marcus Mertens MuniConS GmbH Einleitung Unternehmen verfügen heute über viele wichtige Informationen

Mehr

Inhaltsverzeichnis. Gernot Starke. Effektive Softwarearchitekturen. Ein praktischer Leitfaden ISBN: 978-3-446-42728-0

Inhaltsverzeichnis. Gernot Starke. Effektive Softwarearchitekturen. Ein praktischer Leitfaden ISBN: 978-3-446-42728-0 sverzeichnis Gernot Starke Effektive Softwarearchitekturen Ein praktischer Leitfaden ISBN: 978-3-446-42728-0 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42728-0 sowie im

Mehr

Dipl. Inf. Ali M. Akbarian

Dipl. Inf. Ali M. Akbarian Dipl. Inf. Ali M. Akbarian 2012 Einführung Globalisierung, Innovation und Kundenzufriedenheit sind auch in Zukunft die wichtigsten Herausforderungen der Unternehmen. Diese Herausforderungen verlangen:

Mehr

Prozessautomatisierung Vom Geschäftsprozess zum IT-Prozess Benjamin Brunner SOA Architect OPITZ CONSULTING Bad Homburg GmbH

Prozessautomatisierung Vom Geschäftsprozess zum IT-Prozess Benjamin Brunner SOA Architect OPITZ CONSULTING Bad Homburg GmbH Prozessautomatisierung Vom Geschäftsprozess zum IT-Prozess Benjamin Brunner SOA Architect OPITZ CONSULTING Bad Homburg GmbH Agenda Warum Prozessautomatisierung? Prozessautomatisierung in einer SOA Von

Mehr

Grüezi Mein Name ist Susanne Bandi und ich begrüsse Sie herzlich zum Kurzreferat: So richten Sie ihr Configuration Management auf die Zukunft aus!

Grüezi Mein Name ist Susanne Bandi und ich begrüsse Sie herzlich zum Kurzreferat: So richten Sie ihr Configuration Management auf die Zukunft aus! Grüezi Mein Name ist Susanne Bandi und ich begrüsse Sie herzlich zum Kurzreferat: So richten Sie ihr Configuration Management auf die Zukunft aus! SIE sind hier, weil sie Potential sehen für ihr Configuration

Mehr

Übungen zur Softwaretechnik

Übungen zur Softwaretechnik Technische Universität München Fakultät für Informatik Lehrstuhl IV: Software & Systems Engineering Markus Pister, Dr. Bernhard Rumpe WS 2002/2003 Lösungsblatt 1 17. Oktober 2002 www4.in.tum.de/~rumpe/se

Mehr

BPM im Kontext von Unternehmensarchitekturen. Konstantin Gress

BPM im Kontext von Unternehmensarchitekturen. Konstantin Gress BPM im Kontext von Unternehmensarchitekturen Konstantin Gress Agenda 1 Worum geht s BPM, EA und SOA im Überblick 2 Link zwischen EA und BPM 3 Link zwischen SOA und BPM 4 Wie spielt das zusammen? 5 Q&A

Mehr

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-42524-8

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-42524-8 sverzeichnis Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-42524-8 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42524-8 sowie im Buchhandel.

Mehr

Agile Methoden bei der Entwicklung medizinischer Software

Agile Methoden bei der Entwicklung medizinischer Software Agile Methoden bei der Entwicklung medizinischer Software Bernhard Fischer Fischer Consulting GmbH Fischer Consulting GmbH Technologie-Forum 2008 Folie 1 Wie soll Software entwickelt werden? Fischer Consulting

Mehr

Das Kanbanboard Ein Beitrag zum Lean Software Development

Das Kanbanboard Ein Beitrag zum Lean Software Development Reklamations- QUALITY APPs Applikationen für das Qualitätsmanagement Das Kanbanboard Ein Beitrag zum Lean Software Development Autor: Prof. Dr. Jürgen P. Bläsing Bei Lean Software Development handelt es

Mehr

PQ4Agile Agiler Referenzprozess

PQ4Agile Agiler Referenzprozess PQ4Agile Agiler Referenzprozess ARBEITSPAKET 1.1 KONSORTIUM Projekt Förderprogramm PQ4Agile KMU Innovativ Förderkennzeichen 01IS13032 Arbeitspaket Fälligkeit 31.07.2014 Autor Status Klassifikation AP1.1

Mehr

CIB DOXIMA PRODUKTINFORMATION

CIB DOXIMA PRODUKTINFORMATION > CIB Marketing CIB DOXIMA PRODUKTINFORMATION Dokumentenmanagement & Dokumentenarchivierung > Stand: Februar 2012 THE NEXT GENERATION DMS Mit neuen Ideen, innovativen Lösungen und dem Produkt CIB doxima

Mehr

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer

Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Water-Scrum-Fall Ein Entwicklungsprozess mit Zukunft? Bernhard Fischer Wasserfall vs. Agile: Eine Erfolgsstory 2 Umsetzung agiler Prinzipien Entwicklungsprozess 2009 30.6% 13.4% 20.6% 35.4% Agil Iterativ

Mehr

Chancen und Risiken bei der Einführung von Informationsmanagement-Plattformen

Chancen und Risiken bei der Einführung von Informationsmanagement-Plattformen Chancen und Risiken bei der Einführung von Informationsmanagement-Plattformen Dos und Don ts bei der Einführung von Enterprise 2.0 & bei der Projektorganisation Inhalt 1. Ausgangslage 2. Aufgaben und Vorgehen

Mehr

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming /

Software- Projektmanagement. Dokument V 1.2-2010. Oliver Lietz - Projektmanagement. Projektmodelle im Vergleich. Agil Extreme Programming / Software- Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.2-2010 Projektmodelle im Vergleich Klassisch Wasserfall -Modell Spezifikation/Pflichtenheft

Mehr

BUSINESS ANALYSIS UND REQUIREMENTS ENGINEERING

BUSINESS ANALYSIS UND REQUIREMENTS ENGINEERING peter HRUSCHKA BUSINESS ANALYSIS UND REQUIREMENTS ENGINEERING FÜR SCHLANKE, EFFEKTIVE im GESCHÄFTSPROZESSE agilen Umfeld UND OPTIMALE IT-UNTERSTÜTZUNG Kleingedrucktes Diese Unterlagen sind urheberrechtlich

Mehr

SCRUM. Software Development Process

SCRUM. Software Development Process SCRUM Software Development Process WPW 07.08.2012 SCRUM Poster www.scrum-poster.de Was ist Scrum? Extrem Schlanker Prozess 3 Rollen 4 Artefakte Wenige Regeln Die Rollen Product Owner Der Product Owner

Mehr

Systematisches Testen von Software

Systematisches Testen von Software Programmierung Systematisches Testen von Software Markus Eckstein Systematika Information Systems GmbH Kurfürsten-Anlage 36 69115 Heidelberg markus.eckstein@systematika.com Zusammenfassung Die wichtigsten

Mehr

INFORMATIK-BESCHAFFUNG

INFORMATIK-BESCHAFFUNG Leistungsübersicht Von Anbietern unabhängige Entscheidungsgrundlagen Optimale Evaluationen und langfristige Investitionen Minimierte technische und finanzielle Risiken Effiziente und zielgerichtete Beschaffungen

Mehr

INS Engineering & Consulting AG

INS Engineering & Consulting AG INS Engineering & Consulting AG INS Präsentation «Auslagerung von Dienstleistungen im KMU-Umfeld» 11. Juni 2015 Seite 0 Agenda Begrüssung & Vorstellung Was macht KMUs einzigartig? Was sind Gründe für eine

Mehr

Agile Software-Entwicklung: Vom Hype zum Daily Business

Agile Software-Entwicklung: Vom Hype zum Daily Business Agile Software-Entwicklung: Vom Hype zum Daily Business Prof. Dr. Sven Overhage Lehrstuhl für Wirtschaftsinformatik, insb. Industrielle Informationssysteme Otto-Friedrich-Universität Bamberg sven.overhage@uni-bamberg.de

Mehr

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was

Mehr

Von 0 auf 13 oder mit Vollgas ins agile Zeitalter

Von 0 auf 13 oder mit Vollgas ins agile Zeitalter Von 0 auf 13 oder mit Vollgas ins agile Zeitalter Silvio Simone, Bison Group Susanne Mühlbauer, HOOD GmbH Scrum Day 2012 Bison Schweiz AG Surentalstrasse 10 CH-6210 Sursee www.bison-group.com HOOD GmbH

Mehr

ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen

ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen ISO 13485 konforme Entwicklung medizinischer Software mit agilen Vorgehensmodellen Bernhard Fischer Fischer Consulting GmbH MedConf 2009 Folie 1 Wie soll Software entwickelt werden? MedConf 2009 Folie

Mehr

Projektorganisation und Vorgehen in agilen Projekten. Noser Technologieimpulse München 2013 - Matthias Neubacher

Projektorganisation und Vorgehen in agilen Projekten. Noser Technologieimpulse München 2013 - Matthias Neubacher Projektorganisation und Vorgehen in agilen Projekten Noser Technologieimpulse München 2013 - Matthias Neubacher Ein wenig Theorie Agile Methoden Warum? hohe Anpassbarkeit schnellere Ergebnisse günstigere

Mehr

your IT in line with your Business Architekturgestützte Business- und IT- Planung

your IT in line with your Business Architekturgestützte Business- und IT- Planung your IT in line with your Business Architekturgestützte Business- und IT- Planung Grundstein für die erfolgreiche IT-Governance Ausrichtung der IT an Unternehmenszielen und -prozessen Effektive, effiziente

Mehr

Leichtgewichtige Unternehmensarchitekturen mit TOGAF.

Leichtgewichtige Unternehmensarchitekturen mit TOGAF. Leichtgewichtige Unternehmensarchitekturen mit TOGAF. Stefan Toth (Stefan.Toth@de) Konstanz, 26.09.2013 Agile Bodensee 328.613 IBAN: DE37 1203 0000 1014 1495 02 BIC: BYLADEM1001 Agenda 1 2 3 4 Unternehmensarchitektur

Mehr

SOA Governance Konzepte und Best Practices

SOA Governance Konzepte und Best Practices SOA Governance Konzepte und Best Practices Gerd Schneider Senior Director SOA Marketing Software AG 2/27/2007 Agenda Überblick SOA Governance Warum SOA Governance? Kundenbeispiel SAS Airlines Technische

Mehr

Prozessmanagement mit ViFlow in der RWE Systems Sparte IT

Prozessmanagement mit ViFlow in der RWE Systems Sparte IT Prozessmanagement mit ViFlow in der RWE Systems Sparte IT RWE Systems AG Erfolgreiche Unternehmen arbeiten nach einem grundlegenden Prinzip: "Wir machen nur das, wovon wir wirklich etwas verstehen. Dort,

Mehr

Prüfung eines Migrationsprojekts

Prüfung eines Migrationsprojekts Prüfung eines Migrationsprojekts Peter Ursprung Ursprung Consulting Postfach 8042 Zürich 044 361 12 21 peter.ursprung@bluewin.ch 1 Inhalt Interdisziplinarität von in IT-Projekten Welche Kompetenzen sind

Mehr

Leistung schafft Vertrauen

Leistung schafft Vertrauen SOA Hintergrund und Praxis visionäre Praxis oder praxisnahe Vision Toni Gasser Integration Services 27. Oktober 2010 Leistung schafft Vertrauen Private Banking Investment Banking Asset Management Seite

Mehr

RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL.

RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL. RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL. Die Erwartungen Ihrer Businesskunden an ihre IT steigen. Mehr denn je kommt es darauf an, die Software optimal am Kunden auszurichten

Mehr

Use-Cases. Bruno Blumenthal und Roger Meyer. 17. Juli 2003. Zusammenfassung

Use-Cases. Bruno Blumenthal und Roger Meyer. 17. Juli 2003. Zusammenfassung Use-Cases Bruno Blumenthal und Roger Meyer 17. Juli 2003 Zusammenfassung Dieses Dokument beschreibt Netzwerk-Szenarios für den Einsatz von NetWACS. Es soll als Grundlage bei der Definition des NetWACS

Mehr

IT-Strategie der zentralen Leistungserbringer der UZH 2014-2016

IT-Strategie der zentralen Leistungserbringer der UZH 2014-2016 Universität Zürich Prorektorat Rechts- und Künstlergasse 15 CH-8001 Zürich Telefon +41 44 634 57 44 www.rww.uzh.ch IT-Strategie der zentralen Leistungserbringer der UZH 2014-2016 Version vom 6. Juni 2014

Mehr

Experience. nr.52. ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. märz 2012

Experience. nr.52. ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen. märz 2012 ERNI Erfahrungsberichte rund um Management-, Prozess- und Technologiethemen Experience nr.52 märz 2012 RequIREMENTs EngINEERINg Ins Schwarze treffen Ins SchwARze treffen Requirements Engineering: die Grundlagen

Mehr

DSDM Atern: Agiles Vorgehen für Konzerne? Carsten Sahling, Malte Sörensen Holis3con AG

DSDM Atern: Agiles Vorgehen für Konzerne? Carsten Sahling, Malte Sörensen Holis3con AG DSDM Atern: Agiles Vorgehen für Konzerne? Carsten Sahling, Malte Sörensen Holis3con AG Über uns... Carsten Sahling Leitung GeschäGsfeld Agil Cer3fied Scrum Professional Projektmanagement- Fachmann Level

Mehr

Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte Einleitung

Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte Einleitung Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte DWH Projekt, Methodik, Stärken und Schwächen, Übersicht, Weg der Daten,

Mehr

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten Projektmanagement Agile Methoden: Extreme Programming / Scrum Dokument V 1.2 Probleme bei Projekten Viel Arbeit, die an den Zielen vorbeigeht Viel Dokumentation für f r unbenutzte Bestandteile Fehlende

Mehr

Enterprise Architecture Management für Krankenhäuser. Transparenz über die Abhängigkeiten von Business und IT

Enterprise Architecture Management für Krankenhäuser. Transparenz über die Abhängigkeiten von Business und IT Enterprise Architecture Management für Krankenhäuser Transparenz über die Abhängigkeiten von Business und IT HERAUSFORDERUNG Gestiegener Wettbewerbsdruck, höhere Differenzierung im Markt, die konsequente

Mehr

Effizientes Änderungsmanagement in Outsourcing- Projekten

Effizientes Änderungsmanagement in Outsourcing- Projekten Effizientes Änderungsmanagement in Outsourcing- Projekten Dr. Henning Sternkicker Rational Software IBM Deutschland GmbH Sittarder Straße 31 52078 Aachen henning.sternkicker@de.ibm.com Abstract: Es werden

Mehr

3. VisitorsDB Fokustreffen

3. VisitorsDB Fokustreffen 3. VisitorsDB Fokustreffen Max Planck Institut für Physik Komplexer Systeme Agenda: Auswertung zur Nutzerfunktionalität (10min) Potenziale des neuen Frameworks (10min) Erkenntnisse aus dem Softwareentwicklungsprozeß

Mehr

CMC-KOMPASS: CRM. Der Wegweiser für erfolgreiches Kundenbeziehungsmanagement

CMC-KOMPASS: CRM. Der Wegweiser für erfolgreiches Kundenbeziehungsmanagement CMC-KOMPASS: CRM Der Wegweiser für erfolgreiches Kundenbeziehungsmanagement 1 CROSSMEDIACONSULTING 18.05.2010 Unser Verständnis von CRM: Customer Relationship Management ist weit mehr als ein IT-Projekt

Mehr

Geschäftsstrategie und SOA - ein Thema für den Mittelstand? Prof. Dr. Gunther Piller

Geschäftsstrategie und SOA - ein Thema für den Mittelstand? Prof. Dr. Gunther Piller Geschäftsstrategie und SOA - ein Thema für den Mittelstand? Prof. Dr. Gunther Piller Aktuelles 2 Langfristige strategische IT- Planung existiert [im Mittelstand] in vielen Fällen nicht Bitkom: IuK im Mittelstand,

Mehr

Nehmen. Sie Abschied. vom linearen Denken!

Nehmen. Sie Abschied. vom linearen Denken! Nehmen Sie Abschied vom linearen Denken! stratum 24.08.2015 Agile Projekte scheitern nicht Projektmanagement heißt Planung, Kontrolle und nochmal Planung und Kontrolle. Warum scheitern dann so viele Projekt

Mehr

PRAXIS: Von Projektmanagement-Methoden zur unternehmensspezifischen Methodik Erfahrungen beim Aufbau eines globalen PMO V 1.0

PRAXIS: Von Projektmanagement-Methoden zur unternehmensspezifischen Methodik Erfahrungen beim Aufbau eines globalen PMO V 1.0 PRAXIS: Von Projektmanagement-Methoden zur unternehmensspezifischen Methodik Erfahrungen beim Aufbau eines globalen PMO V 1.0 27. Juni 2013 27. Juni 2013 1 Agenda 01 02 03 04 05 06 07 Zentrale Begriffe

Mehr

Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise

Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise Klausur mit Lösungshinweisen zur Vorlesung Planung und Entwicklung von IuK-Systemen Sommersemester 2005 02. August 2005 Deckblatt Hinweise Die Bearbeitungszeit der Klausur beträgt 90 Minuten. Es sind alle

Mehr

Your Landscape in Shape. Quo Vadis Business Architecture? - Ergebnisse eines Benchmarkings in 2014 - Fachkonferenz Facharchitektur in Versicherungen

Your Landscape in Shape. Quo Vadis Business Architecture? - Ergebnisse eines Benchmarkings in 2014 - Fachkonferenz Facharchitektur in Versicherungen Your Landscape in Shape Scape Enterprise Architecture Office and Consulting Dr. Daniel Simon Quo Vadis Business Architecture? - Ergebnisse eines Benchmarkings in 2014 - Fachkonferenz Facharchitektur in

Mehr

Von SAFe v2.5 zu SAFe v3.0

Von SAFe v2.5 zu SAFe v3.0 Von SAFe v2.5 zu SAFe v3.0 Neuerungen im Big Picture Juli 2014 Felix Rüssel, KEGON AG 1 Webinar Etiquette Das Webinar wird aufgezeichnet und später zusammen mit der Präsentation veröffentlicht Teilnehmer

Mehr

Vorstellung Sybit (Bereiche SAP CRM und Media) Warum ist Architektur für Sybit so wichtig? z.b. Zulieferung für Sotschi - Große

Vorstellung Sybit (Bereiche SAP CRM und Media) Warum ist Architektur für Sybit so wichtig? z.b. Zulieferung für Sotschi - Große Architekturarbeit ist und bleibt ein wichtiger Aspekt in Software-Projekten, sowohl in klassisch aufgestellten als auch in agilen Teams. Dies macht Mitarbeiter mit entsprechendem Knowhow erforderlich,

Mehr

Was NetWeaver wirklich bietet

Was NetWeaver wirklich bietet Was NetWeaver wirklich bietet Erschienen in der Computerwoche 03/2007 Von Dr. Carl Winter, REALTECH AG Welche SAP Produkt-Versionen und SAP Releases gehören und passen zusammen. Welche sind die aktuellen

Mehr

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft.

Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle. Windhoff Software Services GmbH www.wind-soft. Effiziente Steuerung von BI-Projekten - Agiles Projektmanagement vs. klassische Vorgehensmodelle Folie 2 Agenda Projektmanagement: Ziele und Methoden Agile Methoden: Scrum Agile Methoden im BI Umfeld PM

Mehr

fabit GmbH Unternehmenspräsentation Juni 2009

fabit GmbH Unternehmenspräsentation Juni 2009 fabit GmbH Unternehmenspräsentation Juni 2009 Agenda Kurzdarstellung fabit GmbH Unsere Dienstleistung Leistungsumfang Projektarbeit Technische und fachliche Beratung Anwendungsentwicklung und Implementierung

Mehr

Susanne Muehlbauer 29. November 2011

Susanne Muehlbauer 29. November 2011 Machen Sie noch Modellierung Anforderungsmanagement oder sind Sie schon READY for SCRUM? Susanne Muehlbauer 29. Wer ist HOOD unser Geschäftsfeld Der Einsatz von Requirements Engineering und kontinuierliche

Mehr

04. SEPTEMBER 2015 THINK BIG BI SMART 3. QUNIS DAY

04. SEPTEMBER 2015 THINK BIG BI SMART 3. QUNIS DAY 04. SEPTEMBER 2015 THINK BIG BI SMART 3. QUNIS DAY 9.30 10.15 Kaffee & Registrierung 10.15 10.45 Begrüßung & aktuelle Entwicklungen bei QUNIS 10.45 11.15 11.15 11.45 Von Big Data zu Executive Decision

Mehr

ENTERPRISE PERFORMANCE MANAGEMENT FÜR EPM. Sie.

ENTERPRISE PERFORMANCE MANAGEMENT FÜR EPM. Sie. ENTERPRISE PERFORMANCE MANAGEMENT FÜR EPM Sie. WIE SIEHT DIE PERFORMANCE IHRES UNTERNEHMENS AUS? ZIELE MUSS MAN MESSEN KÖNNEN Ihre Mitarbeitenden bilden nicht nur einen grossen Kostenblock in Ihrer Aufwandsrechnung,

Mehr

Wie funktioniert agile Software-

Wie funktioniert agile Software- Wie funktioniert agile Software- Entwicklung mit SCRUM Zürich, 8. Mai 008 Jean-Pierre König, namics ag Software Engineer Bern, Frankfurt, Hamburg, München, St. Gallen, Zug, Zürich www.namics.com Agenda»

Mehr

REQUIREMENTS ENGINEERING KONSTRUKTIVE QS REQUIREMENTS ENGINEERING 1

REQUIREMENTS ENGINEERING KONSTRUKTIVE QS REQUIREMENTS ENGINEERING 1 REQUIREMENTS ENGINEERING KONSTRUKTIVE QS REQUIREMENTS ENGINEERING 1 QUALITÄT FÜR SIE Qualität zeigt sich in Ergebnissen und Erfolgen. Sie hängt von der jeweiligen Problemstellung ab, deshalb sehen wir

Mehr

Qualitätssicherung leicht gemacht: Open Source Tools sinnvoll einsetzen und verzahnen

Qualitätssicherung leicht gemacht: Open Source Tools sinnvoll einsetzen und verzahnen Qualitätssicherung leicht gemacht: Open Source Tools sinnvoll einsetzen und verzahnen Tutorium auf der KSFE 2015 in Hannover, 25.03.2015 Qualität kommt von Qual. Wissen aus Daten gewusst wie ist IT-Dienstleister

Mehr

SNB IT-Architekturprinzipien

SNB IT-Architekturprinzipien SNB IT-Architekturprinzipien EAM Community April 2015 D. Voser Aus dem Auftrag an die SNB IT-Architektur: «Sicherstellung der nachvollziehbaren, langfristigen Ausrichtung der IT-Unterstützung auf die Anforderungen

Mehr