scrum

“Herzlichen Glückwunsch! Du bist jetzt Product Manager! Ach ja, wir setzen hier das Scaled Agile Framework (SAFe) ein, Product Manager ist da ein bisschen anders als Du es vielleicht im klassischen Sinn kennst. Macht ja nix, geh mal auf scaledagile.com oder so ähnlich, da stehen ein paar Zeilen zu der Rolle und den Aufgaben, die Dich erwarten. Ach ja, Du kannst auf jedes Element des SAFe Big Picture klicken und kriegst dann entsprechende Hintergrundinfos - viel Spaß!”

In der IT gibt es bei den meisten Beteiligten die erschreckende Neigung, bei jeder sich bietenden Gelegenheit zu schauen, ob es für die anstehende Aufgabe nicht ein passendes Tool gibt, also eine schicke Applikation. Leider ist die Realität im Jahre 2015 sehr einfach: Es gibt für alles ein Applikation.

Dass ich in einem Unternehmen arbeite, in dem seit nun gut einem Jahr das Scaled Agile Framework - kurz SAFe - eingesetzt wird, habe ich bereits erwähnt, oder? Heute geht es um Anforderungen und die Rolle des Kunden, so wie ich sie in meiner täglichen Arbeit mit und in SAFe erlebe!

Das Unternehmen, in dem ich als ScrumMaster arbeiten darf, hat seine Art Software zu entwickeln vor etwas mehr als einem Jahr von einem klassischen Wasserfallmodell hin zur Nutzung des Scaled Agile Framework (SAFe) umgestellt.

Vor etwas mehr als einem Jahr hat das Unternehmen, in dem ich arbeiten darf, den Entwicklungsprozess in der IT von einer Wasserfallvariante auf das Scaled Agile Framework - kurz SAFe - umgestellt. SAFe ist ein Framework, welches verspricht, ohne dramatische Änderungen in der Aufbauorganisation Agilität zu skalieren. Bisher war ich damit nur am Rande in Berührung gekommen (ich hatte das Glück, als ScrumMaster in einem reinen Scrum-Team zu arbeiten), und denke, das SAFe ein Versuch ist, Elemente aller möglichen Prozesse und Frameworks zu kombinieren.

Bei meinem Arbeitgeber haben die Büros in der Regel vier Sitzplätze. Die Teams, die hier in Softwareprojekten zusammen arbeiten, sind allerdings meist größer - zwischen 6 und 8 Teammitglieder bilden ein Entwicklungsteam. Wir arbeiten nach dem Scrum-Framework, einer Methode, um agile Projekte zu managen. Das bedeutet, dass zusätzlich zu den Entwicklern noch ein Product Owner und ein ScrumMaster (das wäre dann ich) zum Entwicklungsteam dazu stoßen, und - um bestmögliche Zusammenarbeit zu ermöglichen - idealerweise auch sehr nahe beim Team sitzen sollten.

Heute ist mir wieder einmal bewusst geworden, wie schwer es ist, seinem Gegenüber richtig zuzuhören. Es erfordert sehr viel Disziplin. Ja, ich meine wirklich Disziplin. Bisher habe ich gedacht, dass Konzentration vollkommen ausreichend ist, aber - zumindest für mich selbst - lag ich da wohl falsch.

Nach einigen Projekten als Mitglied in einem Scrum-Team und nun beinahe einem Jahr als ScrumMaster in einem Software-Team habe ich es nun auch geschafft, das Agile Manifest zu unterzeichnen.

Some years ago, I found it was fun creating software. I do not know if I am or have been particularly good at doing so, but it was fun nevertheless.