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: [email protected] ############### 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: [email protected] ############ Meine Mailadresse: [email protected] ################## 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: [email protected] ### ############### 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: [email protected] ################## 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: [email protected] ############### 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: [email protected] ############### 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: [email protected] ############### 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 Anforderungen in Subsysteme aufgeteilt werden können und welche Vorteile dies für das Projektmanagement hat. Wir erklären, dass es wichtig ist, Anforderungen von Kunden und 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. Diese Anforderungen müssen aufgeteilt werden, um die Umsetzung durch die entsprechenden Teams zu ermöglichen und Arbeitspakete zu bilden. Wir teilen die Anforderungen in funktionale Elemente auf, um ihnen bestimmte Funktionen zuzuweisen. Dadurch können wir die Anforderungen genauer planen und die entsprechenden Attribute und Metadaten festlegen. Eine bewährte Methode ist die Dreiteilung, bei der wir die Anforderungen grob und auf einer High-Level-Ebene aufschreiben, dann die Funktionen bestimmen, die mit diesen Anforderungen erfüllt werden müssen, und schließlich eine logische Aufteilung des Systems vornehmen. Wir nutzen den morphologischen Kasten, um verschiedene Möglichkeiten zur Erfüllung der Funktionen zu betrachten und Varianten zu bilden, die später bewertet werden können. Dadurch können wir die Anforderungen strukturiert aufteilen und besser verfolgen, welche bereits umgesetzt sind und welche noch bewertet werden müssen. Bei der Architekturbewertung können verschiedene Kriterien wie Preis oder Entwicklungsgeschwindigkeit betrachtet werden. Nachdem ich meine Auswahl aus dem morphologischen Kasten getroffen habe, überführe ich meine funktionale Architektur in eine logische Architektur und weise dort die einzelnen Elemente zu. Es kann sein, dass beim Einbau der Elemente in das Produkt weitere Anforderungen auftauchen, die zuvor nicht berücksichtigt wurden. Diese Anforderungen werden ebenfalls dokumentiert und den logischen Elementen zugewiesen. Auf der physikalischen Ebene betrachten wir die mechanischen Bauteile, Elektronik und Software, die auf dem System läuft. Auch Software betrachte ich als physikalisches Element, da sie auf dieser Ebene besser einzuordnen ist und oft ein eigenes Software-Team vorhanden ist. Bei den physikalischen Elementen schaue ich zunächst, welche bereits im Unternehmen vorhanden sind und wiederverwendet werden können. Falls dies nicht der Fall ist, gucken wir, was mit kleinen Änderungen wiederverwendet werden kann. Im schlimmsten Fall entsteht ein neues Teilprodukt oder eine Bausteinvariante. Im besten Fall kann ein Baustein sowohl im alten als auch im neuen System verwendet werden. Es spart Zeit, vorhandene Bausteine wiederverwendet, solange die Änderungen akzeptabel sind. Es besteht auch die Möglichkeit, Zukaufteile wie Widerstände oder Embedded-Systeme wie Arduino oder Raspberry Pi zu verwenden. Diese müssen jedoch auch Industrie-Tauglichkeit, EMV, etc. erfüllen. Man kann sie entweder direkt zukaufen oder bei der eigenen Entwicklung oder einem externen Entwicklungsunternehmen beauftragen. Es entstehen weitere Anforderungen, wenn wir physikalische Elemente gestalten, die unseren logischen und funktionalen Architekturen entsprechen. Zum Beispiel benötigen wir für die Erhitzung eines Gartengrills einen Brenner. Die Implementierung eines solchen Brenners erfordert spezifische Schnittstellen wie ein Ventil zum Regulieren des Gaseinlasses. Hier müssen wir uns überlegen, welche Anforderungen sich aus dem Einsatz dieses Ventils ergeben, wie beispielsweise der Durchmesser und die Anschlussgeometrie. Auch die Luftzufuhr und der Abgasschutz müssen berücksichtigt werden. Indem wir unser System dekomponieren und Entscheidungen treffen, können wir die erforderlichen Anforderungen filtern und ihnen Traceability und Informationen zuordnen. Zusammenfassend gibt es drei Tipps: Klarheit über die Teams und Organisationseinheiten im Unternehmen, Erstellung des Systemdesigns und Zuordnung von Anforderungen zu den Systemelementen, und die Erzeugung von Sublastenheften für externe oder interne Teams. Wenn du Unterstützung bei der Anwendung oder Einführung von Systems Engineering benötigst, kontaktiere mich per E-Mail. Vielen Dank fürs Zuhören und viel Erfolg bei dem, was du tust. Auf Wiedersehen bis zum nächsten Mal.

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: [email protected] ############### 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: [email protected] ############### 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: [email protected] ############### 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.

Das digitale Prozessmodell hat Alexander Efremoff auf seinen Reisen mit dem Zug durch Deutschland realisiert. Warum er es für sinnvoll hielt, das Prozessmodell zu digitalisieren hat er auch in diesem kurzen Video erklärt (https://www.youtube.com/watch?v=UJq-bOXhXf8). Basis für die Umsetzung waren die Prozesse des Lebenszyklusmodells der ISO 15288. Im Interview erzählt Alexander von seiner Begeisterung für das Prozessmodell. Außerdem verrät er, wie Du das Prozessmodell nutzen kannst, um auf der Basis von Best Practices Deinen PEP entwerfen kannst. Du findest das Prozessmodell auf den Seiten der GfSE. Es ist frei in der Nutzung: https://www.gfse.de/prozessmodell Das Prozessmodell ist auch in der englischen Version auf den Seiten der INCOSE zu finden: Wenn Du Dich mit Alexander Efremoff vernetzen willst, dann kannst Du dies auf seinem LinkedIn-Profil tun: https://www.youtube.com/watch?v=UJq-bOXhXf8 ################## Meine Mailadresse: [[email protected]](mailto:[email protected]) ################## 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](https://kalender.bjoernschorre.de/?utm_source=https%3A%2F%2Fzukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=zap203&utm_id=zap203) ################## P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest auf der [Verlagsseite von tredition](https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=https%3A%2F%2Fzukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=zap204&utm_id=zap204)

Sarah Schuh beschäftigt sich schon seit längerem mit den Themen neue Arbeitswelten und der Zusammenarbeit von Menschen. Dieses Wissen wendet sie regelmäßig in ihren Seminaren an und hilft damit Unternehmen und Konzerne, die Anforderungen an New Work und die gewünschte Work-Life-Balance umzusetzen. Sie gibt uns hier in dieser Episode Einblicke in ihre Erkenntnisse zum Thema New Work und was es heißt New Work umzusetzen. Ihre Meinung wird evtl. einige überraschen, ihre Begründungen sind aber logisch und geben einen Ausblick, welche Aufgaben noch vor den Firmen liegen. *Prof. Dr. Frithjof Bergmann hat vor fast 50 Jahren eine Begriffsdefinition versucht. Diese scheint nach wie vor aktuell zu sein.* Die Begriffe **Freiheit, Selbstverantwortung, Sinn, Entwicklung und Soziale Verantwortung sind darin erläutert.** [https://www.managerseminare.de/blog/Statement-fuer-menschliche-und-zukunftsweisende-Arbeit,3988](https://www.managerseminare.de/blog/Statement-fuer-menschliche-und-zukunftsweisende-Arbeit,3988) Hör in die Episode rein und lass Dich von Sarahs drei Tipps für die Umsetzung inspirieren. Links zur Episode: [https://zukunftsarchitekten-podcast.de/za204/?utm_source=linkedin&utm_medium=social&utm_campaign=zap_204](https://zukunftsarchitekten-podcast.de/za204/?utm_source=linkedin&utm_medium=social&utm_campaign=zap_204) ### ############### Meine Mailadresse: [[email protected]](mailto:[email protected]) ### ############### 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](https://kalender.bjoernschorre.de/?utm_source=https%3A%2F%2Fzukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=zap203&utm_id=zap203) ### ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest auf der [Verlagsseite von tredition](https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077?utm_source=https%3A%2F%2Fzukunftsarchitekten-podcast.de&utm_medium=podcast&utm_campaign=zap204&utm_id=zap204)

Katja Piroué habe ich auf den Community Days der Software-Foren Leipzig getroffen. Sie hat dort zum Anforderungsmanagement referiert und die Wardley Maps als eine Methode vorgestellt, mit der a) die strategische Ausrichtung eines Unternehmens überprüft werden und u.U. neu justiert werden kann b) die vorhandenen Produkte analysiert und neue innovative Verbesserungen ausgelotet und umgesetzt werden können. Daher habe ich sie in den Podcast eingeladen, um mit Ihr über diese Fragen zu sprechen: Aus welchen Gründen würdest Du vorschlagen, eine Wardley Map anzufertigen? Wenn Du Deinen Kunden vorschlägst eine Wardley-Map anzufertigen, in was für einer Situation befinden, die sich dann? Eine fertige Wardley-Map – wenn es die überhaupt gibt – bringt Deinen Kunden einen bestimmten Nutzen. Kannst Du uns diesen Nutzen beschreiben? Gibt es einen bestimmten Aufbau für eine Wardley-Map? Wie ist eine Wardley-Map aufgebaut? Welche Schritte muss man beim Erstellen einer Map durchlaufen? Gibt es da einen Prozess? Was macht Dein Kunde nach diesem Prozess mit der WM? Wird die WM wiederverwendet? Kann ich die WM auf die Entwicklung von elektromechanischen Systemen und Produkten anwenden? Links zur Episode: Webseite von HiredThought: --> https://learnwardleymapping.com Webseite mit vielen Trainer für Wardley Maps: --> https://www.wardleymaps.com/ Template für eine Wardley Map auf Miro: --> https://miro.com/app/dashboard/?tpTemplate=wardley-map&isCustom=false&share_link_id=847642014026 Doctrine zur Erstellung von Wardley Maps: --> https://doctrine.wardleymaps.com/ ############### Der Zukunftsarchitekten-Podcast auf den Streaming-Platformen: --> Google Podcasts --> Apple Podcasts --> Amazon Music --> Spotify ############### Meine Mailadresse: [email protected] ############### Du kannst Dir in meinem Online-Kalender gerne einen Termin buchen: https://kalender.bjoernschorre.de ############### P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest auf der

In regelmäßigen Abstände höre ich in den Entwicklungsprojekten, wie über die Anforderungserhebung diskutiert wird. Und vor allem, wann diese doch scheinbar lästigen Arbeiten durchgeführt werden sollen. Daher möchte ich diese Episode nutzen, um die zu klären, warum Entwicklungsteams glauben, keine Anforderungen für das A-Muster erheben zu müssen? Darauf folgend wird es Konsequenzen für das zu entwickelnde Produkt geben. Welches das sind, beschreibe ich im Mittelteil der Episode. Um einen reibungslosen Ablauf des Entwicklungsprojekts zu realisieren, gibt es Vorgehen, die ich im letzten Teil beschreibe. Diese sind kein Dogma, aber dennoch gute Ansätze, die in den einschlägigen Standard der Systementwicklung aufgenommen sind.

Entwicklungen sind immer eine Reise ins Ungewisse und daher mit Risiko behaftet. Je besser und je früher dieses Risiko erkannt werden, desto gewisser sind die nächsten Schritte in den Entwicklungstätigkeiten. Daher sind Methoden zur Risikoerkennung und Risikoreduzierung sehr gut, um unnötige Geldverschwendung und Überschreitungen des Zieltermins zu vermeiden. Die FMEDA-Methode ist eine Möglichkeit, die in der Elektronikentwicklung eingesetzt werden kann. David Kirchner erklärt in diesem Podcast, was die FMEDA-Methode ist, wie sie genutzt wird und ab wann ein Einsatz sinnvoll ist. Eine Themenseite zur FMEDA: https://www.ib-dck.de/hauptseite/fmeda/ Die Online Bibliothek u.a. mit dem kostenlosen Template und dem Einstiegsvideokurs: https://www.ib-dck.de/bibliothek/ Mein FMEDA Service: https://www.ib-dck.de/services/fmeda-service/ Das FMEDA Mentoring: https://www.ib-dck.de/services/fmeda-mentoring/ Mein Podcast: https://www.ib-dck.de/if-podcast/ ##### Der Zukunftsarchitekten-Podcast auf den Streaming-Platformen: --> Google Podcasts: https://podcasts.google.com/feed/aHR0cHM6Ly96dWt1bmZ0c2FyY2hpdGVrdGVuLXBvZGNhc3QuZGUvUlNT?sa=X&ved=0CAMQ4aUDahcKEwiIsvaSytj7AhUAAAAAHQAAAAAQNA --> Apple Podcasts: https://podcasts.apple.com/us/podcast/systems-engineering-f%C3%BCr-macher-und-entscheider/id1614421460 --> Amazon Music: https://music.amazon.de/podcasts/a193af36-0001-46f0-97de-7c90ba17acfd/systems-engineering-f%C3%BCr-macher-und-entscheider --> Spotify: https://open.spotify.com/show/3gIdgaa6pN8rRH3BGohWO6 ##### Episodenplanung --> zur Planung der Episoden und Deinem Voting: https://zukunftsarchitekten-podcast.de/episoden-voting/ ##### Meine Mailadresse: [email protected] ##### Du kannst Dir in meinem Online-Kalender gerne einen Termin buchen: https://kalender.bjoernschorre.de P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest auf der Verlagsseite von tredition --> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077

In 200 Folgen des Zukunftsarchitekten sind viele interessante Themen besprochen worden. Dazu zählen 165 Folgen von Maik Pfingsten und 35 von Björn Schorre. Insgesamt haben wir über 4000 Minuten Wissen zum Mitnehmen produziert. Dieses Wissen wurde rund 481.000 Mal heruntergeladen. Schlagwörter, die Du demnächst auch auf der Webseite wiederfinden kannst, sind: Anforderungen Entwicklungsmethodik (Agilität, V-Modell) Leadership / Führung Projektmanagement --> zur Themenseite: https://zukunftsarchitekten-podcast.de/themenseiten/ Der Zukunftsarchitekten-Podcast auf den Streaming-Platformen: Google Podcasts: https://podcasts.google.com/feed/aHR0cHM6Ly96dWt1bmZ0c2FyY2hpdGVrdGVuLXBvZGNhc3QuZGUvUlNT?sa=X&ved=0CAMQ4aUDahcKEwiIsvaSytj7AhUAAAAAHQAAAAAQNA Apple Podcasts: https://podcasts.apple.com/us/podcast/systems-engineering-für-macher-und-entscheider/id1614421460 Amazon Music: https://music.amazon.de/podcasts/a193af36-0001-46f0-97de-7c90ba17acfd/systems-engineering-für-macher-und-entscheider Spotify: https://open.spotify.com/show/3gIdgaa6pN8rRH3BGohWO6 --> zur Planung der Episoden und Dein Voting: https://zukunftsarchitekten-podcast.de/episoden-voting/ Geh auf meine Seite, scrolle nach unten und schreibe mir eine Nachricht: https://bjoernschorre.de/ueber-mich/ Du kannst Dir in meinem Online-Kalender gerne einen Termin buchen: https://kalender.bjoernschorre.de P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest auf der Verlagsseite von tredition: https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077

Daria Wilke hat den TdSE organisiert und gibt uns Einblicke in das Programm des TdSE. Der Tag des Systems Engineering ist eine dreitägige Konferenz rund um Themen der ganzheitlichen Entwicklung von mechatronischen Systemen. Nimm teil an Sessions zu den Themenfeldern: - Stakeholdergerechte (Model Based) Systems Engineering Methoden & Tools - Best Practices im Systems Engineering​ - Organisationsgestaltung und Vereinbarkeit Systems Engineering​ - Akzeptanz der Stakeholder / Mensch-Technik-Integration​ - Vernetzte Systeme & Systems of Systems (SoS)​ - Agilität, Künstliche Intelligenz (KI) & Digitale Zwillinge im Engineering​ - Nachhaltigkeit und Model-Based Product Line Engineering

Traceability wird immer noch als ein schwer zu implementierendes Puzzelstück im Systems-Engineering angesehen. Außerdem wird es damit immer die Nutzung eines Tools assoziiert. Und der Mythos hat weiter Stilblüten: Denn so soll das Tool dann auch noch am Besten alle Entwicklungsdisziplinen auf einmal vereinbaren können. Ich gebe in dieser Episode Denkimpulse, wie die Traceability mit wenigen, aber sinnvoll ausgewählten Schritten und Tools aufgebaut werden kann.

Innovationsmanagement soll eigentlich helfen, die Entwicklungsabteilungen mit den Ideen und Vorschlägen zu versorgen, die zur Strategie des Unternehmens passen. Dies passiert aber oftmals nicht und es verkommt zu einem Ideenbewertungsablauf. Die richtigen Ideen zu finden, ist schon ein kleines Projekt. Die Ergebnisse aus einer solchen Untersuchung lassen sich aber schon sehen. Florian Hameister erzählt uns in dieser Episode, was ihm beim Finden der Ideen wichtig ist und wie er dabei vorgeht.

Zusammenfassung der heutigen Episode (Meine 3 Tipps): -> Eine andere Führung bringt auch negative Aspekte mit sich oder deckt Ängste auf. Durch gute Kommunikation kann dies aber geklärt werden und der Fokus auf die Verbesserung gelenkt werden. -> Eine bessere Zusammenarbeit und höhere Wertschätzung sorgt für ein gutes Gefühl beim Mitarbeiter. -> TEAM bedeute: Teil einer außergewöhnlichen Mannschaft

Dieser Erfahrungsbericht aus der Sicht eines Kunden zeigt auf, wie eine Lastenheft im Projektalltag doch das Leben vereinfachen kann. Rene Meye erläutert, in welchem Umfeld er mit seinem Unternehmen unterwegs ist und wie ihm dort das Lastenheft - welches mithilfe meiner Dienstleistung erstellt wurde - extrem weitergeholfen hat. Er zeigt aber auch auf, wo es evtl. nicht sinnvoll diesen Service zu nutzen. Sei gespannt und höre rein. #################### Hinweise und Links aus der Episode: Vesputi: www.vesputi.com Das Produkt von Vesputi: https://themobilitybox.com/ Meine Podcast zum Lastenhefte-Service: https://www.zukunftsarchitekten-podcast.de/za175 Das Lastenheft-Vorgehen im Detail: https://lastenhefterstellen.de/vorgehen-lhe SE-Stammtisch: https://bjoernschorre.de/se-stammtisch-podcast Das Samt-Sofa der GfSE: https://www.linkedin.com/events/dassamt-sofadergfse-diepremiere6927566572144214018/about/ Meine Webinare: https://bibliothek.bjoernschorre.de/seolb-podcast #################### Mein Buch ist da: Erfolgreich Lastenhefte schreiben - Eine Schritt-für-Schritt-Anleitung für den Mittelstand --> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077

In dieser Episode lernst Du, keine Angst vor den Standards zu haben, denn die wollen eher helfen als verhindern. Wir geben Dir die Hintergründe, warum man nicht zu spät mit der Evaluierung der Anforderungen für die MDR Zulassung beginnen sollte und wie Du durch ein frühes Einbinden der benannten Stellen das Risiko einer Nicht-Zulassung verringern kannst. #################### Wenn Du Fragen hast oder Anregungen, kannst Du mich gerne über die Emailadresse [email protected] anschreiben. #################### Hinweise und Links aus der Episode: konsolidierte Fassung der MDR: https://eur-lex.europa.eu/eli/reg/2017/745/2020-04-24 MDCG Guidance Dokumente: https://ec.europa.eu/health/medical-devices-sector/new-regulations/guidance-mdcg-endorsed-documents-and-other-guidance_de NANDO (Liste der Benannten Stellen): https://ec.europa.eu/growth/tools-databases/nando/index.cfm?fuseaction=directive.notifiedbody&dir_id=34 AAMI TIR45: https://webstore.ansi.org/standards/aami/aamitir452012r2018 Plan zur Harmonisierung relevanter Standards/Normen: https://ec.europa.eu/docsroom/documents/43584 Der SE-Stammtisch: https://bjoernschorre.de/se-stammtisch-podcast #################### Mein Buch ist da: Erfolgreich Lastenhefte schreiben - Eine Schritt-für-Schritt-Anleitung für den Mittelstand --> https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077

Diese Episode beschäftigt sich mit Möglichkeiten, gute Anforderungen für Dein Projekt zu erhalten, sodass Du bessere Produkte für den Markt und einzelne Kunden entwickeln kannst und damit weniger Risiko bei der Projektabwicklung hast. Wenn Du Fragen hast oder Anregungen, kannst Du mich gerne über die Emailadresse [email protected] anschreiben. ##### Wenn Du Fragen hast oder Anregungen, kannst Du mich gerne über die Emailadresse [email protected] anschreiben. ##### Hinweise und Links aus der Episode: Die Systems-Engineering-Bibliothek --> https://bibliothek.bjoernschorre.de/seolb-podcast Das visualisierte Systemverständnis: der System-Footprint --> https://bibliothek.bjoernschorre.de/portfolio-item/system-footprint/?utm_source=podcast&utm_medium=shownotes&utm_campaign=zap_193 ##### Mein Buch ist da: Erfolgreich Lastenhefte schreiben - Eine Schritt-für-Schritt-Anleitung für den Mittelstand https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077

Heute darf ich zwei besonderen Menschen aus Süddeutschland im Podcast begrüßen! Sie haben an einem superinnovativem Projekt gearbeitet. Herzlich willkommen Iris Landerer und Leonhard Döring! Wir sprechen im Podcast darüber, wie es gelungen ist innerhalb von nur 10 Monaten einen Pod für den Hyperloop zu entwickeln. Es geht um den Aufbau eines Teams und welche Schwierigkeiten überwunden werden mussten. Ausserdem gehen wir darauf ein, wie das Team es geschafft hat, mit wenig Geld die Entwicklung und die doch recht kostenintensive Herstellung der Bauteile zu realisieren. ##### Wenn Du Fragen hast oder Anregungen, kannst Du mich gerne über die Emailadresse [email protected] anschreiben. ##### Hinweise und Links aus der Episode: Verein mu-zero: https://mu-zero.de/ LinkedIn-Profil: https://www.linkedin.com/company/mu-zero-hyperloop Die European Hyperloop Week: https://hyperloopweek.com/ Die Systems-Engineering-Bibliothek: https://bibliothek.bjoernschorre.de Der Stammtisch des Systems Engineering: https://bjoernschorre.de/stammtisch Der Zoom-Raum unseres Stammtisches: https://zoom.us/meeting/register/tJAvd-6vrDstGdf3W_c9nEhTuA2zxnptmsZ8 ##### Mein Buch ist da: Erfolgreich Lastenhefte schreiben - Eine Schritt-für-Schritt-Anleitung für den Mittelstand https://shop.tredition.com/booktitle/Erfolgreich_Lastenhefte_schreiben/W-337-928-077

In dieser Episode geht es darum zu klären, Warum ein bewertes Lastenheft kein Pflichtrenheft ersetzt und Warum ein Pflichtenheft und eine System-Architektur sinnvolle Arbeitsergebnisse in der Systementwicklung sind. Wenn Du Fragen hast oder Anregungen, kannst Du mich gerne über die Emailadresse [email protected] anschreiben. Hinweise und Links aus der Episode: Vorlage einer Kapitelstruktur eines Lastenhefts --> https://bibliothek.bjoernschorre.de/portfolio-item/kapitelstruktur-eines-lastenhefts/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 Weiterführende Episoden zum Lastenheft ZA007 - Lastenheft vs Pflichtenheft --> https://zukunftsarchitekten-podcast.de/za007/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZA112 - Was gehört in ein Lastenheft und was nicht? --> https://zukunftsarchitekten-podcast.de/za112/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZA114 - Welche Kapitel sollten in einem Lastenheft vorhanden sein? --> https://zukunftsarchitekten-podcast.de/za114/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 Episoden zum Pflichtenheft ZA029 - Wie strukturiere ich ein Pflichtenheft? - Teil 1 --> https://zukunftsarchitekten-podcast.de/za029/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZA030 - Wie strukturiere ich ein Pflichtenheft? - Teil 2 --> https://zukunftsarchitekten-podcast.de/za030/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZA096 - Hörerfragen zu Systemarchitektur und Pflichtenheften --> https://zukunftsarchitekten-podcast.de/za096/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZAP-Episoden zur System-Architektur ZA008 - Zehn Tipps für ein effizientes Systemdesign --> https://zukunftsarchitekten-podcast.de/za008/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 ZA055 - Der Systemarchitekt - Das unbekannt Wesen? --> https://zukunftsarchitekten-podcast.de/za055/?utm_source=zap&utm_medium=podcast&utm_campaign=za191 Der Stammtisch des Systems Engineering: https://bjoernschorre.de/stammtisch Der Zoom-Raum unseres Stammtisches: https://zoom.us/meeting/register/tJAvd-6vrDstGdf3W_c9nEhTuA2zxnptmsZ8

Sarah Schuh und ich sprechen in dieser Episode über die Fähigkeiten, die über das hinausgehen, was wir Ingenieure und Ingenieurinnen an der Schukle oder der Uni lernen. Es geht um Kommunikationsfähigkeit, darum Feedback geben zu können und warum Konfiktfähigkeit Dich so unglaublich weit bringen in Deinem Beruf als Systemingenieur.

Ich habe heute die Eike Appel und den Alexander Neng hier im Podcast. Beide stecken gerade in der Planung des System-Camps. Was das Systems-Camp ist und warum es sich lohnt dort hin zu gehen, dass erklären die beiden gleich hier im Podcast. Aber zunächst stellt Euch doch bitte ein mal selber vor. Wenn Du Fragen hast oder Anregungen, kannst uns gerne über die Emailadresse [email protected] schreiben.

Hast Du nicht auch schon mal davon geträumt, ein Haus zu bauen? Bestimmt, denn darin bist Du Dein eigener Herr. Aber Dich schreckt die Organisation der Gewerke ab? Susan Faust und Björn Schorre diskutieren in der Episode die Möglichkeiten, Deinen Hausbau mit Systemdenken anzugehen. Diese strukturierte Arbeitsweise sorgt für eine klare Anforderungslage zu beginn der Arbeiten . Die Verhandlungen mit den Fachfirmen werden einfacher, da die Anforderungen an die Zimmer und die übergreifenden Gewerke schon sehr früh feststehen. Abhängigkeiten sind schon bedacht worden, wodurch weniger Gespräche mit den ausführenden Firmen notwendig sind. Zusätzlich liegen schon die Abnahmebedingungen vor und brauchen nur noch Schritt für Schritt durchgegangen zu werden. Von dieser Vorgehensweise kannst Du einiges mitnehmen und auf Deine beruflichen Projekte übertragen. Wie hast Du Deinen Hausbau bewälltigt? Welches Deiner beruflichen Projekte sollte besser mit Systemdenken gelöst werden? Du kannst uns die Anwort auf die Fragen und auch Anregungen an die Emailadresse [email protected] schreiben. Hinweise und Links aus der Episode: die Online-Bibliothek für System-Ingenieure und System-Ingenieurinnen: https://bibliothek.bjoernschorre.de die digitale Plattform, auf der Susan die Anforderungen verwalten will: https://polarion.plm.automation.siemens.com/

Systems-Engineering hat viel mit gesundem Menschenverstand zu tun. Im dritten Teil unseres Interviews gehen auf Fehler und das Management der Fehler ein. Ausserdem sprechen wir über Änderungen, die im Projektverlauf an das System gerichtet werden. Zum Schluss erläutern wir noch was es mit dem Konfigurations- und dem Informationsmanagement auf sich hat.

Systems-Engineering hat viel mit gesundem Menschenverstand zu tun. Teil 2 unserers Interviews widmen wir uns der System-Architektur, der System-Integration und dem Test. Wir gehen auf funktionale, logische und physische Architekturen ein. Erfahre in dieser Episode, wie Niels am liebsten in die Erstellung einer Systemspezifikation einsteigt und die Architektur aufbaut. Zum Schluss zeigen wir noch auf, wie ein System integriert werden kann und worin die Unterschiede zum Test liegen.

Systems-Engineering hat viel mit gesundem Menschenverstand zu tun. In dieser Episode gehen Niels und ich darauf ein, was in der Phase der Anforderungserhebenung wichtig ist, um gute Produkte zu entwickeln. Erfahre alles, was wir ausprobiert, diskutiert und für gut befunden haben.

Vernetzung mit anderen ähnlich denkenden Menschen Rauskommen aus der eigenen RE- oder SE-Blase eigene Erfahrungen teilen und von anderen Lernen Das sind alles Argumente, am RE-Camp teilzunehmen. Du gehts mit vielen neuen Ideen und Impulsen für Deine weiteren RE-Tätigkeiten nach Hause. Das Themengebiet Requirements-Engineering entwickelt sich noch immer weiter. Es muss sich mit Agilität, Digitalisierung und immer komplexeren Systemen beschäftigen. Auf klassischen Konferenzen geben Vorträge Impulse, wirklich interessant wird es aber erst in der Kaffeeecke. Dort wo über die gerade gehörten Themen diskutiert wird. Die Lösung dazu sind Unkonferenzen, auf denen diese Bedürfnisse direkt aufgegriffen werden. https://requirementsengineeringcamp.com/

Das Handwerk im Systems-Engineering und Requirements-Engineering zu erlernern ist nicht einfach und erfordert harte Arbeit. Nichts im Leben ist einfach, speziell, wenn es darum geht, als Systemingenieur komplexe Probleme zu lösen. Zusammen habe ich mit ehemaligen Kollegen 1,5 Jahre investiert, um ein funktionsfähiges und tragfähiges Konzept aufzustellen, mit dem Systeme effizient entwickelt werden können. Nichts von dem was ich hier weitergebe, ist das absolute Patentrezept. Es gibt keine einzig wahre Methode oder magisches Tool, um ein Entwicklungsprojekt besser zu machen. Ich verstehe mich als Systemingenieur aus der Praxis für die Praxis und gebe meine Erfahrung weiter. Es bedeutet eine Menge harter Arbeit, um hervorragende Systeme zu entwickeln. Warum also diese Folge? Du vermeidest Sackgassen indem ich Dir über die Schulter blicke und passenden Rat zur passenden Zeit gebe. In fünf Modulen begleite ich Dich bei der Einführung dieses schwierigen Themas.

Dr. Hilke Sudergat bietet Beratung an, um die strategische Ausrichtung einer Entwicklung für Medizinprodukte, Pharmazeutika oder sog. Combination Products zu analysieren und gezielt zu verbessern. Sie denkt immer mit dem Ende im Blick und bringt damit das Team, das Unternmehmen und am Ende natürlich auch das zu entwickelnde Produkt dazu alle notwendigen Aufgaben zu richtigen Zeit erledigt zu haben.

Heute ist Christine Deger bei mir im Podcast zu Gast. Sie ist siet 20 Jahren in der IT unterwegs und betreut Firmen beim Prüfen und Aufsetzen von Security-Aspekten in der IT. Als Interims-CISO hilft sie Unternehmen ihre Werte besser zu schützen. Ihr zweites Standbein ist der CyberLuchs. Eine Webseite mit Angeboten für Privatanwender mit Tipps und Trciks für den persönlichen Schutz im Netz.

Mein heutige Gast ist Thomas Pernot. Wir kennen uns seit der gemeinsamen Ausbildung zum Systems-Engineer in Hamburg. Bis es aber dazu gekommen ist Thomas hat in Aachen Maschinenbau studiert und ist seit 2001 in Lübeck beheimatet. Dort ist er Systemingenieur bei Dräger Medical.

Mein heutiger Gast ist Simone Glitsch. Sie ist studierte Dipl.-Kauffrau und hat seit 1992 erfahrungen in der Unternehmensberatung. Bei 100 betreuten Projekten hat sie aufgehört zu zählen. Sie zeichnet sich durch großen Engagement für Prozessmanagement aus - u.a. hat sie den Masterstudiengang 'strategisches Prozessmanagement' für die HWR Berlin konzipiert und einige Jahre betreut Dabei hat sie entdeckt, dass einfache und verständliche Erklärungen fehlen und dann ihren Blog prozessoptimierung-sprung.de gestartet Heute engagiert sie sich als Vorstandsmitglied der Gesellschaft für Organisation und Leiterin der Community of Practice Prozessmanagement. Sie ist keine klassische Beratering mehr, sondern Expertin für prozessorientierte Unternehmenstransformation und hilft als fachlicher Coach bei der erfolgreichen Umsetzung von Prozess-Projekten.

Produkte werden immer komplexer und Integrationen schwieriger. Immer mehr FUnktionen sollen in die Systeme eingebracht werden. UND - das System soll auch nach In-Verkehr-Bringung weiter aktualisiert werden können. Du und Dein Team - Ihr habt die Aufgabe, die Wertschöpfung zu verbessern, einen neuen Produktentstehungsprozess aufzusetzen oder ganz klar formuliert: Systems Engineering einzuführen. Für Dich ist Systems Engineering aber ein unbekanntes Land. In dieser Episode erfährst Du, wie ich Dich und Dein Team bei der Einführung begleite und Dir die Abkürzungen zeige, damit Du diese Einführung erfolgreich abschliessen kannst. Und Systems Engineering ist ein unbekanntes Land?

Mein heutiger Interview-Gast ist Luca Ingianni. Er hat Luft- und Raumfahrttechnik in Dresden studiert und hat seitdem lange als Entwickler für Embedded Systeme gearbeitet. Seine Leidenschaft gilt den DevOps, weil er davon überzeugt ist, dass so der Elfenbeinturm zwischen der Entwicklung und dem Rest des Unternehmens abgebaut werden kann.

So wirst Du in der Episode wirst du erfahren, … wie nach einem Assessment ein Bewertungsprofil erstellt wird … und welchen Nutzen eine Assessment-Bewertung für Dich hat

So wirst du in der Episode wirst du erfahren … … wie ich in zwei Wochen ein Lastenheft erstellen kann. … warum das Lastenheft zur Risikoreduzierung im Projekt beiträgt

So wirst du in der Episode wirst du erfahren … wie man sich und sein Team auf ein Assessment vorbereitet … und wie ein Assessment durchgeführt wird

Ich bin im Gespräch mit Stefan van Lier. Er ist Product Owner und agiler Coach bei einem mittelständiges Unternehmen der AUtomatisierungsbranche.

So wirst du in der Episode wirst du erfahren … was generische Praktiken sind und welche Generischen Praktiken in den Capability-Levels 1-5 ausgeführt werden können

So wirst du in der Episode wirst du erfahren warum du NUR mit der Auswahl eines Werkzeugs / Tools nicht glücklich wirst und was noch beachtet werden muss beim Rollout des Werkzeugs.

In dieser Episode spreche ich über die Artefakte und warum diese verschiedene Bezeichnungen haben. Ich erkläre warum die Artefakte erzeugt werden sollen und warum das SPICE-Prozessassessmentmodell diese einfordert. Die Anmeldungen zum Camp könnt Ihr ab sofort über http://www.requirementsengineeringcamp.com durchführen.

In dieser Episode geht es um die Prozesse und Basispraktiken des (Automotive-)SPICE. Ich erzähle, wie ich aus meiner heutigen Sicht mein Unternehmen vorbereiten würde auf die Projektdurchführung und das Bestehen der Audits. So wirst du in der Episode wirst du erfahren … … warum Kunden die Prozesse ihrer Lieferanten einem SPICE- oder ASPICE-Assessment unterziehen wollen … wie Du die Basis erschaffst, um ein solches Assessment zu bestehen Das RE-Camp 2022 findet in Herford statt. Tickets, Anmeldungen und Anfahrt findest Du unter https://requirementsengineeringcamp.com/

In dieser Episode wirst du erfahren … … warum es nicht ausreicht ein Tool zu kaufen … wie sich das Verkünden von "Wir machen jetzt SE" auf die Mitarbeitenden auswirkt ... und welche strategischen Vorteile durch die SE-Einführung entstehen Das RE-Camp 2022 findet am 18. Februar statt. Anmelden kannst Du Dich unter www.requirementsengineeringcamp.com

Dies ist der erste Teil einer kleinen Serie über SPICE-Assessments und wie Du Sie mit Deinem Team bestehen kannst. Ich spreche darüber, wie diese Prozesse des Referenzmodells zu verstehen sind und was es mit dem Reifegradprofil auf sich hat. So wirst du in der Episode wirst du erfahren ... ... was ein Prozessmodell ist und wie es genutzt werden kann ... worin sich PAM und PRM unterscheiden ... und welche Capability-Levels es im SPICE-PAM gibt Als Nachschlagwerk findest Du über diesen Link die komplette Darstellung des Automotive-SPICE beim VDA: http://www.automotivespice.com/fileadmin/software-download/AutomotiveSPICE_PAM_31.pdf

Was alles ist Systems Engineering? Dieses Thema hat unglaublich viele Aspekte. Von Lebenszyklusbetrachtungen bis zum Programmmanagement und technischen Fachdomänen bis zu Softskills - alles hat einen Einfluss auf die Systementwicklung. Um dort ein bischen Klarheit reinzubringen habe ich die Studie von Sarah A. Sheard aus dem Jahre 2006 zum Anlass genommen, über die Rollenbeschreibungen des Systems Engineering zu sprechen. In diese Episode gehe ich diese Rollen im Detail ein: RO - Anforderungs-Manager SD - System-Designer SA - Systemanalytiker VV - Validierung/Verifizierung Engr. LO - Logistik/Ops Ingenieur G - Klebstoff zwischen Subsystemen CI - Kundenschnittstelle TM - Technischer Leiter IM - Informations-Manager PE - Prozessingenieur CO - Koordinator CA - Der SE in den Anzeigen Der Link zur Studie von Sara Sheard ist hier zu finden: https://www.researchgate.net/publication/238363756_Twelve_Systems_Engineering_Roles Das Barcamp 101 von Michael Jastram liegt hier: https://www.se-trends.de/barcamp/ Die Anmeldung zum RE-Camp 2022 findet ihr, wenn Ihr diesem Link folgt: https://requirementsengineeringcamp.com/

Zu Gast ist heute im Podcast: Maik Pfingsten: Zusammen werden wir über die SE-Studie von 2007 sprechen und wie sich das Systems-Engineering in Deutschland bis heute entwickelt hat. Wir sprechen über das Systems-Engineering im allgemeinen und die Ausbildung des Systems-Engineering. Wir werden den Einsatz in den Unternehmen und die dazugehörigen Rollen und Porzesse beleuchten. Die Tools und deren Einsatz um SE gut zu unterstützen haben natürlich auch einen Platz. Zum Schluss geben wir noch einen Ausblick, was aus unserer Sicht in 2025 der Stand der Technik im Systems Engineering sein wird. https://productizedservicemastermind.com/

In dieser Episode geht es um nicht weniger als die Zukunft. Ich spreche darüber das dieser Podcast jetzt wieder aktiv senden wird und wohin meine Reise geht. Wenn du Interesse hast, unter https://maikpfingsten.de/ findest du mehr über das Thema Productized Service. Hier findest du auch den Productized Service Podcast: Apple Podcast: https://maikpfingsten.de/pspapple Google Podcast: https://maikpfingsten.de/pspgoogle Spotify Podcast: https://maikpfingsten.de/pspspotify

In der heutigen Episode sprechen wir über die ISO Zertifizierung und wie du ein Audit ohne teure Berater aus eigener Kraft schaffen kannst. Ich bin im Gespräch mit Jörn Bungartz und Joachim Reinke. Sie sind Experten in der ISO Hallo Joachim! Sie sind Spezialisten für die Zertifizierung von Arbeitsabläufen in Organisation, speziell für die ISO 27001 (Norm für IT- und Informationssicherheit) und ISO 9001 (Norm für Qualitätsmanagement). Wenn du mehr über ihre Unterstützung wissen willst, empfehle ich ihre Webseite: https://einfachiso.de/

Ich bin heute im Gespräch mit Martina Kreutz. Sie ist die Expertin in Sachen EMV. Wir sprechen darüberm warum EMV in deinem Projekt so wichtig ist zu beachten. Und warum der falsche Umgang mit EMV dein Entwicklungsprojekt auf der Zielgerade teuer scheitern lassen kann. Mehr Infos zu Martina Kreutz: https://kreutz-emv.de/ Ein paar Aufzeichnungen ihrer Webinare: https://kreutz-emv.de/emv-videos/ Hole dir den Zugang zur EMV Bibliothek von Martina: https://kreutz-emv.de/bibliothek/

Ich bin im Gespräch mit Lennard Hermann. Wir sprechen darüber, warum sich Ingenieure oftmals so schwer tun mit dem Thema Karriere als Führungskraft. Außerdem beleuchten wir die Top 3 Fehler, die Ingenieure machen bei der Karriere als Führungskraft und wie du die Fehler vermeiden kannst. Du findest den Podcast RocketEngineers unter https://www.lennard-w-hermann.de/rocketengineers/

Ich bin im Gespräch mit Dirk Leitsch. Er ist Experte für CE-Kennzeichnung und Maschinensicherheit. Wir sprechen über den zusammenhang zwischen CE-Kennzeichnung und Maschinensicherheit im Systems Engineering. Und was die typischen Stolperfallen sind. Seine Webseite: https://www.dirkleitsch.de/

Ich bin mal wieder in der Kaffeeküche und spreche mit Jörg Walter. Wir unterhalten uns über den Sinn von Prozessen im Projektmanagement. Und kommen zu dem Thema, was gutes Handwerk im Projektmanagement ausmacht.

Ich bin im Gespräch mit Peter Klar. Er ist Experte für Führung in agilem Umfeld. Wir sprechen über Schwarm-Organisation und was das mit New Work zutun hat. Außerdem über die spannende Geschichte, wie er als Führungskraft bei einem Automobilkonzern die Themen Agile und New Work erlebt hat?

So wirst du in der Episode wirst du erfahren warum die interne Unternehmenskommunikation entscheidend ist für den Erfolg und was an pragmatischen Ansätzen es gibt sie zu verbessern. Ich bin im Gespräch mit Dr. Oliver Ratajczak. Er ist Experte für unternehmensinterne Zusammenarbeit. Du findest seinen Podcast und alle weiteren Infos unter https://ihre-kundenbrille.de/

Die Kunst von erfolgreichen Unternehmen ist es, die gesamte Wertschöpfungskette zu sehen, wenn sie ein neues Produkt entwickeln. Ich spreche mit Jörg Siedel darüber, wo die Erfolgsfaktoren liegen und welche Stolpersteine in Produktmanagement lauern.

Du willst ein Tool anschaffen und fragst dich, wie gehst du richtig vor? In der Episode lernst du die 3 Fallen kennen, die du ganz einfach vermeiden kannst. Ich bin im Gespräch mit Alexander Küpper von ATVISIO und wir besprechen die Does and Dont’s bei der Anschaffung eines Spezialistentools für Experten und Entscheider.

Ich unterhalte mich mit Julia Knospe und Michael Jastram über die Auswertung ihrer Umfrage zum systems.camp 2018 in Hamburg. Wir erhalten Einblick, wie Modellierung das Systems Engineering verändert und welche Fragen durch die Community aktuell sind. Wenn du beim systems.camp in Hamburg dabei sein möchtest, kannst du dir hier dein Ticket sichern: https://systemscamp.org/category/nord/

Heute geht es um Projektmanagement in der Automobilentwicklung. Aber wirklich interessant ist, warum der Termin für den Erfolg so entscheidend ist. Ich bin im Gepräch mit Alin Javorsky. Er ist Autor von dem Buch "Projektmanagement im Automotive-Bereich: Der Praxisleitfaden - In 12 Schritten zum Erfolg". Wir unterhalten uns darüber, was in der Automobilentwicklung beim Projektmanagement besonders ist und er gibt uns 3 wertvolle Tipps mit auf dem Weg, wie wir unsere Projekte zum Erfolg bingen. Sein Buch findest du unter https://amzn.to/2x10NqT

Ich bin im Gespräch mit Dr. Stefan Queins. Wir unterhalten uns darüber, was ist SysML und wie es mir mitt Requirements Engineering zusammenhängt. Außerdem beleuchten wir die Fragen, wie ich zur System Architektur komme, wer eigentlich die Modelle erstellen muss und wer muss sie nur lesen? Zum Schluss sprechen wir darüber, wann ist eine Einführung SysML sinnvoll ist und was ich bei der Einführung SysML beachten muss.

Was sind die Top 3 Probleme, die wir als Junior Projektmanager erlebt haben? Wie sehen wir das heute und welchen Rat würden wir unserem jüngeren „Ich“ heute geben, wenn wir am Anfang unserer Projektmanagement-Laufbahn stehen. In unserem Gespräch in der Kaffeeecke geben wir hilfreiche Tipps aus der Praxis.

Ich bin im Gespräch mit Jörg Hermes und wir unterhalten uns über die Top Probleme im Bereich Funktional Safety. Du erfährst in der Episode, wie die dich mit like-minded Menschen aus der Szene vernetzen und austauschen kannst.

Ich bin im Gespräch mit Manfred Aull. Wir sprechen über das größte Problem beim Verkaufen von erklärungsbedürftigen Produkten und wie ich mich als Ingenieur im Vertrieb weiterbilden kann.

Ich bin im Gespräch mit dem Team des systems.camp 2018 in Berlin. Zum Jubiläum wagen wir einen Rückblick, wie sich das systems.camp über die Jahre entwickelt hat. Wenn du dabei sein möchtest, hier gibt es die Möglichkeit ein Ticket zu erhalten: http://berlin.systemscamp.org/

Wir reden heute über die große und oftmals unsichtbare Gefahr in einem Projekt. Und das ist der „Projekt-Streichler“. Ein Projektverantwortlicher, der sein Projekt nicht konsequent führt, keine klaren Ziele im Projektmanagement vorgibt und oftmals auch Schwächen in der Kommunikation hat. Wir erörtern die Gründe und geben Tipps aus der Praxis, wie du als Projektverantwortlicher in deiner Rolle erfolgreich sein kannst.

Auf klassische Konferenzen hatte ich keine Lust mehr und mir fehlte die Vernetzung und der Austausch in der RE-Szene. So habe ich 2016 das 1. RE-Camp aus einer Laune heraus ins Leben gerufen und ich dachte es kommen vielleicht ein paar Leute zusammen. Ich konnte es nicht glauben, aber es kamen 50 super spannenden Menschen und es war ein extrem cooler Austausch. Und das ist der Grund, warum dieses Jahr in Köln wieder das RE-Camp für die Macher und Open Minded Typen gibt. Wenn du am 19.10. dabei sein willst, dann jetzt anmelden unter https://requirementsengineeringcamp.com/

Immer mehr Industrieunternehmen bringen Software in ihre Produkte, mit dem Ziel die Möglichkeiten der Digitalisierung zu nutzen. Aber dann bemerken sie, dass das massive Auswirkung auf ihre Projekte hat. In der heutigen Episode bespreche ich mit Jörg Walter beim einer Tasse Kaffee die neue Rolle des SW-Projektleiter und wie sich das Bewusstsein im Maschinenbau verändern muss. Wir geben praktische Tipps an die Hand, wie alle (Softwerker und Nicht-Softwerker) gemeinsam besser miteinander in einem Projekt zusammenarbeiten können.

In der Projektmanagement Kaffeepause mit Jörg Walter (Experte für Projektmanagement im Maschinenbau) und Maik Pfingsten (Troubleshooter a.D.) treffen wir uns in der Kaffee-Ecke und quatschen locker und entspannt bei einer Tasse Kaffee über Themen im Projektmanagement, die uns gerade bewegen. In der heutigen Episode geht es um die Fragen „Der Kunde möchte ein Angebot haben. Brauchen wir ein Lastenheft?“ Und „wie komme ich ohne viel Aufwand von einem Lastenheft zu einem Pflichtenheft?“.

Selbstführung ist eine hohe Kunst, die wir als Entscheider und Führungskräfte beherrschen müssen. Aber da gibt es viel zu beachten und wir müssen uns bewusst sein, was wir wirklich wollen. So wirst du in der Episode wirst du erfahren was digitale Erschöpfung ist und warum ist Selbstführung in der heutigen Zeit so wichtig ist für den Erfolg. Ich bin im Gespräch mit Dr. Burkhard bensmann. Er ist DER Experte für Selbstführung im digitalen Zeitalter, begleitet u.a. Veränderungsprozesse in Organisationen. Er ist Podcaster, Honorarprofessor und erfolgreicher mehrfacher Buchautor und coacht Vorstände, Unternehmer und Geschäftsführer. Sein Podcast „Selbstführung und Leadership Development“: http://ld21.de/podcast/
 Sein neues Buch „Wirksam handeln durch Selbstführung“: https://zukunftsarchitekten-podcast.de/BuchSelbstfuehrung

Als Systemingenieur habe ich eine hohe Achtung vor der Hardwareentwicklung. Für mich waren das immer Experten, die ihr Handwerk im Griff haben. Aber was steckt dahinter? Welche typischen Fehler gibt es in der HW-Entwicklung und was müssen wir im Projektmanagement berücksichtigen? Ich bin im Gespräch mit David Kirchner und wir beleuchten, wie dein Projekt die gröbsten HW Fehler vermeiden kannst und wie die entwickelte HW auf eine höhere Qualitätsstufe kommt.

Das Problem: Die Übersicht über die Projekte gehen schnell mal verloren. Dann ist das Rätselraten groß und es besteht die Gefahr falsche oder gar keine Entscheidungen zu treffen. Aber gibt ein paar einfache Ansätze, die Übersicht wieder zu gewinnen. Ich spreche in dieser Episode über die kurzfristigen, mittelfristigen und langfristigen Möglichkeiten. Außerdem gebe ich noch meine drei Tipps weiter, erfolgreich den Überblick zu behalten.

Wenn deine Projekte stressig sind und du dich immer wieder fragst, warum eigentlich? Dann kann es sein, dass eine der 3 Mythen im Projekt zugeschlagen haben. In der Episode erfährst du, wie du als Entscheider diese Mythen erkennst und was du dagegen machen kannst.

Was habe ich nicht alles ausprobiert um mein Zeitmanagement zu verbessern. In dieser Episode unterhalte ich mit Ivan Blatter, wie modernes Zeitmanagement heute aussieht. Wir betrachten die Top 3 Probleme beim Zeitmanagement und wie damit umgegangen werden kann. Wir sprechen über das neue und sehr empfehlenswerte Buch „Arbeite klüger, nicht härter!“ von Ivan und er gibt Tipps weiter. Zum Schluss unterhalten wir uns noch über die dunkle Seite des Zeitmanagement.

Wenn ich das erste Mal in der Rolle des Projektleiters bin, dann gibt es viele Fragen. Ich habe das selber als junger Projektleiter erfahren. Ich war auf der Suche nach Orientierung. Was sind die Basics, wo sind die Netzwerke, wie kann ich mich austauschen? In der Episode bin ich im Gespräch mit Jörg Walter und wir unterhalten uns darüber, wie du ins handeln kommst, wie wertvoll der Austausch unter Gleichgesinnten ist und warum dir ein Mentor extrem weiterhelfen kann.

Wo gehobelt wird fallen späne. Und so kann es sein, dass du unerwartet die Aufgabe als Projektleiter übernehmen musst. Ich führe immer wieder mit Projektleitern, die unerwartet die Verantwortung für ein Projekt erhalten haben. Sie sind unsicher, was das bedeutet und welche Probleme auf sie zukommen. In der Episode spreche ich mit Jörg Walter über die größten Probleme für die neuen Projektleiter aber auch die Top Führungskräfte, wenn so etwas geschieht. Wir geben Tipps weiter, was du machen kannst, wenn du in diese Situation gerätst und damit umgehen musst.

Die Zusammenarbeit mit einem Auftragnehmer funktioniert nicht. Trotz aller Maßnahmen kommt das Projekt nicht mehr wirklich weiter. Die vereinbarten Ergebnisse werden nicht geliefert. Die Kommunikation ist häufig auf Konfrontationskurs. Das ist ein tot gerittenes Pferd, von dem man als Auftraggeber zügig absteigen muss. Projekte abzubrechen wird aber gerne tabuisiert, weil es unangenehm ist. Es geht um Hoffnungen, um Wünsche, um Reputation. Gescheiterte Projekte zu beenden wird darum oft nicht sehr professionell angegangen. Die Konsequenzen, die Folgeschäden und die Folgekosten einer fehlenden oder unprofessionellen Vorbereitung einer Trennung können immens sein. Ich hatte dieses Jahr mehre Mentoring Calls mit Auftraggebern, die in so einer Situation mit ihrem Lieferanten stecken. In der Episode bespreche ich, wie ein Auftraggeber professionell ein gescheitertes Projekt beenden kann und gebe ein paar Erfolgstipps mit an die Hand.

Ich erhalte regelmäßig Fragen aus der Community. Häufig sind es Fragen zum Troubleshooting oder zur Führung im Projekt. Der Mentoring Call ist eine Möglichkeit, diese Fragen an einen erfahrenen Mentor zu stellen. Wie so ein Gespräch aussieht, zeige ich dir live in der heutigen Episode. Ich habe mit Thomas einen Hörer aus der Community im Gespräch. Er war einverstanden, das wir das Gespräch aufzeichnen und online stellen. So kannst du natürlich inhaltlich viel mitnehmen, aber selber auch ein Gefühl dafür entwickeln, wie ein Mentoring Call dir weiterhelfen kann, um eine neue Sicht oder eine Lösung zu deinem konkreten Problem zu erhalten. Wenn dir dieses Format gefällt und du Ideen oder Fragen hast, dann sprich mich gerne an. Wir können dann schauen, wie ich dir oder deinem Team mit so einem Mentoring Call weiterhelfen kann.

Ich bin im Gespräch mit meinem ehemaligen Mentee Christoph Wetter. Wir unterhalten uns darüber, warum Mentoring so wertvoll sein kann und wie er und sein Projektteam bei HILTI davon erfolgreich profitiert haben. Anschließend sprechen wir darüber, wie das Mentoring ihn in eine neue Rolle gebracht hat und wie er heute als interner Mentor bei HILTI tätig ist. In dem Gespräch geben wir Tipps und Tricks und zeigen, wie ein erfolgreiches Mentoring dem Projekt mehr Sicherheit gibt und die Möglichkeit schnell zu lernen und umzusetzen.

Wie unterscheidet sich eigentlich Requirements Engineering im agilen Umfeld zum Requirements Engineering für komplexe mechatronische Systeme? Ich bin im Gespräch mit Michael Mahlberg und wir beleuchten, warum Requirements Engineering im agilen Umfeld gemacht wird. In der Episode erfährst du, warum auch im agilen Umfeld Requirements Engineering betrieben wird. Wir beleuchtet, was für unterschiede es gibt und wo wir Gemeinsamkeiten haben.

Wenn es darum geht, dass ein Projekt schneller werden soll, gibt es einen geheimen Trick? Ich bin wieder im Gespräch mit Jörg Walter und wir schauen uns an, welche Möglichkeiten es gibt, in einem Projekt schneller zu werden. Wir geben ein paar Tipps aus der Praxis und zeigen, woran es bei den meisten Projekten oftmals scheitert.

Ich bin Gespräch mit Jörg Walter. Wir unterhalten uns über den Mythos „Auftraggeber vs. Auftragnehmer“ und machen uns Gedanken über den Mythos „Mit einem Tool wird alles gut“. In dem Gespräch beleuchten wir, warum diese Mythen ein Problem darstellen und warum diese Mythen für ein Projekt gefährlich sein können. Außerdem beleuchten wir die Frage, wann eigentlich Projektmanagement wirklich sinn macht und wann möglicherweise ein Prozess die bessere Lösung ist.

Ich spreche über die typischen Fehler, die ich bei Lastenheften immer wieder gesehen habe. Diese Fehler beim erstellen eines Lastenheftes haben gravierende Auswirkungen auf den Erfolg deines Projektes. Sie zu kennen hilft dir damit besser umzugehen und sie zu vermeiden.

So wirst du in der Episode erfahren, warum agiles Projektmanagement manchmal keine Lösung ist und wie du am Besten bewerten kannst, welche der vielfältigen Möglichkeiten du gerade am Besten benutzt.

In dieser Episode wirst du erfahren, welche Situation ich immer wieder in Projekten erlebt habe und welche Fähigkeiten einen erfolgreichen Projektmanagers auszeichnen.

Projekte, die in der Schieflache hängen kosten Zeit, Geld und Nerven. Das muss nicht sein. Ich zeige dir die Top 3 Ursachen, warum Projekte scheitern und du erfährst, woran du erkennst, ob ein Projekt schief hängt. Ich gebe dir eine überraschend einfache Möglichkeit in die Hand, wie du damit umgehen kannst.

So wirst du in der Episode wirst du erfahren was das RE-Camp ist und wie du davon profitieren kannst.

So wirst du in der Episode wirst du erfahren ob ein Product Backlogs für dich Sinn macht, was die typischen Fehler sind und was in ein Product Backlog wirklich rein gehört.

So wirst du in der Episode wirst du erfahren, welche 5 Bücher ich sehr empfehle und was du aus diesen Büchern mitnehmen kannst.

In dieser Episode wirst du erfahren, warum du mit Entscheidern anders kommunizieren musst um erfolgreich zu sein. Georg Jocham zeigt uns einen einfachen Trick, wie du schnell den Entscheidertypen erkennen kannst. Damit du klar bist in deiner Kommunikation.

Du hast alles Mögliche zu tun. Jetzt musst du auch noch führen. Neben den ganzen Statuspräsentation, Management- Workshops und alle möglich was man sonst alles machen. So muss ich in der Rolle als Projektmanager auch Führungsverantwortung übernehmen. Aber wie soll das Ganze wirklich erfolgreich in solchen stressigen Situationen funktionieren? In dieser Episode erfahren wie du 20% mehr Zeit für Führung erhältst und wie du erfolgreich

In der Episode erfährst du, was sich ändert, welche Neuigkeiten es gibt und wie ich den Podcast zukünftig ausrichte.

Ich bin im Gespräch mit Eike Appel, Niels Krüger und Stephan Dankers. Sie sind die drei Organisatoren aus der Community, die das 2017er Barcamp in Berlin auf die Beine stellen.

Ich bin im Gespräch Colin Hood und Claudia Bösewetter. Sie sind ein Teil der Organisatoren, die das erste systems.camp in München auf die Beine stellen.

Ich bin im Gespräch mit Julia Knospe und Michael Jastram. Sie sind ein Teil der Organisatoren, die das erste systems.camp in Hamburg auf die Beine stellen.

Ich bin im Gespräch mit Stephan Dankers und Michael Jastram. Sie sind die Organisatoren, die das erste Barcamp für dieses Thema auf die Beine stellen.

Ich bin im Gespräch mit Joachim Reinke. Er ist Informatiker und Requirements Experte und hat sich mit diesem Thema sehr ausführlich beschäftigt. In dem Gespräch gibt er viele Tipp und Tricks weiter, die wir in unserem Alltag wunderbar einsetzen können.

Die richtige Detailebene in einem Lastenheft zu finden ist nicht einfach. Ich habe dazu einfach einmal drei meiner Tipps aus der Praxis aufbereitet.

Diese Frage erreichte mich so von einem der Hörer des Podcast. Es ist eine Frage, der ich immer wieder begegne. Im Grunde basiert sie auf der da drunter liegenden Frage: was für ein Aufbau, was für eine Struktur, was macht Sinn in einem Lastenheft zu haben?

Ich erlebe immer wieder in Projekten, dass dort ein Stück weit Unsicherheit herrscht. Wer ist jetzt eigentlich für das Lastenheft zuständig? Wer ist dafür verantwortlich? Wer erstellt das Ganze? Von wem kommt eigentlich Input und von wem brauchen wir vielleicht keinen Input?

Es gibt drei Mythen, die sich genau um ein Lastenheft ranken, und ich gehe hier auf diese Mythen ein.

Mir ist ein Tweet über den Weg gelaufen mit dem Inhalt "Lastenheft heißt Lastenheft, weil es lästig ist”. Da musste ich einfach drauf antworten. Nur sind 140 Zeichen dafür zu wenig.

Ich bin im Gespräch mit Goran Madzar. Wir unterhalten uns über die Rolle des Systemarchitekten in der Medizintechnik.

ZA109 Autosar - Automotive Open System Architecture

ZA108 systems.camp Berlin 2016

ZA107 Risiko: System-Entropie

ZA106 Zwei alte Hasen im Troubleshooting tauschen sich aus

ZA105 Das Leadership-Barcamp 2015

ZA104 Wertvolle Tipps zum Zeitmamangement

ZA103 Wie gehe ich mit schwierigen Mitarbeitern um?

ZA102 Lean und Kaizen in der Praxis

ZA101 ZukunftsArchitekten Podcast Relaunch

ZA100: Du kannst die Zukunft gestalten

ZA099 - Dein Preis – Wie Du ein Angebot erhältst, das seinem Wert entspricht

ZA098: Warum agile Methoden das Problem nicht lösen!

ZA097: PMCamps – Projektmanagement & Wissen vernetzen

ZA096 - Hörerfragen zu Systemarchitektur und Pflichtenheften

ZA095: Functional Safety in komplexen Systemen

ZA094: Lastenheft erstellen – Schritt für Schritt

ZA093: Systems Engineering - Warum die Fertigung jetzt die Entwicklung schieben muss!

ZA092: Wie finde ich wirklich gute Spezialisten?

ZA091: Komplexität beherrschen - Die Herausforderung in heutigen Systemen

ZA090: ZukunftsArchitekten 2.0 – Die Reise hat begonnen

ZA089: Die Gesellschaft für Systems Engineering – Warum macht es Sinn sich zu engagieren?

ZA088: System of Systems – Wie mit komplexen Systemen umgehen?

ZA087: Von der Anforderungsliste zum semantischen Lastenheft – Wie kann ich Spezifikationen miteinander verknüpfen?

ZA086: Optische Kompetenz – Tipps zur richten Kleidung im Job

ZA085: Führung von verteilten Teams

ZA084: Systems Engineering erfolgreich einführen - Do's and Don'ts

ZA083: Business Analyse vs. Systems Engineering - Was ist anders, was ist gleich?

ZA082: Management vs. Leadership - Wie müssen sich Unternehmen im 21sten Jahrhundert aufstellen?

ZA081: In 30 Tagen zu besseren Spezifikationen

ZA080: Wie gestalte ich wirkungsvolle Präsentationen?

ZA079: Agile, Lean und Kanban - Freunde oder Feinde?

ZA078 Continuous System Testing

ZA077 - The Systems Footprint 3.0

ZA076: Stimme als Visitenkarte

ZA075: Warum macht Innovationsmanagement Sinn?

ZA074: Podcast Retrospektive 2013 - Was war und wo geht es hin?

ZA073: Mechatronik vs. Systems Engineering

ZA072: Erfahrungsbericht zum Testmanagement mit Polarion ALM

ZA071: Lean Systems Engineering - Stand der Dinge

ZA070: Die Top fünf Fähigkeiten eines Systemingenieurs

ZA069: Das Systems Engineering Barcamp 2014 in Berlin

ZA068: Testen von komplexen Systemen

ZA067: Tipps zum Requirements Management mit Word und Excel

ZA066: Agile Leadership – Wie verändert sich Führung in agilen Projekten?

ZA065: Der Fall Loewe und warum Systems Engineering für den Mittelstand so wichtig ist

ZA064: Drei Wege im Umgang mit Lastenheften

ZA063: Vergessene Schnittstellen in Projekten

ZA062: Wie kann ich beim Troubleshooting richtig starten?

ZA061: Scrummerfall - Wenn Scrum scheitert

ZA060: Robotiklabor - Der Podcast über Robotik

ZA059: Offboard Diagnose und Systeme

ZA058: Tipps zu Schnittstellenbeschreibungen in mechatronischen Systemen

ZA057: Retrospektiven - Wie ich sinnlose Meetings durch sinnvolles Lernen ersetzen kann

ZA056: mbeddr - Ein neuer Ansatz für moderne Softwareentwicklung

ZA055: Der Systemarchitekt - Das unbekannt Wesen?

ZA054: Dann kann ich auch Zeitungsartikel in DOORS stopfen

ZA053: Personal Kanban - Warum ich jetzt effektiver bin

ZA052: Wie kann ich mein Anforderungsmanagement neu ausrichten?

ZA051: Ist Enterprise SPICE ein Modell der Zukunft?

ZA050: Scrum & Co - Agile Methoden einfach mal erklärt

ZA049: Warum machen Rollen im Systems Engineering Sinn?

ZA048: systems.camp - Das Systems Engineering Barcamp 2013

ZA047: Nicht verstehen ist die Regel - Aktive Kommunikation in Projekten

ZA046: Ingenieure, Wissen und Umgang mit Veränderungen

ZA045: Software, Qualität, Systeme und Zulassung in der Medizintechnik

ZA044 Remote arbeiten - Ein Modell der Zukunft?

ZA043: Alles Wissenswerte über Bewerbung und Jobwechsel für Ingenieure

ZA042: Sieben Fallen im Requirements Management

ZA041: Wir werden sehen wo wir landen - Der Einstieg als Jungingenieur

ZA040: Vom Spezialisten zur Führungskraft

ZA039: openPM - der offene Wissensaustausch für Projektmanager

ZA038: Zehn Gründe Fehler sofort zu korrigieren, wenn sie gefunden werden

ZA037 Lean Systems Engineering - Wie komplexe Produkte effizienter entwickelt werden

ZA036: Erfolgreich im Stakeholdermanagement

ZA035: Improvisation und Entwicklungsprojekte

ZA034: Podcast Retrospektive 2012 - Was war und wo geht es hin?

ZA033: Planung ersetzt Zufall durch Irrtum

ZA032: Was ist der Unterschied zwischen einem Projektmanager und einem Systemingenieur?

ZA031: Sind Projektmanagement-Zertifikate sinnvoll?

ZA030: Wie strukturiere ich ein Pflichtenheft? - Teil 2

ZA029 - Wie strukturiere ich ein Pflichtenheft? - Teil 1

ZA028 Kanban & Co - Agile Methoden einfach mal erklärt

ZA027: Meine sieben Blog und Podcast Tipps für Ingenieure

ZA026: Systems Engineering - Die verkannte Kunst in Entwicklungsprojekten?

ZA025: Die Top 7 Hörerfragen zum Systems Engineering

ZA024: Neue Ideen zu FMEA, Safety und ISO26262

ZA023: Agilität nachhaltig einführen

ZA022: Agile Methoden, SPICE & Qualitätssicherung

ZA021: Die sieben Mythen der Agilität

ZA020: Systems Engineering im Jahre 2020

ZA019: Sprints & Weekly Builds im Systems Engineering

ZA018: Agile Methoden in der Praxis

ZA017: Embedded Software in innovativen Systemen

ZA016: SysML in der Systementwicklung

ZA015: Gebt uns die Türen zurück!

ZA014: Alles über wirkungsvolle Präsentationen

ZA013: Geheimwaffe Reviews

ZA012: Zehn Tipps zum Troubleshooting

ZA011: Was macht einen exzellenten Systemingenieur aus?

ZA010: Modellbasierte Fehleranalyse

ZA009: Interkulturelle Entwicklerteams

ZA008: Zehn Tipps für ein effizientes Systemdesign

ZA007: Lastenheft vs Pflichtenheft

ZA006: 10 Buchtipps zum Systems Engineering

ZA005: The Critical Chain

ZA004: The System Footprint - Anforderungen strukturieren und visualisieren

ZA003: In die Glaskugel schauen - Sinnvolle Releasestrategien & Aufwände schätzen

ZA001: LEGO für Erwachsene oder wie kann ich pragmatisch Systeme entwickeln?

ZA000: Der ZukunftsArchitekten Podcast