Agile

Termine überzogen, Budgets überschritten, Ziel verfehlt - viele IT-Projekte scheitern. Welche Lösungen bieten sich an?

Bei ihrer Suche nach dem Start-up-Spirit übertreiben es große Konzerne oft. Wie sie ihrem Ziel nahekommen, ohne alles umzukrempeln.

"Wir arbeiten agil" - manche reagieren schon auf diesen harmlosen Satz allergisch. Wann können wir endlich damit aufhören?

Agile Frameworks Wer mit Scrum arbeitet, stößt irgendwann an Grenzen, skaliert ein bisschen - und stößt an weitere. Hier kommt das Nexus-Framework ins Spiel.

DevUpdate Aktuelle Studien und Open-Source-Beispiele zeigen, was gute und schlechte Entwicklungsarbeit ausmacht - auch bei KI. Außerdem greift Google die Cloud-Konkurrenz an und Docker beschleunigt Builds von Entwicklern.

Ich kenne keinen Entwickler, der mit Scrum in seiner Firma zufrieden ist. Das liegt nicht an der Theorie.

Der Nikolaustag ist ein Großprojekt, das organisiert werden will. Ein Nikolausgedicht.

Auch wenn es schon rund läuft mit der Agilität im Unternehmen, kann man noch entscheidende Fehler machen, aber auch noch höher hinauskommen - sogar mit weniger Regeln.

Agile Frameworks Viele Developer-Teams arbeiten agil. Aber was, wenn mehrere Abteilungen oder sogar das ganze Unternehmen agil arbeiten wollen?

Warum die Entlassungswelle in der US-Tech-Branche für die Unternehmen selbst vielleicht wenig ändern wird und woran das System krankt.

Scrum nach Lehrbuch oder rein pragmatisch? Wo in der Praxis heftig diskutiert wird, hilft ein Blick auf die eigenen Wertvorstellungen. Manchmal reichen auch schon neue Begriffe.

Wenn Software nachhaltig sein soll, wird das Lebenszyklus-Modell schief. Besser passt die Metapher vom Software Gardening.

Als neuer Scrum Master steht man oft im Chaos und weiß gar nicht, wo und wie man mit dem Aufräumen beginnen soll. Eine Orientierungshilfe.

Als agil getarnte Wasserfallprojekte sind eine Farce und nerven gewaltig. Das muss aber nicht sein: Richtig gemacht, kommt man agil den Wasserfall wendiger hinab.

Unser Autor macht seit vielen Jahren agile Projekte und kennt "agile Unlust". Er weiß, warum sie entsteht, und auch, wie man gegen sie ankommen kann.

Von oben nach unten zu entscheiden und den Erfolg eines IT-Teams am Output zu messen, funktioniert beim agilen Arbeiten nicht. Führungskräfte müssen umdenken.

Von Agilität reden viele, dabei wird ein wichtiges Thema aber oft vergessen: die technische Exzellenz - zum Nachteil der Ergebnisse.

Der Essay Träge Transformation hinterfragt Schlagwörter des IT-Managements und räumt mit gängigen Vorstellungen auf. Die Lektüre ist aufschlussreich und sogar lustig.

Wer seine Route nicht plant, kommt nur zufällig am gewünschten Ort an - oder gar nicht. Klingt logisch, wird aber in der Produktentwicklung oft vergessen.

Ohne Scrum wäre das nicht passiert, heißt es oft, wenn etwas schiefgeht. Dabei ist es umgekehrt: Ohne agiles Arbeiten geht es nicht mehr. Doch es gibt drei fundamentale Missverständnisse.

Die Idee von Scrum ist es, Software flexibler anpassen zu können. Das heißt nicht, dass schneller programmiert wird. Viele verstehen das immer noch nicht.

Trotz des Wandels zur agilen Softwareentwicklung sind große Teile der Produktentwicklung nicht agil. Das führt zu - vermeidbaren - Problemen.

Es gibt nur wenige Firmen, die ihren Mitarbeitern schon jetzt die Entscheidung Büro oder Homeoffice selbst überlassen. Ein Erfahrungsbericht der d.velop AG.

Vieles an der heutigen Agilität ist nicht mehr so, wie sich die Gründer das gedacht haben. Das heißt aber nicht, dass man sie komplett aufgeben sollte!

Ansätze wie das Spotify-Modell sollen großen Firmen helfen, agil zu werden. Wer aber erwartet, dass man es überstülpen kann und dann ist alles gut, der irrt sich.

Viele IT-Firmen wollen keine starren Hierarchien mehr. Wir zeigen am Beispiel von zwei Unternehmen, warum das gut ist.

Konzerne führen DevOps, agiles Arbeiten und Container gerne im Paket ein. Das soll helfen, auch den trägsten Konzern von innen heraus fit für die Zukunft zu machen. Was dabei jedoch alles schieflaufen kann und wie echte Erfolge erzielt werden, erzählt ein IT-Consultant aus eigenem Erleben.

Behörden haben mitunter große Probleme, ihre IT-Stellen zu besetzen. Denn sie zahlen weniger als die Privatwirtschaft, sind langsamer und kämpfen zudem mit Vorurteilen. Doch haben sie durchaus auch Vorteile als Arbeitgeber, mit denen die Industrie nicht mithalten kann.

Viele Entscheider denken, dass ihr Unternehmen mit Agilität plötzlich schnell und beweglich wie ein Leichtathlet wird, dazu effizient und kostengünstig. Oft scheitern sie genau deshalb. In der Praxis helfen fünf Faktoren, gängige Fehler zu vermeiden.

Das jährliche Mitarbeitergespräch ist eines der wichtigsten Instrumente für Führungskräfte, doch es ist gerade in der IT-Branche nicht mehr unbedingt zeitgemäß. Aus dem Silicon Valley kommt eine andere Methode: OKR. Sie erfüllt die veränderten Anforderungen an Agilität und Veränderungsbereitschaft.

Agil sein. Schneller sein. USPs herstellen. KPIs erhöhen. Der Konkurrenz den entscheidenden Schritt voraus sein. Das sind die Klassiker-Buzz-Sätze für die Vorstandsetagen. Doch ein Unternehmen agil zu machen, ist nicht einfach. Viele Firmen machen dabei große Fehler.

Projekte mit der Software von SAP? Da verdrehen viele IT-Experten die Augen. Prominente Beispiele von Lidl und Haribo aus dem vergangenen Jahr scheinen diese These zu bestätigen: Gerade SAP-Projekte laufen selten in time, in budget und in quality. Dafür gibt es Gründe - und Gegenmaßnahmen.

Kennen Sie Iterationen? Es klingt wie Irritationen - und genau die löst das Wort bei vielen Menschen aus, die über agiles Arbeiten lesen. Golem.de erklärt die Fachsprache und zeigt Agilität an einem konkreten Praxisbeispiel für eine agile Softwareentwicklung.

Agiles Arbeiten ist, als ob viele Menschen gemeinsam ein Auto fahren. Aber wie soll das gehen und endet das nicht im Riesenchaos?