Hardware skalieren ist einfach, weil es Automaten sind. Manuelle Prozesse für Software-Entwicklung, -Produktion  und -Verteilung zu skalieren ist um einiges schwieriger: Da hilft nur noch Automatisierung. Die Ergebnisse überzeugen.

Der Kunde betrieb bisher eine verteilte Anwendung für zwei Mandanten mit 200 Benutzern. Es gelang ihm, innerhalb kürzester Zeit 4 neue Mandanten mit nochmals 200 Benutzern zu gewinnen. Das Dreifache an Mandanten, das Doppelte an Benutzern ─ eine Herausforderung.

Die Verlagerung der Entwicklung vom Mainframe auf dem PC und die Automatisierung der Build- und Verteilungsprozesse waren der Schlüssel zum Erfolg:  Die Einsparung liegt bei rund einem Personenjahr ─ pro Jahr!

Ein grosser Schritt

Die Produktionskapazität war dank der Skalierbarkeit heutiger Hardware rasch und einfach aufgestockt.

Der wirkliche, absehbare und schwieriger zu behebende Engpass waren die manuellen Build- und Verteilungsprozesse. Schon bisher, mit zwei Mandanten, waren sie am Rande des Erträglichen: umständlich, langsam, zu viele Fehler, unzuverlässig, ermüdend, frustrierend. Es war von vornherein klar, dass die Aufgaben mit den bisherigen Abläufen und Mitteln rein von der Menge her gar nicht mehr zu bewältigen waren. Mehr Mitarbeiter hätten die Probleme in den Griff bekommen können ─  zu untragbaren Kosten.

Da konnte nur noch ein grosser Schritt nach vorne helfen: vollständige Verlagerung der Entwicklung vom Mainframe auf PCs, vollständige Automatisierung von Build und Deployment. Bislang wurde auf dem PC gemacht, was nur dort gemacht werden konnte; neu ist es umgekehrt: Auf dem Mainframe wird nur noch gemacht, was nur dort getan werden kann: Compilation und Verteilung. Alles andere läuft auf dem PC, Source-Verwaltung eingeschlossen.

Ein satter Erfolg

Der Erfolg lässt sich an ein paar Zahlen feststellen:

• Für die Bereitstellung eines Releases für alle 6 Mandanten beträgt die Einsparung bei Build und Deployment 25 Personentage. Jährlich gibt es zwei neue Releases, und bis ein Release wirklich steht, ist mehr als ein einziger Build erforderlich. Also sind es mindestens vier Mal 25, also 100 Personentage!
• Für den Build und das Deployment eines Programms (Moduls) für alle 6 Mandanten beträgt die Einsparung, je nach Programmtyp, zwischen 12 und 20 Minuten! Die Anwendung hat rund 450 Module, sie ist verteilt auf Mainframe und PCs, sie wird weiterentwickelt und jährlich finden Tausende von Builds statt.  Rechnet man vorsichtig mit 2’000 Builds und einer mittleren Einsparung von 15 Minuten gibt das zweitausend Viertelstunden, gleich 500 Stunden oder 60 Personentage.

Zählt man die Einsparungen zusammen, kommt man in die Nähe eines Personenjahres ─ pro Jahr. Bei 6 Entwicklern ist das happig viel.

Zu diesem Projekt gibt es auch noch einen Bericht, der noch andere Aspekte beleuchtet.

Dieses Praxisbeispiel macht deutlich, wie viel sich durch Automatisierung auf einer agilen Plattform herausholen lässt. Mehr als Sie vermuten!

Tags: Automatisierung, Kosten senken

Trackback URI | Kommentare als RSS