CTFL 3.2.1: Vorteile eines frühzeitigen und häufigen Stakeholder-Feedbacks erkennen

• a
  Auf die Features, die sich in der aktuellen Iteration am günstigsten umsetzen lassenUmsetzungskosten sind nicht die im Lehrplan genannte Grundlage dieser Fokussierung.
• b
  Auf die Features, die die Architekten des Teams technisch am interessantesten findenTechnisches Interesse des Teams ist nicht die genannte Grundlage dieser Fokussierung.
• c
  Auf die Features, deren Akzeptanzkriterien bereits vollständig dokumentiert sindDokumentierte Akzeptanzkriterien sind nicht die genannte Grundlage dieser Fokussierung.
• ✓
  Richtige Antwort: Auf die Features mit dem größten Nutzen für Stakeholder und der größten Wirkung auf identifizierte RisikenNutzen für die Stakeholder und Wirkung auf identifizierte Risiken sind genannt.

Häufiges Feedback der Stakeholder während des SDLC hilft dem Entwicklungsteam dabei, besser zu verstehen, was es entwickelt. Es ermöglicht ihm, sich auf die Features zu konzentrieren, die für die Stakeholder den größten Nutzen bringen und die sich am positivsten auf die identifizierten Risiken auswirken.

Lehrplanabschnitt 3.2.1

• a
  Anforderungsänderungen werden später aufgegriffen, das Produkt entspricht aber weiterhin der VorstellungGenau die Vorstellung zu verfehlen ist das Risiko; sie ist nicht weiterhin gesichert.
• ✓
  Richtige Antwort: Das Produkt entspricht möglicherweise nicht den ursprünglichen oder aktuellen Vorstellungen und verursacht NacharbeitDas Produkt kann die Vorstellungen verfehlen und teure Nacharbeit auslösen.
• c
  Das Team liefert schneller, weil weniger Meinungen in der Entwicklung abgestimmt werden müssenGenannt werden kostspielige Nacharbeit und verpasste Termine, nicht schnellere Lieferung.
• d
  Qualitätsprobleme werden gleich früh erkannt, nur durch das Testteam statt durch die StakeholderFrühes Feedback dient dazu, Qualitätsprobleme früher zu kommunizieren, nicht nur anders.

Wenn die Stakeholder während des SDLC nur wenig einbezogen werden, entspricht das zu entwickelnde Produkt möglicherweise nicht den ursprünglichen oder aktuellen Vorstellungen der Stakeholder. Werden deren Wünsche nicht erfüllt, kann dies zu kostspieligen Nacharbeiten, verpassten Terminen, Schuldzuweisungen und sogar zum kompletten Scheitern des Projekts führen.

Lehrplanabschnitt 3.2.1

• a
  Es gibt dem Team eine stabile Anforderungsbasis, gegen die es später Tests entwirftHäufiges Feedback hält Anforderungen früh verstanden und änderbar; es friert sie nicht zu einer Basis ein.
• b
  Es gibt den Stakeholdern die Verantwortung für die Qualität ihrer eigenen AnforderungenDas Feedback verbessert das Verständnis des Entwicklungsteams; die Verantwortung wandert nicht ab.
• c
  Es erlaubt dem Team, die Anforderungsspezifikation seltener zu reviewenStakeholder-Feedback entsteht durch statische Tests einschließlich Reviews, es verdrängt sie also nicht.
• ✓
  Richtige Antwort: Es beugt Missverständnissen über Anforderungen vor und bringt Änderungen früher einEs beugt Missverständnissen vor und sorgt dafür, dass Änderungen früher umgesetzt werden.

Häufiges Feedback der Stakeholder während des SDLC kann Missverständnissen über Anforderungen vorbeugen und sicherstellen, dass Änderungen an den Anforderungen verstanden und früher umgesetzt werden. Dies hilft dem Entwicklungsteam, besser zu verstehen, was es entwickelt, und ermöglicht ihm, sich auf die Features zu konzentrieren, die den größten Nutzen bringen und sich am positivsten auf die identifizierten Risiken auswirken.

Lehrplanabschnitt 3.2.1