Projektmanagement & Requirements Engineering

• Eine Projektmethode ist mehr als nur ein Vorgehensmodell; sie ist ein auf einem Regelsystem aufbauendes Verfahren zur Erlangung praktischer Ergebnisse [duden.de]. Eine Projektmethode beinhaltet somit auch Themen der Aufbauorganisation, von Rechten und Pflichten (AVK – Aufgaben, Verantwortung und Kompetenzen), von normativen Vorgaben, von funktionalen, institutionellen, instrumentellen und personellen Aspekten.

• Eine Projektmethode manifestiert sich oft in einem kausalen und/oder prozessualen Modell (bspw. Vorgehensmodell) und zusätzlichen Beschreibungen (Rollen, Organisation, Verantwortlichkeiten, Standards, etc.)

• Projektmethoden können wiederverwendet werden, sie dienen somit als Orientierungshilfe für andere Personen, welche ein ähnliches Problem zu lösen haben und ein ähnliches Projekt leiten sollen.

Der Nutzen einer Projektmethode:

→ hilft, die Qualität, die Termin- und Kostentreue zu verbessern resp. einzuhalten

→ hilft, die Abwicklungseffizienz von Projekten zu verbessern

→ unterstützt alle Beteiligten in Projekten bei der Führung und Durchführung

→ unterstützt die Projektleitung durch Einsatz von standardisierten Werkzeugen

→ hilft, die Kommunikation innerhalb des Projektteams, innerhalb eines Unternehmens wie auch zu externen Stakeholdern zu verbessern

→ hilft, gewonnenes know-how («best practices») wieder anzuwenden und somit von anderen zu profitieren

→ hilft, Projekte untereinander besser zu koordinieren (Priorisierung) und aufeinander abzustimmen (Ressourceneinsatz)

→ hilft, Abhängigkeiten zu Personen und Firmen zu reduzieren

• Auch sequenzieller Ansatz  genannt.
• Das vollständige Produkt in einem Durchlauf erstellt
• Einführung als "Big Bang" oder parallel zum alten System
• Ziel / Zielgrösse wird nach derer Festlegung nicht merh verändert
• Geeignet für Bauwerke, Einführung der Software

• Ein 1. Teil eines Systems wird zu 100% fertiggestellt und eingeführt, ein 2. Teil ebenfalls zu 100%, ein n-ter Teil ebenfalls zu 100%.
• Typischer Ansatz für modulare Systeme wie bspw. eine Standard-SW mit unterschiedlichen Modulen, welche unabhängig voneinander realisiert und eingeführt werden können.
• Ziel / Zielgrösse wird nach derer Festlegung nicht mehr verändert

• Ziel / Zielgrösse nach jedem Release verändert werden kann (aber nicht muss), aber immer aufbauend auf dem bestehenden Release-Stand.
• Typischer Ansatz bei «unklaren» Aufgabenstellungen.

1. Task Board: Übericht über aktuelle Aufgaben
2. Use Cases: Anwendungsfölle, Anforderungen aus Kundensicht beschreiben
3. Daily Standup-Meetings: Effiziente Statusmeetings, tägliche Besprechungen im Stehen
4. Work-in-Progress-Limits (WIP-Limits): Begrenzung von parallelen Aufgaben zur Wahrung der Produktivität
5. Burn-Down-Charts: Visualisiserung des Arbeitsstands
6. Timeboxing: (Wirklich) feste zeitvorgaben
7. Planning Poker: Dynamische Verfahren zur Schätzung von Aufwänden
8. Geschäftswert: Möglichst frühzeitige Erzeugung von Kundennutzen
9. Definition of Done: Klare Festlegung, wann eine Aufgabe fertiggestellt gilt
10. Osmotische Kommunikation: Gleichen Informationsstand herstellen
11. Earned Value: Fortschirtts- und Budgetkontrolle
12. Story Points: Einheit für Aufwandschätzung
13. Epic: Zusammenfassen von verwandten Anwendungsfällen
14. Persona: Perspektive des Kunden einnehmen

• Geschwindigkeit 
• Anpassungsfähigkeit
• Kundezufriedenheit
• Haltung

Unter Geschwindigkeit und Anpassungsfähigkeit wird verstanden, dass Organisationen schnell und dynamisch auf Veränderungen reagieren und sich schnell an Verändeurngen anpassen müssen. 

Die stärkere Kundenzufriedenheit soll vor allem durch die kürzeren Zyklen und Iterationen, das Vorwärtsgehen in kleinen Schritten und die Mögglichkeit punktuell und schnell auf Kundenwünsche zu reagieren, erreicht werden. 

Die agile Haltung umfasst verschiedene Punkte bezüglich Verhaltensweisen der Organisationsmitglieder. Wesentlich ist der wertschätzende Umgang, der eine Begegnung auf Augenhöhe ermöglicht gemeint. 

Die beiden Begirffe bedeuten im kern das gleiche "Anpassungsfähigkeit". Die Unterscheidung liegt in der Art der Anpassung. Felxibel ist rein reaktiv, wobei agil darüber hinaus proaktiv, antizipativ und initiativ zu agieren meint. 

Die innere Struktur eines Systems interessiert in dieser Betrachtung nicht, nur die Inputs und Outputs. Dieser Denkansatz ist hilfreich, um Komplexität zu reduzieren.

Die innere Struktur des Systems (d.h. der exakte innere Zusammenhang zwischen Input und Output) ist für die Betrachtung von hoher Relevanz, z.B. wenn das System weiter unterteilt oder bspw. das System simuliert werden soll.

Wie der Name suggeriert, ist dies eine Zwischenform der Detaillierung, das System ist grob oder teilweise strukturiert. Grob bedeutet hier, dass der Detaillierungsgrad gering ist, teilweise bedeutet, dass der Detaillierungsgrad innerhalb eines Systems unterschiedlich ist.

• Einfach zu verstehen und zu beschreiben
• Wenige Elemente
• Wenige und nicht-dynamische Beziehungen
• Kann in seiner Gesamtheit beschrieben werden (idealerweise mit mathematischen Methoden)

• Beziehungen zwischen den Elementen verändern sich über die Zeit
• Schwierig quantitativ zu beschreiben resp. Ihr Verhalten vorherzusagen
• Technische Systeme, Sozio-technische Systeme

• Vielzahl von Beziehungen
• Schwierig explizit zu beschereiben
• Technische Systeme

• Hohe Vielfalt
• Hohe Dynamik
• Sehr schwierig zu verstehen, zu beschreiben

Ziel des SE ist es, solche Systeme auf die Ebene eines Einfachen Systems zu reduzieren.

-> Modellbildung

-> Mach die Dinge so einfach wie möglich - aber nicht einfacher.

Systemgenzenbilden

Einflussgrössenermitteln

• Interne Restriktionen (Unternehmensstrategie, verschiedene Maschinen usw.)
• Externe Restriktionen (Politik, Gesetze usw.)
• Interne Rahmenbediengungen (Komplexität, zu verwendene Sachmittel etc.)
• Externe rahmenbedingungen (Konkurenzverhältnisse, Markt etc.)

Unter- und Teilsysteme begrenzen

Schnittstellen definieren

• Externe Schnittstellen (Umsystemem oder Elemente)
• Interne Schnittstellen (Untersysteme oder Elemente)

Analayse der Unter- und Teilsysteme

Gemeinsamkeiten ermitteln

Menschen verstehen oft die Feedbacks ihrer Handlungen nicht und praktizieren ein rein Eventorientiertes Handeln.

Unsere Aktionen haben immer andere Effekte zur Folge (Nebeneffekte)

Ein "+" bedeutet, dass der Effekt zur Ursache positive / verstärkend in Beziehung steht -> Mehr Eier = Mehr Hühner | weniger Eier = weniger Hühner

Ein "-" bedeutet, dass der Effekt zur Ursache negaitv / ausbalancierend in Beziehung steht -> Mehr Road crossings = weniger Hühner | weniger Road Crossings = mehr Hühner

1. Top Down
   1. Von der Blackbox zur Whitebox; Zu frühe Auseinandersetzung mit Details verhinder oft den Blick für das Wesentliche (Betrifft Untersuchung des Problemfeldes, Ausgangssituation und Entwurf der Lösung)
2. Variantenbildung - Denken in Varianten
   1. Das Prinzip der Variantenbildung, des Denkens in Alternativen, halten wir für einen unverzichtbaren Bestandteil guter Planung. Dies ist eine methodische Grundhaltung und muss – bei Beachtung des Vorgehensprinzips Vom Groben zum Detail – nicht zu einem nennenswerten zusätzlichen Planungsaufwand führen.
3. Projektphasen
   1. Gliedern eines Projekts nach zeitlich-logischen Gesichtspunkten zur Kontrolle von Komplexität
   2. «Das Phasenkonzept stellt die logische Erweiterung der Vorgehensprinzipien «Vom Groben zum Detail» und «Variantenbildung» dar.
4. Problemlösungszyklus
   1. Systematisches Vorgehen bei Auftreten jeder Art von Problemen in jeder Phase eines Projekts führen zu belastbaren Lösungen.
   2. «Der Problemlösungszyklus stellt als vierter Baustein des SE-Vorgehensmodells eine Art Mikro-Logik dar, die als Leitfaden zur Behandlung von Problemen oder Aufgabenstellungen in jeder Phase des Projekts zur Anwendung kommen kann. »

Situationsanalyse:

• Grundlegendes Verständniss des Problem schaffen, Ursachen identifizieren
• Strukturierung und Abgrenzung des Problem
• Definition des Eingriffs- und Gestaltungsbereich für die Lösungsuche
• Schaffung der nötigen Informationsbasis

Zielformulierung

• Vollständig
• Präzise uns verständlich
• Realistisch
• Lösungsneutral

Synthese

Zweck der Synthese ist die Sammlung und Ausarbeitung von Lösungsalternativen. Die Synthese von Lösungen ist ein kreativer, aufbauend-konstruktiver Schritt, welcher auf den Resultaten der Situationsanalyse (Situationskenntnis, Problemverständnis, Zielformulierungen, Anforderungskatalog) aufbaut -> Kreativitätstechniken

Analyse

Zweck der Analyse ist es, grundsätzlich die Machbarkeit einer Lösungsalternative zu verifizieren - ohne diese bereits zu werten oder mit weiteren Alternativen zu vergleichen - dies erfolgt später in der Auswahlphase. Die Analyse ist ein kritischer, analytisch-destruktiver Schritt. Erfüllt eine Lösungsalternative die Ansprüche nicht, so kann sie entweder verworfen werden oder muss überarbeitet werden.

Bewertung

• Es müssen mindestens 2 echte Lösungsalternativen existieren,
• Es müssen Bewertungskriterien - bezogen auf die Zielformulierung(en) - definiert sein,
• Die "Bewerter" müssen über die Fähigkeit verfügen, die Alternativen hinsichtlich der Bewertungskriterien beurteilen zu können.

Entscheid

• Basierend auf den Bewertungsergebnissen eine Entscheidung treffen.

Es kann wohl sein, dass der PLZ keine zufriedenstellende Variante hervorbringt oder es sich herausstellt, dass das Problem mit den verfügbaren Mitteln (Personal, Finanzen, Material) nicht realisieren lässt. In diesem Fall sind folgende Schlussfolgerungen möglich:

• Projektabbruch
• Sistierung der Zusammenarbeit mit Systementwicklern
• Zielreduktion
• Auf höhere Systemebene zurück, um eventuell auf anderen Wegen zum Ziel zu kommen
• Das Problem wird neu umschrieben/definiert

Das Ziel der Architekturgestaltung ist es, eine Architektur zu entwickeln, die einen zuvor definierten Wert bzw. Zweck/Ziel/Funktion erfüllt.

Die Konzeptgestaltung (nebst der Architekturgestaltung) folgt der Logik des oben erläuterten PLZ. In einer Konzeptgestaltung geht es darum, eine gewählte Architektur konkret und detailliert auszugestalten. Dazu wird in einem Top-Down-Ansatz der PLZ mehrmals durchlaufen.

Ziel dieses Teilprozesses ist es, eine erste unternehmerische Rechtfertigung des Vorhabens sowie Entscheidungsgrundlagen für ein GO/NO-GO vorliegen zu haben.

Resultat/Lieferobjekt -> Mini-Business Case

• Welches Problem genau soll adressiert werden?
• Welche grundlegenden Ziele(Grobziele) muss eine zukünftige Problemlösung erfüllen?
• Eventuell auch bereits: Welche grundlegenden Anforderungen muss die Lösung erfüllen (-> Systemanforderungen)?
• Welchen Nutzen soll und welche Kosten (einmalige wie auch wiederkehrende) darf die zukünftige Lösung aufweisen?
• Bis wann soll die Lösung verfügbar sein?
• Eventuell auch bereits: Welche grundlegenden Architekturvarianten (grobe Lösungsvarianten) stehen im Vordergrund?

Wenn diese Fragen beantwortet sind kann ein Projektantrag erstellt werden, welcher das Lieferobjekt deises Schrittes ergibt. Anhand dieses Projektantrag können die Planungsaktivitäten im nächsten Schritt gestartet weden.

Zielen kommt eine entscheidende Bedeutung zu; Ziele sollen die Lösungssuche steuern und nicht umgekehrt eine Lösung nachträglich rechtfertigen. Ziele müssen ausformuliert, verabschiedet und allen Beteiligten kommuniziert sein. Ziele dienen zur Erfolgsbestimmung eines Projektes.

(Muss-Ziele, Soll-Ziele, Wunsch-Ziele)

Abwicklungsziele

• Leistungsziele, was muss geliefert werden?
• Qualitätsziele, in welchem Zustand?
• Zeit-/Terminziele, bis wann?
• Kostenziele, zu welchen Kosten?

Systemziele

• Akzeptanz und
• Wirtschaftlichkeit

des im Projekt zu erstellenden Systems. Sie unterteilen sich hierarchisch in Globalziele, Gruppenziele und Detailziele.

Ziel:

• Ein zu erreichender Zustand
• Meist im umfassenden Sinn

Anforderung:

• Eine zu erreichende Eigenschaft
• Meist konkret

Bei einer Delphi-Befragung wird einer Expertengruppe ein Fragen- oder Thesenkatalog des betreffenden Fachgebiets vorgelegt. Die Befragten haben in zwei oder mehr sogenannten Runden die Möglichkeit, die Thesen einzuschätzen. Ab der zweiten Runde wird Feedback gegeben, wie andere Experten geantwortet haben, in der Regel anonym. Auf diese Weise wird versucht, der üblichen Gruppendynamik mit sehr dominanten Personen entgegenzuwirken.