Scrum als Rahmenwerk, gepaart mit agiler Entwicklung, ist gerade State of the Art, wenn man von der erfolgreichen Umsetzung von Softwareprojekten spricht. Hört man sich um, könnte man sich fast ins Teenageralter und die Gespräche auf den Schulhöfen über „das erste Mal“ zurückversetzt fühlen. Der Vergleich mit agiler Entwicklung mittels Scrum scheint da nicht so weit hergeholt. Jeder will es tun, jeder sagt, er tut es, jeder scheint es besser zu machen als man selbst – und dennoch machen es wohl nur 10 Prozent. Und die, die es wirklich tun, na ja, ob die es dann „richtig“ machen?

Im vorangegangenen Artikel „Scrum – eine Einführung für Entwickler“ wurden die Themen Product Backlog und User Stories kurz angesprochen und dabei erläutert, dass auch in agiler Produktentwicklung eine Einschätzung von Anforderungen mit Blick auf Umfang und Komplexität notwendig ist. In diesem Artikel wird nun näher darauf eingegangen und zusätzlich ein Überblick darüber gegeben, wie man von Schätzungen eines zeitlichen und inhaltlichen Rahmens für die grobe Roadmap- oder Releaseplanung hin zu einer konkreten Einschätzung von Anforderungen für die Planung der Iteration gelangt. Dabei wird gerade auch beim Prozess des Schätzens als Grundlage für die Planung klar werden, dass die Entwickler selbst die Schätzungen mit auf den Weg bringen.