Der Anforderungsanalyst als Product Owner
Das „Pull“-Modell sieht vor, dass Anforderungen erst dann erhoben werden, wenn sie tatsächlich benötigt werden. Damit das funktioniert, übernimmt der Anforderungsanalyst die Rolle des „Product Owners“ in Scrum, der dem Entwicklungsteam die gesamte Projektlaufzeit zur Verfügung steht und verbindliche Aussagen bezüglich der gewünschten Funktionalität machen kann. Der Product Owner beherrscht die notwendige Methodik zur Analyse und vermittelt zwischen allen Stakeholdern gegenüber dem Team. Kann der Product Owner nicht vollständig von einer Person des Auftraggebers abgedeckt werden, unterstützt ein Product Owner Proxy  von TechTalk.

Erhebung von Anforderungen
Der Product Owner ist als zentraler Ansprechpartner für das Team verantwortlich für die Erhebung und Abstimmung der Anforderungen bei Stakeholdern und Domainexperten. Dafür beherrscht er eine Vielzahl an Erhebungstechniken, von Brainstormingmethoden und Interviews bis hin zur Systemarchäologie . Der Product Owner sorgt auch für eine konsistente Terminologie und gemeinsames Verständnis zwischen Fachbereich und Umsetzungsteam.

Verwaltung von Anforderungen
Der Product Owner verwaltet die Anforderungen während des Projektverlaufs im Product Backlog (User Stories) und anderen Artefakten (Visionsdokument, nicht-funktionale Anforderungen, Glossar, etc.). Durch Priorisierung der User Stories trägt der Product Owner die Verantwortung für den effizienten Einsatz der Ressourcen: Funktionen mit hohen Nutzen möglichst früh umzusetzen, Funktionen mit geringen Nutzen möglichst spät. Den Überblick über das Product Backlog verschaffen Story Maps .
Bei jeglicher Dokumentation gilt das Prinzip: nur was aktuell gehalten werden kann, wird auch formell schriftlich festgehalten. Wir vermeiden die Erstellung von toten Dokumenten, die nur zur Verwirrung führen.