Wir rocken Engineering

Björn Schorre
  • 0.0 (0)
  • Management
  • Updated Weekly

Der Podcast für die Leitung von Projekten, technischen Entwicklungen um bessere Entscheidungen herbeizuführen. Für Menschen, die komplexe Projekte praxisnah und sicher umsetzen wollen.

  1. Sep 29

    Prozesse befolgen nur um Prozesse zu befolgen

    Prozesse schaffen Orientierung Prozesse sind wichtig. Sie zeigen, wie Arbeitsschritte ineinandergreifen und wer wofür verantwortlich ist. Sie machen Schnittstellen sichtbar und helfen Teams, mit einer verlässlichen Grundlage weiterzuarbeiten. Auch Freigaben gehören dazu. Sie schaffen Klarheit darüber, wann ein Arbeitsergebnis geprüft und bereit für den nächsten Schritt ist. So behalten alle den Überblick – und unfertige Ergebnisse geraten nicht unkontrolliert in Umlauf. Klare Abläufe können außerdem dabei helfen, Automatisierungspotenziale zu erkennen. Wenn Eingaben und Arbeitsschritte verlässlich feststehen, lässt sich besser beurteilen, welche Aufgaben automatisiert werden können – und ob künstliche Intelligenz dabei sinnvoll unterstützen kann. Prozesse dürfen Projekte nicht ausbremsen Genauso wichtig ist aber die Frage, ob jeder Prozessschritt in jedem Projekt wirklich notwendig ist. Bringt dieser Schritt einen Mehrwert? Muss das Ergebnis überhaupt erstellt werden? Oder lässt sich das Ziel auf einem anderen Weg besser erreichen? Nicht jeder Prozess passt unverändert zu jeder Situation. Manchmal braucht es zusätzliche Schritte. Manchmal lassen sich Schritte weglassen, die im konkreten Projekt keinen Nutzen bringen. Für mich bedeutet gutes Prozessdenken deshalb nicht, Regeln blind zu befolgen. Es bedeutet, Abläufe ernst zu nehmen und sie regelmäßig auf ihre Wirkung zu prüfen. Prozesse sollen Orientierung geben – und dabei helfen, gute Ergebnisse effizient zu erreichen.

  2. Sep 3

    Was ist der Digital Thread?

    In dieser Episode spreche ich mit Benjamin Zimmer über den Digital Thread im Systems Engineering. Wir klären, was sich hinter dem Begriff verbirgt und wie Unternehmen Entwicklungsdaten, Anforderungen, Tests, Hardware- und Softwareinformationen durchgängig miteinander verknüpfen können. Dabei geht es unter anderem um bessere Traceability, effektiveres Change Management und schnellere Impact-Analysen. Benjamin zeigt, welchen praktischen Nutzen ein Digital Thread bei Änderungen, Kundenproblemen sowie der Verifizierung und Validierung bietet. Außerdem sprechen wir darüber, warum Unternehmen nicht mit einem riesigen Digitalisierungsprojekt starten sollten. Stattdessen empfehle ich, zunächst ein konkretes Problem und einen überschaubaren Use Case auszuwählen. So lassen sich erste Erfolge sichtbar machen und Schritt für Schritt weitere Bereiche einbinden.

  3. Aug 18

    Die Top 5 Hörerfragen zu KI im Ingenieurbüro

    In dieser Episode spreche ich über die fünf häufigsten Hörerfragen zu KI im Ingenieurbüro. Ich erkläre, wie ich KI-Assistenten für die Erstellung von Lastenheften eingesetzt haben und welche Schritte mein Prozess umfasst: erfassen, sortieren, füllen, prüfen und freigeben. Außerdem beschreibe ich, wie ich die Assistenten konfiguriert haben. Dabei nutze ich keine eigene Modelltrainierung, sondern gebe per Prompt vor, wie die Assistenten mit den Quellen umgehen sollen, was sie tun dürfen und was nicht. Ziel ist, Halluzinationen zu vermeiden und sich an die vorliegenden Dokumente zu halten. Dann gehe ich auf das Ausgabeformat ein. Ich erzeuge Markdown-Dateien, stelle sie in Obsidian dar und exportieren sie bei Bedarf als PDF. Zusätzlich erwähne ich, dass auch ein Transfer in CSV oder künftig direkt in eine SysMLv2-Spezifikation möglich sein könnte. Ein weiterer Schwerpunkt ist der Einsatz von KI bei der Bewertung und Weiterentwicklung von Lastenheften. Ich sehe KI nicht als Ersatz, sondern als Unterstützung beim Finden von Informationen, Lücken und Parallelen. Für die Weiterentwicklung zu Pflichtenheften betone ich, dass neben dem Lastenheft auch eine grobe Systemarchitektur und vorhandene Dokumentation eingebracht werden können, die Ergebnisse aber immer menschlich geprüft werden müssen.

  4. Aug 4

    Qualität in kleinen Schritten - Unit Tests nach dem Rezeptprinzip

    In dieser Episode spreche ich mit Andreas Horn, Experte für automatisiertes Testen in sicherheitskritischen Branchen wie Avionik, Automotive, Medizin und Robotik. Andreas erklärt, was eine Unit wirklich ist – und warum viele Unternehmen den Fehler machen, zu kleinteilig zu testen. Mit einem cleveren Vergleich aus der Küche macht er deutlich: Nicht jede Zutat muss einzeln probiert werden, aber das fertige Gericht sollte stimmen. Wir sprechen über typische Probleme bei der Unit-Größe, über Teststrategie, Grenzwerte, Robustheitstests und erfahrungsbasiertes Testen. Außerdem erkläre ich, warum Traceability – also die Verknüpfung von Anforderungen, Testfällen und Testergebnissen – kein Mehraufwand ist, sondern langfristig Zeit und Geld spart. Zum Abschluss sprechen wir über Abdeckungskriterien wie Statement-, Zweig- und MCDC-Coverage und klären: Tests beweisen keine Fehlerfreiheit, aber sie reduzieren Zweifel. Das wichtigste Fazit: Lieber früh und bewusst testen als zu viel – und niemals erst dann, wenn alles zusammengesteckt ist.

  5. Jul 22

    Resillienz im Arbeitsleben

    In dieser Episode spreche ich mit Sarah Schuh, Agile People Coach und Resilienz-Trainerin bei OSE in Hamburg, über eines der wichtigsten Zukunftsthemen für Macher und Entscheider: Resilienz im Arbeitsleben. Wir tauchen gemeinsam ein in die Frage, was Resilienz wirklich bedeutet – und stoßen dabei auf eine überraschende Erkenntnis: Resilienz ist keine angeborene Persönlichkeitseigenschaft. Sie ist erlernbar. Und sie hängt nicht nur vom Individuum ab, sondern vom gesamten System – vom Team, von der Führung, von der Organisation. Sarah erklärt, warum unser Gehirn in einer Welt voller Unsicherheit – Corona, geopolitische Krisen, KI-Wandel – an seine Grenzen stößt, und warum Burnout-Zahlen kein Zeichen mangelnder Belastbarkeit sind, sondern Symptome überfordernder Systeme. Ich bringe mein technisches Bild mit: Ein resilientes System ist nicht einfach das robusteste – es kennt seine Umgebung, seine Schnittstellen und seine eigenen Grenzen. Genauso funktioniert Resilienz beim Menschen. Wir sprechen darüber, was ich als Systems Engineer konkret tun kann: Stresssignale früh erkennen, Grenzen klar kommunizieren, den eigenen Einflussbereich kennen – und notfalls auch das System verlassen. Und wir sind uns einig: Soft Skills sind kein Add-on. Sie sind unverzichtbar.

  6. Jul 7

    KI-Agenten Teil 4 - ein Zwischenstand

    In dieser Folge geben wir einen Zwischenstand dazu, wie wir KI schrittweise in unseren Requirements-Engineering-Prozess integrieren. Wir beschreiben, wie wir den Ablauf in einzelne Tätigkeiten zerlegt haben und bewusst prüfen, welche Schritte sich für Automatisierung eignen und wo der Mensch weiterhin nötig ist. Wir beginnen mit dem Aufbau einer neuen Plattform für communitybezogene Inhalte und dem geplanten Umzug des Podcasts. Außerdem weisen wir auf ein Requirements-Engineering-Event in Hannover hin, das wir als Community-Format verstanden wissen. Im Mittelpunkt der Episode steht ein Experiment mit mehreren spezialisierten KI-Agenten für ein Lastenheft. Als Beispiel dient uns ein Projekt rund um eine Wallbox. Zuerst erzeugt ein Agent aus einem Workshop-Foto mit System-Footprint und Post-its eine erste Dokumentstruktur. Danach verarbeitet ein zweiter Agent einzelne Dokumente und sortiert passende Inhalte in die Kapitel ein. Anschließend lassen wir einen weiteren Agenten Anforderungen aus dem Material formulieren. Dafür geben wir ihm klare Regeln für Form, Verbindlichkeit und Vorgehen mit. Danach prüft ein Konsistenz-Agent die erzeugten Anforderungen auf Widersprüche. Dafür ergänzen wir eindeutige IDs, damit die Ergebnisse nachvollziehbar bleiben. Wir halten fest, dass Lücken im Dokument weiterhin vom Menschen geklärt werden müssen. Auch Review und Freigabe bleiben interaktive Schritte. Zusätzlich denken wir über einen Agenten nach, der das Dokument im Review vorliest und gleichzeitig mehr Aufmerksamkeit für Reaktionen im Raum ermöglicht. Zum Schluss sprechen wir über die technische Umgebung: sensible Daten, lokale Speicherung über Markdown und die Nutzung von LangDoc. Außerdem erwähnen wir SysML V2 und die Idee, aus textuellen Beschreibungen später Modelle und Architekturartefakte zu erzeugen.

  7. Jun 30

    Lastenheft-Review mit KI: So findet der KI-Agent Fehler, Lücken und Widersprüche automatisch

    In dieser Episode zeige ich dir den dritten Teil meiner KI-Serie aus meinem Ingenieurbüro. Nachdem ich in Teil 1 mit dem „Dieter Dokumentenfresser" Anforderungen aus Dokumenten extrahiert und in Teil 2 mit „Richard Anford" ein Lastenheft erstellt habe, geht es heute um die Qualitätssicherung – übernommen von meiner KI-Agentin „Conny Sistent". Ich zeige dir, wie ich das fertige Lastenheft als PDF an Conny Sistent übergebe und sie es systematisch analysiert. Dabei nutze ich die KI-Plattform Langdock, in der ich der Agentin eine klare Rolle, Kernaufgaben, Verhaltensregeln und ein definiertes Ausgabeformat mitgegeben habe. Das Ergebnis ist beeindruckend: Conny Sistent liefert eine strukturierte Analyse mit Stärken des Dokuments, konkreten Hauptbefunden, Verbesserungsvorschlägen, offenen Klärungsfragen und einem Vorschlag für das weitere Vorgehen. Sie findet unvollständige Anforderungen, unscharfe Begriffe, inhaltliche Widersprüche (z. B. beim Eichrecht), Überlappungen zwischen Kapiteln und Lücken gegenüber dem System Footprint – darunter das komplett fehlende Thema Datenschutz/DSGVO. Besonders wertvoll: Sie schlägt ein kapitelweises Detail-Review vor und macht konkrete Umformulierungsvorschläge für einzelne Anforderungen – inklusive korrekter ID-Vergabe. Das spart nicht nur Zeit bei der Erstellung, sondern auch in der späteren Verifikation, weil doppelte Testfälle vermieden werden.

  8. Jun 18

    KI im Ingenieurbüro: Richard Anford erstellt Anforderungen an das System

    In dieser Episode zeige ich dir, wie ich den KI-Assistenten Richard Anford aufgebaut habe, um aus Textabschnitten strukturierte Anforderungen für ein Lastenheft zu erstellen. Ich erkläre, welche Rolle der Assistent in meinem Prozess übernimmt, welche Anweisungen, Regeln und Wissensgrundlagen ich ihm mitgegeben habe und wie daraus konkrete Anforderungstexte entstehen. Du erfährst, wie ich mit einer klaren Satzschablone arbeite, warum Prozesswörter, Verbindlichkeitswörter und eindeutige Formulierungen so wichtig sind und wie sich KI im Requirements Engineering sinnvoll einsetzen lässt. Gleichzeitig spreche ich auch offen über die Grenzen: Die Ergebnisse sind für den Einsatz auf Lastenheft-Ebene bereits nützlich, ersetzen aber noch nicht die Qualität menschlich erstellter Anforderungen. Außerdem gebe ich dir einen Ausblick darauf, wie sich Anforderungen künftig noch stärker automatisiert weiterverarbeiten lassen – etwa mit IDs, einzelnen Markdown-Dateien oder sogar in Richtung SysML V2. Wenn du wissen willst, wie du KI in der Anforderungserstellung, im Lastenheft und im Systems Engineering ganz praktisch nutzen kannst, bekommst du in dieser Episode konkrete Einblicke aus meiner Arbeitsweise.

See All (250)

About

Der Podcast für die Leitung von Projekten, technischen Entwicklungen um bessere Entscheidungen herbeizuführen. Für Menschen, die komplexe Projekte praxisnah und sicher umsetzen wollen.

Information

  • Creator
    Björn Schorre
  • Years Active
    2022 - 2026
  • Episodes
    250
  • Rating
    Clean
  • Copyright
    © 2026 Björn Schorre
  • Show Website
    Wir rocken Engineering