Projektmanagement für Macher und Entscheider

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.

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.

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.

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.

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.

In dieser Episode nehme ich dich mit in mein Ingenieurbüro und zeige dir, wie ich KI-gestützte Dokumentenanalyse in der Systementwicklung einsetze. Ich stelle dir meinen „Dokumentenfresser“-Agenten vor, den ich so konfiguriert habe, dass er die Rolle eines Senior Requirements Engineers übernimmt. Ich erkläre, welche Informationen ich ihm im Prompt mitgebe, welche Dokumente ich als Basis hinterlege und welche konkreten Aufgaben er für mich übernimmt: Anforderungen identifizieren, Inkonsistenzen aufzeigen, kritische Stellen markieren, Relevanz fürs Lastenheft bewerten und Empfehlungen geben, was ins Lastenheft gehört – und was nicht. Du erfährst, wie ich Schritt für Schritt aus verschiedenen PDF-Dokumenten und Grafiken ein strukturiertes Lastenheft aufbaue, welche Ergebnisse der Agent gut liefert und wo ich manuell nachschärfen muss. Anhand des Beispiels mit der Wallbox bespreche ich unter anderem Themen wie Zeitbasis (RTC), Update-Fähigkeit und die Abgrenzung zu anderen Systemen, etwa einem Batterieladegerät. Am Ende zeige ich dir, wie die gewonnenen Inhalte ins Lastenheft und später in die Systembeschreibung einfließen und welche offenen Punkte und Ideen – bis hin zu möglichen Geschäftsmodellen – die KI mir zusätzlich auf den Tisch legt. Mein Ziel mit dieser Episode ist es, dir praxisnah zu zeigen, wie du KI im Requirements Engineering nutzen kannst, ohne die Kontrolle über deine Inhalte zu verlieren. Du bekommst konkrete Anregungen, wie du deinen eigenen „Dokumentenfresser“ aufsetzt, klare Arbeitsanweisungen formulierst und so schneller zu einem besseren Lastenheft kommst.

In dieser Episode nehme ich dich mit in mein Ingenieurbüro und zeige dir, wie ich KI-gestützte Dokumentenanalyse in der Systementwicklung einsetze. Ich stelle dir meinen „Dokumentenfresser“-Agenten vor, den ich so konfiguriert habe, dass er die Rolle eines Senior Requirements Engineers übernimmt. Ich erkläre, welche Informationen ich ihm im Prompt mitgebe, welche Dokumente ich als Basis hinterlege und welche konkreten Aufgaben er für mich übernimmt: Anforderungen identifizieren, Inkonsistenzen aufzeigen, kritische Stellen markieren, Relevanz fürs Lastenheft bewerten und Empfehlungen geben, was ins Lastenheft gehört – und was nicht. Du erfährst, wie ich Schritt für Schritt aus verschiedenen PDF-Dokumenten und Grafiken ein strukturiertes Lastenheft aufbaue, welche Ergebnisse der Agent gut liefert und wo ich manuell nachschärfen muss. Anhand des Beispiels mit der Wallbox bespreche ich unter anderem Themen wie Zeitbasis (RTC), Update-Fähigkeit und die Abgrenzung zu anderen Systemen, etwa einem Batterieladegerät. Am Ende zeige ich dir, wie die gewonnenen Inhalte ins Lastenheft und später in die Systembeschreibung einfließen und welche offenen Punkte und Ideen – bis hin zu möglichen Geschäftsmodellen – die KI mir zusätzlich auf den Tisch legt. Mein Ziel mit dieser Episode ist es, dir praxisnah zu zeigen, wie du KI im Requirements Engineering nutzen kannst, ohne die Kontrolle über deine Inhalte zu verlieren. Du bekommst konkrete Anregungen, wie du deinen eigenen „Dokumentenfresser“ aufsetzt, klare Arbeitsanweisungen formulierst und so schneller zu einem besseren Lastenheft kommst.

In dieser Episode nehme ich dich mit auf meine Reise, wie ich KI sinnvoll in meinem Ingenieurbüro einsetzen möchte – speziell im Bereich Requirements Engineering. Dabei teile ich offen, warum es nicht funktioniert, einfach einen ganzen Prozess in eine KI zu „kippen“, und welche Schritte wirklich KI-tauglich sind. Ich erkläre, warum ich drei spezialisierte KI-Agenten entwickelt habe, welchen Nutzen sie bringen und welche Aufgaben weiterhin vollständig manuell bleiben müssen. Außerdem erfährst du, warum Tools wie LangDoc und Obsidian meine wichtigsten Begleiter sind und wie ich mit dem System Footprint arbeite. Diese Episode bildet den Auftakt einer mehrteiligen Serie, in der ich zeige, was funktioniert, wo ich scheitere und wie ich KI Schritt für Schritt in meine täglichen Prozesse integriere.

In dieser Episode nehme ich dich mit auf meine Reise, wie ich KI sinnvoll in meinem Ingenieurbüro einsetzen möchte – speziell im Bereich Requirements Engineering. Dabei teile ich offen, warum es nicht funktioniert, einfach einen ganzen Prozess in eine KI zu „kippen“, und welche Schritte wirklich KI-tauglich sind. Ich erkläre, warum ich drei spezialisierte KI-Agenten entwickelt habe, welchen Nutzen sie bringen und welche Aufgaben weiterhin vollständig manuell bleiben müssen. Außerdem erfährst du, warum Tools wie LangDoc und Obsidian meine wichtigsten Begleiter sind und wie ich mit dem System Footprint arbeite. Diese Episode bildet den Auftakt einer mehrteiligen Serie, in der ich zeige, was funktioniert, wo ich scheitere und wie ich KI Schritt für Schritt in meine täglichen Prozesse integriere.

In dieser Episode erzähle ich dir, warum das RE-Camp für mich eines der wertvollsten Formate im Requirements und Systems Engineering ist. Ich gehe darauf ein, warum Barcamps so gut funktionieren, welche Sessionformate dich erwarten und wie du selbst Themen einbringen kannst. Außerdem erfährst du alles zur Location im Eisenwerk Hannover, zur Anreise und zu den Super-Early-Bird-Tickets. Ich freue mich besonders, dass Andreas Willert mit einem Impuls zum Thema KI dabei ist. Für mich ist das RE-Camp eine der besten Möglichkeiten, wertvolle Ideen mitzunehmen, direkt Feedback zu bekommen und sich mit Menschen auszutauschen, die ähnliche Herausforderungen haben. Wenn du dich weiterentwickeln willst, ist das RE-Camp genau der richtige Ort für dich.

In dieser Episode erzähle ich dir, warum das RE-Camp für mich eines der wertvollsten Formate im Requirements und Systems Engineering ist. Ich gehe darauf ein, warum Barcamps so gut funktionieren, welche Sessionformate dich erwarten und wie du selbst Themen einbringen kannst. Außerdem erfährst du alles zur Location im Eisenwerk Hannover, zur Anreise und zu den Super-Early-Bird-Tickets. Ich freue mich besonders, dass Andreas Willert mit einem Impuls zum Thema KI dabei ist. Für mich ist das RE-Camp eine der besten Möglichkeiten, wertvolle Ideen mitzunehmen, direkt Feedback zu bekommen und sich mit Menschen auszutauschen, die ähnliche Herausforderungen haben. Wenn du dich weiterentwickeln willst, ist das RE-Camp genau der richtige Ort für dich.

In dieser Episode nehme ich Dich mit in die Welt des System Architecture Frameworks – kurz SAF – und zeige Dir, wie Du damit Struktur in komplexe Systeme bringst. Gemeinsam mit Moritz Kirchner schaue ich darauf, wo SAF herkommt und warum es ursprünglich entwickelt wurde: nämlich um Ordnung in komplexe Zusammenhänge zu bringen – weg von reiner IT-Architektur hin zu echtem Systems Engineering. Ich erkläre Dir, warum der zentrale Einstieg immer über Deine Stakeholder erfolgen sollte. Denn ihre Bedarfe – die sogenannten Concerns – bestimmen, welche Sichten auf Dein System überhaupt sinnvoll sind. Genau dafür liefert SAF eine Art Baukasten aus sogenannten Viewpoints. Ein besonders wichtiges Element ist dabei das SAF-Grid. Es hilft Dir, Dein System entlang verschiedener Ebenen – von der operativen Sicht bis hin zur physischen Umsetzung – strukturiert zu betrachten. Dabei wird eines ganz klar: Du musst nicht alles nutzen, was SAF bietet. Im Gegenteil – der wahre Mehrwert entsteht erst dann, wenn Du bewusst auswählst, welche Viewpoints für Dein konkretes Projekt sinnvoll sind. Mein Fazit für Dich: Wenn Du Dich einmal ernsthaft mit Frameworks wie SAF auseinandersetzt, gewinnst Du nicht nur Struktur – sondern vor allem Klarheit in Deinem Denken.

In dieser Episode nehme ich Dich mit in die Welt des System Architecture Frameworks – kurz SAF – und zeige Dir, wie Du damit Struktur in komplexe Systeme bringst. Gemeinsam mit Moritz Kirchner schaue ich darauf, wo SAF herkommt und warum es ursprünglich entwickelt wurde: nämlich um Ordnung in komplexe Zusammenhänge zu bringen – weg von reiner IT-Architektur hin zu echtem Systems Engineering. Ich erkläre Dir, warum der zentrale Einstieg immer über Deine Stakeholder erfolgen sollte. Denn ihre Bedarfe – die sogenannten Concerns – bestimmen, welche Sichten auf Dein System überhaupt sinnvoll sind. Genau dafür liefert SAF eine Art Baukasten aus sogenannten Viewpoints. Ein besonders wichtiges Element ist dabei das SAF-Grid. Es hilft Dir, Dein System entlang verschiedener Ebenen – von der operativen Sicht bis hin zur physischen Umsetzung – strukturiert zu betrachten. Dabei wird eines ganz klar: Du musst nicht alles nutzen, was SAF bietet. Im Gegenteil – der wahre Mehrwert entsteht erst dann, wenn Du bewusst auswählst, welche Viewpoints für Dein konkretes Projekt sinnvoll sind. Mein Fazit für Dich: Wenn Du Dich einmal ernsthaft mit Frameworks wie SAF auseinandersetzt, gewinnst Du nicht nur Struktur – sondern vor allem Klarheit in Deinem Denken.

Risikomanagement ist kein theoretisches Konzept, sondern der praktische Motor erfolgreicher Projekte. Doch viele Teams scheitern an zwei Hürden: Abstraktion („Wie fange ich an?“) und Kultur („Über Probleme spricht man nicht“). Dabei ist es einfach – wenn man es richtig angeht: Früh starten: Risiken bereits vor dem Projektplan analysieren, z. B. durch Vorgespräche mit Stakeholdern und „Bauchschmerzen“-Listen. Offen kommunizieren: Team-Workshops nutzen, um Perspektiven zu bündeln, Risiken gemeinsam zu bewerten (z. B. mit Fingerabstimmungen) und Gegenmaßnahmen zu definieren. Kontinuierlich handeln: Risikolisten lebendig halten, regelmäßig „dunkle Wolken“ abfragen und kritische Punkte (wie Backups oder Schnittstellen) aktiv testen. Erfolgsfaktor: Eine Kultur, die Risiken nicht als Jammern, sondern als Chance für Klarheit und Optionen sieht. Denn wer Risiken managt, vermeidet nicht nur Krisen – er schafft die Basis für innovative, stressfreie Projekte.

Risikomanagement ist kein theoretisches Konzept, sondern der praktische Motor erfolgreicher Projekte. Doch viele Teams scheitern an zwei Hürden: Abstraktion („Wie fange ich an?“) und Kultur („Über Probleme spricht man nicht“). Dabei ist es einfach – wenn man es richtig angeht: Früh starten: Risiken bereits vor dem Projektplan analysieren, z. B. durch Vorgespräche mit Stakeholdern und „Bauchschmerzen“-Listen. Offen kommunizieren: Team-Workshops nutzen, um Perspektiven zu bündeln, Risiken gemeinsam zu bewerten (z. B. mit Fingerabstimmungen) und Gegenmaßnahmen zu definieren. Kontinuierlich handeln: Risikolisten lebendig halten, regelmäßig „dunkle Wolken“ abfragen und kritische Punkte (wie Backups oder Schnittstellen) aktiv testen. Erfolgsfaktor: Eine Kultur, die Risiken nicht als Jammern, sondern als Chance für Klarheit und Optionen sieht. Denn wer Risiken managt, vermeidet nicht nur Krisen – er schafft die Basis für innovative, stressfreie Projekte.

In dieser Episode spricht Björn Schorre mit David Endler über die Weiterbildung zum Certified Systems Engineer (CSE). Gemeinsam beleuchten sie, warum die Zertifizierung weit mehr ist als ein formaler Nachweis: Sie schafft eine gemeinsame Sprache im Unternehmen, stärkt die Entscheidungskompetenz in komplexen Projekten und eröffnet attraktive Karrierepfade jenseits klassischer Linienverantwortung. Außerdem geht es um den richtigen Zeitpunkt für Weiterbildung, den Nutzen für Unternehmen, den Umgang mit Kostenargumenten sowie um die Bedeutung der Rezertifizierung in einer zunehmend komplexen Welt.

In dieser Episode spricht Björn Schorre mit David Endler über die Weiterbildung zum Certified Systems Engineer (CSE). Gemeinsam beleuchten sie, warum die Zertifizierung weit mehr ist als ein formaler Nachweis: Sie schafft eine gemeinsame Sprache im Unternehmen, stärkt die Entscheidungskompetenz in komplexen Projekten und eröffnet attraktive Karrierepfade jenseits klassischer Linienverantwortung. Außerdem geht es um den richtigen Zeitpunkt für Weiterbildung, den Nutzen für Unternehmen, den Umgang mit Kostenargumenten sowie um die Bedeutung der Rezertifizierung in einer zunehmend komplexen Welt.

Gespräch mit Simon Jiménez über die Entstehung von StoryWise, moderne Herausforderungen im Requirements Engineering und den Einsatz von KI. Außerdem berichte ich über Events, neue Projekte und kommende Barcamps & RE-Camps.

Gespräch mit Simon Jiménez über die Entstehung von StoryWise, moderne Herausforderungen im Requirements Engineering und den Einsatz von KI. Außerdem berichte ich über Events, neue Projekte und kommende Barcamps & RE-Camps.

In dieser Episode des Zukunftsarchitekten-Podcasts spreche ich mit Maria Eckey über die entscheidenden Anforderungen an die Tool-Landschaft, um die Konformität mit A-Spice und ISO 26262 zu gewährleisten. Maria bringt als Automotive Spice Competent Assessor wertvolle Einblicke mit, die wir nutzen, um die Integration von Tools in Entwicklungsprojekten zu beleuchten. Wir diskutieren die essenziellen Anforderungen, die Automotive Spice an die Tool-Landschaft stellt, beginnend mit der Nachvollziehbarkeit von Anforderungen – einem Grundpfeiler, der sicherstellt, dass jede Stakeholder-Anforderung eindeutig nachverfolgt werden kann. Dies schließt auch die bidirektionale Rückverfolgbarkeit ein, die es ermöglicht, den Ursprung jeder Anforderung zu identifizieren und zu verstehen, wie sie in die verschiedenen System- und Testanforderungen überführt wurde. Dabei wird klar, dass traditionelle Tools wie Excel zwar genutzt werden können, aber an ihre Grenzen stoßen, insbesondere wenn es um größere Projekte mit zahlreichen Anforderungen geht. Ein weiterer Fokus unserer Diskussion liegt auf den Anwendungslifecycle-Management- (ALM-)Tools und Product Lifecycle Management- (PLM-)Tools. Während ALM hauptsächlich in der Softwareentwicklung Verwendung findet, spielt PLM eine wichtige Rolle in der Hardware- und Systementwicklung. Wir stellen fest, dass die Trennung dieser beiden Bereiche in der Praxis oft zu Herausforderungen führt, insbesondere wenn es um die Integration beider Systems geht. Maria erläutert, dass es essenziell ist, die richtige Tool-Kombination zu wählen, um eine durchgängige Nachvollziehbarkeit zu gewährleisten. Darüber hinaus gehen wir auf die Rolle von Projektmanagement-Tools und deren Integration in die Tool-Landschaft ein. Die Fähigkeit, Aufgaben zu verfolgen, Ressourcen zu verwalten und eine realistische Projektplanung zu ermöglichen, ist von entscheidender Bedeutung. Ich teile meine eigenen Erfahrungen aus der Praxis, die die Wichtigkeit eines durchdachten Konfigurationsmanagementplans verdeutlichen, um die Effizienz zu steigern und potenzielle Risiken zu minimieren. Gemeinsam reflektieren wir die Herausforderungen und Stolpersteine bei der Implementierung von Tools und Prozessen, und Maria gibt wertvolle Tipps zur Auswahl und Anpassung von Tools an die spezifischen Bedürfnisse eines Projekts. Es wird klar, dass nicht nur die Auswahl der Werkzeuge, sondern auch deren Akzeptanz und Nutzung entscheidend für den Projekterfolg ist. Ein weiteres wichtiges Thema ist die Notwendigkeit, interne Kompetenzen für die Tool-Konfiguration und das Prozessmanagement im Haus zu haben, um Flexibilität und Anpassungsfähigkeit sicherzustellen. Diese Episode bietet einen tiefen Einblick in die Komplexität der Tool-Landschaft im Kontext von A-Spice und öffnet den Zuhörern die Augen für die zahlreichen Möglichkeiten und Herausforderungen, die zugleich eine Chance darstellen, ihre Projekte effizient zu gestalten und den aktuellen Standards gerecht zu werden. https://www.andreasheidemann.de/barcamp-2025 https://www.qs-barcamp.de/ https://requirementsengineeringcamp.com/ https://lastenhefterstellen/vorgehen-lhe https://lastenhefterstellen/vorgehen-sem # # # # # # # # # # # Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition

In dieser Episode habe ich die große Freude, mit Maria Eckey zu sprechen – Consultant und Assessorin mit über elf Jahren Erfahrung im Bereich Automotive SPICE. Gemeinsam tauchen wir tief ein in die Neuerungen der Version 4.0 und klären, was sich wirklich geändert hat – und was gleich bleibt. Maria bringt viele Einblicke aus der Assessoren-Praxis mit: Wir sprechen über neue Prozessgruppen wie Hardware Engineering und Machine Learning, den Übergang von klassischen Work Products zu sogenannten Information Items, und warum Strategien und Pläne nun offiziell auf Level 2 verortet sind. Wir diskutieren, was das für Prozessverantwortliche und Systems Engineers konkret bedeutet – und warum es wichtiger ist, Prozesse zu leben als Dokumente zu erzeugen. Außerdem erfährst Du, wie moderne Toollandschaften (z. B. Polarion oder Jira) sinnvoll eingesetzt werden können, um Anforderungen und Nachweise effektiv im Griff zu haben – ganz ohne unnötigen Overhead. Wenn Du Dich mit Automotive SPICE beschäftigst – egal ob Assessor, Entwickler oder Projektleiter – dann ist diese Episode ein echter Wissens-Booster. Reinhören lohnt sich! # # # # # # # # # # # Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition

Heute habe ich eine ganz besondere Ankündigung für dich – und wenn du im Bereich Systems Engineering, Softwareentwicklung oder IT-Projekte unterwegs bist, dann solltest du jetzt ganz genau hinhören. Denn: Im September findet das fünfte BarCamp rund um das Thema Requirements Engineering statt!

In dieser Episode spreche ich mit Matthias Künzi, Softwarearchitekt, Coach und Gründer von visuellklar.ch, über die Parallelen und Unterschiede zwischen Softwarearchitektur und Systems Engineering. Wir diskutieren, warum Software oft das „Sorgenkind“ in Systementwicklungen ist, wie frühe Abstimmung über Schnittstellen Reibungsverluste vermeiden kann, und warum es nicht reicht, sich auf die „Weichheit“ von Software zu verlassen. Matthias gibt spannende Einblicke aus der Praxis – etwa aus der Entwicklung kritischer Medizingeräte – und teilt seine Erfahrungen zu agilen Missverständnissen, greifbarer Softwareplanung und der Bedeutung von Qualitätsanforderungen. Ein Gespräch für alle, die mehr Struktur, Klarheit und Durchblick in komplexen Softwareprojekten wollen. In dieser Episode spreche ich mit Matthias Künzi von visuellklar.ch, der Unternehmen bei der Analyse und Gestaltung moderner Softwarearchitekturen unterstützt. Unser Gespräch dreht sich um die spannende Verbindung von Systems Engineering und Softwarearchitektur – und warum beide Disziplinen sich optimal ergänzen. Matthias beschreibt, wie eine fundierte Architekturanalyse nicht nur technisches Design, sondern auch organisatorische Reibungsverluste sichtbar macht. Sein Ansatz kombiniert technische Tiefe mit einem klaren Fokus auf Wirksamkeit – ganz im Sinne eines „Ingenieursmindsets“. Dabei geht es nicht um methodische Dogmen wie „agile Transformation“, sondern um gezielte Maßnahmen, basierend auf klarer Analyse. Du erfährst außerdem: Warum es so wichtig ist, Architekturentscheidungen frühzeitig zu validieren. Wie man Führungskräfte und Entscheider für Softwarefragen befähigen kann – ohne, dass sie selbst Entwickler sein müssen. Wenn Du also wissen willst, wie Klarheit in komplexe Softwareprojekte kommt – hör rein! Matthias Webseite: https://visuellklar.ch/ Sein Buch zum Thema Software-Komplexität: https://visuellklar.ch/buch/ Hier der Link zum Newsletter von Matthias: https://visuellklar.ch/software-klartext/?lp=true # # # # # # # # # # Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition --> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

Manchmal fühlt sich Projektplanung an wie Detektivarbeit – besonders, wenn bereits einiges passiert ist und widersprüchliche Informationen kursieren. In dieser Podcast-Episode tauchen wir mit Systems-Engineering-Expertin Saskia Hablasch in genau dieses Szenario ein. Wie setzt du ein komplexes Projekt auf, wenn das Gesamtbild fehlt? Saskia teilt ihre bewährten Strategien: Vom Sammeln aller relevanten Puzzleteile über visuelle Skizzen zur Strukturierung bis hin zur kontinuierlichen Abstimmung mit Stakeholdern. Ihr Ziel: Klarheit schaffen, Missverständnisse vermeiden und eine solide Grundlage für die Umsetzung legen. Höre rein und erfahre, wie du mit einem methodischen Ansatz Licht ins Dunkel deines Projekts bringst! https://www.saskiahablasch.de/ https://www.linkedin.com/in/saskia-hablasch-projektmanagement-mentorin/ BarCamps Agile OWL Camp 2025 → https://agile-owl.de/ systems.camp Süd 2025 → https://systemscamp.org/ ################## Meine Mailadresse: [feedback@zukunftsarchitekten-podcast.de](mailto:feedback@zukunftsarchitekten-podcast.de) ################## Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: [https://kalender.bjoernschorre.de](https://kalender.bjoernschorre.de/) ################## P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der [Verlagsseite von tredition](https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic)

In dieser Episode tauchst Du mit Gastgeber Björn Schorre und Gast Tim Schmaderbeck tief ins Thema "No Zero Days" ein – und warum unternehmerisches Denken nicht nur etwas für Selbstständige ist. Gerade als angestellter Ingenieur kannst Du Deine Karriere massiv vorantreiben, wenn Du Dich wie ein Unternehmer im Unternehmen verhältst. Tim erklärt, warum proaktive Mitarbeitende nicht nur schneller aufsteigen, sondern auch die Innovationskraft ihres Unternehmens stärken. Du erfährst, welche Gewohnheiten erfolgreiche Intrapreneure haben, warum selbstgesteuertes Lernen ein Gamechanger ist und wieso es nicht ausreicht, einfach nur gute Arbeit abzuliefern – Du musst auch sichtbar machen, was Du leistest. Ob Du angestellter Ingenieur bist oder selbst ein Team leitest – diese Episode liefert Dir konkrete Tipps, wie Du unternehmerisches Denken in Deinem Job verankerst und damit nicht nur Deine Karriere, sondern auch Dein Unternehmen voranbringst. Hör rein – und mach den ersten Schritt zu Deinem eigenen No Zero Day! Tim's Unternehmen "Mentorwerk" -> https://mentorwerk.de/ Agiles BarCamp in Herford -> https://agile-owl.de/ systems.camp in Padernborn -> https://systemscamp.org/ Gewinnspiel: mailto:feedback@zukunftsarchitekten-podcast.de ### ############### Meine Mailadresse: mailto:feedback@zukunftsarchitekten-podcast.de ### ############### Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de ### ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition -> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

In der Episode 231 des Zukunftsarchitekten-Podcasts geht es um das Thema Lean Product Development. Ich habe das Vergnügen, mit Götz Müller zu sprechen, einem erfahrenen Systemingenieur, der sich seit über 25 Jahren mit Lean-Management beschäftigt. Gemeinsam tauchen wir in die Konzepte ein, die eine effiziente Produktentwicklung ermöglichen und wie eine Wertstromanalyse helfen kann, die Arbeitsstationen während der Entwicklungsphase zu identifizieren. Besonders das Konzept des Set-Based Concurrent Engineering steht im Fokus der Unterhaltung. Götz erklärt, dass man durch paralleles Arbeiten an verschiedenen Konzepten in der Lage ist, Entscheidungen hinauszuzögern und erst dann zu treffen, wenn die notwendigen Informationen und Daten vorliegen. Diese Herangehensweise minimiert das Risiko, in eine Sackgasse zu geraten, und ermöglicht es Teams, flexibel zu bleiben, während sie gleichzeitig ihre Ressourcen optimal nutzen. Wir beleuchten auch die Herausforderungen und Vorteile einer engen Zusammenarbeit zwischen Entwicklung und Produktion. Götz betont, wie wichtig es ist, dass die Fertigung frühzeitig in den Entwicklungsprozess eingebunden wird, um wertvolle Rückmeldungen bezüglich der Machbarkeit zu geben und die Möglichkeit zu schaffen, Anforderungen und Fähigkeiten abzustimmen. Das Verständnis der internen Kunden-Lieferanten-Beziehungen sowie die Förderung einer offenen Kommunikation zwischen den verschiedenen Abteilungen wird als Ansatz hervorgehoben, der zur Effizienzsteigerung beitragen kann. Zwei Artikel zum Thema Lean Product Development auf Götz Müller's Webseite. https://www.geemco.de/artikel/was-darwin-schon-von-lean-product-development-wusste/ https://www.geemco.de/artikel/wenn-schnelle-entscheidungen-schaedlich-sind/ Götz sein Artiekl auf der Webseite von t2-Informatik. https://t2informatik.de/blog/lean-product-development-erweiterung-lean-production/ Das Buch zum Thema DevOps und den darin beschriebenen Arbeitsstationen und deren Zusammenhänge. https://www.amazon.de/Projekt-Phoenix-Roman-DevOps-Erfolgsstrategien/dp/395875175X ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition -->https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

In dieser Episode des Zukunftsarchitekten-Podcasts dreht sich alles um die Wahl des passenden Modellierungstools. Der Markt bietet unzählige Optionen – von spezialisierten Lösungen bis hin zu integrierten Tool-Suiten. Doch welches Tool passt wirklich zu deinen Anforderungen? Ich zeige dir, worauf du achten solltest, um fundierte Entscheidungen zu treffen, welche Stolperfallen du vermeiden kannst und wie du eine sinnvolle Balance zwischen Funktionsumfang, Usability und Integration findest. Egal, ob du am Anfang stehst oder bereits mit Modellierung arbeitest – diese Episode gibt dir wertvolle Impulse, um Klarheit zu gewinnen und das für dich beste Tool zu identifizieren. Viel Spaß beim Zuhören und beim Finden der goldenen Mitte für dein Modellierungstool! PowerPoint EA --> https://www.sparxsystems.de/ Cameo --> https://www.3ds.com/products/catia/no-magic/cameo-systems-modeler Draw.io --> https://app.diagrams.net/ iQuavis --> https://www.two-pillars.de/iquavis/ SpicySE --> https://spicy-se.com/ OSLC --> https://open-services.net/ ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition --> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

In dieser Episode tauchen Christian Kram und Björn Schorre in die Welt des Risk Storming ein – eine Methode, mit der du dein Team dabei unterstützt, Risiken in deinem Projekt frühzeitig zu erkennen und zu mindern. Wir führen dich durch vier entscheidende Phasen: Qualitätsmerkmale priorisieren, Risiken identifizieren, Maßnahmen definieren und einen konkreten Plan erstellen. Du lernst, wie du dein Projekt vor potenziellen Bedrohungen schützen und gleichzeitig die Qualität deiner Produkte sicherstellen kannst. Mit praktischen Tipps zur kreativen Risikofindung und effektiven Priorisierung bist du bestens aufgestellt, um Herausforderungen in deinem nächsten Projekt souverän zu meistern. Risk Storming beim Minitry of Testing --> https://www.ministryoftesting.com/testsphere/riskstorming Risk Storming online --> https://riskstormingonline.com/ Kontakt zu Christian Kram --> christian.kram@oose.de QS-Barcamp --> https://www.qs-barcamp.de Moderierter Workshop von oose zum Risk Storming ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition --> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

In dieser Episode tauchen wir - Pia Gebhardt und Björn Schorre - tief in die Welt der menschlichen Systeme ein – die oft komplexer sind als technische Systeme. Konflikte in Projekten entstehen nicht nur durch Sachfragen, sondern vor allem durch unterschiedliche Erwartungen, Bedürfnisse und Persönlichkeiten. Du erfährst, wie man Spannungen frühzeitig erkennt und destruktive Mechanismen durchbricht. Wir stellen dir die wichtigsten Konfliktarten vor und zeigen, wie du Konflikte konstruktiv analysierst und lösungsorientiert angehst. Denn Systems Engineering bedeutet nicht nur technische Komplexität zu meistern, sondern auch menschliche. Kommunikation ist dabei der Schlüssel – vor allem, wenn sie mit viel Zuhören verbunden ist. ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition --> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

In dieser Episode spreche ich mit Robert Hämisch, dem Gründer von Spicy-SE, über die Relevanz von Systems Engineering für deutsche Unternehmen und wie es zu neuer Exzellenz führen kann. Wir diskutieren, warum es wichtig ist, komplizierte Inhalte klar und verständlich zu kommunizieren und wie die Innovationskraft eines Unternehmens durch die Vereinfachung der Systems Engineering-Methoden gesteigert werden kann. Robert erklärt, dass die deutsche Industrie derzeit enormem Innovationsdruck ausgesetzt ist, insbesondere durch Wettbewerber aus Fernost. Um diesen Herausforderungen zu begegnen, betont er, wie bedeutend es ist, Systems Engineering in einer Weise zu implementieren, die nicht nur die technischen, sondern auch die menschlichen Aspekte berücksichtigt. Ein zentrales Thema ist die Notwendigkeit, Fachbereiche und Domänen zusammenzubringen, um die Zusammenarbeit zu fördern und Verständnis zu schaffen. Robert warnt davor, dass eine übermäßige Komplexität in Werkzeugen und Methoden dazu führen kann, dass Experten sich zurückziehen und ihre wertvollen Ideen und Kenntnisse nicht teilen. Daher plädiert er dafür, ein gemeinsames Fundament zu schaffen, auf dem alle Stakeholder zusammenarbeiten können. Wir besprechen auch die Bedeutung von visuellen Tools und einfachen Kommunikationen im Vergleich zu komplexen Modellen. Das Ziel sollte es sein, eine Schnittstelle zu schaffen, die allen Beteiligten ermöglicht, ihre Expertise ohne größere Hürden einzubringen und zu verstehen. Roberts Schlussfolgerung lautet, dass ein gut implementiertes Systems Engineering nicht nur zu innovativen Produkten, sondern auch zu einer besseren Arbeitsatmosphäre führen kann, in der die Mitarbeiter stolz auf ihre Beiträge sind. Zusammenfassend empfehlen wir, bei der Einführung von Systems Engineering die Bedürfnisse des Teams und deren Kompetenzen zu berücksichtigen. Durch ein abgestimmtes Vorgehen, klare Ziele und eine Kultur der offenen Kommunikation kann Systems Engineering dazu beitragen, den Wettbewerbsvorteil in der deutschen Industrie nachhaltig zu sichern. Das Gespräch mit Robert gibt wertvolle Einblicke in diese Prozesse und zeigt auf, wie wichtige Schritte für eine erfolgreiche Implementierung aussehen können.

In dieser Podcast-Episode "Perspektivwechsel für Erfolg – Wie Design Thinking echte Innovation schafft" beleuchten wir die Grundlagen und Vorteile von Design Thinking. Diese Methode bietet einen strukturierten Ansatz, um komplexe Probleme zu lösen und dabei stets die Perspektive des Nutzers im Fokus zu behalten. Wir gehen auf die folgenden Fragen ein: Was ist Design Thinking? Wir erklären die Grundprinzipien und warum dieser Ansatz für die kundenzentrierte Problemlösung so effektiv ist. Welches Problem wird mit Design Thinking adressiert? Wir erörtern, wie Design Thinking dabei hilft, sich in den Kunden hineinzuversetzen und echte Bedürfnisse zu erkennen. Warum sollten wir dieses Problem lösen? Kundenorientierte Innovation ist entscheidend für langfristigen Erfolg. Design Thinking bietet die Werkzeuge, um dies zu erreichen. Wer sollte Design Thinking nutzen? Egal ob Teams aus Produktentwicklung, Marketing oder Geschäftsleitung – Design Thinking ist vielseitig einsetzbar. Wie funktioniert Design Thinking? Wir führen dich durch die wichtigsten Phasen: von der Problemdefinition bis hin zur Ideengenerierung und Prototypenentwicklung. Der zweite Teil widmet sich den konkreten Ergebnissen des Design Thinkings und zeigt, wie diese in Unternehmensprozesse wie Systems Engineering integriert werden können. Wir gehen auch auf Methoden wie Lego Serious Play und Liberating Structures ein, die Kreativität und Teamarbeit fördern. Abschließend gibt es praktische Tipps, wie du Design Thinking mit anderen Methoden wie SCRUM oder Lean Startup kombinieren kannst. Moritz' Vorschläge: Für welche Probleme ist Design Thinking nicht geeignet? Wie unterscheidet es sich von anderen Frameworks? Wie kann Design Thinking in bestehende Abläufe eingebunden werden? ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann klicke auf die Email oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Das Erstgespräch ist kostenfrei. Du kannst Dir auch in meinem Online-Kalender gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Meinen Service zur Lastenhefterstellung findest Du auf dieser Seite Vorgehen Lastenheft

Mit Rainer Grimm ins Detail: Von C++11 bis C++26 – Core Guidelines, Multithreading, Smart-Pointer und die Zukunft der Softwareentwicklung

Zusammenfassung der heutigen Episode (Meine 3 Tipps): -> finde Verschwendungen in deinem Projekt und versuche Menschen in deinem Umfeld darauf zu sensibilisieren -> eliminiere die für Dich wichtigsten Verschwendungen mit ersten Maßnahmen -> mach kleine Schritte, denn der große Wurf ist auch schon wieder Verschwendung

Zusammenfassung der heutigen Episode (Meine 3 Tipps): -> Unternehmen und Produkte kennenlernen -> Änderungen moderat einführen, vor allem da wo es gewünscht und notwendig ist -> nach einer Probezeit, Änderungen besprechen und umsetzen

Zusammenfassung der heutigen Episode (Meine 3 Tipps): -> Setze Tools nur dafür ein, wofür sie ursprünglich gemacht worden sind. Da liegt das Kernknowhow des Herstellers. -> Erstelle Architektur-Alternativen und pflege Optionen, solange wie es möglich ist. Du wirst sie brauchen. -> Funktionen “auf reserve” müssen getestet und deren richtige Umsetzung nachgewiesen werden, wenn die Funktionen auf System-Anforderungsebenen eingeplant ist.

In dieser Podcast-Episode des Zukunftsarchitekten-Podcasts dreht sich alles um die Auswahl und Bewertung eines Anforderungsmanagement-Tools. Als erfahrener Systemingenieur teile ich 11 entscheidende Kriterien für die Auswahl eines Anforderungsmanagement-Tools sowie Einblicke in meine Erfahrungen. Zudem lade ich zur Teilnahme am Requirements Engineering Camp im Februar 2025 ein und kündige einen Systems Engineering Stammtisch in Bremen an. Wir informieren auch über technische Verbesserungen für einen besseren Zugriff auf Links und Ressourcen. Der Fokus liegt auf den Kriteriengruppen für die Auswahl eines Anforderungsmanagement-Tools, einschließlich der Anforderungsdokumentation und -bearbeitung. Die Bedeutung von Metadaten, Attachments und automatisierten Prozessen bei der Anforderungserfassung wird betont. Aspekte wie Anforderungslöschung, Sperrung, Navigation und Integration von Formeln in den Anforderungstext werden ebenfalls erläutert. Ein wichtiger Schwerpunkt ist die Traceability, die von Anfang an im Anforderungsmanagement-Prozess berücksichtigt werden sollte. Die Notwendigkeit der Traceability über Projekte hinweg und ihre Verbindung zu Änderungsmanagement, Fehlerberichten und Testfällen wird hervorgehoben. Die Einbindung von Traceability ins Aufgabenmanagement wird ebenfalls behandelt, um Anforderungen umfassend mit technischen Aufgaben zu verknüpfen. Insgesamt werden detaillierte Kriterien und Anforderungen präsentiert, die bei der Auswahl eines Anforderungsmanagement-Tools berücksichtigt werden sollten. Durch praktische Beispiele und Tipps aus Erfahrungen erhalten die Zuhörer einen Einblick in die komplexe Welt des Anforderungsmanagements und der Tool-Auswahl. Die Bedeutung einer ganzheitlichen Betrachtung des Anforderungsmanagements in Projekten wird betont, wobei Aspekte wie Kommunikation, Workflow, Konfigurations- und Änderungsmanagement, Sichtenbildung, Import-Export-Funktionen und Reporting berücksichtigt werden müssen. Die Auswahl eines geeigneten Tools sollte sorgfältig erfolgen, um effektiv unterstützt zu werden.

In dieser Episode des Zukunftsarchitekten, dem Systems Engineering Podcast, geht es um die Bedeutung einer klaren Systemabgrenzung zu Beginn eines Projekts. Als Systemingenieur, der dir Tipps und Impulse gibt, erläutere ich, warum es wichtig ist, mit einer klaren Systemabgrenzung zu starten und wie du dabei vorgehen kannst, um eine akzeptierte Darstellung deines Systems zu erhalten. Eine Systemabgrenzung hilft dir, Einblicke in die Einbettung deines Systems zu gewinnen und Informationen über externe und interne Systemelemente zu erhalten. Durch die Diskussion über diese Elemente und die Identifizierung von Akteuren, die das System nutzen oder bedienen, könnt ihr ein gemeinsames Verständnis aufbauen und Missverständnisse frühzeitig klären. Durch die Systemabgrenzung kannst du auch eine Stakeholderliste erstellen und Anwendungsfälle identifizieren, die das System unterstützen soll. Darüber hinaus können vorhandene interne Elemente überprüft werden, ob sie für das aktuelle Projekt wiederverwendet werden können, was Zeit und Ressourcen spart. Die erlangten Informationen aus der Systemabgrenzung können auch für das Schnittstellenmanagement genutzt werden. Ein gut verwaltetes Schnittstellenmanagement hilft dabei, Probleme bei der Integration des Systems in die reale Umgebung zu vermeiden und die Kommunikation mit externen Systemen zu erleichtern. Für die Umsetzung einer Systemabgrenzung empfehle ich, leichtgewichtig mit einem Flipchart oder einem Whiteboard zu beginnen und später digitale Tools wie PowerPoint oder Visio zu nutzen. Die kontinuierliche Pflege des Systemkontexts hilft dabei, langfristig einen Mehrwert aus der Arbeit zu generieren. Zum Abschluss gebe ich drei Tipps: Beginne leichtgewichtig, sorge für ein einheitliches Verständnis im Team und pflege den Systemkontext kontinuierlich. Falls du an Systemkontext-Plakaten interessiert bist, kannst du diese auf meiner Webseite erwerben. Ich danke dir fürs Zuhören und wünsche dir einen hohen Wirkungsgrad bei deinen Projekten. Tschüss und bis zum nächsten Mal beim Zukunftsarchitekten, dem Systems Engineering Podcast.

In Episode 219 des Podcasts "Zukunftsarchitekten" spricht Björn Schorre, ein erfahrener Systemingenieur, über die Bedeutung von Software-Architektur, besonders in Bezug auf Embedded Software. Der Gast der Episode, Alexander Eisenhut, der seit fast drei Jahrzehnten im Bereich Embedded Software Engineering tätig ist und in den letzten zehn Jahren als Softwarearchitekt gearbeitet hat, diskutiert die treibenden Faktoren hinter der Entwicklung von Softwarearchitekturen. Sie beleuchten die Wichtigkeit nicht-funktionaler Anforderungen und Qualitätsziele in der Softwareentwicklung und wie diese durch Standards wie die ISO 25010 und das neuere Modell Q42 adressiert werden. Während Q42 einen stakeholder-zentrierten Ansatz verfolgt, bietet es einen detaillierteren Einblick in die Verbindungen zwischen verschiedenen Qualitätsaspekten. Alexander betont, wie kritisch es ist, Qualitätsanforderungen frühzeitig im Projekt zu identifizieren und in der Softwarearchitektur zu berücksichtigen, um eine nachhaltige und wartbare Software zu entwickeln. Das Gespräch hebt auch die Rolle des Softwarearchitekten im agilen Entwicklungsprozess hervor, einschließlich der Bedeutung von Entwurfsarbeit, Reviews und der kontinuierlichen Einbindung des Teams. Links: Q42 Qualitätsmodell https://quality.arc42.org/ 1:1 Mentoring https://eisenhuth-se.de/ Embedded Software Architektur Kochstudio https://eisenhuth-se.de/blog Direkte Links zu Alexander Eisenhuth: LinkedIn: https://www.linkedin.com/in/alexander-eisenhuth/ Email: ae@eisenhuth-se.de ############ Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ################## Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de ################## P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition (https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic)

In dieser Episode tauchen wir in die Welt des Marketings, speziell für Ingenieurinnen und Ingenieure ein. Viele technische Fachkräfte stehen vor der Herausforderung, dass ihre außergewöhnlichen Leistungen und Ergebnisse oft im Schatten bleiben. Warum ist das so? Die Antwort könnte überraschend einfach sein: Es fehlt an der richtigen Vermarktung. Ein Blick in den Supermarkt offenbart eine interessante Parallele – dort findet man keine Enteneier. Der Grund? Enten gackern nicht laut nach dem Legen ihrer Eier, anders als Hühner. Dieses Bild dient als Metapher für das Hauptproblem vieler Ingenieure: Sie tun Großartiges, sprechen aber nicht darüber. In dieser Folge zeigen wir dir, wie du durch die Kraft des Storytelling deine Arbeit und deine Ergebnisse wirksam in Szene setzen kannst. Storytelling ist nicht nur ein Werkzeug für Schriftsteller oder Marketingexperten. Es ist eine universelle Methode, um Aufmerksamkeit zu erzeugen, emotionale Verbindungen aufzubauen und den Wert deiner Arbeit sichtbar zu machen. Wir diskutieren, wie du Geschichten aus deinem Ingenieursalltag aufgreifen, strukturieren und so erzählen kannst, dass sie fesseln, informieren und inspirieren. Durch praxisnahe Beispiele und leicht umsetzbare Tipps wirst du lernen, wie du die Aufmerksamkeit auf deine Leistungen lenkst und damit nicht nur Anerkennung, sondern auch neue Möglichkeiten für deine Karriere schaffst. Mach dich bereit, die Stille zu durchbrechen und deine Ingenieurskunst laut und deutlich zu vermarkten. Bernd Winkel bei LinkedIn: https://www.linkedin.com/in/bernd-winkel/ Bernd's Homepage: http://www.zebradoo.de/ ### ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ### ############### Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de ### ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition -->https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

In der heutigen Episode des Zukunftsarchitekten, des Systems Engineering Podcasts, spricht Björn Schorre mit Katja Schäfer über die Bedeutung von Visionen und Vision Boards. Katja, eine Führungskräfte-Coachin, teilt ihre Erfahrungen und Erkenntnisse darüber, wie Visionen nicht nur auf der Homepage stehen sollten, sondern auch praktisch umgesetzt werden müssen. Katja erklärt, dass Visionen Emotionen ansprechen und Menschen eine klare Richtung geben, ähnlich einem Fixstern. Visionen können Teams motivieren und identifizieren lassen. Sie betont die Bedeutung, Menschen in Change-Prozessen einzubeziehen und deren intrinsische Motivation zu entfachen. Durch die Erstellung von Vision Boards können Menschen ihre Ziele visualisieren und emotionale Verbindungen herstellen. Katja betont die Wichtigkeit von Evaluation in agilen Veränderungsprozessen und das kontinuierliche Streben nach Verbesserung. Sie teilt Beispiele aus ihrer Beratungserfahrung, in denen die Einbindung aller Mitarbeiter dazu beigetragen hat, positive Veränderungen voranzutreiben und eine gemeinsame Vision zu schaffen. Die Diskussion zwischen Björn und Katja zeigt, dass Visionen und Vision Boards nicht nur ein Marketinginstrument sein sollten, sondern als wirksames Werkzeug dienen können, um Teams zu motivieren, intrinsische Motivation zu fördern und erfolgreiche Veränderungsprozesse umzusetzen. Die Episode endet mit dem Tipp, die Teams zu schätzen, die vorhandenen Potenziale zu erkennen und die PS auf die Straße zu bringen, indem man die Menschen zuerst sieht und dann ihre Rollen betrachtet. ################## Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ################## Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de ################## P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition (https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic)

Eine Podcast-Episode, die nicht nur Systems Engineers, sondern auch Spieler anspricht. Genaugenommen die Spieler unter den Systems Engineers. Nur will ich die Episode allerdings nicht auf diese Nische beschränken. Es geht hier um das spielerische und damit intuitive Vermitteln von Lerninhalten. Das menschliche Gehirn kann sich komplizierte und komplexe Zusammenhänge besser merken, wenn es diese gesehen und erfahren hat. Und genau darum geht es bei dem Spiel, welches ich hier zusammen mit Theresa Ammersdörfer und Dr.-Ing. David Inkermann von der TU Clausthal besprochen habe. Theresa und David haben die Norm ISO 15288 in diesem Spiel so aufbereitet, dass die Zusammenhänge von Aktivitäten erlernt werden können. Die Verbindung mit den spielerischen Elementen, die BeSu.Solutions entwickelt hat, ermöglicht es den Teilnehmenden Annahmen zu treffen und die Auswirkungen mitzuerleben.

In dieser Folge des Zukunftsarchitekten, dem Systems Engineering Podcast, spreche ich über die Bedeutung von Visionen und wie man sie langfristig aufrechterhalten kann. Ich gehe auf die Notwendigkeit ein, sich zu Beginn eines Projekts eine klare Vorstellung vom angestrebten Zielzustand zu machen, um eine gemeinsame Vision zu schaffen. Oftmals fehlen solche Visionen in Projekten, was zu einem Mangel an Fokus und Zielausrichtung führen kann. Ich erkläre dann, wie man mithilfe des System Footprints, einer visuellen Darstellung des Ziels, und Sprint-Reviews, regelmäßigen Überprüfungen des Fortschritts, die Visionen lebendig halten kann. Der System Footprint ermöglicht es Teams, das Zielbild zu definieren und auf den Kundennutzen zu fokussieren. Durch Sprint-Reviews können Teams sich auf konkrete Aufgaben konzentrieren und in kurzen Zeiträumen Erfolge erzielen, während Stakeholder regelmäßiges Feedback erhalten. Der System Footprint dient nicht nur der Definition des Systems, sondern kann auch als Ausgangspunkt für die Erstellung eines Lastenhefts dienen. Durch die regelmäßige Überprüfung und Anpassung des System Footprints und die Einbindung aller Interessierten bei Sprint-Reviews wird sichergestellt, dass das Projekt auf Kurs bleibt und den Anforderungen gerecht wird. Schätze das Feedback und lasse dies in die Planung für zukünftige Sprints einfließen zu lassen. Abschließend gebe ich noch drei Tipps mit, wie die Umsetzung gelingt. Höre in die Episode rein und mach Dir Gedanken, ob dies so auch bei Dir funktionieren kann. Gib mir dazu Feedback per Mail oder in den Kommentaren! Link zum System-Footprint in meiner Online-Bibliothek: https://www.systemsengineeringmastermind.de/portfolio-item/system-footprint/ ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Brauchst Du Unterstützung bei der Erstellung einer Vision brauchst oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition

So wirst du in der Episode erfahren … … Welche Ziel Du Dir für Deine Wissensmanagement setzen kannst und … Wie Du das Wissen operativ erhebst und dokumentierst.

Bist du unsicher, wie du Anforderungen aus Normen korrekt kategorisieren sollst? In unserer kommenden Episode tauchen wir tief in dieses Thema ein, um dir Klarheit zu verschaffen! In dieser Episode wirst du erfahren: Korrekte Kategorisierung von Normenanforderungen: Wie werden Anforderungen aus Normen richtig eingeordnet? Wir beleuchten beispielsweise, ob die aktive Entladung eines HV-Systems eine Einschränkung ist oder als funktionale Anforderung definiert werden kann. Aufteilung von Normenanforderungen: Wie weit müssen Normen-Anforderungen aufgeschlüsselt werden, um sie sinnvoll zu handhaben? Wir nehmen dabei spezifische Normen wie LV123 genauer unter die Lupe und diskutieren, ob sie detailliert aufgedröselt oder allgemein nur referenziert werden sollten. Definition von DTCs auf Systemebene: Brauchst du eine genaue Festlegung von Prioritäten, Verlernzählern usw. bei der Definition von Diagnose-Fehlercodes auf Systemebene? Oder geschieht dies erst auf einer späteren Abstraktionsebene? Wir klären, welche Herangehensweise hier am effektivsten ist. Verpasse diese Episode nicht, um deine Kenntnisse zu erweitern und deine Herangehensweise an Normenanforderungen zu verbessern! ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: -> https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition -> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

In der heutigen Sendung reflektieren Maik Pfingsten und Björn Schorre die bedeutenden Veränderungen und Entwicklungen, die sich in den letzten 520 Wochen im Bereich Maschinenbau und Technologie ereignet haben. Wir beziehen sich dabei auf einen Blogbeitrag von Maik aus dem Jahr 2014, der die zunehmende Bedeutung von Software im Maschinenbau betont und als einen zentralen Wertetreiber der Zukunft identifiziert. Wir wollen Einblicke geben in die Entwicklung des Maschinenbaus und aufzeigen, wie Unternehmen und Ingenieure sich auf die wachsende Bedeutung von Software in ihren Produkten vorbereiten können. Begleite uns, während sie die Zukunft des Maschinenbaus und die entscheidende Rolle von Software in dieser Podcast-Episode beschreiben. ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: -> https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition -> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

In dieser Episode des Zukunftsarchitekten-Podcasts geht es darum, wie du Anforderungen in Subsysteme aufteilen kannst und welche Vorteile dies für dein Projektmanagement hat. Du wirst verstehen, dass es wichtig ist, die Anforderungen von Kunden und dem Markt zu kennen, um erfolgreich Produkte verkaufen zu können. Neben den Systemanforderungen gibt es auch auf Unternehmensebene spezifische Anforderungen an Software, Elektronik, Elektrik und andere Bereiche. Du musst diese Anforderungen aufteilen, um die Umsetzung durch die entsprechenden Teams zu ermöglichen und Arbeitspakete zu bilden. Erfahre in dieser Episode, wie du bei der Erreichung dieses Ziels vorgehen kannst. Welche Rolle spielt die Architektur? Und wie gelingt die Zuordnung der Anforderungen? ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: -> https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition -> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

In dieser Podcast-Episode tauchen wir tief in die Welt des Systems Engineering ein und zeigen dir, wie du den Return on Investment (RoI) effektiv berechnen kannst. Wir beleuchten zwei entscheidende Aspekte: den Vergleich verschiedener RoI-Berechnungsmethoden und die Umsetzung in der Praxis. Der erste Take-Away führt dich durch die verschiedenen RoI-Berechnungsmethoden und hilft dir, fundierte Entscheidungen zu treffen. Du wirst lernen, welche Methoden existieren und wie Du die Vor- und Nachteile der Methoden bewerten musst. Der zweite wichtige Aspekt ist die Umsetzung in der Praxis. Wir präsentieren ein anschauliches Praxisbeispiel und erörtern die Herausforderungen, die auftreten können. Du erfährst, wie du diese Hürden erfolgreich bewältigen kannst, um den RoI in deinem Systems-Engineering Projekt zu maximieren. Begleite uns in dieser informativen Episode, um deine RoI-Berechnungskompetenzen zu erweitern und sicherzustellen, dass deine Projekte auf dem richtigen Weg sind.

In der heutigen Episode spreche ich über das Glossar eines Projektes. Mir ist es gerade in einem aktuellen Projekt passiert, dass ich gefragt wurde, wozu so ein Glossar den gut sei. Man würde doch schon wissen, was die Abkürzungen bedeuten. Daher möchte ich einmal im Podcast darauf eingehen, warum ich immer beim Einstieg in ein Projekt ein Glossar anfange. Egal ob es ein Glossar vom Projektteam schon gibt oder nicht. Aus meiner Sicht hilft Dir so ein Glossar ungemein – zu Anfang, um für Dich Begriffe zu klären und später, um diese Begriffe anderen weiterzugeben. Hör in meinen Podcast rein, denn das sind nicht die einzigen Gründe, warum ein Glossar wichtig ist. ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber. Dann kannst Du Dir in meinem Online-Kalender auch gerne direkt einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition: https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

In dieser Folge tauchen wir in die Welt der Systemtechnik ein und untersuchen die Einbeziehung von Agilität in den Prozess. Mein heutiger Gast ist Dr. Thaddäus Dorsch, ein Experte auf dem Gebiet des Systems-Engineering und der agilen Methoden. Wir erfahren etwas über die Kernkonzepte des Systems-Engineering, wie Agilität eine entscheidende Rolle spielt, Best-Practice-Benchmarks für die Implementierung von Agilem Systems Engineering und die wichtigsten Erfolgsfaktoren, damit es effektiv funktioniert. Das agile Manifest der Software-Entwicklung: https://agilemanifesto.org/iso/de/manifesto.html (bitte zuerst lesen) Link auf das agile Manifest der System-Entwicklung: https://www.agile-systems-engineering.com/ ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Du brauchst Hilfe bei der Definition der Anforderungen an Dein Produkt? Dann kannst Du Dir in meinem Online-Kalender gerne einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition: https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=generic

Aus vielerlei Gründe ist es notwendig, ein Lastenheft-Review durchzuführen. Dazu gehört zum Beispiel, dass der Autor die Qualität überprüft haben will, um vor der Weitergabe des Dokuments sicher zu sein. Daneben werden Reviews aber auch zu Zwecken der Qualitätssicherung eingesetzt. Und zu guter Letzt ist es notwendig ein Review durchzuführen, weil es der Prozess so vorsieht. Je nach Anwendungsfall gibt es verschiedene Methoden und Techniken, die eingesetzt werden können. Welche das sind und was ich Dir mit meinem Lastenheft Rütteltest als Service anbiete, erfährst Du in dieser Podcast-Episode. Mein Vorgehen zum Lastenheft Rütteltest habe ich hier zusätzlich dokumentiert: https://lastenhefterstellen.de/vorgehen-lhreview/?utm_source=zukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=zap207 ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Du brauchst Hilfe bei der Definition der Anforderungen an Dein Produkt? Dann kannst Du Dir in meinem Online-Kalender gerne einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition

Professor Kurt Schneider von Leibnitz Universität in Hannover hat mir im Podcast-Interview verraten, warum er so ein Fan von Vision-Videos ist. Im Gespräch gehen wir auf drei Befürchtungen ein, die Prof. Schneider erkannt hat: Ein Vision-Video bringt dem Projekt nichts ein, Zu hoher Aufwand in der Produktion, Keine oder negative Auswirkungen auf die beteiligten Menschen. ############### Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de ############### Du brauchst Hilfe bei der Definition der Anforderungen an Dein Produkt? Dann kannst Du Dir in meinem Online-Kalender gerne einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest es auf der Verlagsseite von tredition