Jens Trompeter

Wenn verschiedene Beteiligte aus Marketing, Vertrieb, Fachabteilungen und Software-Entwicklung zusammensitzen und ein neues Produkt vorbereiten, dann kommt es häufig zu Diskussionen über die Richtung der ersten Schritte: Soll man mit einem Proof of Concept starten? Mit einem Piloten? Oder mit einem MVP (Minimum Viable Product)? Und wie unterscheiden sich die Ansätze überhaupt?

Wenn verschiedene Beteiligte aus Marketing, Vertrieb, Fachabteilungen und Software-Entwicklung zusammensitzen und ein neues Produkt vorbereiten, dann kommt es häufig zu Diskussionen über die Richtung der ersten Schritte: Soll man mit einem Proof of Concept starten? Mit einem Piloten? Oder mit einem MVP (Minimum Viable Product)? Und wie unterscheiden sich die Ansätze überhaupt?

Im Scrumguide schreiben Ken Schwaber und Jeff Sutherland, dass der ScrumMaster für das Verständnis und die Durchführung von Scrum verantwortlich ist. Er sorgt dafür, dass das Scrum Team die Theorie, Praktiken und Regeln von Scrum einhält. Klingt einfach! Also schnell zu einem zweitägigen Professional Scrum Master Training anmelden, das PSM I Assessment erfolgreich absolvieren und dann kann es los gehen … Moment! Was bedeutet es eigentlich als ScrumMaster zu arbeiten?

meistens als lästiges Übel betrachtet. Darüber hinaus liegt man mit Schätzungen häufig daneben und brockt sich damit eine ganze Reihe von Folgeproblemen ein, z.B. muss das Budget erweitert oder Termine müssen verschoben werden.

Der Product Owner nimmt in Scrum eine sehr zentrale Rolle ein, die oft mit sehr hohen Erwartungen verbunden ist. Er soll das Produkt gestalten, seine Produktvision in das Team tragen und für Klarheit und Transparenz durch ein gut gepflegtes Product Backlog und frühzeitig lauffähige Software sorgen.