Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

PROJ > Agile Vorgehensmodelle > Flashcards

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
Q

Rollen des FDD und deren Verantwortung?

A

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
Q

Strukturierung der Aufgaben im TDD?

A

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
Q

Modeling in Color?

A

Strukturierung umfangreicher Klassenmodelle mit Farbcode

28
Q

In welche Hauptabschnitte wird das FDD-Prozessmodell unterteilt und wie werden die Kosten berechnet?

A

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
Q

Zählen Sie die Schritte des FDD-Prozessmodell auf?

A 
Allgemeines Modell erstellen
Feature-Liste erstellen
Nach Features planen
Nach Features designen
Nach Features bauen
30
Q

Beschreiben Sie bei FDD “Design an overall Model”?

A

Chief Architect, Chief Programmer und Domain Experts erstellen Gesamtmodell der zu erstellenden Applikation mit Klassen und deren Beziehungen incl. Beschreibung und Begründungen

31
Q

Beschreiben Sie bei FDD “Build a Feature-List”?

A

Chief Programmer erstellen durch Zerlegung in Fachbereiche, Geschäftsbereiche und Schritte eine Liste von zu erstellenden Features

32
Q

Beschreiben Sie bei FDD “Plan by Feature”?

A

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
Q

“Design by Feature”?

A

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
Q

“Build by Feature”?

A

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
Q

Extreme Programming (XP) ?

A

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
Q

Was wird im XP als Kunde bezeichnet?

A

Jene vom Auftraggeber entstandene Person, die Aufgaben formuliert und priorisiert

37
Q

Rollen im XP?

A

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
Q

Projektablauf im XP?

A

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
Q

Wie ist der Verlauf innerhalb einer Iteration im XP?

A
  • 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
Q

Werte des XP?

A 
Kommunikation
Einfachheit
Feeedback
Mut
Respekt
41
Q

Prinzipien des XP?

A

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
Q

Praktiken des XP?

A

Pair Programming
Testgetriebene Entwicklung
Wochnzyklus (Wochnend entlasten)
Stories (Anforderungen in Stories)

43
Q

Rolle des Refactoring im XP?

A

Wichtige Rolle auf Grund im XP

Refactoring von Softwareteile, die durch den iterativen Entwicklungsprozess unübersichtlich und instabil geworden sind

44
Q

Kanban?

A

“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
Q

Regeln des Kanban?

A

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
Q

Welche Vorteile hat die Begrenzung gleichzeitig durchführbarer Aufgaben?

A

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

PROJ (10 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2024 Bold Learning Solutions. Terms and Conditions