Agile Methoden wie Scrum oder Kanban etablieren sich zunehmend als Alternative zu klassischen Vorgehensmodellen in der Softwareentwicklung. Ist das alles nur ein großer Hype oder steckt mehr dahinter? Gibt es vielleicht sogar einen echten Business Case? Anhand einer idealisierten Geschichte soll verdeutlicht werden, welche Chancen die Agilität bietet und warum sich ein Umstieg rechnet.
In der aktuellen Ausgabe des Business Technology Magazins beschreiben Andreas und ich anhand einer fiktiven Geschichte, warum sich Agilität auch aus finanzieller Sicht für Unternehmen lohnt.
Die 4 Kernthesen für den Business Case für Agilität sind dabei:
- Schneller geschäftlicher Nutzen und Time to Market
- Weniger Fehl- und Blindleistungen
- Risikomanagement von komplexen Situationen
- Hohe und nachhaltige Qualität
Den vollständigen Artikel kann man von unserer Webseite herunterladen: Business Case für Agilität
Im Umfeld der agilen Methode „Scrum“ würde ich gerne einen wichtigen Aspekt des Projektmanagements näher betrachten. Die Zusammensetzung des Projektteams. Im klassischen Projektmanagement ist dies eine der grundlegendsten Aufgaben des Projektleiters. Im Idealfall kann er sein Projektteam selbst zusammenstellen und im laufenden Projekt verändern. Im realen Arbeitsalltag unterliegt er natürlich vielen äußeren Zwängen wie z.B. einer begrenzten Auswahl an potentiellen Teammitglieder, der Konkurrenz durch anderen Projekte und Budgetgrenzen, was aber nichts daran ändert, dass der Projektleiter diese Befugnis haben sollte.
(weiterlesen…)
Vor zwei Wochen fand das erste meettheexperts@codecentric in diesem Jahr statt. Nach den erfolgreichen Veranstaltungen im letzten Jahr können wir mit Stolz feststellen, dass wir die Teilnehmer auch dieses Jahr mit dem Tag wieder sehr zufrieden waren. Bevor ich zu weiteren Details komme möchte ich Ihnen ein paar Fotos von dem Tag zeigen, damit Sie sich selbst ein Bild machen können. (weiterlesen…)
Letztes Jahr hat codecentrics Minikonferenz einschlagenden Erfolg gehabt. Das Feedback der Teilnehmer war durchweg positiv, besonders hervorgehoben wurde die Möglichkeit mit den Experten tatsächlich direkt in Kontakt treten zu können und auch Zeit und Gelegenheit für Diskussionen zu haben. (Zur Erinnerung, hier die Links zum Feedback der meettheexperts zu den Themen Performance, Agilität und Architektur 2009)
Beim Open Space kommen immer wieder super Diskussionen auf und es ist ein absolutes Highlight dieses Formats, dass die Experten beim OpenSpace noch wirklich greifbar sind
Das nächste meettheexperts@codecentric steht unmittelbar bevor. Wer sich noch nicht registriert hat, sollte dies schleunigst nachholen, denn die Liste der Experten ist mal wieder hervorragend besetzt. Teilnehmen am meettheexperts werden: (weiterlesen…)
Unternehmensarchitektur-Management (UAM oder englisch EAM) ist für die meisten Unternehmen ein wichtiges Thema, nicht nur für die großen Unternehmen. Seine Einführung ist aber immer noch mit einer Menge Risiken verbunden und die Ergebnisse bleiben häufig weit hinter den ursprünglichen Erwartungen zurück.
Dr. Ingo Schrewe von der incowia GmbH und ich haben einen Artikel darüber geschrieben, wie einem Agilität helfen kann, die Risiken einer EAM-Einführung zu reduzieren und die Ergebnisse zu optimieren. Der Artikel ist im Rahmen eines EAM-Onlinespecials von SIGS-DATACOM erschienen und kann unter der folgenden URL heruntergeladen werden: http://www.sigs.de/publications/os/2010/EAM/friedrichsen_schrewe_OS_EAM_10.pdf
Ingo Schrewe und ich haben vor, den Artikel um weitere Artikel zu erweitern, in denen wir praktische Empfehlungen, Tipps und Beispiele für ein agiles EAM geben … wann auch immer wir die Zeit dafür finden, die Artikel zu schreiben … 
Welche Geschichte hört man typischerweise über Agilität? Genau, meistens klingt es in etwa folgendermaßen: Agilität wurde von einigen frustrierten Entwicklern erfunden, die die Nase von nicht funktionierenden Prozessen voll hatten und von Dutzenden an Artefakten, die nicht die Bohne zum finalen Produkt beigetragen haben. Sie bekämpften all die schrecklichen V-Modelle, RUPs und wie auch immer diese schwerfälligen und überladenen Prozess-Monster hießen, indem sie einige schöne leichtgewichtige und agile Prinzipien erfanden, die sie dann Scrum, XP und so weiter nannten. Und seitdem haben sie nicht von ihrem heroischen Kampf abgelassen, die Entwickler von ihrer tonnenschweren Prozesslast zu befreien und die Agilität in diese Zentren der Rückständigkeit zu tragen, d.h. in das Management und die Fachbereiche, mit dem Ziel, eines Entwicklers Leben wieder lebenswert zu machen. Das ist doch die Geschichte, die wir so kennen, oder?
(weiterlesen…)
Kategorie: 
