LWSU-13100 - PM - Methoden und Techniken

Restriktionen -> zwingende Vorgaben (was muss eingehalten Werden?)

Rahmenbedingungen -> welche Sachverhalte sind zu beachten?

• Wo darf was verändert werden? 
• Was darf verändert werden / was nicht? -> z.B keine neue Hardware kaufen
• dürfen sich Personelle Konsequenzen ergeben?
• Termine
• Kosten

• Gesetzte (Datenschutz, Umweltschutz etc)
• Verodnungen (Finanzbehörden, etc.)
• Wirtschaftsverbände, mächtige Kunden

• Kernkompetenzen der Unternehmung
• Leistungsfähigkeit und Leistungswilligkeit der Aufgabenträger (Know How)
• wirtschaftliche Situation
• technische Ausstattung
• alter und Entwicklungsstadium der Unternehmung

• Wettbewerbssituation
• Kundenstruktur / Marktstruktur
• Verfügbare Technik
• gesellschaftlich und kulturelle Bedingungen
• Veränderungsbereitschaft des Kunden

Strukturierung des Systems in Unter- und Teilsysteme.

Beispiel: Abteilungen sind Untersysteme, alle Abteilungen zusammen sind das System, Ablauf zwischen Verkauf und Lager ist das Teilsystem

Der Ablauf wie etwas zwischen den Abteilungen bzw Untersystemen gemacht wird bezeichnet man als Teilsystem.

• Übergewicht der inneren Bindung (viele Beziehungen innen, wenige nach aussen)
• Fachliche Abgrenzung
• Module abgrenzen 
• angemessene Gliederungstiefe

Übergänge zwischen einzelnen Untersystemen (Lieferung von Informationen, Belgen, Waren, etc)

Schnittstellenmatrix: Beziehungen von einzelnen Untersystemen werden in form einer Matrix aufgelistet und eingetragen.  Untersystem selbst jeweils Blackbox.

Unter- und Teilsysteme werden Analysiert "vom groben ins Detail, von Aussen nach Innen.

Analyse im Systemdenken bedeutet die tiefere Auseinandersetzung mit abgegrenzten Unter- und Teilsystemen.

möglich und oft nötig die abgegrenzten Unter- und Teilsysteme nebeneinander zu bearbeiten um Gemeinsamkeiten zu ermitteln  

z.B wird die Kundenadresse evtl. in mehreren Abteilungen erfasst, was mit neuem Sytem gespart werden kann.

1. Auftrag
2. Erhebung / Analyse
3. Würdigung
4. Lösungsentwurf
5. Bewertung
6. Auswahl

• Bezeichnung des Projektses / Phase 
• Prjekt-Nr. / Datum
• Projektorganisation (Entscheider, PL, PM)
• betroffene Organisationseinheiten
• Termine (Start, Ende Phase, spätester Einführungstermin)
• Budget (für Phase und gesamt)
• Informationen (Empfänger, Termin/ Ereignis, Form)
• Grundlage des Auftrags, Ziele, Aufgaben, Restriktionen
• Datum und Unterschirft des Auftraggebers

• Zielideen suchen
• Zielstruktur aufbauen
• Ziele operationalisieren
• Ziele gewichten
• Zielentscheidung
• Zieldokumentation
• Zielanpassung

Ziele, die sich auf die Lösung selbst beziehen.

z.B. fehlerfreie Auslieferung von Bestellungen)

Ziele, die den Weg zur Lösung betreffen.

bstp: schneller Abschluss des Projektes

• Koordination
• Steuerung
• Lösungssuche
• Bewertung / Entscheidung
• Messungen
• Motivation

• frühzeitig relevante Ziele erkennen
• Ziele zu Zielsystemen zu ordnern
• Ziele klar und eindeutig formulieren
• Zielgewichtung zu unterstützen
• Zielformulierung als Prozess verstehen, der ein Projekt begleitet

• Strategieverträglichkeit
• Lösungsneutralität
• Redundanzfreiheit
• Widerspruchsfreiheit
• Realisierbarkeit
• Beurteilbarkeit
• Vollständigkeit
• Relevanz
• Aktualität

Der Abschluss einer Projektphase.

Initiative

Planung

• Vorstudie
• Hauptstudie
• Detailstudie

Systembau

Einführung

Erhaltung

Simultaneous Engineering

Einführungsvorbereitung und Einführung kann schon ab Beginn der Teilstudien beginnen.

Planungsaufgaben werden zwar erledigt, jedoch nicht jedesmal mit der Projektinstanz abgestimmt. 

Typisch: Zusammenlegung Haupt- und Teilstudien nachdem zuvor Richtungsentscheid in Vorstudie eingeholt wurde.

Überspringen z.B. von Vorstudie. Im Extremfall direkt Beginn mit Feinplanung und Realistion.

Sinnvoll wenn:

• Lösung bereits feststeht
• keine echten Varianten vorhanden sind
• fertige Ergebnisse eingeführt werden

Es wird jeweils ein Teilprojekt ausführungsreif geplant und realisiert, bevor die Planung der übrigen Teilprojekte abgeschlossen ist.  Für möglichst schnelle Teil-Ergebnisse. 

Proejtekt wird nur bis Hauptstudie "komplett geführt" Ab Teilstudien wird aufgeliedert.

Funktionale Prototypen -> wesentliche Leistungen bereits vorhanden

• ausbau-Prototyp
• wegwerf-Prototyp

Protottyp der Benutzerschnittstelle ->  Eingenschaften wie z.Bildschirmaufbau

• ausbau-Prototyp
• wegwerf-Prototyp

Es wird ein System erstellt, das wesentliche Merkmale der späteren Lösung aufweist. 

Funktionale Prototypen -> wesentliche Leistungen bereits vorhanden

• ausbau-Prototyp
• wegwerf-Prototyp

Protottyp der Benutzerschnittstelle ->  Eingenschaften wie z.Bildschirmaufbau

• ausbau-Prototyp
• wegwerf-Prototyp

Statt eine komplette und perfekte Lösung zu erarbeiten wird nur eine Annäherung an Ideallösung erarbeitet und in den nächsten Durchläufen jeweils verbessert.

Es wird ein System erstellt, das wesentliche Merkmale der späteren Lösung aufweist. 

Statt eine komplette und perfekte Lösung zu erarbeiten wird nur eine Annäherung an Ideallösung erarbeitet und in den nächsten Durchläufen jeweils verbessert.

Vorgehensmodell der agilen Softwareentwicklung

wenig bürokratischer Aufwand und Regeln

zu komplex um in Arbeitspakete und Arbeitsschritte zu verpacken

drei Prinzipien: Transparenz - Überprüfung - Anpassung

drei Verantwortungen

drei Zeremonien

drei Artefakte

die Rollen:

• Product Owner
• Team
• Scrum Maseter

legt gemeinsames Ziel fest

Was will der Kunde?

7 +/-2 Personen

schätzt Aufwände der einzelnen Backlog-Elemente

beginnt mit Implementierung der für nächsten Spring machbaren Elemente

Aufteilung der Rollen und Rechte überwachen

hält Transparenz während Entwicklung

unterstütz Verbesserungspotenziale zu erkennen

Product Backlog -> "grosse Tafel" alle Anfoderungen an das PRojekt  sind aufgelistet (Anforderungskatalog)

Sprint Backlog -> "kleine Tafel" Anforderungen, die in diesem Sprint umgesetzt werden. Menge vom Team  bestimmt

Burndown Chart -> am Daily Scrum werden erledigte Arbeiten rapportiertu nd eingetragen, Projektstand ersichtlich