text: Scrum führt diese Aufgaben in einer Rolle zusammen. Bei klassischen Vorgehensweisen hingegen übernimmt ein Businessanalyst die Priorisierung und Detaillierung der Anforderungen, ein Architekt das Design und die Konzeption sowie der Kunde oder Businessanalyst die Abnahme. Ein Projektleiter übernimmt das Management der Stakeholder. Trennt man die Aufgaben entsprechend klassischer Vorgehensweisen rein funktional in diese Rollen über alle Anforderungen hinweg, wie in Abbildung 2 dargestellt, kann aufgrund der funktionalen Spezialisierung leicht skaliert werden. Allerdings gehen die Vorteile des agilen Vorgehens verloren: Es entsteht beispielsweise ein Team von Businessanalysten, die ein vorgelagert klassisches Requirements Engineering betreiben und Konzepte lange vor deren Umsetzung generieren. Es wird „Big Upfront Design“ betrieben, dessen Wert immer stärker verfällt, während es auf die Umsetzung wartet. Reinertsen beispielsweise spricht von den durch Wertverfall entstehenden Kosten als „Holding Costs“ und nennt sie als einen Parameter für die Bestimmung der optimalen „Batch Size“ (siehe dazu „The Principles of Product Development Flow – Second Generation Lean Product Development“ S. 35 f.).