March 2016
Vom Projekt- zum Produkt-Team
18/03/16 11:46
Agile Methoden (v.a. Scrum) sind in der Software-Entwicklung in vielen Unternehmen fest etabliert. Zunehmend breitet sich die Philosophie auch auf klassische Industrieunternehmen und auf allgemeine Produktentwicklungen aus. Ein klassisches Unternehmen mit einer gewachsenen Struktur hat natürlich nicht die Rahmenbedingungen wie ein neu gegründetes Startup. Wie können agile Methoden schrittweise etabliert werden ohne ein Unternehmen zu überfordern?
Zunächst gilt es diejenigen Projekte zu identifizieren, die sich für eine agile Umsetzung besonders eignen. Hier hängt es im Wesentlichen davon ab, wie klar die Anforderungen zu Beginn bereits definiert sind und wie hoch der Bezug zu einem konkreten Endanwender bzw. zum Kunden ist. Mandatorische/organisatorische Anpassungen sind im Gegensatz zu neuen strategischen Endkunden-Anwendungen bzw. -Produkten sicher weniger geeignet. Lieber ein strategisches Vorhaben gezielt auswählen und dieses dann konsequent agil angehen und unterstützen. Ein wesentlicher Erfolgsfaktor bei agilen Projekten ist ein autarkes, interdisziplinär besetztes Team (z.B. Marketing/Vertrieb, Entwicklung, Qualitätssicherung, Betrieb, etc.). Alle beteiligten Personen sollten für das Projekt im Idealfall zu 100% abgestellt sein und räumlich eng zusammen arbeiten. Dass dies in einer klassischen Organisation nicht beliebig skaliert werden kann, liegt auf der Hand. Deshalb ist die Konzentration auf strategisch wichtige Projekte notwendig.
Ausgehend von der Rahmenbedingung, dass das Projekt erfolgreich verläuft, steht irgendwann das Projektende und der Übergang in die Linie an, d.h. viele Projektmitarbeiter gehen i.d. R. wieder zurück in ihre Abteilung. Aber eine Produktentwicklung hört nie auf. Der nächste Schritt zu einer agilen Organisation könnte somit die organisatorische Zusammenfassung der beteiligten Personen sein. D.h. aus einem Projekt-Team wird ein Produkt-Team, welches zukünftig alle Anforderungen zu diesem Produkt eigenständig priorisieren und gemäß einem Releaseplan umsetzen kann. Würde dies konsequent umgesetzt, so wird eine klassische Organisation mit Abteilungen stufenweise in eine neue Organisation, ausgerichtet nach den Kernprodukten bzw. –services des Unternehmens, transformiert werden. In der Realität benötigt man vermutlich beide Welten. Große Organisationen gehen deshalb manchmal noch einen Schritt weiter und gründen eine Tochterfirma mit einer agilen Organisation, um neue Services und Produkte testen, pilotieren und letztendlich etablieren zu können.
Zunächst gilt es diejenigen Projekte zu identifizieren, die sich für eine agile Umsetzung besonders eignen. Hier hängt es im Wesentlichen davon ab, wie klar die Anforderungen zu Beginn bereits definiert sind und wie hoch der Bezug zu einem konkreten Endanwender bzw. zum Kunden ist. Mandatorische/organisatorische Anpassungen sind im Gegensatz zu neuen strategischen Endkunden-Anwendungen bzw. -Produkten sicher weniger geeignet. Lieber ein strategisches Vorhaben gezielt auswählen und dieses dann konsequent agil angehen und unterstützen. Ein wesentlicher Erfolgsfaktor bei agilen Projekten ist ein autarkes, interdisziplinär besetztes Team (z.B. Marketing/Vertrieb, Entwicklung, Qualitätssicherung, Betrieb, etc.). Alle beteiligten Personen sollten für das Projekt im Idealfall zu 100% abgestellt sein und räumlich eng zusammen arbeiten. Dass dies in einer klassischen Organisation nicht beliebig skaliert werden kann, liegt auf der Hand. Deshalb ist die Konzentration auf strategisch wichtige Projekte notwendig.
Ausgehend von der Rahmenbedingung, dass das Projekt erfolgreich verläuft, steht irgendwann das Projektende und der Übergang in die Linie an, d.h. viele Projektmitarbeiter gehen i.d. R. wieder zurück in ihre Abteilung. Aber eine Produktentwicklung hört nie auf. Der nächste Schritt zu einer agilen Organisation könnte somit die organisatorische Zusammenfassung der beteiligten Personen sein. D.h. aus einem Projekt-Team wird ein Produkt-Team, welches zukünftig alle Anforderungen zu diesem Produkt eigenständig priorisieren und gemäß einem Releaseplan umsetzen kann. Würde dies konsequent umgesetzt, so wird eine klassische Organisation mit Abteilungen stufenweise in eine neue Organisation, ausgerichtet nach den Kernprodukten bzw. –services des Unternehmens, transformiert werden. In der Realität benötigt man vermutlich beide Welten. Große Organisationen gehen deshalb manchmal noch einen Schritt weiter und gründen eine Tochterfirma mit einer agilen Organisation, um neue Services und Produkte testen, pilotieren und letztendlich etablieren zu können.
July 2023
March 2016
February 2016
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
December 2022
November 2022
October 2022
September 2022
August 2022
July 2022
June 2022
May 2022
April 2022
March 2022
February 2022
January 2022December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
December 2020
November 2020
October 2020
September 2020
August 2020July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
December 2019
November 2019October 2019
September 2019
August 2019
July 2019June 2019
May 2019
April 2019
March 2019
February 2019
January 2019
December 2018
November 2018October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018March 2018
February 2018
January 2018
December 2017
November 2017
October 2017September 2017
August 2017
July 2017
June 2017
May 2017
April 2017
March 2017
February 2017January 2017
December 2016
November 2016October 2016
September 2016
August 2016July 2016
June 2016May 2016
April 2016March 2016
February 2016