VPM3
Prüfungsvorbereitung VPM3 BFH
Prüfungsvorbereitung VPM3 BFH
Kartei Details
| Karten | 49 |
|---|---|
| Sprache | Deutsch |
| Kategorie | Informatik |
| Stufe | Universität |
| Erstellt / Aktualisiert | 18.06.2019 / 18.02.2022 |
| Weblink |
https://card2brain.ch/box/20190618_vpm3_bfh
|
| Einbinden |
<iframe src="https://card2brain.ch/box/20190618_vpm3_bfh/embed" width="780" height="150" scrolling="no" frameborder="0"></iframe>
|
Give an example of a Fibonacci-alike number series commonly used by agile teams.
1, 2, 3, 5, 8, 13, 20, 40, 100
What do agile teams use Fibonacci-alike number series for?
Estimating the relative size of a Story.
Why - apart from the selcted user stories - is it recommended to define a specific sprint goal?
- Das Sprint-Ziel beeinflusst die Auswahl der Stories im Sprint Planning
- Scrum-Team hat sich committet, das Sprint-Ziel zu erreichen
It is stated that some of the user stories are not indepentent. How can this problem be resolved?
Doint so, what other problems can emerge?
- User Stories zu einer Story zusammenfassen oder umschreiben, damit diese keine Abhängigkeit mehr aufweisen.
- Storie werden zu gross oder unschätzbar in Story-Points
Die Rolle des PL wird bei Scrum anders interpretiert als beim traditionellen PM. Wo liegen die Aufgaben des PL bei Scrum?
Koordinieren von externen Dingen wie Bereichte, Steuerungsgruppen, Anfragen von Aussen, Eskaltionen.
Weshalb ist eine interdiszipliänere Besetzung des Dev Team nötig?
Ein Dev-Team sollte in der Lage sein, das Ziel eines jeweiligen Sprints ohne grössere äussere Abhängigkeiten zu erreichen. Deshalb sollte jede Rolle im Team vertreten sein (Architekt, Entwickler, Tester, Dokumentationsexperte, Datenexperte etc.)
The trick to forecast the duration of a project is to measure the (a) ??? of a team i.e. the (b) ??? a team can implement during one sprint.
For the first sprint an (c) ??? is estimated or derived from historical data.
After some sprints a (d) ??? is calculated.
The duration of a project can then be calculated based on the (b) of all user stories and the calculated (d) of the team.
(a) velocity
(b) story points
(c) initial velocity
(d) median velocity
Name two different approaches to make the calucalation of user stories easier.
- Break down the user stories in smaller stories
- Use MuSCoW (Must-Have, Should-Have, Could-Have, Won't have this time)
Your scrum team is stuck in a discussion whether user stories should be broken down horizontally or vertically.
- What do you recommend?
- Why?
- Always vertically
- When breaking down horizontally, normally dependencies occur which are complex and not implementable withing one sprint.
