Rechenzeit

Diese Episode der Rechenzeit beschäftigt sich mit der Integration von KI-basierter Funktionalität in Anwendungssoftware. Es geht darum, wie die Entscheidung, KI für die Realisierung bestimmter Funktionalitäten zu nutzen, vorbereitet und abgewogen werden sollte; wie die richtige Fertigungstiefe gefunden werden kann; wie die von KI gelieferten Ergebnisse qualitätsgesichert werden; und um Model und Performance Drift. Der KI-Experte Florian von Stosch diskutiert diese Themen mit uns anhand konkreter Anwendungsbeispiele und gibt am Ende der Folge einen Überblick, wie der Lehrplan des ISAQB-Moduls SWARC4AI sie systematisch einordnet. 

Die deutsche Verwaltung mit ihren Ämtern und Behörden steht unter dem Generalverdacht, inneffizient und bürokratisch zu sein - und in viel zu geringem Maß digital. Umso wichtiger ist es, diese Verwaltung fit zu machen, in dem man Prozesse verschlankt und digitalisiert. Am besten werden derartige Transformationsprojekte dann auch noch agil durchgeführt - oder? Wie ist das, ein agiles Softwareentwicklungsprojekt in einer Behörde (oder sogar mit mehreren Behörden) durchzuführen? Martin Rodenbostel ist in dieser Rechenzeit-Episode unser Gast und berichtet darin von der behördlichen Digitalisierungsfront, um uns allen Mut zu machen.

In Softwareentwicklungsprojekten, die nach Scrum vorgehen, ist der Product Owner von großer Bedeutung. Von wem diese Rolle wahrgenommen wird, und wie diese Person die Rolle ausfüllt, entscheidet nicht selten maßgeblich über den Projekterfolg. Kein Wunder also, dass sich "in der freien Wildbahn" mittlerweile häufig eine zweite Rolle beobachten lässt, die in Scrum so gar nicht vorgesehen ist, und die installiert wird, um den eigentlichen Product Owner wahlweise zu ersetzen, zu unterstützen und/oder zu ergänzen: der Proxy Product Owner. Wie ist diese seltsame Kreatur zu bewerten - ist der Proxy Product Owner ein Fluch oder ein Segen? Ist er ein Antipattern oder eine gute Behelfslösung? Diese Fragen diskutieren wir in der 30. Folge der Rechenzeit mit Fabian May, der als Projektleiter und Scrum Master so seine Erfahrungen mit diesem Phänomen gemacht hat.

Der Name “Softwarearchitekt” hat sich im Bereich der Informatik seit einiger als Berufsbezeichnung etabliert. Dazu beigetragen hat auch das ISAQB (International Software Architecture Qualification Board) e.V., ein Verein, der ein Curriculum für Softwarearchitektur erarbeitet hat. Unsere drei Gäste - Dr. Carola Lilienthal, Dr. Guido Gryczan und Dr. Sönke Magnussen - erklären uns in bewährt launiger Weise, was die ISAQB-Lehrpläne beinhalten, was den Foundation Level und die Advanced Level ausmacht, was Unerschrockene bei den Prüfungen für die entsprechenden Zertifikate erwartet, und warum der “Expert Level” des ISAQB noch immer ein mythisches Wesen ist, das nur gerüchteweise gesichtet wurde.