Während meiner Arbeit in unterschiedlichen Unternehmen komme ich regelmäßig mit Scrum Mastern über ihre Rolle ins Gespräch. Der Ausgangspunkt sind häufig unklare Erwartungen an die Scrum Master, Unsicherheit was die Rolle angeht oder gefühlte Machtlosigkeit der Rolleninhaber. Woraus resultieren diese Probleme bei einem so einfachen Rahmenwerk wie Scrum? Meine Erfahrungen zeigen, dass viele Unternehmen Scrum lediglich team- oder abteilungsintern etablieren oder ihre existierende Projektmanagement-Methode gegen Scrum eintauschen, ohne die damit einhergehenden notwendigen Änderungen in der Organisation zu berücksichtigen. Dies hat zufolge, dass die Scrum-Teams bis zu einem gewissen Grad gut funktionieren, der Rest der Organisation aber unverändert beim Altbewährten bleibt. Gerade bei aufkommenden Herausforderungen und Unsicherheiten greifen Unternehmen gerne auf über Jahre etablierte, gelernte und gelebte Vorgehensmodelle zurück, was einen großen Druck auf die Scrum-Teams ausübt. Das Loslassen fällt vielen Unternehmen schwer und schnell fallen Sätze wie „Scrum funktioniert bei uns nicht“ oder keiner kann mehr etwas von „agil“ hören.
„If you find that your organization can’t make the hard decisions that Scrum demands, then high-risk, uncertain projects have very little probability of success in your organization.“ (Jim Highsmith)
An dieser Stelle ein kurzes Beispiel, dass ich vor einigen Jahren selbst erlebt habe. Ich arbeitete in der Software-Entwicklungsabteilung in der Rolle als Scrum Master. Bei der Einstellung legte ich Wert darauf, dass ich dem CTO direkt unterstellt bin, um mehr Durchschlagskraft zu haben und keiner Hierarchie-Kaskade zu folgen. Nach einiger Zeit begann ich, meine Fühler auch in andere Abteilungen auszustrecken. Nicht aus Langeweile, sondern weil es ein sinnvoller Schritt war. Es herrschte nämlich ein starkes „Wir“ und „Die“ im Unternehmen, dass ich aufzubrechen versuchte. Nach einigen erfolgreichen gesamtorganisatorischen Veränderungen, einschließlich aufgeklärter Mitarbeiter außerhalb der „IT“, wurde mir dann durch meinen Vorgesetzten zu verstehen gegeben, dass mein zu Hause in der Software-Entwicklung sei. Ergo „Die“ (anderen Abteilungen) sollten ihre Probleme alleine lösen. Mit dem Effekt, dass die gestartete Veränderungen, das erlangte Vertrauen in die IT und das Verständnis von „Agilität“ sich Schritt für Schritt zurückentwickelten.
Ein weiteres Beispiel zum unklaren Rollenverständnis der Scrum Master. Kürzlich entdeckte ich folgende Stellenausschreibung:
