Entwickeln mit DevOps und Scrum
Innovationen am Rande des Chaos
Christoph Lixenfeld, seit 25 Jahren Journalist und Autor, vorher hat er Publizistik, Romanistik, Politikwissenschaft und Geschichte studiert.
1994 gründete er mit drei Kollegen das Journalistenbüro druckreif in Hamburg, schrieb seitdem für die Süddeutsche Zeitung, den Spiegel, Focus, den Tagesspiegel, das Handelsblatt, die Wirtschaftswoche und viele andere.
Außerdem macht er Hörfunk, vor allem für DeutschlandRadio, und produziert TV-Beiträge, zum Beispiel für die ARD-Magazine Panorama und PlusMinus.
Inhaltlich geht es in seiner Arbeit häufig um die Themen Wirtschaft und IT, aber nicht nur. So beschäftigt er sich seit mehr als 15 Jahren auch mit unseren Sozialsystemen. 2008 erschien im Econ-Verlag sein Buch "Niemand muss ins Heim".
Christoph Lixenfeld schreibt aber nicht nur, sondern er setzt auch journalistische Produkte ganzheitlich um. Im Rahmen einer Kooperation zwischen Süddeutscher Zeitung und Computerwoche produzierte er so komplette Zeitungsbeilagen zu den Themen Internet und Web Economy inklusive Konzept, Themenplan, Autorenbriefing und Redaktion.
Scrum sorgt dafür, dass jede Abteilung in der Lage ist, parallel zu einer anderen am selben Projekt zu arbeiten. Schlüssel dazu ist die Reduzierung von Komplexität. Das geschieht erstens durch ständige Feedbackschleifen, die alle Beteiligten kontinuierlich auf den gleichen Stand bringen. Zweitens werden die angestrebten Funktionalitäten eines Programms ständig überprüft und die Frage gestellt: 'Brauchen wir dieses oder jenes Feature Stand heute wirklich noch?' Drittens liegen sämtliche Anforderungen an das Produkt nicht schon zu Beginn und für immer fest, sondern sie werden mit jeder Teillieferung neu bewertet und wenn erforderlich angepasst.
Ein solch agiles Vorgehen hat gar nicht den Anspruch, alle Eventualitäten im Vorhinein zu planen, sondern es geht von ständigen Anpassungen als Normalfall aus. Agil mit Scrum zu entwickeln bedeutet anders gesagt, die Menschen in den Mittelpunkt zu stellen. Und zwar erstens den Kunden, der ein optimales Produkt bekommen soll, und zweitens das Entwicklungsteam, für das so effizientes und zugleich kreatives Arbeiten ermöglicht werden soll. Unterstützt werden kann das ganze durch Automatisierung von Prozessen und durch die Verwendung von standardisierten Entwicklungstools.
Cars.com scheiterte fast
Foto: fotomek - Fotolia.com
Cars.com zum Beispiel, eine Online-Autohandelsplattform aus Chicago mit mehr als elf Millionen Nutzern monatlich, hat in Zusammenarbeit mit IBM seinen Entwicklungsprozess komplett umgestellt. Zuvor lief es hier wie überall: Monatelange Planung für jedes Projekt, endlose Meetings mit entsprechenden Verzögerungen bei der Umsetzung. Zudem enthielt der Prozess viele manuelle Schritte, was nicht nur zeitaufwändig, sondern auch extrem fehlerträchtig ist. Entwicklergruppen konfigurierten Softwaremodule von Hand, nutzten dabei für die Dokumentation ganz unterschiedliche Programme wie Word oder Excel.
Durch diese ineffizienten Prozesse dauerte jede Konfiguration tagelang, Entwickler arbeiten phasenweise auch nachts und am Wochenende. Um hier einen Schritt voran zu kommen, engagierte Cars.com IBM und sein Partnerunternehmen Ascendant Technology. Mit Hilfe des 'IBM Rational Automation Framework' und anderer ToolsTools entstand eine automatisierte Entwicklungs-Architektur, die Cars.com ein agiles Vorgehen bei zukünftigen Entwicklungsarbeiten ermöglicht. Alles zu Tools auf CIO.de
Der größte Teil der manuellen Schritte entfällt, Tests können jetzt automatisiert an verschiedenen Stellen des Prozesses ohne großen Aufwand durchgeführt werden. Dadurch und durch eine Fülle weitere Maßnahmen brauchen Entwicklungsprozesse nur noch ein Viertel der vorherigen Zeit, Cars.com ist in der Lage, 300 Verbesserungen in seinen Anwendungen pro Jahr umzusetzen statt den früheren 40.
Agile Entwicklung erfordert Kulturwandel
Abgesehen von diesem Beispiel, bei dem die Automatisierung vieler kleiner Schritte im Mittelpunkt stand, bedeutet agile Softwareentwicklung bei größeren Projekten einen kompletten Kulturwandel. Die Beteiligten müssen sich von dem Konzept verabschieden, am Ende genau das Ergebnis erzielen zu wollen, das am Anfang, beim Formulieren der Roadmap, ins Auge gefasst worden war. Stattdessen sollte das Motto lauten: Pläne sind dazu da, sie mehrfach zu ändern. Funktionieren kann das nur, so paradox es klingt, mit maximaler Disziplin. Denn Agilität funktioniert nur, wenn Feedbackschleifen und Test genau geplant werden und sich jeder an diese Pläne hält.