Category Archives: Agilität

Business Case für Agilität

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:

  1. Schneller geschäftlicher Nutzen und Time to Market
  2. Weniger Fehl- und Blindleistungen
  3. Risikomanagement von komplexen Situationen
  4. Hohe und nachhaltige Qualität

Den vollständigen Artikel kann man von unserer Webseite herunterladen: Business Case für Agilität

Mirko Novakovic

 

codecentric startet ihren ersten Podcast

Ein Fünftel der Arbeitszeit aller Mitarbeiter bei codecentric sind der Weiterbildung und der Erforschung und Entwicklung eigener Ideen gewidmet. Ein für die strategische Ausrichtung der Firma wichtiger Aktivposten. Insbesondere bei den Themen, bei denen wir Vordenker sein wollen, sind wir da natürlich besonders aktiv. In den Themengebieten Agilität, Architektur, Enterprise Content Management, Java und Performance entspinnen sich deshalb – geplant und ungeplant – immer wieder sehr interessante Diskussionen.

Ab heute gibt es für alle die Möglichkeit diesen Diskussionen teilweise beizuwohnen. Ab heute gibt es den codecentric competence center podcast.

Die Leiter der competence center, und ggf. auch geladene Gäste, setzen sich regelmäßig zusammen und diskutieren aktuelle Themen aus den jeweiligen Bereichen. Initial haben wir uns einen 2-wöchigen Rhythmus vorgenommen. Der erste Podcast behandelt die Themen “Story Points” und “Benennung von Java Klassen”. Langweilig? Ganz im Gegenteil! Wir hatten sehr viel Spaß bei der Diskussion der Themen.

Ich würde mich über Feedback über Inhalt, Gestaltung, Qualität, Länge, etc. im Kommentarbereich des Podcasts freuen. Wer möchte, kann den Podcast auch auf  iTunes abonnieren und bewerten.

Andreas Ebbert-Karroum

 

Agile Enterprise – Auswirkungen auf die IT

Gerade eben habe ich in der Computer Woche einen Artikel mit dem Thema “Sind ERP-Systeme für das Business zu langsam?” gelesen und dort einen interessanten Begriff entdeckt: Agile Enterprise. Immerhin formuliert von einem Partner und Leiter der Management Beratung bei Ernst & Young.

Da wir uns starkt mit agiler Software Entwicklung beschäftigen, habe ich mich gefragt, was ein “Agiles Unternehmen” ausmacht. Also habe ich mal Google befragt und ein wenig nachgelesen. Eine gute Zusammenfassung findet man bei Business Dictionary:

(weiterlesen…)

Mirko Novakovic

 

Sprint Reflection mal anders

Es gibt viele Wege eine Reflection über einen vergangenen Sprint zu machen, und ab und zu probieren wir auch neue Ideen aus.
So wurden wir in unserer letzten Reflection in die Rolle eines Künstlers versetzt und haben unsere Eindrücke des vergangenen Sprints in ein Bild gefasst.
Was auf den ersten Blick merkwürdig erschien funktionierte aber überraschend gut. Das Bild stellt kompakt die wichtigsten Eindrücke zusammen und provoziert andere Emotionen also eine reine Liste über die zu verbessernden Dinge. Mal sehen ob wir dieses Mittel irgendwann wieder einsetzen.
Als Beispiel möchte ich mein Bild zeigen und beschreiben. Die Bilder der Kollegen waren zwar auch interessant, jedoch möchte ich sie nicht ungefragt veröffentlichen. :-)
(weiterlesen…)

Fabian Lange

 

Die Besten Ausreden warum der Build bricht

Wir bei codecentric haben hunderte von automatischen Builds die täglich laufen und.. manchmal auch fehlschlagen. Doch soll es hier nicht um faule Ausreden wie “ach das war doch nur ne kleine Änderung das sollte nicht schiefgehen” gehen, sondern um die Fälle in denen der Build bricht weil.. nunja.. man weiß es halt nicht so richtig.

Klar sagt man schnell gern: Oh das muss kosmische Strahlung sein. Ich werfe den Build nochmal an. Aber wir wissen alle daß das nicht stimmen kann. Um wirklich effizient ein CI System nutzen zu können im Folgenden eine Liste von Ursachen von solch spontanen Buildfehlschlägen und wie man sie beheben kann.
(weiterlesen…)

Fabian Lange

 

Wer kommt zu spät zum Daily Scrum?

Das tägliche Scrum dauert nur eine Viertelstunde und ist das zentrale Instrument eines Teams, um den Tag zu koordinieren und strukturieren. Da sollte man meinen, dass jede Minute zählt und jedem dem Meeting die Priorität und Bedeutung beimisst, die es verdient. Die Erfahrung zeigt aber, dass es immer wieder geschieht, dass Teammitglieder nicht rechtzeitig zum Daily Scrum erscheinen. Wie geht man am besten mit der Situation um?

(weiterlesen…)

Andreas Ebbert-Karroum

 

© 2010 codecentric