Architekten und Scrum: 1. Die vergessenen Fragen von Scrum.

Dieser Blog soll der erste einer Reihe von Blogs sein, in denen ich die Rolle der Architekten in Scrum untersuchen werde. Ich beginne mit den meiner Meinung nach vergessenen Fragen von Scrum. In den nächsten Blogs werde ich untersuchen, wie sich die Rolle des Architekten verändert, welche Art von Architekten benötigt wird und welche Aktivitäten Architekten durchführen sollten, um erfolgreich und wertvoll zu sein. Die vergessenen Fragen von Scrum Bereits in den 1960er Jahren schrieb Alfred Chandler, dass die Organisationsstruktur eines Unternehmens eng mit seiner Strategie verbunden ist und auf seinen organisatorischen Prozessen basiert. In der optimalen Welt nach Chandler: Die Struktur folgt den Prozessen folgt der Strategie. Was aber, wenn sich ein Prozess in der Organisation ändert? Sollte das nicht auch zumindest die Organisationsstruktur und die Strategie beeinflussen? Dieser Blog ist der erste einer geplanten Serie von weiteren, in denen ich versuchen werde, Antworten auf diese Frage zu finden, wenn der neue Prozess, der implementiert wird, ein Scrum-Prozess ist. Eine Scrum-Implementierung in einer Organisation ist eine klare Prozessimplementierung in einem bestimmten Teil der Organisation, nämlich der Softwareentwicklung. Eine neue Arbeitsweise, die mit Geschäftsanforderungen beginnt und mit funktionierender Software endet. Ein klarer Rahmen für einen Prozess. Mit der Aussage von Chandler im Hinterkopf stellen sich jedoch drei Fragen, über die in der agilen Welt noch nicht viel nachgedacht wurde:

1. Gab es eine neue Strategie der Organisation, die Scrum ins Leben gerufen hat? Oder wird die Strategie durch Scrum beeinflusst? Die Implementierung von Prozessänderungen ohne ein klares, vertretbares Ziel wird am Ende scheitern. Deshalb sollte der Grund für die Einführung von Scrum in Unternehmen sorgfältig geprüft werden. Ist es wirklich dazu da, die Unternehmensstrategie für die Zukunft zu unterstützen, oder ist es nur ein nettes Hobby eines wohlmeinenden IT-Managers?
2. Werden jetzt neue Organisationsabteilungen auf der IT-Seite und auf der Geschäftsseite gebildet? Die Einführung von Scrum bedeutet die Bildung von selbstorganisierenden Teams in der Organisation. Aber was bedeutet das für die alten Funktionsabteilungen? Hören sie auf zu existieren? Ändert sich die Rolle des Linienmanagers? und wie? Und was ist mit den eher unterstützenden Abteilungen wie Architektur, Qualität und Betrieb?
3. Welchen Einfluss hat diese Prozessänderung auf Prozesse in der Organisation, die mit diesem Scrum-Prozess verbunden sind? Die Prozesse in einer Organisation sind miteinander verbunden. Sie brauchen sich gegenseitig, um optimal zu funktionieren. Ein Scrum-Prozess sollte einen deutlichen Einfluss auf den Prozess der Geschäftsanforderungen haben. Aber auch alle Geschäftsprozesse sollten in der Lage sein, Änderungen schneller als je zuvor zu übernehmen. Daneben sollten auch die unterstützenden IT-Prozesse ihre neue Arbeitsweise im Einklang mit dem Scrum-Entwicklungsprozess finden.

In den nächsten Blogs werde ich mich zunächst auf die dritte Frage konzentrieren. Insbesondere werde ich mich mit den Architekturprozessen in einem Unternehmen befassen und mit der Art und Weise, wie diese in den Scrum-Prozess einfließen oder sogar von ihm beeinflusst werden. Nächste Woche mehr...