V-Modell XT. Teil 1: Grundlagen des V-Modells

Größe: px
Ab Seite anzeigen:

Download "V-Modell XT. Teil 1: Grundlagen des V-Modells"

Transkript

1 V-Modell XT Teil 1: Grundlagen des V-Modells

2 DAS V-MODELL XT IST URHEBERRECHTLICH GESCHÜTZT. BUNDESREPUBLIK DEUTSCHLAND ALLE RECHTE VORBEHALTEN COPYRIGHT RESERVED BUNDESREPUBLIK DEUTSCHLAND DAS V-MODELL XT IST URHEBERRECHTLICH GESCHÜTZT. DAS WERK UND TEILE DARAUS KÖNNEN UNTER HINWEIS AUF DEN URHEBERRECHTSVERMERK DAS V-MODELL XT IST URHEBERRECHTLICH GESCHÜTZT. BUNDESREPUBLIK DEUTSCHLAND ALLE RECHTE VORBEHALTEN. FÜR NICHT KOMMERZIELLE ZWECKE SOWIE FÜR ENTGELTLICHE TÄTIGKEITEN, DIE DER AUS- UND WEITERBILDUNG DIENEN, UNVERÄNDERT BELIEBIG OFT VERVIELFÄLTIGT UND WEITER- VERBREITET WERDEN. IM ÜBRIGEN BLEIBEN ALLE RECHTE VORBEHALTEN, INSBESONDERE BEDÜRFEN ÄNDERUNGEN DES WERKES EINER GESONDERTEN LIZENZVEREINBARUNG MIT DEM URHEBER. WEITERGEHENDE INFORMATIONEN ZU DEN LIZENZVEREINBARUNGEN KÖNNEN IM INTERNET UNTER ENTNOMMEN WERDEN. DIESES DOKUMENT WURDE MIT HILFE DES V-MODELL XT PROJEKTASSISTENTEN ERSTELLT.

3 Inhaltsverzeichnis 1-1 Inhaltsverzeichnis 1 Einleitung Zielsetzung der Grundlagenbeschreibung Zielgruppen der Grundlagenbeschreibung Inhalt und Aufbau der Grundlagenbeschreibung Zielsetzung und Aufbau des V-Modells V-Modell 97 als Ausgangsbasis V-Modell XT als Weiterentwicklung des V-Modell Zielsetzung des V-Modells Grenzen des V-Modells Zielgruppen des V-Modells Inhalt und Aufbau des V-Modells Grundkonzepte des V-Modells Gesamtstruktur des V-Modells Projekttypen Vorgehensbausteine V-Modell-Kern und Vorgehensbaustein-Landkarte Projektdurchführungsstrategien Entscheidungspunkte Grundkonzepte im Überblick Managementmechanismen des V-Modells Projektspezifische Anpassung - Tailoring Projektorganisation Projektplanung Risikominimierende Projektsteuerung Qualitätssicherung und Produktzustandsmodell Konfigurationsmanagement Problem- und Änderungsmanagement Inhaltliche Projektdurchführung im V-Modell Auftraggeber-/Auftragnehmer-Schnittstelle Systementwicklung Einführung und Pflege eines organisationsspezifischen Vorgehensmodells Multi-Projektmanagement Weiterentwicklung des V-Modells Abbildungsverzeichnis

4 1-2 Teil 1: Grundlagen des V-Modells 1 Einleitung Das V-Modell ist ein Vorgehensmodell zum Planen und Durchführen von Projekten. Durch die Vorgabe konkreter, standardisierter Vorgehensweisen, zugehöriger Ergebnisse und verantwortlicher Rollen erhöht das V-Modell die Projekttransparenz, verbessert das Management von Projekten und erhöht nachhaltig die Erfolgswahrscheinlichkeit. Das hier beschriebene V-Modell XT ist eine Weiterentwicklung des 1997 veröffentlichten V-Modell 97. Das "V-Modell XT" wird im folgenden Text kurz als "V-Modell" bezeichnet. 1.1 Zielsetzung der Grundlagenbeschreibung Ziel dieses Dokumentes ist es, die Grundlagen für die Anwendung des V-Modells kurz und präzise darzustellen. Dabei werden alle für das Verständnis wesentlichen Begriffe des V-Modells definiert. Im Vorfeld eines V-Modell-Projektes sollten sich alle Projektbeteiligten ein einheitliches Verständnis des V-Modells auf Basis der hier dargestellten Grundlagen erarbeiten. 1.2 Zielgruppen der Grundlagenbeschreibung Dieses Dokument wendet sich an alle, die mit dem V-Modell eigene Projekte durchführen werden. Alle Projektbeteiligten mit Entscheidungskompetenz sollten dieses Dokument als Pflichtlektüre betrachten. Darüber hinaus bietet es aber auch eine kurze Einführung für alle, die sich über das V-Modell lediglich informieren wollen. 1.3 Inhalt und Aufbau der Grundlagenbeschreibung Das vorliegende Dokument umfasst die folgenden Kapitel: Zielsetzung und Aufbau des V-Modells Das Kapitel beschreibt die Ziele, die durch die Weiterentwicklung des V-Modells erreicht werden sollten. Es zeigt die Vorteile und Grenzen, sowie die Zielgruppen des V-Modells auf. Inhalt und Aufbau des V-Modells und seiner Teile werden erläutert. Grundkonzepte des V-Modells Dieses Kapitel stellt die Grundkonzepte des V-Modells vor, insbesondere die Konzepte Vorgehensbaustein, Projekttyp, Projektdurchführungsstrategie und Entscheidungspunkt. Darüber hinaus wird das Zusammenspiel verschiedener V-Modell-Projekte beschrieben. Ebenfalls erläutert wird die vom V-Modell verfolgte ziel- und ergebnisorientierte Vorgehensweise bei der Projektdurchführung. Managementmechanismen des V-Modells Erfolgreiche Projekte erfordern eine zielgerichtete Führung, Abwicklung und Kontrolle. Dabei ist das Zusammenspiel verschiedener grundlegender Managementmechanismen wie Projektmanagement, Qualitätssicherung, Konfigurationsmanagement und Problem- und Änderungsmanagement notwendig. Dieses Kapitel führt in die Anwendungsrichtlinien der im V-Modell festgelegten Managementmechanismen ein. Inhaltliche Projektdurchführung im V-Modell In diesem Kapitel werden die Anwendungsrichtlinien für die eigentliche Bearbeitung der Projektaufgabe eingeführt. Diese Anwendungsrichtlinien decken Systementwicklungsprojekte sowohl auf Auftraggeberals auch auf Auftragnehmerseite sowie die Einführung und Pflege eines organisationsspezifischen V-Modells ab.

5 2 Zielsetzung und Aufbau des V-Modells Zielsetzung und Aufbau des V-Modells Das V-Modell ist als Leitfaden zum Planen und Durchführen von Entwicklungsprojekten unter Berücksichtigung des gesamten Systemlebenszyklus konzipiert. Dabei definiert es die in einem Projekt zu erstellenden Ergebnisse und beschreibt die konkreten Vorgehensweisen, mit denen diese Ergebnisse erarbeitet werden. Darüber hinaus legt das V-Modell die Verantwortlichkeiten jedes Projektbeteiligten fest. Das V-Modell regelt also detailliert, "Wer" "Wann" "Was" in einem Projekt zu tun hat. Andere Richtlinien wie ISO-Standards sind zur Zeit in Gebrauch, aber im Vergleich zum V-Modell weniger konkret, da sie beispielsweise keine Produktvorlagen vorgeben. Die standardisierten methodischen Vorgaben des V-Modells ermöglichen es, auch komplexe und umfangreiche Projekte systematisch durchzuführen. Dadurch werden Projekte besser plan- und nachvollziehbar und erzielen zuverlässiger Ergebnisse von hoher Qualität, was sowohl für den Auftraggeber als auch für die Auftragnehmer von Vorteil ist. Die in Projekten erforderliche Kooperation zwischen Auftraggebern und Auftragnehmern wird ebenfalls vom V-Modell geregelt. Dabei werden die Verantwortlichkeiten für beide Seiten festgelegt. Die Vorgaben des V-Modells bilden daher eine wesentliche Grundlage für die Verträge zwischen Auftraggebern und Auftragnehmern. Das V-Modell fördert zudem die Vergleichbarkeit von Angeboten. Auch kleine und mittelständische Unternehmen profitieren vom V-Modell. Es bietet ihnen die Möglichkeit, auf standardisierte und erprobte Vorgaben für Entwicklungs- und Managementprozesse zurückzugreifen. So können auch kleinere Unternehmen mit überschaubarem Aufwand ihre eigenen Vorgehensweisen systematisieren und dadurch zuverlässig hochwertige Entwicklungsergebnisse erzielen. Das V-Modell dient somit als Vertragsgrundlage, Arbeitsanleitung und Kommunikationsbasis. 2.1 V-Modell 97 als Ausgangsbasis 1997 wurde mit der Veröffentlichung des Entwicklungsstandards für IT-Systeme des Bundes das V-Modell 97 als Vorgabe für den Einsatz im gesamten zivilen und militärischen Bundesbereich gültig. Im Einzelnen wurden dabei vom Bundesministerium der Verteidigung, Bundesamt für Wehrtechnik und Informationsmanagement und Informationstechnik der Bundeswehr BWB, und vom Bundesministerium des Innern, Koordinierungs- und Beratungsstelle der Bundesregierung für Informationstechnik in der Bundesverwaltung (BMI-KBSt), die folgenden Dokumente als Allgemeiner Umdruck (AU) Nr beziehungsweise als Schriftenreihe der KBSt Band 27/1 und 27/2, zur Verfügung gestellt: Vorgehensmodell (AU 250) Teil 1: Regelungsteil (KBSt Band 27/1) Teil 2: Behördenspezifische Ergänzungen (KBSt Band 27/2) Teil 3: Handbuchsammlung (KBSt Band 27/2) Methodenzuordnung (AU 251) Funktionale Werkzeuganforderungen (AU 252) 2.2 V-Modell XT als Weiterentwicklung des V-Modell 97 Im Jahr 1997 wurde das V-Modell 97 fertig gestellt und seitdem nicht weiter fortgeschrieben. Daher spiegelt es im Jahr 2004 nicht mehr den aktuellen Stand der Informationstechnologie wider. Neuere Methoden und Technologien wie die komponentenbasierte Entwicklung oder der Test-First-Ansatz werden im V-Modell 97 nur bedingt berücksichtigt. Infolgedessen wird das V-Modell heute nicht in dem Maße genutzt, wie es wünschenswert wäre.

6 1-4 Teil 1: Grundlagen des V-Modells Zudem wurden im Umgang mit dem V-Modell 97 umfangreiche Erfahrungen gesammelt und Verbesserungsvorschläge erarbeitet. Durch deren Umsetzung wird das neue V-Modell effizienter nutzbar und seine Akzeptanz verbessert. Vor diesem Hintergrund haben das IT-AmtBw A5 und das BMI-KBSt die Entwicklungsstandards für IT- Systeme des Bundes auf Basis des V-Modells 97 weiterentwickelt. Vom Inhalt und Umfang des V-Modell 97 ausgehend wurden dabei die folgenden Anforderungen umgesetzt: Verbesserung folgender Qualitätseigenschaften: Möglichkeit zur Anpassung an verschiedene Projekte und Organisationen, Anwendbarkeit im Projekt, Skalierbarkeit auf unterschiedliche Projektgrößen sowie Änder- und Erweiterbarkeit des V-Modells selbst Berücksichtigung des neuesten Stands der Technologie und Anpassung an aktuelle Vorschriften und Normen Erweiterung des Anwendungsbereiches auf die Betrachtung des gesamten Systemlebenszyklus bereits während der Entwicklung Einführung eines organisationsspezifischen Verbesserungsprozesses für Vorgehensmodelle 2.3 Zielsetzung des V-Modells Das V-Modell ist ein Leitfaden zum Planen und Durchführen von Projekten. Mit der V-Modell-konformen Durchführung werden die folgenden Ziele verfolgt: Minimierung der Projektrisiken Das V-Modell gibt standardisierte Vorgehensweisen vor, beschreibt die zugehörigen Ergebnisse und die verantwortlichen Rollen. Damit erhöht das V-Modell die Projekttransparenz und verbessert die Planbarkeit von Projekten. Planungsabweichungen und Risiken werden bereits frühzeitig erkannt. Prozesse lassen sich besser steuern, und das Projektrisiko wird eingedämmt. Verbesserung und Gewährleistung der Qualität Als standardisiertes Vorgehensmodell stellt das V-Modell sicher, dass die zu liefernden Ergebnisse vollständig und von gewünschter Qualität sind. Die durch das Modell definierten Zwischenergebnisse können auf diese Weise frühzeitig überprüft werden. Außerdem vereinheitlicht das V-Modell die Produktinhalte. Die Ergebnisse sind deshalb besser lesbar, verständlicher und leichter zu überprüfen. Eindämmung der Gesamtkosten über den gesamten Projekt- und Systemlebenszyklus Durch die Anwendung des standardisierten Vorgehensmodells lässt sich der Aufwand für die Entwicklung, die Herstellung, den Betrieb und die Pflege und Wartung eines Systems auf transparente Weise kalkulieren, abschätzen und steuern. Die erzeugten Ergebnisse sind einheitlich und leichter nachvollziehbar. Dies verringert die Abhängigkeit des Auftraggebers vom Auftragnehmer und erleichtert anschließende Aktivitäten und Projekte. Verbesserung der Kommunikation zwischen allen Beteiligten Die standardisierte und einheitliche Beschreibung aller relevanten Bestandteile und Begrifflichkeiten ist die Basis des wechselseitigen Verständnisses aller Projektbeteiligten. So werden Reibungsverluste zwischen Nutzer, Auftraggeber, Auftragnehmer und Entwickler reduziert. 2.4 Grenzen des V-Modells Die folgenden Gesichtspunkte werden vom V-Modell nicht abgedeckt. In einem V-Modell-Projekt müssen sie zusätzlich geregelt oder das V-Modell muss entsprechend angepasst werden: Die Vergabe von Dienstleistungen wird nicht abgedeckt. Das V-Modell betrachtet nur die Vergabe von Gewerken. Die Vergabe von Unteraufträgen ohne Ausschreibungsverfahren wird im V-Modell nicht behandelt.

7 2 Zielsetzung und Aufbau des V-Modells 1-5 Bei Einführung und Pflege eines organisationsspezifischen Vorgehensmodells ist es nicht möglich, zwei getrennte Projekte für Auftraggeber und Auftragnehmer durchzuführen. Die Organisation und Durchführung von Betrieb, Instandhaltung, Instandsetzung und Aussonderung des Systems wird nicht im V-Modell abgedeckt. Dagegen ist die Planung und Konzeption dieser Aufgaben sehr wohl im V-Modell geregelt. 2.5 Zielgruppen des V-Modells Das V-Modell wendet sich an alle Beteiligten von Entwicklungsprojekten, sowohl auf Auftraggeberals auch auf Auftragnehmerseite. Als Vorgehensmodell zur Führung von Projekten richtet es sich dabei besonders an alle Projektleiter und Führungskräfte, die Vorhaben beaufsichtigen, durchführen und begleiten. Es unterstützt jedoch auch die Projektmitarbeiter dabei, erfolgreich an den Projekten mitzuwirken und diese mitzugestalten. Das V-Modell behandelt die Abwicklung von Projekten in Unternehmen und Einrichtungen des öffentlichen und militärischen Bereichs, wie auch bei den Behörden und Dienststellen des Bundes und der Bundeswehr. 2.6 Inhalt und Aufbau des V-Modells Wie Abbildung 1 zeigt, umfasst die Dokumentation des V-Modells die folgenden Teile, die sich jeweils an eine spezifische Gruppe von V-Modell-Anwendern wenden: Abbildung 1: Zielgruppen der einzelnen V-Modell-Teile Ein grundlegendes Verständnis der ersten beiden Teile ist Voraussetzung für die erfolgreiche Anwendung des V-Modells im Projekt. Die nachfolgenden Teile 3 bis 7 sind V-Modell-Referenzen. Eine V-Modell-Referenz ist eine spezifische Sicht auf die Inhalte des V-Modells. Diese V-Modell-Referenzen müssen nicht im Vorfeld eines Projektes vom V-Modell-Anwender gelesen werden. Vielmehr dienen die V-Modell-Referenzen und die Teile 8 und 9 als Nachschlagewerk während der Projektdurchführung. Teil 1: Grundlagen des V-Modells Dieser Teil führt in die zentralen Grundkonzepte des V-Modells ein und beschreibt das Zusammenspiel unterschiedlicher V-Modell-Projekte. Ferner werden Anwendungsrichtlinien eingeführt, welche die

8 1-6 Teil 1: Grundlagen des V-Modells Umsetzung des V-Modells in konkreten Projekten regeln. Einige dieser Anwendungsrichtlinien fokussieren grundlegende Managementmechanismen, andere decken dagegen die eigentliche Bearbeitung der Projektaufgabe ab. Teil 2: Eine Tour durch das V-Modell Die Tour durch das V-Modell zeigt in Ausschnitten, wie das V-Modell im Rahmen eines konkreten Beispielprojektes angewendet wird. So vermittelt dieser Teil eine erste Vorstellung von der Verwendung des V-Modells in der Projektpraxis. Teil 3: V-Modell-Referenz Tailoring Die V-Modell-Referenz Tailoring beschreibt die Projektmerkmale, mittels derer ein für das jeweilige Projekt spezifisches Anwendungsprofil erstellt wird. Ferner stellt sie die wesentlichen Inhalte der im V-Modell enthaltenen Projektdurchführungsstrategien und Vorgehensbausteine dar. Darüber hinaus werden die im V-Modell verfügbaren Entscheidungspunkte vorgestellt. Somit bietet diese V-Modell- Referenz die für das Tailoring notwendigen Informationen. Teil 4: V-Modell-Referenz Rollen Die V-Modell-Referenz Rollen vermittelt einen Überblick über alle im V-Modell vorgesehenen Rollen. Neben einer detaillierten Rollenbeschreibung wird für jede einzelne Rolle festgehalten, für welche Produkte und Aktivitäten die Rolle verantwortlich ist und wo sie mitwirkt. Diese V-Modell-Referenz ist somit Richtschnur bei der Rollenbesetzung und bietet eine erste Orientierung für die anstehenden Aufgaben und Befugnisse der Projektmitglieder. Teil 5: V-Modell-Referenz Produkte Die V-Modell-Referenz Produkte beinhaltet dem hierarchischen Produktmodell entsprechend alle Produktgruppen, Produkte und Themen des V-Modells. Dabei werden explizit auch die Zusammenhänge zwischen den einzelnen Produkten durch so genannte Produktabhängigkeiten beschrieben. Somit ist diese V-Modell-Referenz insbesondere für die Bearbeiter und Prüfer von Produkten des V-Modells relevant. Teil 6: V-Modell-Referenz Aktivitäten Die V-Modell-Referenz Aktivitäten beinhaltet dem hierarchischen Aktivitätenmodell entsprechend alle Aktivitätsgruppen, Aktivitäten und Teilaktivitäten des V-Modells. Dabei wird insbesondere die Abwicklung der einzelnen Teilaktivitäten im Rahmen einer Aktivität beschrieben. Eine Aktivität legt fest, auf welche Weise und durch welche Arbeitsschritte ein konkretes Produkt erstellt wird. Entsprechend ist diese V-Modell-Referenz insbesondere für die Projektmitarbeiter relevant. Teil 7: V-Modell-Referenz Konventionsabbildungen Als Basis organisationsweiter Entwicklungsprozesse muss das V-Modell kompatibel mit aktuellen (Quasi-)Standards, Normen und Vorschriften sein, wie zum Beispiel zur ISO 9001:2000, zur ISO/IEC und zum CMMI. Für jede dieser Konventionen enthält die V-Modell-Referenz Konventionsabbildungen eine Abbildung der Begriffe aus der entsprechenden Konvention in die Begriffswelt des V-Modells. Somit erleichtert diese V-Modell-Referenz Quereinsteigern, die bereits mit bestimmten Konventionen vertraut sind, den Einstieg in das V-Modell. Darüber hinaus zeigt die V-Modell-Referenz Konventionesabbildung auf, inwieweit das V-Modell die durch ISO, IEC und CMMI gemachten Konventionen abdeckt. Teil 8: Anhang Der Anhang beinhaltet eine Reihe von Verzeichnissen und Nachschlagewerken, wie zum Beispiel Methodenreferenzen, Werkzeugreferenzen, Glossar, Abkürzungsverzeichnis und Literaturangaben. In den anderen Teilen des V-Modells wird jeweils bei Bedarf auf die Einträge im Anhang verwiesen. Teil 9: Vorlagen

9 2 Zielsetzung und Aufbau des V-Modells 1-7 Dieser Teil beinhaltet Vorlagen für die einzelnen Produkte in Form von RTF-Dokumenten. Diese Vorlagen können im Rahmen eines Projektes direkt eingesetzt oder gegebenenfalls zuvor angepasst und dann eingesetzt werden.

10 1-8 Teil 1: Grundlagen des V-Modells 3 Grundkonzepte des V-Modells Im Rahmen der Weiterentwicklung wurde das V-Modell inhaltlich erweitert. Ferner wurden die Qualitätseigenschaften des V-Modells verbessert, insbesondere hinsichtlich der projekt- und organisationsspezifischen Anpassbarkeit, der Anwendbarkeit im Projekt, der Skalierbarkeit auf unterschiedliche Projektgrößen sowie der Änder- und Erweiterbarkeit des V-Modells selbst. Um dies zu erreichen wurde die Struktur des V-Modells komplett überarbeitet, und das ehemals monolithische V-Modell wurde in einzelne Bausteine aufgespalten. Vordefinierte Ablaufrahmen beschreiben, welche dieser Bausteine in einer konkreten Projektkonstellation zum Einsatz kommen, und in welcher Reihenfolge die benötigten Produkte und Zwischenergebnisse zu erarbeiten sind. Der folgende Abschnitt vermittelt einen kurzen Überblick über die Gesamtstruktur des aktualisierten V-Modells. Anschließend werden die einzelnen Grundkonzepte des V-Modells detailliert beschrieben. Zusammenfassend wird dann die ziel- und ergebnisorientierte Vorgehensweise des V-Modells dargestellt. 3.1 Gesamtstruktur des V-Modells Das V-Modell regelt "Wer" "Wann" "Was" in einem Projekt zu tun hat. Abbildung 2 vermittelt einen Überblick über die Gesamtstruktur des V-Modells. Das V-Modell ist in vielen verschiedenen Projektkonstellationen anwendbar, wobei jedoch nicht alle V-Modell-Projekte nach dem gleichen Schema ablaufen. Abhängig von einigen charakteristischen Eigenschaften lassen sich die verschiedenen Projekte klassifizieren und in Projekttypen einteilen. Damit sich das V-Modell einfach und ohne großen Aufwand einsetzen lässt, werden für die verschiedenen Projekttypen Ablaufrahmen, die so genannten Projektdurchführungsstrategien, vordefiniert. Dabei ist für jeden Projekttyp festgelegt, welche Vorgehensbausteine in der entsprechenden Projektkonstellation zum Einsatz kommen müssen und welche zusätzlich ausgewählt werden können. Ein Vorgehensbaustein deckt eine konkrete Aufgabenstellung ab, die im Rahmen eines V-Modell- Projektes auftreten kann. Festgelegt werden dabei die innerhalb dieser Aufgabenstellung zu erarbeitenden Produkte, die Aktivitäten, durch welche die einzelnen Produkte erstellt werden, sowie die an den einzelnen Produkten mitwirkenden Rollen. Die einzelnen Vorgehensbausteine sind dabei jeweils in sich abgeschlossen. Abhängigkeiten und Querbeziehungen zwischen den Vorgehensbausteinen sind explizit definiert. Der Projekttyp legt nicht nur die zu verwendenden Vorgehensbausteine, sondern auch die anzuwendende Projektdurchführungsstrategie fest. Eine Projektdurchführungsstrategie korrespondiert mit einer Folge von Entscheidungspunkten. Ein Entscheidungspunkt weist eine Projektfortschrittsstufe im Projektablauf aus, an welcher der aktuelle Stand des Projektes evaluiert wird. Die Projektverantwortlichen entscheiden, abhängig von dem Ergebnis dieser Evaluation, über den weiteren Projektverlauf und legen gegebenenfalls erforderliche korrigierende Maßnahmen fest. Einige Vorgehensbausteine müssen in jedem V-Modell-konformen Projekt angewendet werden, um ein Mindestmaß an Projektdurchführungsqualität zu gewährleisten. Diese verbindlich anzuwendenden Vorgehensbausteine bilden zusammen den V-Modell-Kern. Im vorliegenden Dokument Grundlagen des V-Modells ist beschrieben, wie die Vorgaben des V-Modells innerhalb eines Projektes umzusetzen sind. Dabei werden neben den unterstützenden organisatorischen Aspekten auch die Erfüllung der eigentlichen Projektaufgabe abgedeckt.

11 3 Grundkonzepte des V-Modells 1-9 Abbildung 2: Gesamtstruktur und sichtenbasierte Darstellung des V-Modells Die bisher beschriebenen Elemente stellen die eigentlichen Inhalte des V-Modells dar. Ergänzt werden diese Inhalte durch so genannte Konventionsabbildungen. Eine Konventionsabbildung setzt die Begriffe eines (Quasi-)Standards, einer Norm oder einer Vorschrift mit den Inhalten des V-Modells in Beziehung. Beispielsweise umfassen die Konventionsabbildungen die CMMI -Abbildung und die ISO Abbildung auf das V-Modell. Denjenigen Anwendern, die ihre Projekte bisher nach anderen Vorschriften, Verfahren oder Standards abgewickelt haben, wird durch diese Konventionsabbildungen der Umstieg auf das V-Modell erleichtert. Im Laufe eines Projektes befassen sich unterschiedliche Personen und Personengruppen mit den einzelnen Inhalten des V-Modells. So steht beispielsweise zu Beginn eines Projektes für die Projektleitung die projektspezifische Anpassung des V-Modells im Vordergrund. Während des späteren Projektverlaufes fokussieren die Projektleitung und das Projektteam dagegen die konkrete Vorgehensweise und die jeweils anstehenden Einzelaufgaben. Für die Qualitätssicherung wiederum sind die vom V-Modell gestellten Anforderungen an zu überprüfende Produkte essenziell. Jede dieser V-Modell-Anwendergruppen hat also eine andere Sichtweise auf die Inhalte des V-Modells. Um den spezifischen Bedürfnissen der einzelnen Anwendergruppen gerecht zu werden, ist die Dokumentation des V-Modells in einzelne V-Modell-Referenzen gegliedert, welche genau diesen Sichtweisen entsprechen. So beschreibt beispielsweise die V-Modell-Referenz Tailoring speziell die Erstellung eines projektspezifischen V-Modells. Die Inhalte der einzelnen V-Modell-Referenzen wurden bereits in Kapitel Zielsetzung und Aufbau des V-Modells kurz vorgestellt. 3.2 Projekttypen Das V-Modell kann in vielfältigen Projektkonstellationen als Richtschnur für die systematische Führung und Abwicklung eines Projektes gewinnbringend eingesetzt werden. Nicht jedes V-Modell-Projekt läuft stereotyp nach dem gleichen Schema ab. Abhängig von charakteristischen Projektmerkmalen lassen sich die einzelnen Projektvarianten klassifizieren und in Projekttypen einteilen. Diese Klassifizierung der Projektvarianten wird im Folgenden kurz vorgestellt. Die wichtigsten Projektmerkmale, die zur Klassifizierung von V-Modell-Projekten herangezogen werden, sind der Projektgegenstand und die Projektrolle. Der Projektgegenstand eines V-Modell-Projektes ist

12 1-10 Teil 1: Grundlagen des V-Modells entweder die Entwicklung eines Systems oder eines organisationsspezifisches Vorgehensmodells. Dazu existieren acht verschiedene Projektrollen die die Position bezeichnen, die ein V-Modell-Projekt gegenüber anderen Projekten einnimmt. Jede dieser Projektrollen impliziert eine spezifische Sichtweise auf das Projekt und zieht eine Reihe von spezifischen Projektaufgaben nach sich. Die verschiedenen Projektrollen lassen sich in drei Klassen einteilen. In der Projektrolle Auftraggeber und Auftragnehmer wird genau ein V-Modell-Projekt durchgeführt, um ein System oder ein organisationsspezifisches Vorgehensmodell selbst zu entwickeln. In der Projektrolle Auftraggeber wird die Systemerstellung auf Basis von festgelegten Anforderungen an einen oder mehrere Auftragnehmer vergeben. In der Projektrolle Auftragnehmer wird ein Systementwicklungsprojekt auf Basis von vom Auftraggeber festgelegten Anforderungen durchgeführt. Wichtig ist, dass bei der Entwicklung eines organisationsspezifischen Vorgehensmodells erfolgt keine Unterscheidung zwischen Auftraggeber und Auftragnehmer erfolgt. Abbildung 3: Klassifizierung von Projekten in Projekttypen Wie in Abbildung 3 veranschaulicht, ergeben sich anhand der wichtigsten Projektmerkmale die folgenden Projekttypen: Systementwicklungsprojekt (AG) Systementwicklungsprojekt (AN) Systementwicklungsprojekt (AG/AN) Einführung und Pflege eines organisationsspezifischen Vorgehensmodells Die Auswahl eines Projekttyps ist der erste Schritt, um festzulegen, "Was" in einem Projekt zu tun ist. 3.3 Vorgehensbausteine Die wesentlichen Inhalte des V-Modells sind in den modularen, aufeinander aufbauenden Vorgehensbausteinen enthalten. Jeder Vorgehensbaustein ist eine eigenständige Einheit und einzeln änder- bzw. erweiterbar. Ein Vorgehensbaustein ist eine konkrete Aufgabenstellung, die im Rahmen eines V-Modell- Projektes auftreten kann. Wie Abbildung 4 schematisch zeigt, kapselt ein Vorgehensbaustein dabei diejenigen Produkte, Aktivitäten und Rollen, die für die Erfüllung dieser Aufgabenstellung relevant sind und damit inhaltlich zusammengehören, wie beispielsweise die Inhalte des Projektmanagements oder der Softwareentwicklung.

13 3 Grundkonzepte des V-Modells 1-11 Abbildung 4: Vorgehensbausteine und ihre Bestandteile Produkte werden im V-Modell mit abgerundeten Ecken dargestellt, Aktivitäten dagegen in Form von Rechtecken. Als Produkte werden die zu erarbeitenden Ergebnisse und Zwischenergebnisse bezeichnet. Die Gesamtheit aller Produkte wird hierarchisch strukturiert, indem inhaltlich eng zusammengehörende Produkte zu Produktgruppen zusammengefasst werden. Darüber hinaus kann ein komplexes Produkt in mehrere Themen gegliedert sein. Die einzelnen Produkte können voneinander abhängig sein. Eine solche Produktabhängigkeit beschreibt eine Konsistenzbedingung zwischen zwei oder mehreren Produkten. Dabei kann eine Produktabhängigkeit sowohl innerhalb eines Vorgehensbausteins als auch zwischen Produkten verschiedener Vorgehensbausteine bestehen. Ein Produkt wird explizit als initiales Produkt oder als externes Produkt ausgewiesen. Als initial werden diejenigen Produkte bezeichnet, die in jedem V-Modell-Projekt immer und genau einmal erstellt werden müssen, beispielsweise das Projekthandbuch oder der Projektplan. Produkte, die nicht im Rahmen des betrachteten V-Modell-Projektes erstellt, sondern als Eingabe an das V-Modell-Projekt übergeben werden, werden als externe Produkte bezeichnet. Die Struktur und die inhaltlichen Anforderungen an diese externen Produkte sind jedoch bereits im V-Modell vorgegeben. Jedes Produkt, das innerhalb des betrachteten V-Modell-Projektes erarbeitet wird, wird von genau einer Aktivität fertig gestellt. Die Art und Weise, wie die einzelnen Produkte zu bearbeiten sind, ist in den Aktivitäten festgelegt. Auch die Aktivitäten eines Vorgehensbausteins sind hierarchisch strukturiert. Inhaltlich verwandte Aktivitäten, die vorgehenstechnisch zusammengehören, werden dabei zu Aktivitätsgruppen zusammengefasst. Darüber hinaus lassen sich Aktivitäten in Teilaktivitäten gliedern. Eine Teilaktivität ist vergleichbar mit einer Arbeitsanleitung, die geschlossen durchzuführen ist und dabei ein oder mehrere Themen bearbeitet. Neben den Produkten und Aktivitäten umfasst ein Vorgehensbaustein Rollen. Eine Rolle kapselt eine Menge von Aufgaben und Verantwortlichkeiten. Durch das Konzept der Rolle bleibt das V-Modell unabhängig von organisatorischen Rahmenbedingungen. Erst zu Beginn eines V-Modell-Projektes werden den einzelnen Rollen konkrete Personen oder Organisationseinheiten zugeordnet. Jedem Produkt ist genau eine verantwortliche Rolle zugewiesen (Verantwortlicher). Darüber hinaus können jedoch auch noch weitere Rollen an einem Produkt mitwirken (Mitwirkender ). Ein Vorgehensbaustein gibt somit vor, "Was" in einem konkreten Projekt zu tun ist, also welche Produkte zu erstellen und welche Aktivitäten durchzuführen sind. Darüber hinaus legt der Vorgehensbaustein fest, "Wer" beziehungsweise welche Rolle für welches Produkt verantwortlich ist.

14 1-12 Teil 1: Grundlagen des V-Modells 3.4 V-Modell-Kern und Vorgehensbaustein-Landkarte Wie bereits erwähnt ist für jeden Projekttyp vorgegeben, welche Vorgehensbausteine verpflichtend und welche optional verwendet werden. Der Vorgehensbaustein ist somit die zentrale Einheit des Tailorings, also der projektspezifischen Anpassung des V-Modells an ein konkretes V-Modell-Projekt. Dabei werden die für ein konkretes V-Modell-Projekt benötigten Vorgehensbausteine entsprechend den Vorgaben des Projekttyps ausgewählt und festgelegt. Insgesamt existieren 21 Vorgehensbausteine, die sich grob in vier Bereiche einteilen lassen anhand derer die farbliche Markierung in Abbildung 5 vorgenommen wird. In einem ersten Bereich liegen diejenigen Vorgehensbausteine, die in jedem V-Modell-Projekt benutzt werden können. Dazu gehört der V-Modell-Kern der dabei ein Mindestmaß an Projektdurchführungsqualität garantiert: In jedem V-Modell-konformen Projekt sind die in den Vorgehensbausteinen des V-Modell-Kerns definierten grundlegenden Managementmechanismen zu verwenden. Die Vorgehensbausteine des V-Modell-Kerns sind die Vorgehensbausteine Projektmanagement, Qualitätssicherung, Konfigurationsmanagement sowie Problem- und Änderungsmanagement. Zusätzlich kann in jedem Projekttyp noch der Vorgehensbaustein Kaufmännisches Projektmanagement und Messung und Analyse verwendet werden. Der Vorgehensbaustein Kaufmännisches Projektmanagement definiert Verfahren und Hilfen für die Integration des Projektmanagements in das übergreifende kaufmännische Management. In Messung und Analyse werden Verfahren für die organisationsweite und projektübergreifende Erfassung und Auswertung von Kennzahlen bereitgestellt.

15 3 Grundkonzepte des V-Modells 1-13 Abbildung 5: Vorgehensbausteinlandkarte In einem weiteren Bereich befinden sich alle Vorgehensbausteine, die ausschließlich für die Entwicklung eines organisationsspezifischen Vorgehensmodells benötigt werden. Dieser Bereich umfasst ausschließ-

16 1-14 Teil 1: Grundlagen des V-Modells lich den Vorgehensbaustein Einführung und Pflege eines organisationsspezifischen Vorgehensmodells, mit den notwendigen Verfahren und Richtlinien für die Einführung eines Vorgehensmodells innerhalb einer Organisation und die anschließende Etablierung eines kontinuierlichen Verbesserungsprozesses. In einem dritten Bereich sind alle Vorgehensbausteine angesiedelt, die für die Entwicklung eines Systems benötigt werden oder optional verwendet werden können. Dieser Bereich umfasst die Vorgehensbausteine Anforderungsfestlegung, Systemerstellung, HW-Entwicklung, SW-Entwicklung, Logistikkonzeption, Weiterentwicklung und Migration von Altsystemen, Evaluierung von Fertigprodukten, Benutzbarkeit und Ergonomie und Systemsicherheit. Außerdem ist diesem Bereich der Vorgehensbaustein Multi- Projektmanagement zugeordnet. Dieser unterstützt die fachliche Aufteilung des Gesamtprojektes in mehrere Teilprojekte noch vor der Anforderungsfestlegung. In einem letzten Bereich finden sich diejenigen Vorgehensbausteine, die für die Kommunikation zwischen Auftraggeber und Auftragnehmer benötigt werden. Dazu gehören die vier Vorgehensbausteine Lieferung und Abnahme (AG), Lieferung und Abnahme (AN), Vertragsschluss (AG) und Vertragsschluss (AN), in denen festgehalten ist, wie eine Beziehung zwischen Auftraggeber und Auftragnehmer zustande kommt und vertraglich fixiert wird. Außerdem wird darin definiert, wie der zu entwickelnde Gegenstand vom Auftragnehmer an den Auftraggeber geliefert und von diesem abgenommen wird. Die einzelnen Vorgehensbausteine des V-Modells werden detailliert in der V-Modell-Referenz Tailoring vorgestellt. 3.5 Projektdurchführungsstrategien Im V-Modell 97 werden die für die Durchführung einer Aktivität erforderlichen Eingangsprodukte explizit durch den Produktfluss festgelegt. Eine vergleichbare Einschränkung existiert im aktuellen V-Modell nicht. Vorgehensbausteine und die darin enthaltenen Produkte und Aktivitäten machen auch bewusst keinerlei Vorgaben und Einschränkungen bezüglich einer möglichen Reihenfolge der Durchführung von Aktivitäten oder der Erstellung von Produkten. Der inhaltliche und zeitliche Ablauf eines Projektes ist in der Regel komplex. Um eine zuverlässige Planung und Steuerung des Projektes zu ermöglichen, muss ein geordneter Projektablauf entwickelt werden. Hierfür stellt das V-Modell dem Anwender einen Katalog von so genannten Projektdurchführungsstrategien zur Verfügung. Eine Projektdurchführungsstrategie definiert einen grundlegenden Rahmen für die geordnete und nachvollziehbare Durchführung eines Projektes. Für jeden Projekttyp bietet das V-Modell mindestens eine geeignete Projektdurchführungsstrategie an. Welche Produktdurchführungsstrategie für ein konkretes Projekt eines bestimmten Typs geeignet ist, lässt sich anhand von Projektmerkmalen bestimmen. [Abb:GK-PDS-varianten] zeigt die elf verschiedenen Projektdurchführungsstrategien, die durch das V-Modell zur Verfügung gestellt werden und gibt an, anhand welcher Projektmerkmale die geeignete Strategie ausgewählt werden kann: Für den Projekttyp Einführung und Pflege eines organisationsspezifischen Vorgehensmodells existiert nur eine geeignete, gleichnamige Projektdurchführungsstrategie. Es ist also kein weiteres Projektmerkmal relevant, um diese zu bestimmen. Für den Projekttyp Systementwicklungsprojekt (AG) erfolgt die Unterscheidung anhand des Projektmerkmals Projektrolle: je nachdem ob der Auftraggeber mit einem oder mehreren Auftragnehmern gleichzeitig zusammenarbeitet, ergibt sich die entsprechende Projektdurchführungsstrategie. Für die Ermittlung der geeigneten Projektdurchführungsstrategie innerhalb der Projekttypen Systementwicklungsprojekt (AN) und Systementwicklungsprojekt (AG/AN) sind im Allgemeinen entscheidend, welcher Systemlebenszyklusausschnitt mit dem Projekt abgedeckt wird, ob Fertigprodukte bei der Entwicklung berücksichtigt werden sollen und ob hohe Realisierungsrisiken gesehen werden.

17 3 Grundkonzepte des V-Modells 1-15 Abbildung 6: Zuordnung der Projektdurchführungsstrategien zu den Projekttypen Die Projektdurchführungsstrategien legen das "Wann", also die Reihenfolge der zu erstellenden Produkte bzw. durchzuführenden Aktivitäten, fest. 3.6 Entscheidungspunkte Wie bereits erwähnt definiert eine Projektdurchführungsstrategie einen grundlegenden Rahmen für die geordnete und nachvollziehbare Durchführung eines Projektes. Jede Projektdurchführungsstrategie gibt dabei eine Reihenfolge der im Projekt zu erreichenden Projektfortschrittsstufen vor. Wie Abbildung 7 zeigt, wird das Erreichen einer Projektfortschrittsstufe durch einen Entscheidungspunkt markiert. Ein Entscheidungspunkt weist einen Meilenstein im Projektablauf aus, an dem der aktuelle Stand des Projektes evaluiert wird. Für jeden Entscheidungspunkt ist im V-Modell eine Menge von Produkten definiert, die am Ende der Projektfortschrittsstufe fertig gestellt sein müssen. Auf der Basis dieser Produkte entscheidet das projektübergeordnete Management, ob die Projektfortschrittsstufe mit Erfolg erreicht wurde und ob der nächste Projektabschnitt freigegeben wird. Abbildung 7: Projektdurchführungsstrategie, Entscheidungspunkte und Produkte Abbildung 8 zeigt alle im V-Modell vorgesehenen Entscheidungspunkte. Die farbliche Markierung wird analog zu der Aufteilung der Vorgehensbausteine in vier Bereiche verwendet. Dabei werden die Entscheidungspunkte Projekt genehmigt, Projekt definiert, Iteration geplant und Projekt abgeschlossen in allen Projekttypen und damit auch in allen Projektdurchführungsstrategien verwendet. Die Systementwicklung wird durch die Entscheidungspunkte Anforderungen festgelegt, System spezifiziert, System entworfen, Feinentwurf abgeschlossen, Systemelemente realisiert und System integriert abgebildet. Die Entscheidungspunkte Gesamtprojekt aufgeteilt und Gesamtprojektfortschritt überprüft werden verwendet, wenn das Projekt noch vor der Anforderungsfestlegung in mehrere Teilprojekte aufgeteilt werden soll.

18 1-16 Teil 1: Grundlagen des V-Modells Die Menge der Entscheidungspunkte, die sich mit dem Verhältnis zwischen Auftraggeber und Auftragnehmer beschäftigt umfasst Projekt ausgeschrieben, Angebot abgegeben, Projekt beauftragt, Lieferung durchgeführt, Abnahme erfolgt und Projektfortschritt überprüft. Schließlich beinhaltet ein vierter Bereich noch die Entscheidungspunkte Vorgehensmodell analysiert, Verbesserung Vorgehensmodell konzipiert und Verbesserung Vorgehensmodell realisiert, die ausschließlich bei der Entwicklung eines organisationsspezifischen Vorgehensmodells verwendet werden. Durch die in Abbildung 8 dargestellten und den beschriebenen Bereichen zugeordneten Entscheidungspunkte ist für jeden Projekttyp ein spezifischer, grundlegender Rahmen für die Projektdurchführung im V-Modell vorgegeben. Die V-Modell-Referenz Tailoring beschreibt die Abfolge der Entscheidungspunkte für jede der verfügbaren Projektdurchführungsstrategien im Detail.

19 3 Grundkonzepte des V-Modells 1-17 Abbildung 8: Entscheidungspunkte der Projektdurchführungsstrategien Die Entscheidungspunkte legen zusammen mit den Projektdurchführungsstrategien das "Wann" und "Was" fest, also wann welche Produkte fertiggestellt sein müssen. Der Fall, dass ein Entscheidungspunkt nicht erreicht wird, wird im V-Modell XT nicht geplant. Sollte der Lenkungsausschuss Grund haben, eine Projektfortschrittsentscheidung nicht auszusprechen, so ergeben sich folgende Möglichkeiten: 1. Die Arbeit an den zugrundeliegenden Produkten des Entscheidungspunkts wird solange durchgeführt, bis die Produkte eine zufriedenstellende Qualität aufweisen.

20 1-18 Teil 1: Grundlagen des V-Modells 2. Der Lenkungsausschuss entscheidet, bereits durchlaufene Entscheidungspunkte zu wiederholen, um die zugrundeliegenden Produkte erneut umfangreich zu überarbeiten und dort erneute Projektfortschrittsentscheidungen zu erzwingen. 3. Das Projekt kann abgebrochen werden. 3.7 Grundkonzepte im Überblick Ein wesentliches Prinzip des V-Modells ist seine ziel- und ergebnisorientierte Vorgehensweise. Diese Grundphilosophie ist an vielen Stellen im V-Modell sichtbar: Produkte stehen im Mittelpunkt des V-Modells. Sie sind die zentralen Projektergebnisse. Projektdurchführungsstrategien und Entscheidungspunkte geben die Reihenfolge der Produktfertigstellung und somit die grundlegende Struktur des Projektverlaufs vor. Die detaillierte Projektplanung und -steuerung wird auf der Basis der Bearbeitung und Fertigstellung von Produkten durchgeführt. Für jedes Produkt ist eindeutig eine Rolle verantwortlich, und in einem konkreten Projekt dann eine dieser Rolle zugeordnete Person oder Organisationseinheit. Die Produktqualität ist durch definierte Anforderungen an das Produkt und explizite Beschreibungen der Abhängigkeiten zu anderen Produkten überprüfbar. Die im V-Modell definierten Produkte sind somit die zentralen Zwischen- und Endergebnisse des Projektes. Ausgehend von den Projektzielen werden diese Ergebnisse bei der Projektkonzeption und - planung definiert und im Zuge einer professionellen Vorgehensweise während des Projektverlaufs bearbeitet und fertig gestellt. Die Ziel- und Ergebnisorientierung des V-Modells vermeidet unnötige, nicht an Ergebnissen ausgerichtete Tätigkeiten. Aktivitäten und Teilaktivitäten, die keinen Beitrag zur Ergebniserstellung liefern, werden im V-Modell nicht beschrieben. Diese Fokussierung des V-Modells stellt eine wesentliche Grundvoraussetzung für eine effiziente Projektabwicklung dar.

PRINCE2 TAG 2011. PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr. Peter Morwinski, Leiter Technologie Center

PRINCE2 TAG 2011. PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr. Peter Morwinski, Leiter Technologie Center Ihr starker IT-Partner. Heute und morgen PRINCE2 in Projekten der Bundesbehörden und der Bundeswehr PRINCE2 TAG 2011 Peter Morwinski, Leiter Technologie Center INHALT PRINCE2 und V-Modell XT Einleitung

Mehr

Projektmanagement V-Modell XT-konform gestalten

Projektmanagement V-Modell XT-konform gestalten Projektmanagement V-Modell XT-konform gestalten PMI Munich Chapter Meeting 20. März 2007 Dr. Marc Sihling 2007 4Soft GmbH Agenda Überblick V-Modell XT Projektinitialisierung Tailoring Rollenbelegung Projektplanung

Mehr

2 Einführung in das V-Modell XT

2 Einführung in das V-Modell XT Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 2 Einführung in das V-Modell XT V-Modell XT Anwendung im Projekt

Mehr

V-Modell. Dipl. Wirtsch. Ing. Alexander Werth 11-1

V-Modell. Dipl. Wirtsch. Ing. Alexander Werth 11-1 V-Modell Dipl. Wirtsch. Ing. Alexander Werth Software Engineering 11-1 Was ist das V-Modell? Das V im V-Modell steht für Vorgehensmodell. Umfangreiches Dokument. Softwaretool zur Unterstützung. Vorgabe

Mehr

Software Engineering. 2. V-Modell XT

Software Engineering. 2. V-Modell XT Software Engineering 2. V-Modell XT Gliederung Vorlesung Einführung V-Modell XT Analyse und Anforderungsmanagement Benutzungsoberflächen Architektur Entwurf Entwurfsmuster Persistenz Implementierung Konfigurationsmanagement

Mehr

6 Vorgehensbausteine.

6 Vorgehensbausteine. <Datum> <Organisation> <Veranstaltungsort> <Vortragender> <Organisation> Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 6 Vorgehensbausteine 1.2.1 Copyright V-Modell XT Das

Mehr

Di 7.2. Sprinten mit dem V-Modell XT. Olaf Lewitz. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich

Di 7.2. Sprinten mit dem V-Modell XT. Olaf Lewitz. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Di 7.2 January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Sprinten mit dem V-Modell XT Olaf Lewitz Sprinten mit dem V-Modell XT Olaf Lewitz microtool GmbH, Berlin Konkurrenz

Mehr

Das neue V-Modell 1 XT Ein anpassbares Vorgehensmodell für Software und System Engineering

Das neue V-Modell 1 XT Ein anpassbares Vorgehensmodell für Software und System Engineering Das neue V-Modell 1 XT Ein anpassbares Vorgehensmodell für Software und System Engineering Manfred Broy Technische Universität München Institut für Informatik 85748 Garching Andreas Rausch Technische Universität

Mehr

Das V-Modell XT in kleinen Projekten Möglichkeiten und Grenzen

Das V-Modell XT in kleinen Projekten Möglichkeiten und Grenzen Das V-Modell XT in kleinen Projekten Möglichkeiten und Grenzen Erfahrungen aus einem sehr kleinen Projekt Dr. Ralf Kneuper Prof. Dr. Matthias Knoll 1 Ralf Kneuper Dipl.-Mathematiker, Univ. Bonn PhD Computing

Mehr

Das neue V-Modell XT. Methodik, Anwendung, Nutzen

Das neue V-Modell XT. Methodik, Anwendung, Nutzen Das neue V-Modell XT Methodik, Anwendung, Nutzen Wolfgang Kranz EADS Deutschland GmbH Defence Electronics 85716 Unterschleißheim Landshuterstr. 26 Tel. +49 89 3179-2786, Fax -2528 mobil: +49 172 8488200

Mehr

Das neue V-Modell XT. Methodik, Anwendung, Nutzen

Das neue V-Modell XT. Methodik, Anwendung, Nutzen Das neue V-Modell XT Methodik, Anwendung, Nutzen Wolfgang Kranz EADS Deutschland GmbH Defence Electronics 85716 Unterschleißheim Landshuterstr. 26 Tel. +49 89 3179-2786, Fax -2528 mobil: +49 172 8488200

Mehr

7 Projektplanung. V-Modell XT Anwendung im Projekt.

7 Projektplanung. V-Modell XT Anwendung im Projekt. <Datum> <Organisation> <Veranstaltungsort> <Vortragender> <Organisation> Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 7 Projektplanung V-Modell XT Anwendung im Projekt Überblick

Mehr

m.e.d. concept methode erfolg datenverarbeitung V-Modell XT im Überblick 2 V-Modell XT Einführung - Analyse und Roadmap 3

m.e.d. concept methode erfolg datenverarbeitung V-Modell XT im Überblick 2 V-Modell XT Einführung - Analyse und Roadmap 3 Projektmanagement Kompetenztraining V-Modell XT Das V-Modell XT ist urheberrechtlich geschützt, Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten m.e.d. concept methode erfolg datenverarbeitung

Mehr

Berliner XML Tage 2005: Abbildung des V-Modell XT in Projektron BCS

Berliner XML Tage 2005: Abbildung des V-Modell XT in Projektron BCS Berliner XML Tage 2005: Abbildung des V-Modell XT in Projektron BCS Prof. Dr. Roland Petrasch Dipl.-Inform., M.Sc. Florian Fieber Fachbereich VI Informatik und Medien Technische Fachhochschule Berlin Luxemburger

Mehr

Schriften zum Software-Qualitätsmanagement

Schriften zum Software-Qualitätsmanagement Software-Qualitätsmanagement: Theorie & Praxis herausgegeben von Roland Petrasch Band 3 Schriften zum Software-Qualitätsmanagement Vorgehen, Methoden und Werkzeuge für die Software-Qualitätssicherung Roland

Mehr

V-Methode, RUP, Waterfall oder was?

V-Methode, RUP, Waterfall oder was? 5. Bayerischer IT-Rechtstag am 26. Oktober 2006 auf der SYSTEMS 2006 in München Übersicht über die verschiedenen Vorgehensmodelle Dr. Sarre & Schmidt EDV-Sachverständige, München Öffentlich bestellter

Mehr

Abb.: Darstellung der Problemfelder der Heine GmbH

Abb.: Darstellung der Problemfelder der Heine GmbH Entwicklung eines SOLL-Konzeptes Kehl Olga 16.05.10 Wie aus der Ist-Analyse ersichtlich wurde, bedarf die Vorgehensweise bei der Abwicklung von Projekten an Verbesserung. Nach der durchgeführten Analyse

Mehr

1 Phase «Initialisierung»

1 Phase «Initialisierung» 1.1 Übersicht Projektanmeldung Projektportfolio Projektrandbedingungen Projekt vorbereiten Projektantrag Projekthandbuch Projektplan Zurückweisung Projektauftrag Projektportfolio Status Abbruch Phase Voranalyse

Mehr

Softwareentwicklung mit dem V-Modell XT. Erfahrungen, Einschätzungen, Empfehlungen

Softwareentwicklung mit dem V-Modell XT. Erfahrungen, Einschätzungen, Empfehlungen Softwareentwicklung mit dem V-Modell XT Erfahrungen, Einschätzungen, Empfehlungen Arne Schneikart - ZIVIT - 12.04.2006 Zentrum für Informationsverarbeitung und Informationstechnik Seit 1.1.2006: IT-Dienstleister

Mehr

Leseprobe. Joachim Drees, Conny Lang, Marita Schöps. Praxisleitfaden Projektmanagement. Tipps, Tools und Tricks aus der Praxis für die Praxis

Leseprobe. Joachim Drees, Conny Lang, Marita Schöps. Praxisleitfaden Projektmanagement. Tipps, Tools und Tricks aus der Praxis für die Praxis Leseprobe Joachim Drees, Conny Lang, Marita Schöps Praxisleitfaden Projektmanagement Tipps, Tools und Tricks aus der Praxis für die Praxis ISBN: 978-3-446-42183-7 Weitere Informationen oder Bestellungen

Mehr

Technische Dokumentation im V-Modell XT

Technische Dokumentation im V-Modell XT Technische Dokumentation im V-Modell XT Beate Kapturek Rolf Drechsler Institut für Informatik, Universität Bremen, 28359 Bremen Zusammenfassung. Eingebettete Systeme werden zunehmend ein Teil unserer täglichen

Mehr

Analyse der Anwendbarkeit des V-Modell XT bei kleinen IT-Vorhaben

Analyse der Anwendbarkeit des V-Modell XT bei kleinen IT-Vorhaben Ausbildungsbereich Wirtschaft an der Berufsakademie Heidenheim Fachrichtung Wirtschaftsinformatik / Electronic Commerce Analyse der Anwendbarkeit des V-Modell XT bei kleinen IT-Vorhaben Diplomarbeit eingereicht

Mehr

Vorgehensmodell versus Prozessmodell 1(2) Vorgehensmodell versus Prozessmodell 2(2) Inhalt. Phasenmodell 2(7) Phasenmodell 1(7)

Vorgehensmodell versus Prozessmodell 1(2) Vorgehensmodell versus Prozessmodell 2(2) Inhalt. Phasenmodell 2(7) Phasenmodell 1(7) Vorlesung: Softwaretechnik I IV. Prozessmodelle Teil 1 Prof. Dr. Jens Grabowski Tel. 39 172022 Email grabowski@cs.uni-goettingen.de Vorgehensmodell versus Prozessmodell 1(2) Vorgehensmodelle geben Projektleitern/Entwicklern

Mehr

GEDS Dienstleistungen. Software Engineering

GEDS Dienstleistungen. Software Engineering GEDS Dienstleistungen Software Engineering GEDS Software Engineering Übersicht Leistungen Methoden Vorgehen Projektablauf Technologien Software Engineering Leistungen Auftragsprogrammierung Wir übernehmen

Mehr

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind

Mehr

Herausforderung Systemintegration Daten, Prozesse, Applikationen am Beispiel FüInfoSysSK

Herausforderung Systemintegration Daten, Prozesse, Applikationen am Beispiel FüInfoSysSK Herausforderung Systemintegration Daten, Prozesse, Applikationen am Beispiel FüInfoSysSK Wachtberg-Werthhoven, 11.04.2011 Hans-Jürgen Thönnißen, Christoph Reich Inhalt Überblick über die Planung und Durchführung

Mehr

Ganzheitliches IT-Projektmanagement

Ganzheitliches IT-Projektmanagement Ganzheitliches IT-Projektmanagement Kapitel 2 nach dem Buch: Ruf, Walter; Fittkau, Thomas: "Ganzheitliches IT-Projektmanagement" Wissen - Praxis - Anwendungen R. Oldenbourg Verlag München - Wien 2008;

Mehr

3 Projektumfeld WEIT*

3 Projektumfeld WEIT* Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 3 Projektumfeld WEIT* * Weiterentwicklung des V-Modells

Mehr

Technische Universität München Fakultät für Informatik. Bewertung des neuen V-Modells XT aus Sicht von Capability Maturity Model Integration (CMMI )

Technische Universität München Fakultät für Informatik. Bewertung des neuen V-Modells XT aus Sicht von Capability Maturity Model Integration (CMMI ) Technische Universität München Fakultät für Informatik Diplomarbeit Bewertung des neuen V-Modells XT aus Sicht von Capability Maturity Model Integration (CMMI ) A CMMI Based Evaluation of the V-Modell

Mehr

POCKET POWER. Projektmanagement. 3. Auflage

POCKET POWER. Projektmanagement. 3. Auflage POCKET POWER Projektmanagement 3. Auflage 3 Inhalt 1 Einleitung.................................... 5 2 Grundlagen des Projektmanagements................... 8 2.1 Projektdefinition..............................

Mehr

Das V-Modell XT 1.3 Neuerungen für Anwender und Prozessingenieure

Das V-Modell XT 1.3 Neuerungen für Anwender und Prozessingenieure Das V-Modell XT 1.3 Neuerungen für Anwender und Prozessingenieure Marco Kuhrmann 1, Thomas Ternité 2 1 Technische Universität München, Institut für Informatik I4 Boltzmannstr. 3, 85748 Garching b. München

Mehr

4 Einführung in die Gruppenarbeit Produktstruktur

4 Einführung in die Gruppenarbeit Produktstruktur Bundesamt für Informationsmanagement und Informationstechnik der Bundeswehr 4 Einführung in die Gruppenarbeit Produktstruktur V-Modell XT Anwendung im Projekt

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Projektvorstellung Übung 1 Wiederholung zusammengefasst Planungsphase Lernziele Ziele und Inhalt der Planungsphase Anlass und Aufgabestellung(Was ist dabei erförderlich) Requirement Engineering

Mehr

Auftragsprojekte von der Anfrage bis zur Abrechnung erfolgreich managen - Maßgeschneiderte Qualifizierung der Projekt- und Bauleiter -

Auftragsprojekte von der Anfrage bis zur Abrechnung erfolgreich managen - Maßgeschneiderte Qualifizierung der Projekt- und Bauleiter - Auftragsprojekte von der Anfrage bis zur Abrechnung erfolgreich managen - Maßgeschneiderte Qualifizierung der Projekt- und Bauleiter - FOCUS Team KG Besenbruchstraße 16 42285 Wuppertal Tel.: 0202 28394-0

Mehr

IV::SOLUTIONFRAMEWORK

IV::SOLUTIONFRAMEWORK IV::SOLUTIONFRAMEWORK EINFÜHRUNG Das IV::SolutionFramework ist die Antwort der INTERVISTA AG auf die Anforderungen an moderne IT Entwicklungsprojekte. Effiziente Vorgehensmodelle und die Einführung von

Mehr

Evolutionäres Phasenmodell. Vorgehensmodelle

Evolutionäres Phasenmodell. Vorgehensmodelle Evolutionäres Phasenmodell Vorgehensmodelle PM 1 Die Phase Projektinitialisierung wird in enger Zusammenarbeit zwischen Projektauftraggeber und Auftragnehmer durchgeführt. Die Informationen aus dem Projektportfolio,

Mehr

Integration von unterschiedlichen Vorgehensmodellen durch ein Project Management Office auf Basis des PMBoK. Werner Achtert

Integration von unterschiedlichen Vorgehensmodellen durch ein Project Management Office auf Basis des PMBoK. Werner Achtert Integration von unterschiedlichen Vorgehensmodellen durch ein Project Management Office auf Basis des PMBoK Werner Achtert Agenda Projektmanagement in IT-Projekten Einrichtung eines PMO in der BVBS PMBoK

Mehr

Projektmanagement. Muster-Projekthandbuch

Projektmanagement. Muster-Projekthandbuch Projektmanagement Muster-Projekthandbuch Muster-Projekthandbuch Seite 2 Das Projekthandbuch (PHB) Das Projekthandbuch ist als genereller Leitfaden für die Projektarbeit im Rahmen des Lehrganges Projektmanagement-Bau

Mehr

Semesterprojekt SS 2011

Semesterprojekt SS 2011 Semesterprojekt SS 2011 Projektmanagement Teil 1 Dr. rer. nat. Andreas Tewes Als Vorlage zu dieser Vorlesung diente: projektmanagement für newcomer RKW Sachsen GmbH Kompetenzzentrum Managementsysteme Selbst

Mehr

Projektabwicklung mit dem Team Foundation Server nach V-Modell XT

Projektabwicklung mit dem Team Foundation Server nach V-Modell XT Projektabwicklung mit dem Team Foundation Server nach V-Modell XT Matthias Seeland Mai 2008 Version 1.0 Zühlke Engineering GmbH Düsseldorfer Straße 40a 65760 Eschborn (Frankfurt) Deutschland Telefon +49

Mehr

Inhaltsverzeichnis. Abbildungsverzeichnis. Tabellenverzeichnis. Abkürzungsverzeichnis. 1 Überblick und Grundlagen 1

Inhaltsverzeichnis. Abbildungsverzeichnis. Tabellenverzeichnis. Abkürzungsverzeichnis. 1 Überblick und Grundlagen 1 Inhaltsverzeichnis Vorwort Abbildungsverzeichnis Tabellenverzeichnis Abkürzungsverzeichnis VII XV XXI XXIII 1 Überblick und Grundlagen 1 1.1 IT-Projekte 3 1.1.1 Probleme bei IT-Projekten 3 1.1.2 Risiken

Mehr

Befragung und empirische Einschätzung der Praxisrelevanz

Befragung und empirische Einschätzung der Praxisrelevanz Befragung und empirische Einschätzung der Praxisrelevanz eines Vorgehensmodells zur Auswahl von CRM-Systemen D I P L O M A R B E I T zur Erlangung des Grades eines Diplom-Ökonomen der Wirtschaftswissenschaftlichen

Mehr

Erweitertes Tailoring und verbesserte organisationsspezifische Anpassung mit dem neuen V-Modell XT Metamodell

Erweitertes Tailoring und verbesserte organisationsspezifische Anpassung mit dem neuen V-Modell XT Metamodell Erweitertes Tailoring und verbesserte organisationsspezifische Anpassung mit dem neuen V-Modell T Metamodell Jan Friedrich 1, Marco Kuhrmann 2, Thomas Ternité 3 1 4Soft GmbH, Mittererstr. 3, 80336 München

Mehr

ISMS Teil 3 Der Startschuss

ISMS Teil 3 Der Startschuss ISMS Teil 3 Der Startschuss Nachdem das TOP-Managenment die grundsätzliche Entscheidung getroffen hat ein ISMS einzuführen, kann es nun endlich losgehen. Zu Beginn sollte Sie noch die Grundlagen des ISMS

Mehr

Übungen zu Projektorganisation und Management in der Software-Entwicklung

Übungen zu Projektorganisation und Management in der Software-Entwicklung Prof. Dr. Dr. h.c. M. Broy Lösungsblatt 1 Dr. H. Ehler, S. Wagner 06. Mai 2004 Übungen zu Projektorganisation und Management in der Software-Entwicklung Aufgabe 1 Prozessmodell und Projektorganisation

Mehr

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.1 Wie kommt es zu einem Projektauftrag? Auftraggeber Projekt-Idee / Ziele [Anforderungen/Spezifikation/

Mehr

Integration von ITIL in das V-Modell XT

Integration von ITIL in das V-Modell XT Integration von ITIL in das V-Modell XT Masterprojekt von Alexis Djomeny Nana 06.11.2014 VMEA Köln Joachim Schramm Technische Universität Clausthal Institut für Informatik - Software Systems Engineering

Mehr

Effektstärken-Check: Wichtigste Projektkategorien

Effektstärken-Check: Wichtigste Projektkategorien Als die wichtigsten Einflussfaktoren für Projekterfolg wurden die nachfolgenden Fragen an die Teilnehmer der Studie Evidenzbasierte Erfolgsfaktoren im Projektmanagement, BPM-Labor Hochschule Koblenz, Prof.

Mehr

Keywords: Projektmanagement, Erfahrungen Projektmanagement

Keywords: Projektmanagement, Erfahrungen Projektmanagement Sage mir, wie ein Projekt beginnt und ich sage Dir, wie es endet". "Projektmanagement - heute" Projektmanagement stellt eine klare Herausforderung an die Managementqualitäten der Unternehmen dar. Projektmanagement

Mehr

Projektplanung und Anforderungserstellung in einem V-Modell-Projekt

Projektplanung und Anforderungserstellung in einem V-Modell-Projekt Technische Universität München Fakultät für Informatik Diplomarbeit Projektplanung und Anforderungserstellung in einem V-Modell-Projekt Inga Carolin Küffer Technische Universität München Fakultät für

Mehr

Grundlagen der Projektarbeit

Grundlagen der Projektarbeit Lerninhalte ❶ ❷ ❸ ❹ ❺ ❻ Ziele und Aufgaben des s Beteiligte des s Aufstellung der IS-Architektur (Überblick) Projektplanung Projektentwicklung Projektorganisation Lerninhalte L1 i Ziele und Aufgaben des

Mehr

6 Zusammenfassende Bewertung und Ausblick

6 Zusammenfassende Bewertung und Ausblick 437 6 Zusammenfassende Bewertung und Ausblick Immer wieder scheitern Projekte zur Software-Gestaltung im Öffentlichen Dienst bzw. sie laufen nicht wie geplant ab. Dies ist für sich genommen nicht weiter

Mehr

Multi-Projektmanagement. Stand: Januar 2012

Multi-Projektmanagement. Stand: Januar 2012 Multi-Projektmanagement als Teil der Unternehmenssteuerung Stand: Januar 2012 ButzConsult: Die Optimierungsberater Optimierung ist unser Ziel Beratung unsere Leidenschaft Stefan Butz Geschäftsführender

Mehr

Prüfspezifikation für Anforderungen (Lastenheft) für WiBe 4.0. Version: 1.3

Prüfspezifikation für Anforderungen (Lastenheft) für WiBe 4.0. Version: 1.3 -Prüfung: Prüfspezifikation Dokument- Prüfspezifikation für Anforderungen (Lastenheft) für WiBe 4.0 Version: 1.3 Projektbezeichnung Projektleiter Verantwortlich Erstellt am 11.03.2005 Zuletzt geändert

Mehr

Methodenbasiert in der Durchführung V-Modell XT-konform im Ergebnis

Methodenbasiert in der Durchführung V-Modell XT-konform im Ergebnis Methodenbasiert in der Durchführung V-Modell -konform im Ergebnis - 1 - So? oder gibt es einen anderen Weg? - 2 - Die Werkzeugfamilie Business professionelle Geschäftsprozessmodellierung mit UML Object

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

Modul 2.1.3: Konkretisierung des Handlungsrahmens

Modul 2.1.3: Konkretisierung des Handlungsrahmens Informationsmaterial zum Modul-Nr. 2.1: Bildungsnetzwerke planen (Schwerpunkt: Management von Bildungswerken) Modul 2.1.3: Konkretisierung des Handlungsrahmens von Lothar Albert und Norbert Wissing Inhalt

Mehr

Einführung in das Projektmanagement 1

Einführung in das Projektmanagement 1 Einführung in das Projektmanagement 1 Gliederung 1. Einführung und Grundlagen 1.1 Beispiele 1.2 Grundbegriffe und Definitionen 1.3 Erfolgsfaktoren des Projektmanagements 2. Projektorganisation 3. Projektphasen

Mehr

-Planung und Steuerung- Projekthandbuch

-Planung und Steuerung- Projekthandbuch -Planung und Steuerung- Projekthandbuch Projektbezeichnung InfoMaPa I Projektleiter Dr. Odysseus Verantwortlich Projektleiter [Dr. Odysseus] Erstellt am 09.05.2001 Zuletzt geändert 20.05.2001 Zustand X

Mehr

PAULAS PRAGMATISCHE PROJEKTFÜHRUNG

PAULAS PRAGMATISCHE PROJEKTFÜHRUNG fachartikel mehr zum thema: vmxt.blogspot.com www.v-modell-xt.de die autoren DAS V-MODELL XT IM KLEINEN: PAULAS PRAGMATISCHE PROJEKTFÜHRUNG Das V-Modell XT mit seinen knapp 800 Seiten Dokumentation eignet

Mehr

IT Value Management. IT Management, IT Projekte und Servicebeziehungen sinnvoll gestalten! atunis GmbH

IT Value Management. IT Management, IT Projekte und Servicebeziehungen sinnvoll gestalten! atunis GmbH IT Management, IT Projekte und Servicebeziehungen sinnvoll gestalten! atunis GmbH Wert schaffen durch IT Value Management Der zunehmende Kostendruck und die Frage nach dem Beitrag der IT zur Wertschöpfung

Mehr

AD HOC Personal- und Organisationsberatung GmbH, Obergrundstrasse 50, 6003 Luzern Fon 041 211 14 04 Fax 041 211 14 05 www.adhoc-beratung.

AD HOC Personal- und Organisationsberatung GmbH, Obergrundstrasse 50, 6003 Luzern Fon 041 211 14 04 Fax 041 211 14 05 www.adhoc-beratung. AD HOC Personal- und Organisationsberatung GmbH, Obergrundstrasse 50, 6003 Luzern Fon 041 211 14 04 Fax 041 211 14 05 www.adhoc-beratung.ch Projektmanagement Was ist ein Projekt, und was ist Projektmanagement?

Mehr

Software-Engineering Projekt Prof. Dr. Stephan Kleuker

Software-Engineering Projekt Prof. Dr. Stephan Kleuker Ich Software-Engineering Projekt Prof. Dr. Stephan Kleuker Kernziele: Erfolgsfaktoren für erfolgreiche SW-Projekte in Unternehmen kennen Realisierung eines größeren SW-Projekts als Gruppenarbeit Prof.

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

Praktikum Grundlagen der Programmierung. Diverse Grundlagen. Dr. Karsten Tolle

Praktikum Grundlagen der Programmierung. Diverse Grundlagen. Dr. Karsten Tolle Diverse Grundlagen Dr. Karsten Tolle Vorgehensmodelle im Software Engineering Wasserfallmodell Rapid Prototyping Spiralmodell V-Modell Rational Unified Process extrem Programming Test Driven Development

Mehr

Testfragen PRINCE2 Foundation

Testfragen PRINCE2 Foundation Testfragen PRINCE2 Foundation Multiple Choice Prüfungsdauer: 20 Minuten Hinweise zur Prüfung 1. Sie sollten versuchen, alle 25 Fragen zu beantworten. 2. Zur Beantwortung der Fragen stehen Ihnen 20 Minuten

Mehr

Institut für interdisziplinäre Studien Institute for Interdisciplinary Studies. Final Thesis. im Bachelor Studiengang Business Information Systems

Institut für interdisziplinäre Studien Institute for Interdisciplinary Studies. Final Thesis. im Bachelor Studiengang Business Information Systems Fachhochschule Bonn-Rhein-Sieg University of Applied Sciences Institut für interdisziplinäre Studien Institute for Interdisciplinary Studies Final Thesis im Bachelor Studiengang Business Information Systems

Mehr

Umfrage Projektmanagement

Umfrage Projektmanagement Umfrage Projektmanagement Ergebnisbericht 2005.2 Project Consulting Company KG Herbert-Weichmann-Straße 73 22085 Hamburg Telefon: 040.2788.1588 Telefax: 040.2788.0467 e-mail: info@pcc-kg.com Internet:

Mehr

Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007

Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007 Software Engineering und Projektmanagement Fragenausarbeitung der Prüfung vom 26.04.2007 Christoph Redl Quelle der Fragen: http://www.informatik-forum.at/showthread.php?t=54097 1 SCRUM Prinzip + Vorteile

Mehr

Teststrategie festlegen und Teststufen aufeinander abstimmen

Teststrategie festlegen und Teststufen aufeinander abstimmen Testen Teststrategie festlegen und Teststufen aufeinander abstimmen Bereich Projektplanung und -steuerung Aktivität Projekt planen Ziele Effiziente Testausführung Vermeidung von doppelter Arbeit schnell

Mehr

Freie Universität Berlin. Realisierung von IT-Projekten. Handlungsleitfaden

Freie Universität Berlin. Realisierung von IT-Projekten. Handlungsleitfaden Nur für den internen Dienstgebrauch Freie Universität Berlin Realisierung von IT-Projekten Handlungsleitfaden September 2010 Seite 1 von 12 Handlungsleitfaden Realisierung von IT-Projekten 1 Vorbemerkung

Mehr

Multiproj ektmanagement

Multiproj ektmanagement Jörg Seidl Multiproj ektmanagement Übergreifende Steuerung von Mehrprojektsituation^n^durch Projektportfolio- und Programmmanagement vq. Springer Inhaltsverzeichnis 1 Einführung und Grundlagen 1 1.1 Projektmanagement

Mehr

Prüfkatalog nach ISO/IEC 27001

Prüfkatalog nach ISO/IEC 27001 Seite 1 Prüfkatalog nach ISO/IEC 27001 Zum Inhalt Konzeption, Implementierung und Aufrechterhaltung eines Informationssicherheits Managementsystems sollten sich an einem Prüfkatalog orientieren, der sowohl

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

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

IT-Projektrichtlinie für die Fachhochschule Kiel

IT-Projektrichtlinie für die Fachhochschule Kiel IT-Projektrichtlinie für die Fachhochschule Kiel Version 1.0 Stand: 05. September 2012 mit Präsidiumsbeschluss der Fachhochschule Kiel vom 05.09.2012 IT-Projektrichtlinie Inhaltsverzeichnis Inhaltsverzeichnis

Mehr

Musteraufbau eines Anforderungsprofils zur Einführung neuer Software

Musteraufbau eines Anforderungsprofils zur Einführung neuer Software Musteraufbau eines Anforderungsprofils zur Einführung neuer Software Ottostr. 15 96047 Bamberg Tel. +49/951/98046200 Fax +49/951/98046150 email: info@softcondev.de www: softcondev.de INHALT Vorwort Diese

Mehr

V9 SCR, Basismodelle, Prozessmodelle

V9 SCR, Basismodelle, Prozessmodelle V9 SCR, Basismodelle, Prozessmodelle Spiralmodell (risikogetrieben, generisch) - Ziel: Flexible Anpassung des Prozessmodells, Risikominimierung, Kostenminimierung - Keine Trennung in Entwicklung und Wartung,

Mehr

PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL

PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL INGTES AG Bahnhofstr. 94 CH 5000 Aarau Tel. +4162 836 30 70 www.ingtes.com PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 2 1 PRODUKT- ENTWICKLUNG Bei

Mehr

Alles richtig machen Prozessorientierung hilft Ziele zu erreichen und schafft Vertrauen

Alles richtig machen Prozessorientierung hilft Ziele zu erreichen und schafft Vertrauen Information zum Thema Prozess Der Erfolg eines Unternehmens die Durchsetzung seiner Produkte und Dienstleistungen auf dem Markt, effiziente interne Abläufe, eine gesunde wirtschaftliche Situation hängt

Mehr

Interne Revision. Bericht gemäß 386 SGB III. eakte. Revision SGB III

Interne Revision. Bericht gemäß 386 SGB III. eakte. Revision SGB III Revision SGB III Bericht gemäß 386 SGB III eakte Inhaltsverzeichnis 1. Revisionsauftrag... 1 2. Zusammenfassung... 1 2.1 Ergebnisse und Maßnahmen aus dem Review vom 2. Halbjahr 2010... 1 2.2 Review 2011...

Mehr

V-Modell XT. Teil 7: V-Modell-Referenz Konventionsabbildungen

V-Modell XT. Teil 7: V-Modell-Referenz Konventionsabbildungen V-Modell XT Teil 7: V-Modell-Referenz Konventionsabbildungen DAS V-MODELL XT IST URHEBERRECHTLICH GESCHÜTZT. BUNDESREPUBLIK DEUTSCHLAND 2004. ALLE RECHTE VORBEHALTEN COPYRIGHT RESERVED BUNDESREPUBLIK DEUTSCHLAND

Mehr

Enterprise Social Networking: Ein Framework und ein Fachkonzept für ein Industrieunternehmen

Enterprise Social Networking: Ein Framework und ein Fachkonzept für ein Industrieunternehmen Enterprise Social Networking: Ein Framework und ein Fachkonzept für ein Industrieunternehmen Bachelorarbeit zur Erlangung des akademischen Grades Bachelor auf Science (B.Sc.) im Studiengang Wirtschaftswissenschaft

Mehr

Softwaretechnik Prozessmodelle

Softwaretechnik Prozessmodelle Softwaretechnik Prozessmodelle Karsten Weicker, Nicole Weicker HTWK Leipzig, FHTW Berlin Celine: They enjoy the goal but not the process. But the reality of it is that the true work of improving things

Mehr

Prof. Dr.-Ing. Dagmar Meyer Software Engineering 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG

Prof. Dr.-Ing. Dagmar Meyer Software Engineering 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG 2 ANFORDERUNGSANALYSE UND -MODELLIERUNG "If you don't know where you are going, you are unlikely to end up there." Forrest Gump 2 Anforderungen bilden die Grundlage für jedes (Software-)Projekt sind die

Mehr

Modellbasiertes Anforderungsmanagement für Change Requests Ein Praxisbericht. München, 11.03.2014

Modellbasiertes Anforderungsmanagement für Change Requests Ein Praxisbericht. München, 11.03.2014 Modellbasiertes Anforderungsmanagement für Change Requests Ein Praxisbericht München, 11.03.2014 Vorstellung Ihr Referent Ralf Nagel Senior Consultant für modellbasierte Anforderungsanalyse MID GmbH Kressengartenstraße

Mehr

Informationssystemanalyse Software Risk Evaluation 7 1

Informationssystemanalyse Software Risk Evaluation 7 1 Informationssystemanalyse Software Risk Evaluation 7 1 Software Risk Evaluation Um Risiken bei Software-Projekten abzuschätzen und ihnen zu begegnen, wurde am SEI die Software Risk Evaluation-Methode entwickelt.

Mehr

4Time: Das Cockpit für Projektunternehmen

4Time: Das Cockpit für Projektunternehmen 4Time: Das Cockpit für Projektunternehmen 4Soft-Whitepaper 4. Juni 2007 Steuerung und Controlling von Projektunternehmen sind anspruchsvolle Aufgaben. Auf der einen Seite müssen Manager die Unternehmensziele

Mehr

Software Engineering & Software Prozesse Teil 1c: Ausgewählte Softwareentwicklungsprozesse

Software Engineering & Software Prozesse Teil 1c: Ausgewählte Softwareentwicklungsprozesse Vortragsreihe Software Engineering for Everyday Business Software Engineering & Software Prozesse Teil 1c: Ausgewählte Softwareentwicklungsprozesse Dietmar Winkler, Michael Pernkopf Technische Universität

Mehr

K o n v e n t i o n enh a n d b u c h P r o z e s s m a n a g e m e n t

K o n v e n t i o n enh a n d b u c h P r o z e s s m a n a g e m e n t K o n v e n t i o n enh a n d b u c h P r o z e s s m a n a g e m e n t d e r N a m e Version: Datum: Autor: VD 21/2011 Seite 1 von 9 Inhalt 1 Einleitung... 3 2 Rollen... 4 2.1 Prozesseigentümer... 4 2.2

Mehr

Kriterienkatalog und Vorgehensweise für eine Begutachtung zur ISO 24762-Konformität. datenschutz cert GmbH Version 1.2

Kriterienkatalog und Vorgehensweise für eine Begutachtung zur ISO 24762-Konformität. datenschutz cert GmbH Version 1.2 Kriterienkatalog und Vorgehensweise für eine Begutachtung zur ISO 24762-Konformität datenschutz cert GmbH Version 1.2 Inhaltsverzeichnis Kriterienkatalog und Vorgehensweise für eine Begutachtung zur ISO

Mehr

FMWizard 2007. Beratung für Software Jörg Höhn. Softwarelösung für die Ausschreibung von Serviceleistungen im Facility Management

FMWizard 2007. Beratung für Software Jörg Höhn. Softwarelösung für die Ausschreibung von Serviceleistungen im Facility Management Beratung für Software Jörg Höhn FMWizard 2007 Softwarelösung für die Ausschreibung von Serviceleistungen im Facility Management Beratung für Software Jörg Höhn 51429 Bergisch Gladbach 2 Inhaltsverzeichnis

Mehr

1 Einleitung. Software Engineering. Vorgehensweisen

1 Einleitung. Software Engineering. Vorgehensweisen 1 Noch ein Buch über Software Engineering? Warum nicht! Wir folgen einem Prinzip, das zur Lösungsfindung in den verschiedensten Domänen Einzug gehalten hat: die Betrachtung aus verschiedenen Blickwinkeln.

Mehr

Geschäftsprozessmanagement

Geschäftsprozessmanagement Geschäftsprozessmanagement Der INTARGIA-Ansatz Whitepaper Dr. Thomas Jurisch, Steffen Weber INTARGIA Managementberatung GmbH Max-Planck-Straße 20 63303 Dreieich Telefon: +49 (0)6103 / 5086-0 Telefax: +49

Mehr

Software-Entwicklung

Software-Entwicklung Software-Entwicklung SEP 96 Geschichte der Programmierung Aufgaben von, Anforderungen an Programme mit der Zeit verändert 1 Programmierung über Lochkarten z.b. für Rechenaufgaben 2 maschinennahe Programmierung

Mehr

Handbuch IT-Consulting

Handbuch IT-Consulting Handbuch IT-Consulting Ein praxisorientierter Leitfaden Dr. Otto Schlichtherle Vorwort Die Automatisierungs-, Kommunikations- und Informationstechnik ist in vielen Unternehmen die treibende Kraft für

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

Inhaltsverzeichnis. Inhaltsverzeichnis... I. 1 Problemstellung... 1. 2 V-Modell... 1. 2.1 Allgemeines... 1. 2.2 Anwendung des V-Modells...

Inhaltsverzeichnis. Inhaltsverzeichnis... I. 1 Problemstellung... 1. 2 V-Modell... 1. 2.1 Allgemeines... 1. 2.2 Anwendung des V-Modells... Inhaltsverzeichnis Inhaltsverzeichnis... I 1 Problemstellung... 1 2 V-Modell... 1 2.1 Allgemeines... 1 2.2 Anwendung des V-Modells... 3 3 SCRUM-Modell... 4 3.1 Allgemeines... 4 3.2 Anwendung des SCRUM-Modells...

Mehr

1 Software Projektplanung

1 Software Projektplanung 1 Software Projektplanung Zu Beginn wird von dem Projektleiter (Projektverantwortlicher) ein Projektplan erstellt. In dieser ersten Version des Projektplans müssen alle Aktivitäten enthalten, sowie gewisse

Mehr

Methodenhandbuch des DLZ-IT für IT-Projekte in der öffentlichen Verwaltung

Methodenhandbuch des DLZ-IT für IT-Projekte in der öffentlichen Verwaltung Aus der Praxis für die Praxis Kompetenz für Fach- und Führungskräfte Praxisseminar Methodenhandbuch des DLZ-IT für IT-Projekte in der öffentlichen Verwaltung 12. November 2015, Berlin www.fuehrungskraefte-forum.de

Mehr