Mindmap-Galerie Wissenspunkte zum agilen Managementmodell von PMP
Mit dem Ziel, die Wissenspunkte des agilen Modells und die agilen Testpunkte der PMP-Prüfung zu klären, kann jeder von seinem vollen Terminkalender befreit werden und mit halbem Aufwand das Doppelte des Ergebnisses erzielen.
Bearbeitet um 2022-10-26 19:15:34Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Projektmanagement ist der Prozess der Anwendung von Fachwissen, Fähigkeiten, Werkzeugen und Methoden auf die Projektaktivitäten, so dass das Projekt die festgelegten Anforderungen und Erwartungen im Rahmen der begrenzten Ressourcen erreichen oder übertreffen kann. Dieses Diagramm bietet einen umfassenden Überblick über die 8 Komponenten des Projektmanagementprozesses und kann als generische Vorlage verwendet werden.
Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Einhundert Jahre Einsamkeit ist das Meisterwerk von Gabriel Garcia Marquez. Die Lektüre dieses Buches beginnt mit der Klärung der Beziehungen zwischen den Figuren. Im Mittelpunkt steht die Familie Buendía, deren Wohlstand und Niedergang, interne Beziehungen und politische Kämpfe, Selbstvermischung und Wiedergeburt im Laufe von hundert Jahren erzählt werden.
Projektmanagement ist der Prozess der Anwendung von Fachwissen, Fähigkeiten, Werkzeugen und Methoden auf die Projektaktivitäten, so dass das Projekt die festgelegten Anforderungen und Erwartungen im Rahmen der begrenzten Ressourcen erreichen oder übertreffen kann. Dieses Diagramm bietet einen umfassenden Überblick über die 8 Komponenten des Projektmanagementprozesses und kann als generische Vorlage verwendet werden.
Wissenspunkte für agile Modelle
1. Bedeutung
Die PMP-Prüfung macht 42 % aus
2. Agile Wissenspunktpyramide
Gedanke
Agile Kernideen und Prinzipien
Personal
Agile Organisationsaufbau
Verfahren
Technologie, Prozess, Werkzeuge
Haupttestpunkte
Organisationstransformation
Agile Transformation und kontinuierliche Verbesserung
3. Agile Konzepte
Vier Projektlebenszyklen
vorhersagen
Bei einmaliger Auslieferung ist das Risiko einer abschließenden Nacharbeit größer
Die Nachfrage ändert sich nicht häufig und die Lieferzeit ist nicht festgelegt.
Iterieren
Passen Sie sich an Kundenänderungen an und liefern Sie einmal
Zuwachs
Gehen Sie schnell online, um den Markt zu erobern, aber möglicherweise ist viel Nacharbeit erforderlich
agil
auch bekannt als adaptiver Lebenszyklus
Kombination der Vorteile von Inkrementalität und Iteration
Kann sich an die sich ändernde Umgebung der Kunden anpassen und in kleinen Iterationen Kundenfeedback sammeln
Es können kleine Iterationen gestartet werden
Passen Sie sich schnell an Veränderungen an und kommen Sie schnell auf den Markt
Die vier Werte des agilen Manifests
Individuen und Interaktionen sind wichtiger als Prozesse und Werkzeuge
Funktionierende Software ist wichtiger als eine vollständige Dokumentation
Die Zusammenarbeit mit dem Kunden ist wichtiger als Kooperationsverhandlungen
Auf Veränderungen zu reagieren ist wichtiger als die Einhaltung eines Plans
Agile Management-Kern
Menschen orientieren
Wert liefern
Veränderungen annehmen
weiter verbessern
zwölf Prinzipien
Prinzip 1: Unser höchstes Ziel ist es, die Kundenbedürfnisse durch frühzeitige und kontinuierliche Bereitstellung hochwertiger Software zu erfüllen
Prinzip 2: Funktionierende Software ist der erste Maßstab für den Fortschritt
Prinzip 3: Stellen Sie häufig nutzbare Software bereit, von einigen Wochen bis zu einigen Monaten, aber je kürzer, desto besser
Prinzip 4: Die Weiterentwicklung der Technologie und die Verbesserung des Designs erhöhen die Agilität
Prinzip 5: Einfachheit, also unnötige Arbeit so weit wie möglich zu minimieren, ist eine Kunst
Wert liefern
Grundsatz 6: Agile Prozesse fördern eine nachhaltige Entwicklung. Projektsponsoren, Entwickler und Nutzer können stets ein gleichmäßiges Tempo beibehalten
Grundsatz 7: Unternehmenspersonal und Entwickler müssen bei der Projektumsetzung stets zusammenarbeiten
Prinzip 8: Seien Sie gut darin, Projektmitarbeiter zu motivieren, bieten Sie ihnen das Umfeld und die Unterstützung, die sie brauchen, und glauben Sie, dass sie die Aufgaben erledigen können
Prinzip 9: Ob gegenüber dem Entwicklungsteam oder innerhalb des Teams, der effektivste Weg, Informationen zu vermitteln, ist ein persönliches Gespräch
Prinzip 10: Die besten Architekturen, Anforderungen und Designs entstehen durch selbstorganisierende Teams
Menschen orientieren
Grundsatz 11: Änderungen der Anforderungen sind willkommen, auch spät in der Projektentwicklung. Agile Prozesse müssen in der Lage sein, veränderte Anforderungen gut zu nutzen, um Kunden zu Wettbewerbsvorteilen zu verhelfen.
Veränderungen annehmen
Prinzip 12: Teams sollten regelmäßig darüber nachdenken, wie sie effektiver sein können, und ihr Verhalten entsprechend anpassen
weiter verbessern
4. Agile Rolle
Produktinhaber (PO)
Managementstrategie: Erstellen Sie eine Produkt-Roadmap
Ermitteln Sie den Bedarf: Fügen Sie User Stories hinzu, passen Sie sie an und sortieren Sie User Stories nach Geschäftswert
Akzeptanz: Überprüfung und Feedback der Projektergebnisse
Scrum Master (Teamleiter)
Schutz: Schützen Sie das Team vor Unterbrechungen
Garantie: Hindernisse beseitigen
Aufrechterhaltung: Behalten Sie die fortlaufende Führung der Projektvision durch Projekt- und Teamchartas bei
Kindermädchen: Unterstützen Sie das Team
Team
Virtuelle Teams: Kommunikationsplanung ist von größter Bedeutung. Erwägen Sie, Teammitglieder regelmäßig zusammenzubringen, um Vertrauen aufzubauen, zu lernen, wie man zusammenarbeitet, und Fishbowl-Fenster und Remote-Pairing zu nutzen, um die Kommunikation zu verbessern
Arbeitsbereiche: private und öffentliche Bereiche
Osmotische Kommunikation: Informationen werden unbewusst zwischen Teammitgliedern ausgetauscht, die zusammenarbeiten
Vollzeitbeschäftigtes, generalistisches, funktionsübergreifendes, selbstorganisierendes Team, Team von 3-9 Personen
Hauptmerkmale von Teams: Vermeidung von Aufgabenwechseln, Wissensaustausch, Feature-Teams, proaktives Arbeiten, Team-Entscheidungsfindung, Team-Problemlösung
5. Elemente des Scrum Management Frameworks
Produktrückstand
Zweck: Anforderungen aufzeichnen
Jede Anforderung wird auch als User-Story-Set bezeichnet und ist eine User-Story.
benutzergeschichten
Was möchte ich als Benutzer zum jeweiligen Zeitpunkt/Ort tun und zu welchem Zweck/kommerziellen Wert?
Also, wie mache ich das/wie arbeite ich?
So überprüfen Sie am Ende
Product Backlog-Funktionen
Bevor mit der Arbeit begonnen wird, müssen Sie nicht alle Storys für das gesamte Projekt erstellen, sondern nur den Hauptinhalt des ersten Release-Plans.
Die To-Do-Liste ändert und verbessert sich ständig und kann jederzeit aktualisiert, hinzugefügt, gelöscht, geändert, in der Priorität geändert usw. werden
Wenn sich Anforderungen ändern, ist kein Änderungsprozess erforderlich und die Änderungen können direkt in die To-Do-Liste übernommen werden.
Riesige User Stories, auch Epic Stories genannt, werden am Ende des Backlogs geschrieben
Definition der abgeschlossenen User Story: 0/1 legal, abgeschlossen oder unvollendet
Wenn Sie nicht wissen, wo Sie mit den Anforderungen beginnen sollen, kann die Impact Map als effektiver Input für das Backlog verwendet werden
Besprechung zur Überprüfung des Produkt-Backlogs
Inhalt: Sortieren Sie die aktuelle Produktanforderungsliste, einschließlich Priorisierung und Aufteilung in Story-Karten mit mäßiger Granularität usw.
Zeit für das Grooming-Meeting: 1-stündige Timebox-Diskussion für einen zweiwöchigen Sprint
Die Beziehung zwischen dem Grooming-Meeting und dem Sprint-Planungsmeeting: Das Sprint-Planungsmeeting kann erst beginnen, wenn das Product-Backlog-Grooming-Meeting abgeschlossen ist
charakteristisch
Traditionelles Modell: fester Umfang, variable Zeit und Kosten
Agiles Modell: feste Zeit und Kosten, variabler Umfang
Artefakt
Produktrückstand
Sprint-Rückstand
Zuwachs
Aufgabenablauf
a. User-Story-Sammlung
b. Schätzen Sie die Größe jeder User Story
Die Story-Point-Schätzung ist eine Mehrfachschätzung; sie wird vom Team geschätzt;
c. Bewerten Sie die Prioritäten der User Story
d. Schätzen Sie die Teamgeschwindigkeit
Teamgeschwindigkeit: Die Menge an Arbeit, die das Team pro Zeiteinheit erledigt
Durchschnittliche abgeschlossene Story-Punkte pro Sprint
Schätzen
Schätzen von User Stories mithilfe von Story Points
Story Points sind eine Möglichkeit, die Größe und Komplexität von User Stories zu messen, nicht deren Dauer
Probleme mit der traditionellen Schätzung der Dauer
Herkömmliche Projektpläne werden in Stunden, Tagen und Wochen gemessen
Realität: Um ungenaue Schätzungen oder zu hohe Versprechen zu vermeiden, wird Ihnen der Schätzer irgendwann einen Zeitrahmen vorgeben
Vorteile der Story-Point-Schätzung
Sie müssen sich keine Sorgen um die Genauigkeit der Schätzung machen. Machen Sie sich schnell an die Arbeit
Teams verwechseln Schätzungen nicht mit Zusagen
Schätzung = gute Vermutung; Engagement = Worst-Case-Szenario-Strategie;
Schätzmethode
Poker schätzen
Fibonacci-Folge
Die Teammitglieder bewerten die Geschichte anhand eines Story Points
Kostenvoranschlag für T-Shirts
Eine gröbere Schätzung als Schätzpoker und eine einfachere Einigung als Schätzpoker. 6 Karten
Schätzung der Affinitätsgröße
Beim Vergleichen von Geschichten geht es nicht um exakte Vielfache. Es ist einfacher, eine Einigung zu erzielen als beim Pokern.
Priorisierung der User Story
Moskauer Gesetz (MoSCoW)
M: Muss tun
S: sollte reichen
C: könnte gemacht werden
W: werde es nicht tun
Kano-Modell
Grundbedürfnisse: müssen (vorrangige Entwicklung)
Leistungsanforderungen: Je mehr, desto besser (so viel wie möglich erledigen)
Vergnügungsbedürfnisse: hohe Zufriedenheit
100-Punkte-Methode
Aufgeteilt in jeweils 100 Punkte können sie mit diesen Punkten für die am meisten benötigten Bedürfnisse stimmen
relative Größe
Schätzen Sie auf der Grundlage der Kundenbeurteilung ab, um den Produktwert zu maximieren
Projektplan
Produktvision
Produkt-Roadmap (2–5 Jahre)
Veröffentlichungsplan (Juni-Dezember)
Sprintplanung (1-4 Wochen)
Tägliches Stand-up-Meeting
6. Agile Aktivitäten
Sprint-Planungstreffen
Erste Hälfte: Das Team befragt den PO nach Inhalt, Zweck, Bedeutung und Absicht des Product Backlogs
Zweite Hälfte: Das Team plant den Zeitplan für diesen Sprint
Teilen Sie User Stories weiterhin in Aktivitäten auf
Die Teammitglieder bestimmen die Aufteilung der Aktivitäten
Tägliches Stand-up-Meeting
Tägliche Teambesprechung, in der Regel 15 Minuten
Inhalt
Was habe ich nach dem letzten Aufstehen gemacht?
Was soll ich nach diesem Stand-up-Meeting tun?
Auf welche Hindernisse, Risiken oder Probleme bin ich bei der Arbeit gestoßen?
Sobald das Problem entdeckt wurde, fügen Sie es dem Parkplatz hinzu, erstellen Sie ein weiteres Meeting, halten Sie es direkt nach dem Stand-up ab und lösen Sie das Problem in diesem Meeting
Ermutigen Sie jedes Teammitglied, die Besprechung zu leiten, und nicht den Projektmanager oder die Leitung
Selbstorganisierende und für beide Seiten engagierte Treffen im Team
Werkzeug
Srcum-Taskboard
Die Aufgabenwand zeigt alle Aufgaben an, die während des Sprints erledigt werden müssen. Über das Taskboard kann das Team Probleme rechtzeitig erkennen und schnell Feedback geben, was auch das Vertrauen in die Erledigung der Arbeiten erhöht.
Burn-Down-Diagramm
x: Zeitleiste, y: verbleibende Story-Punkte
Zünddiagramm
x: Iteration 1, Iteration 2..., y: Story-Punkte abgeschlossen
Risiko-Burndown-Diagramm
x: Zeitachse, y: Risikoexpositionswert
Risikoexpositionswert = Risikoeintrittswahrscheinlichkeit % * Risikoauswirkung (Tage)
Risikoreaktionspläne können in To-Do-Listen geschrieben und Aktivitäten auf einheitliche Weise verwaltet werden
Kanban
Visueller Workflow
Begrenzen Sie die Menge der laufenden Arbeiten (begrenzen Sie die laufenden Arbeiten), um eine Pull-Produktion zu erreichen und die Produktionseffizienz zu verbessern
Zu erledigen, Forschung und Entwicklung (in Bearbeitung, abgeschlossen), Tests (in Bearbeitung, abgeschlossen), abgeschlossen
Wenn Sie die Zykluszeit verkürzen möchten, müssen Sie den Umfang der laufenden Arbeiten reduzieren
Kumulatives Flussdiagramm
Kanban-Board vs. Aufgabenboard
Gemeinsamkeit: visueller Workflow
Unterschied: In der Lean-Theorie kann Kanban die Effizienz verbessern und größere Vorteile erzielen.
Sprint-Review-Meeting
Die Sprint-Überprüfung wird verwendet, um der Bestellung die in diesem Sprint entwickelten Produktfunktionen zu demonstrieren
Die PO wird in dieser Phase das Treffen organisieren und relevante Parteien zur Teilnahme einladen.
Konferenzinhalte
Das Team demonstriert während des Sprints abgeschlossene Funktionen
Alle Teammitglieder sind zur Teilnahme verpflichtet
Jeder kann zur Teilnahme eingeladen werden
PO ist dafür verantwortlich, Geschichten anzunehmen oder abzulehnen
Eine allgemeine Richtlinie besteht darin, das Arbeitsergebnis des Teams mindestens alle zwei Wochen zu präsentieren. Diese Häufigkeit ist für die meisten Teams ausreichend, damit die Teammitglieder Feedback erhalten, das verhindert, dass sie in die falsche Richtung gehen.
Sprint-Retrospektivtreffen
Zweck: Gute Erfahrungen teilen und Verbesserungspunkte entdecken, um den kontinuierlichen Fortschritt des Teams zu fördern. In der Regel findet nach jedem Sprint ein Meeting statt, Rückblicke können jedoch in kritischen Momenten der Teamentscheidung abgehalten werden
Konferenzinhalte
Was hast du in diesem Sprint gut gemacht?
Was können wir in diesem Sprint besser machen?
Welche Bereiche können wir im nächsten Sprint verbessern?
Besprechungsschritte
Finden Sie qualitative (Gefühle der Menschen) und quantitative (Metriken) Daten
Nutzen Sie diese Daten, um die Ursache zu finden
Entwerfen Sie Gegenmaßnahmen und formulieren Sie Aktionspläne
Wichtige Erkenntnisse aus Sprint-Retrospektivmeetings
Zweck des Treffens: Dies ist keine Schuld, die Überprüfung soll es dem Team ermöglichen, sich weiter zu verbessern
Fokus: Das Team bespricht gemeinsam Prioritäten und konzentriert die Bemühungen dort, wo sie am meisten benötigt werden (die Konzentration auf ein paar Verbesserungen reicht aus).
Die Schlussfolgerungen des Meetings sollten in einem geschlossenen Kreislauf verfolgt werden: Sie können in das Produkt-Backlog aufgenommen werden, die Messergebnisse jeder Verbesserung ermitteln und überprüfen, ob jede Verbesserung erfolgreich ist.
Sprint
7. Agile Projektabwicklungsmethoden
Technische Umsetzung von XP
kontinuierliche Integration
Integrieren Sie die Arbeit häufig in das Ganze
Verschiedene Teststufen
End-to-End-Informationen nutzen Tests auf Systemebene: einen Test des gesamten Systems
Verwenden Sie Unit-Tests für Bausteine: Überprüfen und verifizieren Sie die kleinste testbare Einheit in Ihrer Software
Systemintegrationstests: Basierend auf Unit-Tests werden alle Module entsprechend den Designanforderungen zu Subsystemen oder Systemen zusammengesetzt
Rauchtest: Eine schnelle grundlegende Funktionstest- und Verifizierungsstrategie für Softwareversionspakete während des Softwareentwicklungsprozesses
Regressionstests: Führen Sie nach der Änderung des alten Codes einen erneuten Test durch, um zu bestätigen, dass die Änderung keine neuen Fehler verursacht oder dazu geführt hat, dass anderer Code Fehler generiert.
Automatisiertes Testen: Automatisierung von Softwaretests
Akzeptanztestgetriebene Entwicklung (ATDD)
Das Team bespricht gemeinsam Akzeptanzkriterien für das Arbeitsprodukt
Das Team erstellt automatisierte Tests, um Standardanforderungen zu erfüllen
Testgetriebene Entwicklung (TDD) und Verhaltensgetriebene Entwicklung (BDD)
TDD: Bevor Sie Funktionscode entwickeln, schreiben Sie zuerst Unit-Testfallcode. Der Testcode bestimmt, welcher Produktcode geschrieben werden soll.
BDD: Verwenden Sie natürliche Sprache oder eine natürliche Sprache, um Testfälle aus der Perspektive funktionaler Benutzer zu beschreiben und zu schreiben, indem Sie User Stories oder Benutzeranwendungsfälle schreiben.
sondieren/sondieren
Erkennen Sie unbekannte Situationen in Systemen, Technologien und Anwendungsbereichen
Nützlich zum Lernen, wenn das Team einige wichtige technische oder funktionale Elemente lernen muss
Technische Schuldenlösung
Technische Schulden werden dadurch verursacht, dass Teams absichtlich schlechte technische Entscheidungen treffen, um kurzfristige Projektgewinne zu erzielen.
Die Lösung heißt Refactoring und agile Modellierung
Paar-Programmierung
Zwei Programmierer arbeiten zusammen an einem Computer, einer gibt Code ein, während der andere jede Codezeile überprüft, die er eingibt. Die Person, die den Code eingibt, wird als Fahrer bezeichnet, und die Person, die den Code überprüft, wird als Beobachter (oder Navigator) bezeichnet. Zwei Programmierer tauschen oft die Rollen
Code im Gemeinschaftseigentum
Jedes Teammitglied hat die Berechtigung, jeden Code zu ändern, das Eigentum und die Verantwortung des gesamten Teams
Andere agile Methoden
Kristall
Basierend auf den beiden Dimensionen Projektgröße und Projektkritikalität werden unterschiedliche agile Methodenoptionen bereitgestellt. Zum Beispiel: C6, D6
Funktionsgetriebene Entwicklung (FDD)
Erstellen Sie eine Funktionsliste, skalieren Sie und entwerfen Sie basierend auf den Funktionen
Dynamische Systementwicklung (DSDM)
Legen Sie von Anfang an Kosten, Qualität und Ereignisse fest und nutzen Sie dann die formale Priorisierung des Umfangs, um diese Einschränkungen zu erfüllen
Agile Unified Process (AUP)
Nehmen Sie die Architektur als Kern, konzentrieren Sie sich auf das Datenbankdesign und legen Sie Wert auf die Kommunikation mit Benutzern
Scrum of Scrums (SoS)
Eine Technik, die von zwei oder mehr Scrum-Teams anstelle eines großen Scrum-Teams verwendet wird, wobei ein Team aus 3–9 Mitgliedern besteht, die ihre Arbeit koordinieren
Scaled Agile Framework (SAFe)
Konzentrieren Sie sich auf die detaillierte Beschreibung von Praktiken, Rollen und Aktivitäten auf Portfolio-, Projekt- und Teamebene. Der Schwerpunkt liegt auf der Organisation des Unternehmens im Hinblick auf die Bereitstellung eines kontinuierlichen Mehrwerts für die Kunden
Agile Entwicklung im Maßstab (LeSS)
Ein Scrum-Framework für mehrere Teams, das auf agile Teams mit 20, 100 oder sogar Tausenden von Personen angewendet werden kann, die alle gemeinsam an einem bestimmten gemeinsamen Produkt arbeiten
Enterprise Scrum
Ein Framework, das darauf ausgelegt ist, die Scrum-Methodik durch eine ganzheitlichere Organisation und nicht durch einzelne Produktentwicklungsebenen anzuwenden
Disziplinierte Agilität (DA)
Ein Framework zur Prozessentscheidung, das mehrere agile Best Practices in einem umfassenden Modell integriert
8. Organisationstransformation
Prinzipien für die organisatorische Transformation zu Agile
Änderungsmanagement
Faktoren, die Veränderungen beeinflussen
Kulturschaffen
So schaffen Sie eine agile Organisationskultur
organisationsorientiert
Agiles PMO
Anbieter
Einflussfaktoren auf agile Veränderungen
Treiber des agilen Wandels
Schnelle und erfolgreiche Lieferung
Ein Team, das bereits über agile Eigenschaften verfügt
Der Einfluss der Organisationsstruktur auf agile Veränderungen
geografische Position
Funktionelle Struktur
Erfolgsgröße des Projekts
Zuteilung des Projektpersonals
Einkaufslastige Organisation
Bereitschaft für agile Veränderungen
Merkmale der Veränderungsbereitschaft: Bereitschaft des Managements, Bewusstsein der Mitarbeiter, Talentfähigkeiten usw.
Merkmale der verbleibenden Hindernisse für Veränderungen
Eine agile Kultur schaffen
Schritt 1: Schaffen Sie eine sichere Umgebung
Schritt zwei: Bewerten Sie die Kultur
Teil 3: Methoden für Projektleiter, um die Entstehung einer agilen Kultur zu beschleunigen
Aktive und klare Managementunterstützung
Nutzen Sie Ihre Change-Management-Erfahrung, um voranzukommen
Agile Praktiken Projekt für Projekt vorantreiben
Inkrementelle Einführung
Demonstrieren und leiten Sie agile Techniken und Praktiken an
Agiles Projektmanagementbüro (PMO)
wertorientiert
Verwirklichen Sie die Wertschöpfung Ihres Projekts
Innovationsorientiert
Helfen Sie Ihren Kunden, schnell und effizient Mehrwerte zu realisieren, indem Sie über innovative Ideen und Perspektiven nachdenken und diese in die Praxis umsetzen
Multidisziplinarität
Machen Sie sich mit Kenntnissen vertraut, die über das eigentliche Projektmanagement hinausgehen, um den unterschiedlichen Anforderungen an die Projektunterstützung gerecht zu werden
Agile Verträge
mehrschichtiger Aufbau
Der Schwerpunkt liegt auf der Bereitstellung von Werten
Gesamtpreiserhöhung
Fester Zeit- und Materialaufwand
Progressive Zeit und Materialien
Plan vorzeitig kündigen
Dynamikbereichsschema
Teamerweiterung
Unterstützen Sie eine breite Palette von Lieferanten
Reichweite einstellbar