Dennis Nobel

Mythos: Agile Methoden sind das Wundermittel Unser Software Engineer Luca deckt mal wieder einen Mythos auf: Agile Methoden wie Scrum oder Extreme Programming versprechen nicht automatisch kürzere Entwicklungszeiten oder geringere Kosten. Stattdessen liegt der Fokus darauf, in einem komplexen Umfeld fortlaufend Kundennutzen zu schaffen und sich an Veränderungen anzupassen. Hier sind ein paar Dinge, die oft übergangen werden: ➡️ Klare Kommunikation ist entscheidend: Agile lebt von enger Zusammenarbeit zwischen Teammitgliedern und Stakeholdern. Fehlende Transparenz und lange Entscheidungswege führen zu Verzögerungen – nicht zu Beschleunigung. ➡️ Agile Methoden erfordern Disziplin: Diese ist nötig um Transparenz zu wahren, auch wenn Probleme sichtbar werden. Es erfordert Selbstdisziplin, regelmässig zu reflektieren und das eigene Handeln zu hinterfragen sowie ehrlich und konstruktiv Feedback zu geben. Nur wer bereit ist, diese Disziplin aufzubringen, wird von agilen Methoden langfristig profitieren. ➡️ Die richtige Organisationskultur ist ein Muss: Agile funktioniert nur, wenn die ganze Organisation Verantwortung übernimmt, transparent arbeitet und offen für Feedback ist. Ohne diese Kultur bleiben viele der Vorteile unerreichbar. 💡 Fazit: Eine agile Arbeitsweise kann den Fokus auf das Wesentliche legen und schneller auf Veränderungen reagieren lassen, aber es ist kein Freifahrtschein für schnelle und billige Projekte. Es ist ein Werkzeug, das nur so gut ist wie das Team, das es verwendet. Wie denkst Du über agile Methoden? Teile Deine Erfahrungen in den Kommentaren.

5

1 Kommentar

🎙 Neu im Stream: „Statt Agilität und moderner Architektur – Die Illusion von Kontrolle“ Agilität ist offiziell Mainstream – und doch erleben wir in Projekten immer noch exzessive Planung, Wasserfall-Denken und Big Design Up Front. Warum? In dieser Episode gehen wir der Frage nach, warum es uns so schwerfällt, Kontrolle abzugeben, obwohl wir längst wissen, dass Änderungen unvermeidbar sind. 🔍 Wir sprechen über: - die Illusion der Planbarkeit in komplexen Systemen - die psychologischen Gründe für das Festhalten an Sicherheit - warum viele Architekturen vor allem eines sind: vermeintliche Absicherung und was es wirklich braucht: Mut, Vertrauen und eine gesunde Fehlerkultur 💡 Besonders spannend: Warum wir selbst dann noch an Planung und Vorhersage festhalten, wenn alle Erfahrungen dagegen sprechen – und ob das vielleicht der einzige Weg ist, wie manche Organisationen überhaupt Software entwickeln können. 🎧 Jetzt reinhören – und diskutieren: 👉 https://lnkd.in/eZD4G6Pa #SoftwareArchitektur #Agilität #PsychologieDerArbeit #IllusionDerKontrolle #NoEstimates #Fehlerkultur #Komplexität #Teamwork #Mindset

11

Wie viel Substanz steckt wirklich hinter AI in der Softwareentwicklung? Copilot war nur der Anfang. Die eigentliche Veränderung in der Softwareentwicklung passiert gerade erst. Zwischen Agentic Development und Enterprise-Realität entsteht ein neues Spielfeld. Mit enormem Potenzial – und genauso vielen offenen Fragen. 👉 Was ist heute wirklich möglich? 👉 Und was ist (noch) Hype? Genau darum geht es in unserem Event am 26.03.2026 ab 17:00 Uhr gemeinsam mit TAISC - The AI Software Company. Im Impulsvortrag ordnen Joshua Heller und Wolfgang Frank ein, wo wir aktuell wirklich stehen: • Einsatz von AI-Agenten heute vs. morgen • typische Missverständnisse rund um AI Development • Skalierung im Enterprise-Kontext (Governance, Security, Kontrolle) • konkrete Use Cases mit echtem Mehrwert Danach wird es konkret: Vier Live-Demo-Stationen zeigen, wie AI-gestützte Softwareentwicklung heute aussieht: • Cursor Agents • Lovable • Claude Code & The Orchestrator • Enterprise Agents & Orchestration Von Prompt-based Development bis hin zu autonomen AI-Teams. 🕒 So läuft der Abend ab: 17:00 – Ankommen & Austausch 17:10 – Begrüßung 17:20 – Impuls: Copilot → Agentic Development 17:45 – Diskussion & Q&A 18:00 – Pause 18:15 – Live Demo Stationen ab 19:00 – Austausch & Networking bei Drinks & Snacks 💡 Kein Buzzword Bingo. Sondern ehrlicher Austausch zwischen Innovationsdruck und Enterprise-Realität. Der Rahmen ist bewusst kuratiert: 15–20 Tech Entscheider. 🗓 26. März 2026 | ab 17:00 Uhr 📍 arconsis, Am Storrenacker 8, Cube B, 76139 Karlsruhe 👉 Den Link zum Event findest du in den Kommentaren.

4

2 Kommentare

𝐕𝐨𝐫 ü𝐛𝐞𝐫 𝟏𝟎 𝐉𝐚𝐡𝐫𝐞𝐧 𝐡𝐚𝐭 𝐦𝐚𝐧 𝐦𝐢𝐫 𝐠𝐞𝐬𝐚𝐠𝐭, 𝐦𝐞𝐢𝐧 𝐁𝐞𝐫𝐮𝐟 𝐬𝐭𝐢𝐫𝐛𝐭 𝐚𝐮𝐬. Als ich meine Ausbildung zum Softwareentwickler begann, war die Diskussion überall: Entwickler in Deutschland werden obsolet. Nearshore und Offshore liefern schneller und günstiger. Die bittere Erkenntnis für die, die das gepredigt haben? Was man im Ausland oft bekam, waren keine Softwareentwickler und -architekten, die die gleiche Qualität lieferten wie hier. Es waren Codierer. Sie lieferten exakt das, was beschrieben wurde – nicht mehr, nicht weniger. Ohne Hinterfragen, ohne Architekturverständnis. Genau so verhält sich KI heute. Sie ist in vielen Fällen nichts anderes als Nearshore-Outsourcing – nur ohne Sprachbarriere und mit sofortigem Ergebnis. Die KI liefert eine Lösung, ein Senior-Entwickler sieht sofort, dass es deutlich besser ginge. Und wenn man es ihr sagt? Klassische Antwort: „Natürlich, du hast recht, es macht mehr Sinn, das auf deine Weise zu lösen." Nach 20 Jahren in der Softwareentwicklung ist meine Einschätzung: Der Beruf wird durch KI weiter rationalisiert. Wer Softwareentwicklung und -architektur immer nur oberflächlich betrieben hat, wird eine Veränderung spüren. Aber wer ein tiefes Verständnis mitbringt – für Architektur, für Qualität, für das Warum hinter den Entscheidungen – muss sich in den nächsten Jahren nicht um seinen Job fürchten. Voraussetzung bleibt wie immer in der IT: Dranbleiben, weiterbilden, mit der Zeit gehen. Die Geschichte wiederholt sich. Die Technologie ändert sich, die Lektion bleibt dieselbe. Seht ihr die Parallele zwischen der Offshore-Debatte von damals und der KI-Diskussion von heute? #Softwareentwicklung #KünstlicheIntelligenz #Karriere #ITBranche

14

2 Kommentare

Die Code Base läuft in 30 Jahren noch. 🦀 Rust ist perfekt für Systemkerne, die Jahrzehnte halten müssen Viele Technologien verschwinden wieder. Frameworks kommen und gehen. UI‑Technologien wechseln oft im Abstand weniger Jahre. Der Teil einer Anwendung, der wirklich lange bleibt, ist meist ein anderer: der fachliche Core. Deshalb hat man den Ansatz in langlebigen Architekturen folgendermaßen zu trennen: - Core mit Geschäftslogik - plattformabhängigen Adaptern - UI‑Schichten Das Prinzip kennt man aus Architekturen wie der hexagonalen Architektur. Der Core kapselt die Fachlichkeit und bleibt möglichst stabil. Oberflächen und Plattformen können sich dagegen im Laufe der Zeit verändern. Genau hier wird Rust interessant. Rust bringt Eigenschaften mit, die für solche langlebigen Systemkerne entscheidend sind: - Speichersicherheit ohne Garbage Collector  - starkes Typsystem  - sichere Nebenläufigkeit  - Zero‑Cost‑Abstraktionen Das führt zu Software, die robust, effizient und langfristig wartbar bleibt. Dazu kommt ein weiterer Punkt: Rust läuft heute auf einer außergewöhnlich großen Bandbreite an Plattformen: - Windows, macOS, Linux  - Android und iOS  - Embedded‑Systeme  - Browser über WebAssembly Damit eignet sich Rust hervorragend für einen plattformübergreifender Core, während sich UI‑Technologien darüber austauschen lassen. Und auch das Ökosystem spricht für Langlebigkeit: Rust wird von einer starken Community und der Rust Foundation getragen. Zudem hat Rust (neben C und Assembler) Einzug in den Linux-Kernel gehalten. Das sind gute Voraussetzungen für eine Technologie, die nicht nur ein paar Jahre bleibt. Sondern Jahrzehnte. Deshalb glaube ich: Rust wird in 30 Jahren noch existieren. Nicht wegen eines Hypes. Sondern weil es ein grundlegendes Problem moderner Software löst: Wie baut man Systemkerne, die über Jahrzehnte stabil bleiben – und gleichzeitig auf vielen Plattformen laufen können? Wie seht ihr das? Welche Technologien haben für euch das Potenzial, in 30 Jahren noch relevant zu sein? #Rust #SoftwareArchitecture #SystemDesign #SoftwareEngineering #CleanArchitecture #DomainDrivenDesign #DurableSystems

12

27 Kommentare

Anwälte und Softwareentwickler haben mehr gemeinsam als beide zugeben wollen. Nur eine Gruppe hat es schon kapiert. Ich baue seit über 30 Jahren Software. In unseren Projekten schreibt die KI heute über 90% des Codes. Was gerade in der Softwareentwicklung passiert, wird in Kanzleien genauso einschlagen. Beide Welten sind sich ähnlicher als die meisten denken. Feste Regeln, gepaart mit Strategie und Kreativität. Genau das tun Entwickler. Genau das tun Anwälte. Vor zwei Jahren haben wir Code Zeile für Zeile geschrieben. Heute schreibt die KI den Code. Wir sind Architekten - planen, analysieren, überwachen, entscheiden. In weniger als 18 Monaten hat sich die Rolle komplett verändert. Kein Entwickler sollte heute noch Formulare bauen. Genauso wenig wie ein Anwalt jeden Paragraphen eines Vertrags selbst ausformulieren sollte. Und ja - auch bei uns gab und gibt es die Skeptiker. "Die Qualität stimmt nicht." "Nie so gut wie handgeschrieben." "Das funktioniert vielleicht für einfache Sachen." Wisst ihr, was passiert ist? Die Firmen, die trotzdem umgestellt haben, entwickeln heute fünfmal schneller. Mit besserer Qualität. Weil die Entwickler endlich das tun, wofür sie ausgebildet wurden - denken, entscheiden, Architektur bauen. Nicht Copy-Paste-Arbeit erledigen. Das ist kein Zukunftsszenario. Das ist mein Montag. Und jetzt schaut auf eure Branche. Vertragsklauseln prüfen, Due Diligence, Standardschriftsätze - das ist euer Formular-Bauen. Die Frage ist nicht, ob KI das übernimmt. Die Frage ist, ob ihr dann bereit seid, die neue Rolle anzunehmen. Die Entwickler, die es kapiert haben, sind heute wertvoller als je zuvor. Die, die sich geweigert haben, suchen nach neuen Jobs. Schaut nicht auf andere Kanzleien, um zu sehen, wo die Reise hingeht. Schaut auf die Softwareentwicklung. Da seht ihr eure Zukunft - nur ein paar Monate voraus. Was denkt ihr - ist der Vergleich zu weit hergeholt? Oder erkennt ihr die Parallelen? Marek Janetzke #LegalAI #LegalTech #KI

42

17 Kommentare