Anmeldung
Anmelden

PMP-Agile-Rezension

Vor der PMP-Prüfung werden Kenntnisse und Testpunkte im Zusammenhang mit der agilen Entwicklung zusammengestellt. Der Inhalt umfasst die Auswahl des Projektlebenszyklus, das agile Manifest, zwölf Prinzipien, das Scrum-Framework und andere agile Konzepte sowie die Betrachtung von Agilität anhand von 10 Hauptwissensbereichen.

Bearbeitet um 2023-05-18 23:36:51

Deu-Martina

Aktuelle Werke Weitere Werke anzeigen>>

PMP-Agile-Rezension

Deu-Martina

Aktuelle Werke Weitere Werke anzeigen>>

Für Sie empfohlen
Gliederung

Agile Entwicklungsprozess---Software-Engineering
- 1
Deu-Martina
Agile Entwicklungsprozess
- 2
HudsonC

PMP-Agile-Überprüfung

Optionen für den Projektlebenszyklus

Vorausschauend

Traditionelle Projekte, reife Branchen: wie Bauwesen, Fertigung, IT-Branche

Agil

Iterieren

Zuwachs

Hybrid

Unternehmen wandelt sich von vorausschauend zu agil

Prognosen zu agilen Projekten sind teils vorhersagend und teils agil

Vorhersage oder Agilität, wobei die Antwort auf die Frage als Richtung der Wahl verwendet wird

Verwenden Sie Schlüsselwörter als Fragen, um zwischen agil und vorausschauend zu unterscheiden

Organisatorischer Wandel: Von vorausschauend zu agil

Analysieren und bewerten Sie zunächst die Unternehmenskultur und die Auswirkungen der Transformation auf das Unternehmen

Nehmen Sie Veränderungen von oben nach unten vor und beziehen Sie dabei Menschen auf allen Ebenen des Unternehmens ein, um die Vorteile und Notwendigkeiten von Veränderungen zu verstehen

Sie können ein weniger komplexes Projekt als Pilotprojekt wählen, um schnelle Erfolge zu erzielen und Vertrauen in andere Projekte zu schaffen.

Agiles Manifest

Personal

Individuelle Interaktionen haben Vorrang vor Prozessen und Tools

Die Zusammenarbeit mit dem Kunden geht über die Vertragsverhandlung

Wertlieferung

Benutzbare Software übertrifft vollständige Archive

Mit Veränderungen umzugehen ist besser, als einem Plan zu folgen

zwölf Prinzipien

Wertlieferung

Unser wichtigstes Ziel ist die Zufriedenheit unserer Kunden durch die pünktliche und konsistente Lieferung hochwertiger Software

Seien Sie auf veränderte Anforderungen vorbereitet, auch spät in der Entwicklung. Agile Prozesse steuern Veränderungen zum Wettbewerbsvorteil der Kunden

Stellen Sie häufig funktionierende Software bereit, im Abstand von ein paar Wochen oder ein oder zwei Monaten, und bevorzugen Sie kürzere Zyklen

Funktionierende Software ist der wichtigste Maßstab für den Fortschritt

Personal

Geschäftsleute und Entwickler müssen jeden Tag des Projekts zusammenarbeiten

Stimulieren Sie den Kampfgeist des Einzelnen und bauen Sie Projekte auf, bei denen er im Mittelpunkt steht. Sorgen Sie für das nötige Umfeld und die Unterstützung, unterstützt durch Vertrauen, um Ziele zu erreichen

Ob innerhalb oder außerhalb des Teams: Der beste und effizienteste Weg, Informationen zu vermitteln, sind persönliche Gespräche.

Agile Prozesse fördern eine nachhaltige Entwicklung. Eigentümer, Entwickler und Benutzer müssen in der Lage sein, zusammenzuarbeiten, um ein gleichmäßiges und kontinuierliches Tempo aufrechtzuerhalten

Die beste Architektur, Anforderungen und Designs kommen vom Organisationsteam

Das Team denkt regelmäßig darüber nach, wie es seine Leistung verbessern kann und passt sein Verhalten entsprechend an

Verfahren

Agile Fähigkeiten werden durch ein unermüdliches Streben nach technischer Exzellenz und gutem Design verbessert

Technische Schulden und Refactoring

Basierend auf Einfachheit ist es die Kunst, unnötige Arbeitsbelastung zu minimieren

Scrum-Framework

Gesamtrahmen

Produktvision und Produkt-Roadmap

Wie viele Versionen sind erforderlich, um das Endprodukt zu erhalten?

Release-Plan

1 Version bestimmt die Anzahl der Iterationen oder Sprints für eine Veröffentlichung

Sprintplanung

Hauptpunkte

Agile Projekt-Charta

Warum machen wir dieses Projekt?

Projektvision

Wer wird davon profitieren?

Dies kann Teil der Projektvision und/oder der Projektziele sein

Welche Bedingungen sind für dieses Projekt erfüllt, damit das Projekt abgeschlossen ist?

Kriterien für die Projektfreigabe

wie wir zusammenarbeiten werden

Erwarteter Arbeitsablauf

Team-Charta (Team-Gesellschaftsvertrag)

Teamwerte

Wie zum Beispiel nachhaltige Entwicklungsgeschwindigkeit und Kernarbeitszeiten

Arbeitsvereinbarung

Wie wird beispielsweise die „Bereitschaft“ definiert, die Voraussetzung dafür ist, dass das Team die Arbeit annimmt;

Zum Beispiel, wie man „erledigt“ definiert, damit das Team die Vollständigkeit konsistent beurteilen kann;

Erwägen Sie Timeboxing

Nutzen Sie Arbeitsprozessbeschränkungen

Grundregeln

Zum Beispiel Regeln bezüglich einer Person, die bei einer Besprechung spricht

Teamnormen

Zum Beispiel, wie Teams mit der Besprechungszeit umgehen

3355

3 Zeichen

Produktbesitzer

Entwicklungsteam

Scrum Master

3 Artefakte

Produktrückstand

Sprint-Rückstand

Produktinkrement

5 Veranstaltungen

Sprint

Sprint-Planungstreffen

Tägliches Stand-up-Meeting

Sprint-Review-Meeting

Sprint-Retrospektivtreffen

5 Werte

versprechen

Fokus

offen

respektieren

Mut

3 Zeichen

Product Owner PO (Kundenvertreter, Wirtschaftsexperte)

Produkt-Backlog pflegen und aktualisieren

Der Product Owner ist die alleinige Person, die für die Verwaltung des Product Backlogs verantwortlich ist

Produkt-Backlog pflegen und Prioritäten setzen

Klar beschrieben und ausgedrückt, damit das Team das Product Backlog vollständig verstehen kann

Bestimmen und genehmigen Sie, ob das Produktinkrement abgeschlossen ist

Stellen Sie fest, ob das Produktinkrement abgeschlossen ist und der DOD-Definition der Fertigstellung entspricht

Häufig besuchte Testzentren

Der PO muss hauptberuflich und unabhängig sein und kann nicht gleichzeitig vom Entwicklungsteam oder SM ausgeübt werden.

Was soll ich tun, wenn sich während des Konflikts neue Anforderungen ändern?

Im Allgemeinen liegen neue Anforderungen jetzt auf dem PB-Tisch und werden von der PO priorisiert. Diese Anforderung wird in diesem Sprint normalerweise nicht erfüllt.

Die Frage betont rechtliche und behördliche Anforderungen und Anforderungen mit äußerst hoher Priorität. Wenn sie nicht sofort abgeschlossen werden, führt dies zum Scheitern des Projekts. In diesem Fall muss der PO im Allgemeinen mit dem Team kommunizieren und die Ziele dieses Sprints neu anpassen so schnell wie möglich hängt vom Leben und Tod des Projekts ab

Entwicklungsteam

selbstorganisierendes Team

Eine Spezialität, mehrere Fähigkeiten, ein funktionsübergreifendes Team

Mitglieder des Entwicklungsteams werden nicht an ihrem Titel erkannt, sie sind immer noch Entwickler, egal welche Art von Arbeit sie verrichten

Um organisatorische Silos zu überwinden, ist es am besten, sich zu 100 % zu engagieren und ein Vollzeitteam zu bilden

Verfolge die Sonne

Allgemeine Testpunkte

Wenn es in der Frage Anforderungen, Anordnungen oder Zwänge für das Team gibt, werden diese direkt entfernt.

Das Entwicklungsteam entscheidet und ist für die Schätzung von User Stories, die Zuweisung von Arbeiten usw. verantwortlich.

Scrum Master Auch bekannt als agiler Coach, Teammoderator, Scrum Master, Projektmanager

Stellen Sie sicher, dass das gesamte agile Team und die relevanten Parteien die Theorien, Praktiken und Regeln von Scrum befolgen

Für PO

Stellen Sie sicher, dass er die beruflichen Verantwortlichkeiten des PO versteht, einschließlich der Pflege und Aktualisierung der PB-Tabelle

Für das Entwicklungsteam

Stellen Sie sicher, dass er die täglichen agilen Ereignisse wie tägliche Stand-up-Meetings verfolgen und transparente Tools usw. verwenden kann.

Für außerhalb des Projekts

Stellen Sie sicher, dass Sie agile Praktiken verstehen. Wenn Sie beispielsweise den Fortschritt verstehen müssen, können Sie sich die Informationsemissionsquelle ansehen. Wenn Sie die Priorität von User Stories verstehen müssen, können Sie mit der PO kommunizieren usw.

Servant Leadership, Servant Leadership, Konzentration auf Teamwachstum und Unterstützung des Teams bei der Beseitigung von Hindernissen

interne Barrieren

Wenn das Entwicklungsteam auf technische, prozessbezogene oder andere Probleme stößt, hilft es bei deren Lösung, anstatt sie selbst zu lösen.

äußere Hindernisse

SM verhandelt und kommuniziert mit externen Parteien

Allgemeine Testpunkte

In einer agilen Umgebung ist SM nicht für die spezifische Arbeitsverteilung, Arbeitsvereinbarungen usw. verantwortlich.

Im Allgemeinen ist der SM dafür verantwortlich, einige externe Faktoren und Hindernisse zu beseitigen, die das Team behindern.

3 Artefakte

Produkt-Backlog Produkt-Backlog

benutzergeschichten

Konzept

Als <Rolle> möchte ich <Funktionalität>, damit <Wert> erreicht werden kann

INVEST-Prinzip

Unabhängig

Verhandelbar

Wertvoll

Abschätzbar (auswertbar)

Klein

Testbar

Story Point

Als interner Referenzstandard, der im Team verwendet wird. Der Vergleich der Anzahl der Story Points zwischen verschiedenen Teams ist bedeutungslos

Schätzen Sie User Story-Punkte

Planungspoker (Breitband-Delphi)

Vorteile der Verwendung von Agile Estimation Poker

Fördern Sie die Kommunikation zwischen Teammitgliedern, um weitere Informationen auszutauschen und zu erfahren

Die Diskussion und Bewertung der Schätzergebnisse durch das Team wird die Schätzergebnisse realer und objektiver machen und viele übermäßig willkürliche Entscheidungen vermeiden.

Gilt für eine bestimmte User Story oder für alle in einer Iteration verwendeten User Storys

Affinitätsschätzung

Gilt für die gesamte PB-Tabelle, grobe Gesamtschätzung

Enthält Inhalte

Listen Sie alle Features, Funktionen, Anforderungen, Verbesserungen und Korrekturen auf, die das Produkt für zukünftige Versionen ändern werden

Gemäß einer Reihenfolge der Prioritäten von hoch nach niedrig, hoher Wert und hohes Risiko > hoher Wert und geringes Risiko > niedriger Wert und geringes Risiko

Höherrangige Product Backlog-Elemente sind klarer, spezifischer, DOR-konform und erfordern eine sofortige Entwicklung

Kontinuierliche dynamische Updates, progressive Details

Der Product Owner ist dafür verantwortlich

Sprint-Rückstand Sprint-Rückstand

Verschieben Sie User Stories mit hoher Priorität aus der PB-Liste in das Sprint-Backlog. In diesem Sprint entscheidet das Team, wie viele Storys erstellt werden sollen, und das Team verfeinert die User Stories.

sondieren/sondieren

Hauptsächlich, um Hintergrundwissen zu erhalten, um zu wissen, ob eine bestimmte Anforderung technisch realisierbar ist oder nicht. Diese Methode wird normalerweise verwendet, wenn User Stories nicht effektiv geschätzt werden können.

Beziehen Sie mindestens eine Prozessverbesserung mit hoher Priorität ein, die in einem früheren Retrospektivtreffen identifiziert wurde

Das Entwicklungsteam ist verantwortlich und der PO ist für die Beantwortung von Fragen verantwortlich.

Produktinkrement Produktinkrement

Treffen Sie die Definition von „erledigt“ im Standard-DOD

Der Product Owner entscheidet über die Fertigstellung oder Nichtfreigabe, das Inkrement muss verfügbar und kontinuierlich integriert sein.

5 Veranstaltungen

Sprint

Übersetzt als „Sprint“ oder „Iteration“

Dauer 2-4 Wochen (feste Zeitbox), 5-9 Personen

Vorsichtsmaßnahmen

Es können keine Änderungen vorgenommen werden, die sich nachteilig auf das Sprint-Ziel auswirken

Ziele, die keine Kompromisse bei der Qualität eingehen dürfen

Nur der Product Owner hat die Befugnis, Sprints abzubrechen. Da Sprints sehr kurz sind, hat eine Stornierung keine große Bedeutung.

Sprint-Planungstreffen

Mach einen Plan

Was sollte in dem im nächsten Sprint gelieferten Inkrement enthalten sein?

So erledigen Sie die zur Bereitstellung des Inkrements erforderliche Arbeit

Vorsichtsmaßnahmen

Es ist Sache des Entwicklungsteams, zu entscheiden, wie viele Product Backlog-Elemente ausgewählt werden sollen

Der Product Owner kann dabei helfen, ausgewählte User Stories zu erklären und Kompromisse einzugehen

Teilnehmer

Im Allgemeinen nehmen SM, Entwicklungsteam und PO gemeinsam teil, und wichtige Stakeholder können ebenfalls zur Teilnahme eingeladen werden.

Tägliches Stand-up-Meeting

Konferenzinhalte

gestern

Was ich getan habe, um dem Entwicklungsteam beim Erreichen des Sprint-Ziels zu helfen

Heute

Was werde ich tun, um dem Entwicklungsteam zu helfen, sein Sprint-Ziel zu erreichen?

Gibt es Hindernisse, die mich oder das Entwicklungsteam daran hindern, das Sprint-Ziel zu erreichen?

Aktualisieren Sie nach dem Treffen die Informationen zu Emissionsquellen (Tafeln, Abbranddiagramme, Gasdiagramme usw.) und Problemtafeln

Vorsichtsmaßnahmen

Erfassen Sie die Probleme nur, anstatt sie zu besprechen. Nach dem Meeting können engagierte Mitarbeiter ein Problemlösungsgespräch führen.

SM muss zur gleichen Zeit und am gleichen Ort stattfinden. Es wird generell empfohlen, dass die Teammitglieder die Veranstaltung moderieren. Die Dauer beträgt in der Regel 15 Minuten.

Allgemeine Testpunkte

Durch tägliche Stand-up-Meetings können Fortschritte sofort verfolgt und Korrekturen vorgenommen werden

Tägliche Stand-up-Meetings können verhindern, dass die gleiche Arbeit von verschiedenen Mitgliedern wiederholt wird

Fähigkeit, Probleme und Risiken rechtzeitig zu erkennen und nach dem Meeting zeitnah Verbesserungen vorzunehmen, um die Auswirkungen von Risiken auf das Projekt zu minimieren

Teilnehmer

Entwicklungsteam (SM, PO, gegebenenfalls wichtige Stakeholder)

SOS-Treffen (Scrum of Scrums)

Sprint-Review-Meeting, Review-Meeting

Überprüfen Sie Produktinkremente und holen Sie Feedback ein

Das Entwicklungsteam demonstriert das Produktinkrement, der PO lädt Stakeholder zur Teilnahme ein und der PO bestimmt, ob das Produktinkrement abgeschlossen ist.

Passen Sie den Produktrückstand an

Formulieren Sie Product Backlog-Elemente, die es wahrscheinlich in den nächsten Sprint schaffen

Das Ergebnis des Sprint Review Meetings ist ein überarbeitetes Product Backlog

Teilnehmer

Klient

wichtige Parteien

Entwicklungsteam

Sprint-Retrospektive-Meeting Retrospektive-Meeting

Überprüfen Sie, was gut gelaufen ist und was verbessert werden muss, und legen Sie, was verbessert werden muss, im nächsten Sprint fest, um es weiterzuverfolgen (kontinuierliche Verbesserung).

Teilnehmer

Entwicklungsteam

PO (je nach Verfügbarkeit)

5 Werte

versprechen

Bereitschaft, sich für Ziele einzusetzen

Fokus

Setzen Sie Ihren Verstand und Ihre Fähigkeiten in die Arbeit ein, der Sie sich verschrieben haben

offen

Scrum macht alles im Projekt für jeden sichtbar

respektieren

Jeder hat seinen eigenen, einzigartigen Hintergrund und seine eigene Erfahrung

Mut

Haben Sie den Mut, Versprechen zu machen, sie zu erfüllen und den Respekt anderer zu akzeptieren

Weitere agile Konzepte

Kanban-Management

Visueller Workflow

Es können ein Whiteboard und einige Karten erstellt werden

Beseitigen Sie Engpässe

WIP-Einschränkungen (Work In Progress) für laufende Arbeiten

Allgemeine Testpunkte

In der Frage wurde erwähnt, dass der Projektablauf chaotisch ist und einige Prozesse blockiert werden. Kanban-Management kann dieses Problem effektiv lösen.

In der Frage wird erwähnt, dass andere Prozesse oder Verfahren sehr reibungslos ablaufen, aber nur ein Prozess auf einen Engpass stößt, was zu einer Verzögerung im Fortschritt des gesamten Prozesses führt. Sie können erwägen, funktionsübergreifende Teammitglieder aus anderen Prozessen dem gesamten Engpassprozess zuzuweisen.

MVP (Minimum Viable Product)

Erstellen Sie schnell einen minimalen Satz von Funktionen, die die erwartete Funktionalität des Produkts erfüllen, genügend Funktionen enthalten, um die Anforderungen der Produktbereitstellung zu erfüllen, und wichtige Annahmen über die Kundeninteraktion mit dem Produkt validieren

Experimentieren Sie mit den geringsten Ressourcen und der kürzesten Zeit, um Feedback von frühen Benutzern zu erhalten

Allgemeine Testpunkte

Wenn Kunden ihre Bedürfnisse nicht eindeutig bestimmen können, können sie einen vorläufigen Produktprototyp erstellen und durch anschließendes Feedback und Korrekturen letztendlich die Kundenbedürfnisse erfüllen.

Wenn der Markt unsicher ist oder die Risiken hoch sind, testen Sie mithilfe von MVP-Designexperimenten schnell, ob Ihr Produkt oder Ihre Richtung machbar ist.

Betrachtung von Agilität nach den 10 wichtigsten Wissensbereichen

Integrieren

Delegieren Sie die Kontrolle über die Planung und Lieferung bestimmter Produkte an das Team. Die Teammitglieder entscheiden, wie sie planen und integrieren

Der Fokus des Projektmanagers liegt auf der Schaffung einer kollaborativen Entscheidungsumgebung und der Sicherstellung der Fähigkeit des Teams, auf Änderungen zu reagieren

Bei Agile geht es um die Akzeptanz von Veränderungen.

Umfang

Agile Methoden erstellen und überprüfen gezielt Prototypen und klären Anforderungen über mehrere Releases. Auf diese Weise wird der Umfang im gesamten Projektverlauf definiert und neu definiert

Definieren Sie den Umfang vor jedem Sprint

Sprint-Planungstreffen und Sprint-Backlog

Bestätigen Sie den Umfang vor dem Ende jedes Sprints

Überprüfung des Sprint-Review-Meetings und Genehmigung des Produktinkrements

Zeitplan

Die Beziehung zwischen Produktvision, Release-Planung und Iterationsplanung

Iterativer Zeitplan mit unfertigen Elementen

Es handelt sich um eine rollierende Planung, die auf dem adaptiven Lebenszyklus basiert. Dieser Ansatz erfordert, dass Anforderungen in User Stories dokumentiert werden, die User Stories dann priorisiert und verfeinert werden, bevor sie erstellt werden, und schließlich Produktfunktionen innerhalb eines definierten Zeitrahmens entwickelt werden. Dieser Ansatz wird typischerweise verwendet, um den Kundeninteraktionen einen Mehrwert zu verleihen oder damit mehrere Teams eine große Anzahl weniger miteinander verbundener Funktionen parallel entwickeln können.

Zeitplan auf Abruf

Wird typischerweise in Kanban-Systemen verwendet und basiert auf der Theorie der Einschränkungen und dem Pull-Scheduling-Konzept aus der Lean-Produktion, um die vom Team geleistete Arbeit auf der Grundlage seiner Lieferfähigkeit zu begrenzen. Der On-Demand-Planungsansatz basiert nicht auf zuvor festgelegten Zeitplänen für die Produktentwicklung oder Produktinkremente, sondern greift stattdessen auf Backlog-Elemente und Arbeitsabläufe zurück, sobald Ressourcen verfügbar werden.

Kontrollieren Sie den Fortschritt mit Tools

Informationsemissionsquelle

Burn-Down-Diagramm

Zünddiagramm

kosten

Verwenden Sie einfache Schätzmethoden

Detaillierte Schätzungen eignen sich für die kurzfristige Planung mittels Just-in-Time

Qualität

Qualitätsmanagement planen

Definition von DOD

Qualität verwalten und kontrollieren

Zyklusüberprüfung, regelmäßige Überprüfung der Wirksamkeit des Qualitätsprozesses, Ermittlung der Grundursachen von Problemen und Implementierung neuer Methoden zur Qualitätsverbesserung

Konzentrieren Sie sich auf kleine Mengen und können Sie häufig liefern

Testgetriebene Entwicklung (TDD), kontinuierliche Integration

Ressource

Profitieren Sie von Teamstrukturen, die Fokus und Zusammenarbeit maximieren, wie zum Beispiel selbstorganisierende Teams mit Generalisten

kommunizieren

Versuchen Sie, die Kanäle für Teammitglieder zu vereinfachen, um Informationen zu erhalten, häufige Teamüberprüfungen durchzuführen und den Teammitgliedern die Zusammenarbeit zu ermöglichen

Zentralisiertes Büro

Tägliche Arbeit: tägliches Stand-up-Meeting

Projektartefakte müssen transparent veröffentlicht werden und Stakeholder müssen regelmäßig zur Überprüfung der Projektartefakte eingeladen werden

Tägliche Arbeit: Quellen der Informationsemissionen

Berichterstattung und Kommunikation: Sprint-Review-Meeting

virtuelles Team

Aquariumfenster

Stellen Sie eine langfristige Videokonferenzverbindung her

Fernkopplung

Teilen Sie Ihren Bildschirm mit virtuellen Meeting-Tools, einschließlich Sprach- und Videolinks

Risiko

Bei der Planung von Iterationen sollten Risiken berücksichtigt werden

Risiken sollten während der Iterationen identifiziert, analysiert und verwaltet werden

Anforderungsdokumente sollten auf der Grundlage eines besseren Verständnisses der aktuellen Risikoexpositionen regelmäßig aktualisiert und die Arbeit im Verlauf des Projekts neu priorisiert werden

kaufen

Möglicherweise ist die Zusammenarbeit mit bestimmten Verkäufern erforderlich, um das Team zu erweitern. Durch diese Zusammenarbeit entsteht ein Beschaffungsmodell mit geteiltem Risiko, bei dem Käufer und Verkäufer Projektrisiken und Projektgewinne teilen.

flexible Vereinbarung

mehrschichtiger Aufbau

Rahmenvertrag

Zusatzabkommen

interessierte Parteien

Fördern Sie ein hohes Maß an Transparenz

Laden Sie beispielsweise alle relevanten Parteien zur Teilnahme an Projektbesprechungen und -überprüfungen ein oder veröffentlichen Sie Projektartefakte im öffentlichen Raum, mit der Absicht, dass Inkonsistenzen und Abhängigkeiten zwischen den Parteien oder andere Probleme im Zusammenhang mit einem sich ständig ändernden Projekt so schnell wie möglich an die Oberfläche kommen .

Sich stark verändernde Projekte erfordern eine effektive Interaktion und Beteiligung der Projektbeteiligten. Um zeitnahe und unterhaltsame Diskussionen und Entscheidungen zu ermöglichen, interagieren adaptive Teams direkt mit den Stakeholdern, anstatt sich über verschiedene Managementebenen zu bewegen