Vorlesung

Projektumweltanalyse

Eine PUA oder auch Projektumfeldanalyse, bietet eine gute Erfassung für eine projektprozessbegleitende Reflexion, des derzeitigen Projektstandes und sorgt für eine Darstellung von möglichen unternehmensinternen und -externen Einflussfaktoren, die während der Entwicklung des Projektes entstehen können. (Teil

Die PUA hat im Wesentlichen 4 wichtige Vorgehensweisen.

1. Abgrenzung des Projektes

2. Stakeholderanalyse

3. Analyse sonstiger Einflussfaktoren

4. Maßnahmen zur Gestaltung der Umfeldbeziehungen

Der Projektsponsor, auch Executive Sponsor genannt, ist eine Person oder eine Gruppe von Personen auf der oberen Managementebene. Als Projektsponsor ist man für den Erfolg eines Projekts verantwortlich und gibt dem Projektteam und dem Projektmanager die notwendigen Anweisungen und Ressourcen. Im Idealfall sorgen Projektsponsoren für eine hohe Projektnachhaltigkeit, strategische Planung und eine erfolgreiche Umsetzung der Projektziele.

Projektsponsoren sind in der Regel leitende Führungskräfte. Oft arbeiten sie direkt unterhalb der Vorstandsebene und sind an mehreren Projekten gleichzeitig beteiligt. Ein Projektsponsor hat drei Hauptaufgaben:

• Vision und Menschen: Ausrichtung des Projekts auf die Ziele und Strategie des Unternehmens.

• Management: Sicherstellung eines reibungslosen Starts und einer ordnungsgemäßen Durchführung des Projekts.

• Wert und Nutzen: Management von Risiken und Änderungen bei gleichzeitiger Sicherung der Projektqualität.

Festlegen von Qualitätsmerkmalen

Qualitätsplanung

• Qualitätmerkmale festlegen

Qualitätslenkung

• Maßnahmen zum Erzielen der Maßnahmen festlegen

• Festtgen der Durchführung und Wirksamkeit der Maßnahmen

• Nachbesserungen der Produkt und Prozess Qualität

Qualitätsprüfung

• Überprüfungen der Anforderungen

• Überprüfen und Testen

Auftraggeber

Projektleitung

Projektteam

Ist eine Organisation die aus den Mitarbeitern der Linieorganisation gebildert wird und nur für ein spezifisches Projekt “lebt”

Projektplanung und -überwachung (Project Planning and Control) ist ein Zentralthema des Projektmanagements und von großer Bedeutung für den technisch-wirtschaftlichen Erfolg. Es handelt sich dabei um die effiziente Steuerung der technischen und finanziellen Aspekte eines Projektes, die von Anfang an in enger Zusammenarbeit geplant und überwacht werden müssen, denn für sich allein betrachtet sind die Ergebnisse meist unvollständig. Ziel ist es, dass die versprochene technische Leistung im vorgegebenen Finanzrahmen erbracht wird und der Auftraggeber (Kunde, Firmenleitung, Steakholder, etc.) damit zufrieden ist.

Projektziele („Project Objectives“) sind das, was Sie am Ende Ihres Projekts erreicht haben wollen. Es kann sich um konkrete Ergebnisse und Materialien handeln, oder um weniger greifbare Ziele wie erhöhte Produktivität oder Motivation

Dient zur Erstellung eines Strukturplan

Materialien und Produkte werden zusammengesucht und gesammelt

Er orientiert sich nicht wie der PSP an den Aufgaben, sondern an den Ergebnissen

 Er dient als ergänzende Planungshilfe zum Projektstrukturplan und kümmert sich um die technischen Strukturen mit der Absicht eine ordnungsgemäße Abwicklung des Projektes zu gewährleisten

Beim Projektstrukturplan, auch funktionsorientierter Projektstrukturplan oder kurz PSP genannt, werden die Projektphasen in der Reihenfolge ihrer Durchführung von links nach rechts angeordnet

Orientierung am Projekt Ziel

Orientierung an Projektphasen

Informell

• Experte gubt schätzung ab

Strukturiert

• Expertengruppe berechnet Mittelwert oder MEdia

  
  

in Projektablaufplan (PAP) ist eine grafische Darstellung des gesamten Projekts, der einzelnen Aufgaben, des kritischen Pfades und der zeitlichen Abfolge

Vorgänge werden in sachlogische Reihenfolge untergliedert.

Dauer Arbeitzeit die ein Vorgang benötigt

Aufwand Zeit die eine Ressource benötigt

1. Risiken identifizieren

2. Ursachen finden

3. Auswirkungen erschließen

4. Schadenausmaß0 feststellen

5. Eintrittswahrscheinlichkeit schätzen

6. Präventive Maßnahmen(vorbeugend)

7. Korrektive Maßnahmen entwickeln

Wasserfall

V-Modell

Spiralmodell

Scrum

XP

Canban

1. Sachlich und zeitlich begrenzte Aufgabenstellung

2. Ziel und Zielvorgabe(durch interne und externe Auftraggeber)

3. Aufgabenstellung mit Einmaligkeitscharakter(Innovationscharakter

4. Hohe Konmplexität

5. Risiko

6. Gegrenzte ressourcen

7. Spezielle organisationen

Projekt, konplex, umfangreich, mehrere Akteure, sachliche/Zeitliche Kosten Planung

Auftrag: geringe vorplanung, kurze Zeitdauer, wenig planerirsche Abhängigkeiten

Startpahse

Analyse und Enwurfsphase

Realisierungsphase

Einfürhung

1. Anfoderung

2. Entwurf

3. Implementation

4. Überprüfung

5. Wartung

Nach DIN 69901-2 sind die beiden Begriffe Projektphase und Projektmanagementphase voneinander abzugrenzen.

Eine Projektphase ist ein vorher bestimmter zeitlicher Rahmen, der in sich geschlossen ist. Häufig leiten Meilensteine eine Phase ein oder beenden sie. Für jede Phase sind bestimmte ergebnisse geplant

Die Phasen bilden einen zeitlichen Ablauf

Phasen könne aufeinander aufbauen oder parallel laufen

Projektphasen, die sich je nach Projekt unterscheiden können, stellen also jeweils einen individuellen Ablauf dar. Der Fokus liegt auf den Projektinhalte

Projektmanagementphase

Sie stellen also den Projektlebenszyklus dar, welcher alle Management-, Führungs- und Organisationsaufgaben und alle anderen Tätigkeiten beinhaltet, die zum Projektabschluss führen sollen

Die Projektmanagementphasen hingegen stellen einen idealtypischen Prozess dar, der aufgabenbasiert ist. Hier liegt das Management im Fokus.

5 Phasen des Projektmanagements

-       Initialisierung

-       Definition

-       Planung

-       Steuerung

-       Abschluss

Unterschiedliche Anlässe(Aufgabenstellung, Projektinhalt)

o   DigitalisierungsProjekte

o   Unterschiedlicher Innovationsgrad

o   Unterschiedliche Größe(Umfang, Budget, Dauer)

o   Unterschiedliche Komplexität

o   Unterschiedliches Vertragsverhältnis(Auftraggeber, Auftragnehmer)

o   Unterschiedlich initiert

o   Interschiedliche Ressourcen(Handlungsträger, Projektausführende)

o   Unterschiedliche Anwendungsgebiete

• ERP

§  CRM

§  SCM

§  E-Business

§  Multimedia Projekte

Die Komplexität in Projekten spiegelt sich in unklaren und wechselnden Anforderungen sowie in den z:t unklaren Möglichkeiten wie diesen Anforderungen begegnet werden kann wider(Stacey Matrix)

-       Software Entwicklung Prozesse sind abhängig von:

o   Projekttyp

o   Projektgröße

o   Anwendungsdomäne

o   Komplexität

o   Unsicherheit

o   Usw

• Visioning,

• Ist-Aufnahme und Bedarfermittlung,

• Grobplanung der Lösung,

• Pilot-Realisierung,

• Test und Abnahme

Vorgehensmodelle geben einen Rahmen vor, in dem ein Projekt geordnet

ablaufen kann. Das Vorgehensmodell hilft dabei, den Ablauf eines

Projektes zu strukturieren und nachzuvollziehen.

Gemeinsamkeit aller Vorgehensmodelle ist der schritweise erfolgende Weg vom Problem zur Lösung, wie auch ihr systematisch tationales Vorgehen

planvoll vorgehenden Analyse vor dem Hintergrund eines möglichst umfassenden fachlichen und methodischen Wissens

Systemanforderungsanalyse:

• Anforderungen definieren

System Architektur

• System anforderungen, man beschreibt aus der Blackboxsicht(Ganz grob drauf schauen wie das ganze ablaufen soll, wird nicht beschrieben wie das System technisch umgesetzt wird), wie das System die zuvor ermittelten Anforderungen umsetzen soll

System-Entwurf

• Wie setzt man das system technisch um

• Wie wird das Design, damit der Entwickler später sich darüber keine Gedanken mehr machen muss

Software Architektur

• Einzelne Komponenten des System werden spezifiziert

Software-Entwurf

• Entwicklung auf Basis des Konstruktionsplans, System wird umgesetzt

unit-Test

• Auch Modul oder Komponenentest geannt, test den kleinstmöglichen baustein(Methode oder Klasse) einer software

• Wird vom Entwickler selbst geschrieben um richtigkeit des Codes zu zeigen

Integrations-Test

• Prüfen den Systementwurf funktioniert. Arbeiten alle Funktionen und Schnittstellen

System Integration

• Gesamte Software wird getestet, Stimmt der generierte Input mit meinem Output?

Abhanme und Nutzung

• Wurde alles so umgestzt wie man es sich vogestellt hat?

Vorteil durch die Testphasen macht man sich gleich gedanken über die Realisierbarkeit

Verifikation zielt darauf ab, die Dinge richtig zu tun (doing things right). Mit Hilfe definierter Vorschriften wird geprüft, ob vorliegende Ergebnisse den definierten Anforderungen entsprechen (Ebert 2014, S. 182).

Validierung zielt darauf ab, die richtigen Dinge zu tun (doing the right things). Die Validierung prüft die Ergebnisse daraufhin, ob das spätere Ergebnis den an- genommen Nutzen bringt (Ebert 2014, S. 183). Die Stakeholder sind in den Validierungs- prozess einzubinden (INCOSE 2012, S. 127).

Modell ist in Quadranten gegliedert

• Festlegung Ziele

• Beurteilung Riesiken

• Entwicklung und Test

• Planung nächster Zyklus

Das Spiralmodell ist ein iteratives Vorgehensmodell. Es wiederholt sich zyklisch ein festgelegter Ablauf

In der ersten Phase gilt es, die Ziele der Entwicklung für den kommenden Modelldurchlauf festzulegen

In der zweiten Phase findet die Risikoabschätzung statt. Alle möglichen Wege zum Ziel werden untersucht und nach ihrem Risiko bewertet.

In der dritten Phase wird der aktuelle Abschnitt der Software produziert und entwickelt. Noch in derselben Phase finden außerdem Tests des gerade erstellten Softwareteils statt, sodass auch die Qualität sichergestellt wird.

In der vierten und letzten Phase findet die Planung für den nächsten kommenden Zyklus statt. Dazu gibt es auch eine Evaluierung des aktuellen Zyklus, zum Beispiel darüber, ob die gesteckten Ziele erreicht wurden. Ist die letzte Phase abgeschlossen, kann der Prozess beendet werden, wenn die Software tatsächlich fertiggestellt ist.

Es ist flexibel,

proaktiv(differenzierte Vorausplanung und zielgerichtetes Handeln die Entwicklung eines Geschehens selbst bestimmend und eine Situation herbeiführend),

antizipativ(Vorwegnehmend)

und initiativ(aus eigenem Antrieb zu handeln, Entscheidungen zu fällen oder Unternehmungsgeist an den Tag zu legen.) zu agieren um notwentige Veränderen einzuführen

1. Product Owner

2. Dev-Team

3. Producbacklog

4. Sprint-Plannung-Meeting

5. Sprintbacklog

6. Srummaster

7. Daily Scrum

8. Sprint(1-4Wochen)

9. Sprint Review

10. Sprint Retrospective

Understand verstehen

Observe beobachten

Define-Point Of View sichweise definieren

Ideate ideen finden

Prototype prototyp entwickeln

Test testen

Mensch/Perosnal

Werden Katregoriersiert in Level 1_Junior Level2 und Level 3 = Senior

Mindestens 30% sollen Level 2 Sein. Agile Vorgens brauchen hoch qualifiztierte Mitarbeiter

Kultur

Anders gesagt, agile Softwareentwicklung ist besonders in einer dazu geeigneten Unternehmenskultur erfolgreich. Eine Unternehmenskultur, die besonders stark auf Kollaboration und Kreativität setzt und Konkurrenz und

Teamgröße

Je größer das Team desto eher sollte eine klassische Vorgehensweiße gewählt werden. Die agile Welt hat hierfür recht wenige Ideen, um Teams zu skalieren

Gefährdungspotential

Wie kritisch ist das zu entwickelnde System? Handelt es sich um eine Anwendung für den Zahlungsverkehr in Banken oder ist es ein Webshop? Gemäß Böhm ist bei sehr kritischen Systemen (= lebensgefährliches Risiko) ein klassisches Vorgehen, bei Risiken nur bezüglich des Komforts ein agiles Vorgehen angezeigt.

Stabilität

Wenn sich 30% der Anforderungen im Monat ändern macht Agil sinn

Wenn der Wert kleiner als 30% ist, macht eine klassische Methode mehr Sinn. Wenn also die Anforderungen bekannt sind und die Änderungsrate recht gering ist, wäre SCRUM mehr Overhead als Silver Bullet.

Wird z.B. die Deadline vorgezogen, können Überstunden erbracht oder mehr Personal angestellt werden, was aber wiederum die Kosten erhöht.

Kann die Leistung nicht wie gewünscht erbracht werden, muss entweder die Zeit verlängert werden, um das gleiche Ergebnis mit weniger Output zu ermöglichen oder die Kosten steigen für zusätzliches Personal.

Kann die Leistung nicht wie gewünscht erbracht werden, muss entweder die Zeit verlängert werden, um das gleiche Ergebnis mit weniger Output zu ermöglichen oder die Kosten steigen für zusätzliches Personal.

Wenn das verfügbare Budget gesenkt wird, müssen die Zeit und/oder die Leistung reduziert werden, um die Balance zu halten und weiterhin wirtschaftlich zu agieren.

Dynamic System development Model

scope ist variabel, Zeit Kosten und Qualität sind Fix

Systemanalyse, Anforderungsanalyse, Anforderungssppezufikation

Anforderungen werden:

• ermittelt

• analysiert

• priorisiert

• spezifitiert

• verwaltet

• 
  

Unternehmeninternes Dokument

Dient dazu die Planungsphase zu starten, da in der Regel während der Planung kosten entstehen und diese genihmt werden müssen

Der Projektantrag ist die Entscheidungsvorlage für den Auftraggeber, anhand der er die Freigabe, die Ablehnung oder die Vertagung des Projekts beschließt. Bestandteile eines solchen Antrags sind in der Regel die Benennung des Projektziels, der Laufzeit, des beantragten Projektbudgets und des Business Cases. Die Ausführlichkeit eines Projektantrags hängt von den Forderungen des Entscheidungsgremiums ab.

Ziele:

1. (Must)Prozess „Erstellung Quartalsbericht“ soll modelliert werden auf BPMN 2.0

a. Interview, um den momentanen Prozess und Gegebenheiten kennenzulernen

b. Interview transkribieren und auswerten

c. Auf Basis des Interviews ein aktuelles Modell erstellen -> „Skizze“

d. „Skizze“ des aktuellen Prozesses in BPMN 2.0 überführen

2. (Must)Prozess Optimieren, weniger manuelle Erfassung und mehr Automation

a. Aktueller Prozess in Modellsprache vorhanden

b. Aktuellen Prozess analysieren und optimieren

3. (Must)Prozess mit Best Practise Beispielen von SAP für eine Migration auf SAP S/4Hana optimiert werden

a. Welche Module von S/4Hana werden benötigt

b. Welche Schnittstellen werden benötigt

c. Cloud oder onPrem

4. (Should) Kommunikation, Daten- & Informationsaustausch zwischen dezentralem & zentralem Controlling als Teilprozess genauer auf Optimierungspotential untersucht werden

a. Interview transkribiert und ausgewertet

b. Skizze(EPK) als Ablaufplan für die Optimierung als Grundlage

5. (Should)Kommunikation, Daten- & Informationsaustausch im zentralen Controlling als Teilprozess genauer auf Optimierungspotential untersucht werden

a. Interview transkribiert und ausgewertet

b. Skizze(EPK) als Ablaufplan für die Optimierung als Grundlage

6. (Could)Untersuchen was passiert, wenn der Prozess nicht quartalsweise ausgeführt wird, sondern monatweise

a. Wie verändert sich der Prozess

Wie verändert es die Datenbasis