Agile Vorgehensmodelle Flashcards

K6 LE 4

1
Q

Vier Grundsätze der Agile Aliance?

A

Indivduals and Interaction over process and tools
Working software over comprehensive documentation
Customer collaboration over Customer negotiation
Responding to change over following a plan

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Prinzipien Agiler Software-Entwicklung?

A
Kundenzufriedenheit
Anforderungsänderungen auch in späten Phasen möglich
Funktionsfähige Software
ständige Zusammenarbeit
persönliche Gespräche
konstanter und nachhaltiger Entwicklungsprozess
Einfachheit der Lösung
Regelmäßige Reflexion des Teams
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Was bedeutet Scrum?

A

Vorgehensrahmen nach dem Projekte agil abgewickelt werden

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Hauptaufgaben von Scrum?

A

lediglisch 3 Rollen
Aufgaben im Backlog
iteratische zeitlich klar definierte Zyklen
autonom arbeitendes Team gleichberechtiger Teammitglieder

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Zentrale Rollen im Scrum incl. Beschreibung?

A

Product Owner:
Vertritt Kunden/Autraggeber, Teil des Teams, Erhebung Beschreibung und Priorisierung von Aufgaben

Scrum Master
Dient als Art unterstützender Moderator der Entwicklungsprozess nach jeweiligen Scrum-Methode unterstützt, kein Teammitglied

Team
Gruppe von Entwicklern, Umsetzung

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Wer übernimmt die Rolle und Aufgaben des Projectmanagers im Scrum?

A

Niemand.

Prodcut Owner und Team teilen sich die Aufgaben

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Was ist der Product Backlog?

A

Sammlung aller Anforderungen

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Wie entsteht der Product Backlog?

A

Prodcut Owner und Kunden erarbeiten “Vision” (Zielbestimmung), worin der Nutzen des Programms liegt. Darauf aufbauend beschreibt der Product Owner, mit Hilfe von User-Stories, Funktionen, die das System erfüllen soll. Auch Teammitglieder können Spezifikationen beschreiben

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Was sind die Hauptelemente bei der Projektabwicklung nach Scrum?

A
Sprint Planing Meeting
Springt
Daily Scrum
Sprint Review
Sprint Retrospektive
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Beschreiben Sie Sprint Planing Meeting?

A

Product Owner wählt Priorisiert Aufgaben auf und stellt sie dem Team vor. Diese wählt Umfang von Anforderungen aus, der realistisch innerhalb des nächsten Sprints zu realisieren ist. Die Aufgaben werden in einzelne Tasks runtergebrochen die den Sprint-Log bilden

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Beschreiben Sie Sprint?

A

Entwicklungsphase, dauer meist 1-4 Wochen

Release-Sprint ist letzter vor Übergebung eines fertige Software-Produkts an den Kunden

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Beschreiben Sie Daily Scrum?

A

Standup Meeting max. 15 Minuten in denen jeder folgende Fragen für das Team beantwortet

  • Was habe ich im letzten Daily Scurm abgeschlossen?
  • An was arbeitet ich im heutigen Daily Scrum?
  • Gibt es Problem? Kann mir jemand dabei helfen?

Der aktuelle Projektfortschritt wird am Burndown-Chart beurteilt

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Beschreiben Sie Sprint-Review?

A

Abschluss eines Sprint, es nehmen Product Owner, Team, Scrum Master, Vertreter von Kunden, Manager teil

Fortschritt wird live presentiert und kontrolliert ob Erwartungen des Kunden erfüllt wurden oder ob Anpassungen im nächsten Sprint folgen sollen

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Beschreiben Sie Sprint Retrospektive?

A

Betrachtung positiver und negativer Aspekte der Arbeit
Zur Verbesserung von Scrum-Prozess und Zusammenarbeit im Team
konkret umsetzbare Maßnahmen für nächsten Sprint

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Durch welche Methoden werden Planung, Durchführung und Kontrolle im Scrum unterstützt?

A
User Stories
Sprint Backlog
Burndown-Chart
Timeboxing
Definition of Done
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

User Stories?

A

kunden- und anwenderorientierte Anforderungen
hilft der Kommunikation mit dem Kunden
Projektfortschritt ist für Kunden klar ersichtlich
von Product Owner formuliert

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Sprint Backlog?

A

User Stories in einzelne Tasks zerlegt

Übersicht in “offen” “in Arbeit” und “fertig”

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

BurnDown-Chart?

A

Menge der noch im Sprint vorgesehenen abzuarbeitenden Arbeiten
Entwicklungsgeschwindigkeit wird aus Velocity bezeichnet

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Timeboxing?

A

Strikte Zeit vorgabe
z.b. 15 Minutex max. Daily Scrum danach wird abgebrochen
Wichtiger Effekt ist das Termine ernst genommen werden

Konsequenzen sind z.B. bei einem Sprint nicht die gewünschte Funktionalität ausgeliefert wird oder das eine fast fertige User Storie wieder zurück gelegt wird

20
Q

Definition of Done?

A

Jedes Scrum-Team hat seine eigene Definition
klar formulierte Kriterien
z.B. Tests, Code-Review, Abnahme durch Product Owner

21
Q

Definieren Sie Feature und desen übliche Form?

A

Merkmal einer Software, das den Nutzer ermöglicht eine fachliche Aufgabe zu erfüllen
Aktion - Ergebnis - Objekt
zB “Erstellen einer Rechnung für einen Antrag”

22
Q

Basis des FDD?

A

Gemeinsam mit dem Kunden erstellte Feature-Liste

23
Q

Für welche Art von Projekten ist FDD geeigned?

A

Große umfangreiche Projekte die maximal 6 Monate Dauern, dauert das Projekt länger als 6 M so wird es auf Teilprojekte dieser Größe herabgebrochen

24
Q

Hauptmerkmale des FDD?

A

klare Rollenkonzepte
klar hierachische Sturkturierung umzusetzender Aufgaben
Phasenkonzept (5 klar definiert)

Prozessfortschritt wird anhand der erledigten Features gemessen

25
Rollen des FDD und deren Verantwortung?
Projektmanager administrative Projektabwicklung Development Manager Gestaltung und Durchführung gesamter Entwicklungsaktivitäten Chief Architekt erfahrener Analytiker und Modellierer, für Gesamtmodell und desen Entwicklung verantwortlich Chief Programmer erfahren, Mitwirkung Anforderungsanalyse und Modellentwicklung, leitet bei Umsetzung ein Team von 3-6 Personen Domain Experts Fachexpterten Class Owner für bestimmte Klasse und deren Implementierung verantwortlich Weitere Rollen: Tester, Release Manager, Mitarbeiter für Dokumentation
26
Strukturierung der Aufgaben im TDD?
Gesamtmodel durch Chief Architext, Domain Experts und Chief Programmern erstellt (Modellierungsworkshop) Von Chief Programmern in Fachgebiete, Geschäftsaktivitäten und Schritte (Steps) gegliedert Steps entsprechen den zu realisierenden Features
27
Modeling in Color?
Strukturierung umfangreicher Klassenmodelle mit Farbcode
28
In welche Hauptabschnitte wird das FDD-Prozessmodell unterteilt und wie werden die Kosten berechnet?
Start-Up Phase Construction-Phase Start-Up Phase wird im vorhinein grob eingeschätzt, Abschätzung der Construction-Phase an Hand eines Vergleich der tatsächlichen Dauer der Start-Up Phase mit der geschätzten
29
Zählen Sie die Schritte des FDD-Prozessmodell auf?
``` Allgemeines Modell erstellen Feature-Liste erstellen Nach Features planen Nach Features designen Nach Features bauen ```
30
Beschreiben Sie bei FDD "Design an overall Model"?
Chief Architect, Chief Programmer und Domain Experts erstellen Gesamtmodell der zu erstellenden Applikation mit Klassen und deren Beziehungen incl. Beschreibung und Begründungen
31
Beschreiben Sie bei FDD "Build a Feature-List"?
Chief Programmer erstellen durch Zerlegung in Fachbereiche, Geschäftsbereiche und Schritte eine Liste von zu erstellenden Features
32
Beschreiben Sie bei FDD "Plan by Feature"?
Projekt Manager, Entwicklungs Managerund Chief Programmer legen Reihenfolge der Features fest. Jede Geschäftstätigkeit wird einem verantwortliche Chief Programmer und jede Klasse einem Owner zugeordnet Am Ende liegt eine Termin Planung vor
33
"Design by Feature"?
Chief Programmer stellt aus Geschäftstätigkeit ein "Chefprogrammer Arbeitspacke" zusammen sowie Owner der für Feature notwendige Klasse stellt FeatureTeam zusammen (ein Entwickler kann in mehrern Teams gleichzeitig sein) Jedes Team verfeinert anschließend Klassenspezifikation
34
"Build by Feature"?
Class Owner implenetieren zur Realisierung erforderliche Features Durch Code Inspection und Einzelttests wird Qualität des Programms gesichert Überprüfte Klassen werden vom Chef Programmer freigegeben
35
Extreme Programming (XP) ?
Ziel ist rasche Fertigstellung und höhere Kundenzufriedenheit Ständige Einbindung des Kunden im Entwicklungsprozess Es wird angestrebt annähern gleiche Änderungskosten über die Projektentwicklung bezubehalten, dies wird durch kurze iterative Zyklen erreicht
36
Was wird im XP als Kunde bezeichnet?
Jene vom Auftraggeber entstandene Person, die Aufgaben formuliert und priorisiert
37
Rollen im XP?
XP kein Unterschied zwischen Aufgabenbereichen, jeder soll die Möglichkeit haben in jedem Bereich mitzuarbeiten "gemeinsamer Code" Kunde Weitere Rollen Coach für unerfahren Teams Projektmanager für administrative-organisatorische Aufgaben Terminmanager (Trackers)
38
Projektablauf im XP?
Release Zyklen typischerweise 3 Monate - Kunde erstellt user stories - Team schätzt Aufwand und priorisiert - Testfälle zur Akzeptanz entwicklelt - prototypisches Architekturmodel (mit z.B. CRC-Karten) - Iteration geplant und festgelegt - Ende des RZ Kunden funktionierende Software
39
Wie ist der Verlauf innerhalb einer Iteration im XP?
- Erstellung von Testfällen - Codierung - Bei Bedarf Änderung des Architekturmodels - testen - Fortschritt, tatsächlicher Aufwand und Tests aufgezeichnet - Akzeptanztest am Ende - Planung der nächsten Iteration
40
Werte des XP?
``` Kommunikation Einfachheit Feeedback Mut Respekt ```
41
Prinzipien des XP?
Mensch im Mittelpunkt mit Wahrung der Wirtschaftlichkeit. Suche nach Lösung die allen Vorteile bringt. Von Bereits bekannten Problemlösungen ausgehen und alle Kompetenzen und Fähigkeiten im Team zuzulassen und durch Reflexion eine laufende Verbesserung erzielen Erreichung eines kontinuirlichen Arbeitsflusses. Probleme und Fehlschläge als Chancen sehen. Entscheidung immer richtung Qualität. Risikovermeidung durch kleine Schritte (kurze iteratische Zyklen)
42
Praktiken des XP?
Pair Programming Testgetriebene Entwicklung Wochnzyklus (Wochnend entlasten) Stories (Anforderungen in Stories)
43
Rolle des Refactoring im XP?
Wichtige Rolle auf Grund im XP | Refactoring von Softwareteile, die durch den iterativen Entwicklungsprozess unübersichtlich und instabil geworden sind
44
Kanban?
"lean production" unnötigen Ballast im Herstellungsprozess entfernen z.B. Material in der Produktion auf Bedarf und nicht auf Vorrat bereitgestellt -> Bedarf durch Signalkarte (Kanban) sichtbar gemacht. Just-In-Time Production wird somit möglich
45
Regeln des Kanban?
Pull-Prinzip (Arbeiten genommen nicht gegeben) gleichzeitig offene Aufgaben begrenzt Arbeitsabläufe visualisiert Prozessdaten erhoben (z.B. Durchlaufzeit) Entwicklungsprozess laufend verbessert möglichst gerine Zeitdauer zwischen Beginn und Ender der Arbeit (Cycle Time)
46
Welche Vorteile hat die Begrenzung gleichzeitig durchführbarer Aufgaben?
Frühzeitiges erkennen von Problemen auf Grund von - nicht fertigen Arbeitspacketen - im Arbeitschritt wo Problem ist wird max. Anzahl offener Aufgaben erreicht - Stau - Frei werdende Kapazitäten werden zur Problemlösung eingesetzt