Wir rocken Engineering

Einführung und Veranstaltungshinweis

In dieser Episode begrüßt Björn Schorre die Zuhörer und gibt einen Ausblick auf das bevorstehende RE Barcamp im September, das sich mit Requirements Engineering und KI beschäftigt. Die Veranstaltung bietet die Möglichkeit zum Austausch über Themen und Methoden.

Thema der Episode: KI im Ingenieurbüro

Die Episode fokussiert sich auf die Integration von KI-Assistenten in den Prozess der Erstellung von Lastenheften. Björn erläutert, wie er seine KI-Tools konfiguriert und welche Schritte er unternimmt, um seine Lastenhefte zu erstellen, einschließlich der Nutzung spezifischer KI-Agenten.

Prozess zur Erstellung von Lastenheften

Der Prozess umfasst fünf Schritte: Erfassen, Sortieren, Füllen, Prüfen und Freigeben. Björn beschreibt, wie er verschiedene KI-Assistenten für diese Schritte implementiert hat, um die Effizienz zu steigern.

Training der KI-Assistenten

Die KI-Assistenten müssen nicht im klassischen Sinne trainiert werden, da sie auf vortrainierten Modellen basieren. Björn erklärt, wie er die Assistenten konfiguriert hat, um sie an die spezifischen Anforderungen seiner Projekte anzupassen.

Ausgabeformate und Integration

Die Ausgaben der KI-Assistenten werden in Markdown-Dateien erstellt, die in Obsidian dargestellt und in PDF-Dokumente exportiert werden können. Er plant, die Ergebnisse auch in SysML V2 Spezifikationen zu integrieren.

Nutzen der KI bei der Erstellung von Pflichtenheften

Die KI wird als Hilfsmittel zur Analyse und Weiterentwicklung von Lastenheften zu Pflichtenheften beschrieben. Björn betont die Notwendigkeit, die Ergebnisse zu überprüfen, um sicherzustellen, dass sie umsetzbar sind.

Zusammenfassung und Tipps

Abschließend gibt Björn drei Tipps: Kenne deinen Prozess, identifiziere Automatisierungsmöglichkeiten und analysiere die Ergebnisse der KI-gestützten Automatisierung. Er bietet seine Unterstützung für Unternehmen an, die Systems Engineering implementieren möchten.

Einführung in Unit-Tests

In dieser Episode wird das Thema Unit-Tests behandelt, insbesondere warum es wichtig ist, nicht jede Funktion zu testen, aber kleinere Einheiten dennoch notwendig sind. Die Idee wird durch einen Vergleich mit dem Kochen veranschaulicht, bei dem das Testen das Probieren der Gerichte ist, um sicherzustellen, dass sie den Erwartungen entsprechen.

Der Gast: Andreas Horn

Andreas Horn, ein erfahrener Softwareentwickler mit 20 Jahren Erfahrung in verschiedenen sicherheitskritischen Branchen, spricht über Unit-Tests und deren Bedeutung in der Softwareentwicklung. Er hat eine interessante Perspektive auf das Testen und erläutert, wie man das Konzept des Testens verwendet, um die Qualität der Software zu gewährleisten.

Herausforderungen beim Testen

Ein häufiges Problem in der Softwareentwicklung ist die Unklarheit über die Größe einer „Unit“. Viele Unternehmen neigen dazu, ihre Tests zu klein oder zu grob anzulegen, was zu ineffizienten Testprozessen führt. Andreas betont, dass es wichtig ist, die richtige Granularität zu finden, um die Testabdeckung zu optimieren.

Test-Workflow und Dokumentation

Ein typischer Test-Workflow beinhaltet die Überprüfung des Quellcodes und das Planen von Tests bereits in der Entwicklungsphase. Die Dokumentation der Testergebnisse ist entscheidend für die Nachvollziehbarkeit und hilft dabei, Änderungen an Anforderungen zu verfolgen.

Vorteile des Testens

Frühzeitiges Testen ermöglicht eine frühzeitige Fehlererkennung und reduziert die Kosten für nachträgliche Änderungen. Andreas hebt hervor, dass Testen nicht nur dazu dient, Fehler zu finden, sondern auch, um sicherzustellen, dass der Code den Anforderungen entspricht.

Fazit und Takeaways

Die Episode schließt mit der Erkenntnis, dass bewusstes und frühzeitiges Testen effektiver ist als übermäßiges Testen. Es wird empfohlen, sich auf die Testbarkeit während der Entwicklung zu konzentrieren, um qualitativ hochwertige Software zu liefern.

Einführung in die Episode

In dieser Episode wird das Thema Resilienz im Arbeitsleben behandelt, moderiert von Björn Schorre. Die Episode markiert den Beginn einer neuen Plattform für Systems-Engineering-Themen, die unter der Domain wirrockenengineering.de zusammengefasst sind.

Veranstaltungen und Konferenzen

Ein zentrales Thema sind bevorstehende Veranstaltungen, insbesondere das RE Barcamp in Hannover am 9. September, wo Teilnehmer selbst Themen einbringen können.

Was ist Resilienz?

Die Definition von Resilienz wird besprochen, mit einem Fokus auf deren Bedeutung im Alltag und im Umgang mit schwierigen Situationen. Sarah Schuh, eine Expertin auf diesem Gebiet, bringt ihre Erfahrungen als Agile People Coach und Resilienz-Coach ein.

Resilienz als Multilevel-Phänomen

Resilienz wird als ein mehrdimensionales Konzept dargestellt, das individuelle, team- und organisationale Aspekte umfasst. Die Diskussion unterstreicht, dass Resilienz nicht nur auf individueller Ebene, sondern auch innerhalb von Unternehmen betrachtet werden muss.

Einflussfaktoren auf Resilienz

Die Episode thematisiert verschiedene externe Faktoren, die die Resilienz beeinflussen, darunter technologische Veränderungen, Stress am Arbeitsplatz und die Auswirkungen von Krisen wie der Corona-Pandemie. Die Notwendigkeit, sich an diese Veränderungen anzupassen, wird betont.

Praktische Ansätze zur Stärkung der Resilienz

Es werden Ansätze zur Verbesserung der Resilienz sowohl auf individueller als auch auf organisationaler Ebene diskutiert. Dazu gehört die Selbstregulation von Stress sowie die Schaffung eines unterstützenden Umfelds in Unternehmen.

Zusammenhang zwischen Resilienz und Soft Skills

Die Rolle von Soft Skills, wie Kommunikation und Feedbackkultur, wird hervorgehoben und wie diese zur Resilienz in Teams und Organisationen beitragen können. Dies wird als wesentlicher Bestandteil der Ausbildung von Systems Engineers betrachtet.

Abschluss und Ausblick

Die Episode schließt mit der Erkenntnis, dass Resilienz ein wichtiges und wachsendes Forschungsfeld ist, das in der heutigen Arbeitswelt zunehmend an Bedeutung gewinnt. Ein weiterer Austausch zu diesem Thema wird als notwendig erachtet.