Category

Allgemein

embarc echo – September 2020

By | Allgemein, echo | No Comments

embarc echo – kompaktes Wissen im kleinen Format. Von heute. Für morgen.

Finden Sie in gewohnt sortierter Form frische Anregungen aus unseren Veröffentlichungen, Konferenzbeiträgen und Interviews. In den letzten Monaten verstärkt in Coachings, Reviews und Seminaren auch remote unterwegs, haben wir Erfahrungswerte, Tooltipps und Feedback im Blog zum Nachlesen konserviert. Was sich in der Praxis bewährt hat und was nicht, was professionelle remote Unterstützung ausmacht oder wie Sie der Videokonferenz-Müdigkeit  entgegensteuern.

Wir nehmen Sie mit zu einem Einstieg in das Thema Machine Learning. Unsere Checklisten und Starthilfen gibt es direkt zum Download – aufbereitet als bewährter Architektur-Spicker in der Jubiläumsausgabe. Außerdem stellen wir Ihnen unsere neuen Kollegen vor und wagen einen Ausblick auf kommende Termine & Geplantes vor Ort.

Download embarc echo

 

embarc echo - September 2020

Lernen durch Corona_Link

Was können wir durch die Corona-Krise über Organisationen lernen?

By | Allgemein, Inhaltliches | No Comments

Gestern klagte mir ein Bekannter sein Leid bezüglich der aktuell laufenden Planungsrunden für 2021 innerhalb seiner Organisation (Konzern mit rund 80.000 Angestellten weltweit). Die Mitarbeitenden seiner Abteilung würden sich beschweren, dass es so schwierig sei, Ziele und Kennzahlen für das nächste Jahr abzugeben, da ja alles grad so chaotisch und ungewiss ist. Sie würden sich nun wünschen, dass das Management einfach Ziele vorgibt. Der eigene Bottom-Up-Prozess würde ja in der aktuellen Situation überhaupt nicht passen. „Die da oben“ müssten doch wissen, was strategisch möglich ist. Außerdem würden die Pläne, die man da jedes Jahr entwickelt, ja sowieso nie greifen. Aber der Planungsprozess solle doch endlich abgeschlossen werden, damit man endlich wieder in Ruhe arbeiten kann…

Diese Anekdote zeigt aus meiner Sicht sehr deutlich, dass chaotische und vor allem komplexe Situationen (angelehnt an das CYNEFIN-Framework) wie die aktuelle Corona-Krise ganz neues Denken und Handeln erfordern. Die „alten“ Prozesse und Vorgehen greifen nicht mehr.

Ganz im Gegensatz zu den Mitarbeitenden des Konzerns bin ich der Überzeugung, dass Bottom-up-Ansätze eine sehr gute Idee sind, um in schwer kontrollierbaren Situationen handlungsfähig und wendig zu werden. Nur sollten diese Bottom-Up-Ansätze eben nicht in starre Planungsprozesse eingebettet sein, die auch unabhängig von Krisen selten hilfreich sind. Geeigneter wäre es, zu ermöglichen, situationsgerecht zu experimentieren und heraus zu arbeiten, was aktuell ein guter nächster Schritt sein könnte. Dies können Mitarbeitende im Tagesgeschehen, im direkten Kontakt mit (internen oder externen) Kunden und mit direktem Feedback zum Erfolg von Maßnahmen wesentlich besser gestalten, als ein „weit entferntes“ Management. Es ist spannend, welche Erkenntnisse gerade in der Krise entstehen und welche Konsequenzen daraus gezogen werden. Wird Corona als Chance begriffen, die eigene Krisenrobustheit zu stärken oder gehen wir zurück zu Altbewährtem, weil wir nichts anderes in petto haben?

„Lernen durch Corona“ heißt unsere Initiative für alle, die auf der Suche nach Impulsen und Erfahrungen sind. Wir haben gemeinsam mit unserem Kooperationspartner OrgaNeo Wissenschaftler, Organisationsvertreter und unser Netzwerk befragt, was sie gerade lernen und was anderen daran helfen könnte.

Erfahren Sie mehr über die Kampagne und wie Sie sich anmelden können. Profitieren von unseren exklusiven Einblicken, Hintergründen und Perspektiven und leiten Sie ihren eigenen Weg daraus ab:

 

 

Infos & Anmeldung

Moomendemal!

By | Allgemein | No Comments

Ich heiße Falk Sippach und bin als Softwarearchitekt, Berater und Trainer stets auf der Suche nach dem Funken Leidenschaft, den ich bei meinen Teilnehmern, Kunden und Kollegen entfachen kann. Meine Überzeugung ist, dass lebenslanges Lernen zu unserer täglichen Arbeit dazugehört und dass wir uns nicht auf dem bereits Erreichten ausruhen sollten. Trotz der Begeisterung für Neues behalte ich aber auch die Menschen und gewachsene Strukturen im Blick, um ausgewogene Lösungen entwickeln zu können. Mit nun über 20 Jahren Erfahrung bin ich mit der Sprache Java und seinem Ökosystem groß geworden. Beruflich kann ich auf mehr als 15 Jahre Mitarbeit in zumeist agilen Softwareentwicklungsprojekten zurückblicken. Angefangen habe ich als Entwickler und Berater, mittlerweile bin ich als Projektleiter, Architekt und Coach im Einsatz.

Besonders am Herzen liegt mir der Austausch mit Gleichgesinnten. Ich teile mein Wissen gern in Artikeln und Blogbeiträgen sowie über Schulungen, Workshops und Vorträge auf Konferenzen und bei User Group Treffen. In meiner Wahlheimat Darmstadt veranstalte ich mit einigen anderen monatliche Treffen der örtlichen Java User Group. Darüber hinaus organisiere ich regelmäßig überregionale Events und unterstütze bei diversen Konferenzen, vor allem in inhaltlichen Fragen als Programmbeirat. Über die Mitarbeit an OpenSource Projekten kann ich aktiv an praxisrelevanten Themen lernen und gleichzeitig der Community, die mich tagtäglich unterstützt, etwas zurückgeben.

embarc verfolge ich als Außenstehender bereits seit der Entstehung. Ich schätze die Motivation der Mitarbeiter und erfreue mich regelmäßig an den hochwertigen Inhalten, die publiziert werden. Hier fokussiert sich die Arbeit auf echten Mehrwert für den Kunden und ist dabei eine Kombination aus selbstbestimmtem Handeln gepaart mit Kreativität. Nun darf ich selbst Teil dieses großartigen Teams werden und freue mich darauf, die weitere Entwicklung mitgestalten zu dürfen.

Privat versuchen meine Frau und ich mit unseren drei Kindern viel Zeit in der Natur zu verbringen. Leider viel zu selten trifft man mich in den hohen Bergen beim Wandern, auf Klettersteigen, bei Skitouren, auf der Piste oder in der Langlaufloipe an. Meine Erfahrungen gebe ich unter anderem als Fachübungsleiter beim Deutschen Alpenverein und beim Deutschen Skiverband weiter.    

 

Falk Sippach

Softwarearchitekt, Berater und Trainer

Zur Mitarbeiterseite

Moin Moin!

By | Allgemein | No Comments

Mein Name ist Gesa Busse und unterstütze das Team seit kurzem von Hamburg aus in allen organisatorischen Belangen. Ich habe eine Leidenschaft für Zahlen und ein Talent dafür, den Überblick zu behalten und die Dinge am Laufen zu halten. Deshalb freue ich mich sehr darauf, zukünftig meinen Kollegen in Ihrer Arbeit als Berater den Rücken frei zu halten und als Ansprechpartner für Kunden und Partner da zu sein.

Auf meinem Weg zu embarc habe ich zunächst Sozialökonomie an der Universität Hamburg studiert. Hierbei handelt es sich um ein interdisziplinäres Studium, in dem sowohl Wirtschaft als auch Gesellschaft im Vordergrund stehen und welches mich gelehrt hat, die Dinge aus unterschiedlichen Perspektiven zu betrachten.

Über einen kleinen Umweg bei einem Mediendienstleister, wo ich unter anderem Ansprechpartnerin für Hörer und Zuschauer des Norddeutschen Rundfunks war, bin ich 2016 zu einem großen deutschen Verlag gewechselt. Dort habe ich die Geschäftsführung in betriebswirtschaftlichen Themen und der Durchführung von IT-Projekten unterstützt.

Nun bin ich neugierig auf eine dynamische Branche und ein Arbeitsumfeld, das viel Raum für persönliche Weiterentwicklung und neue Ideen lässt.

Privat lebe ich mit meinem Freund und meiner einjährigen Tochter in Hambug-Alsterdorf. Wenn mich nicht gerade meine Familie auf Trab hält, findet man mich meist joggend im Park oder mit meiner Handballmannschaft in der Sporthalle.

 

Gesa Busse
Organisation & Buchhaltung

 

 

Zur Mitarbeiterseite

Die Programmiersprache Go für Java-Entwickler auf dem JUG Saxony Day

By | Allgemein, Vorschau | No Comments

Vorschau: Im September sind wir mit einem Online-Vortrag auf dem JUG Saxony Day der Java User Group Sachsen vertreten:

Das wichtigste zu Go aus Java-Sicht

„Ein Kind der Cloud. Das wichtigste zu Go aus Java-Sicht“
Sprecher: Stefan Zörner

Vortrag auf dem JUG Saxony Day 2020
25. September 2020
Remote

Ich bin Anfang der 90er mit C groß geworden und habe Jahre professionell in Java entwickelt. Software zu bauen wandelte sich mit der Zeit, sie zu betreiben noch viel mehr. Trendthemen rückten andere Programmiersprachen ins Licht. So befeuerte Machine Learning das große Interesse an Python, es entstehen beeindruckende Browser-UIs in JavaScript. Das Cloud-Kind Go behauptet von sich effizient zu sein wie C und sich gleichzeitig anzufühlen wie eine Skript-Sprache.

In dieser Session zeige ich Go ganz unaufgeregt aus Sicht eines Java-Entwicklers. Zur Sprache kommen etwa Modularisierung und Unit-Tests aber auch webbasierte Services und ihr Bereitstellen als Docker-Image. Ihr könnt danach direkt loslegen. Oder informiert entscheiden, dass Ihr vielleicht doch nichts verpasst habt.

JUG Saxony Day

Vortrag auf der Heise Online-Konferenz zu agiler Softwareentwicklung

By | Allgemein, Vorschau | No Comments

Vorschau: Am 13. Oktober 2020 sind wir mit einem Online-Vortrag auf der Heise Online-Konferenz zu agiler Softwareentwicklung vertreten:

Flexible Softwarearchitekturen: Mit der Zeit gehen

 

„Flexible Softwarearchitekturen: Mit der Zeit gehen“
Sprecher: Falk Sippach
Vortrag auf der Heise Online Konferenz 2020


Dienstag 13. Oktober 2020, 11:10 – 11:55 Uhr
Remote
@heiseonline

 

In der agilen Softwareentwicklung gibt es die Rolle des Architekten eigentlich nicht mehr. Paradoxerweise sind die Herausforderungen an den Entwurf moderner Softwaresysteme höher als früher. Um die Digitalisierung voranzutreiben, sich von den Mitbewerbern abzuheben, sich möglichst auch einen Wettbewerbsvorteil zu erarbeiten und die sowohl technische als auch organisatorische Skalierbarkeit sicherzustellen, sind zu den altbekannten ganz neue Fragestellungen hinzugekommen: Laufzeit-Monolith oder irgendwas Entkoppeltes? DevOps oder klassischer Betrieb? Serverless/Cloud oder On-Premises? Relationale Datenhaltung oder NoSQL bzw. sogar In-Memory? Langlebigkeit oder Wegwerfbarkeit?

Wir diskutieren in diesem Vortrag, wie agile Teams eine flexible und vor allem auch robuste Softwarearchitektur entwerfen, sie festhalten, kommunizieren und pflegen können. Und das auch, wenn von der grünen Wiese nach ein paar Monaten nicht mehr viel zu sehen ist.

 

Heise Online Konferenz

Online-Meetings – warum sind die so anstrengend?

By | Allgemein, Inhaltliches | No Comments

…und was können wir tun, um es besser auszuhalten?

Der Tag beginnt mit einem kurzen Kundentermin. Der Auftrag an mich: 1,5 Stunden Retrospektive mit 5 Teilnehmenden online moderieren. Danach noch ein kurzes Weekly mit meinen Kollegen. Super, dann habe ich danach ja noch einen ¾ Tag, um mich auf die nächsten Themen zu stürzen. Aber um ehrlich mit mir selbst zu sein, es fühlt sich danach eher so an, als wenn ich ein Nickerchen machen oder einen Spaziergang einschieben sollte.

Warum sind Webmeetings eigentlich so viel anstrengender als ein Treffen face-to-face? Um diesem Phänomen auf die Schliche zu kommen, habe ich ein wenig recherchiert.

Videokonferenz-Erschöpfung

Das Erlebte nennt sich neu-deutsch: „Zoom Fatigue“ (1) und lässt sich relativ leicht erklären, wenn man sich die Funktionsweise unseres Gehirns näher anschaut:

Schon Watzlawick beschrieb es folgendermaßen: „Man kann nicht nicht kommunizieren“ (2). Dies lässt sich in einer Websession hervorragend nachfühlen. Das menschliche Hirn ist innerhalb einer Unterhaltung auf einem Parallel-Thread konstant damit beschäftigt, die non-verbalen Signale seiner Gegenüber zu deuten, um angemessen darauf zu reagieren. Schließlich machen non-verbale und paraverbale Anteile einen größeren Anteil der Kommunikation aus, als der Inhalt, wenn man Mehrabians 7-38-55-Regel(3) Glauben schenken möchte (nur 7% sprachlicher Inhalt). Unabhängig davon, ob diese Werte nun exakt stimmen, ist es aber genau dieser Umstand, der uns so schlaucht.

Der Videostream, der die anderen Teilnehmenden häufig nur teilweise zeigt, in vielen Fällen sogar eine ganze Reihe weiterer Teilnehmer gleichzeitig in der Galerieansicht präsentiert, regelmäßig in eher schlechter Bild- und schlimmstenfalls sogar grausiger Tonqualität, strengt unser Hirn an, da es eine kontinuierlich geteilte Aufmerksamkeit (continuous partial attention) (1) erzwingt.

„Leistung ergibt sich aus unserem Potenzial minus unserer Störungen.“ (4)

Die konstante Belastung durch Webkonferenzen zwingt unsere Selbstregulationsfähigkeit in die Knie. Präfrontalkortex, (u.a. zuständig für Planung, Organisation und vor allem schlussfolgerndem Denken) und Amygdala (verknüpft Ereignisse mit Emotionen) laufen auf Hochtouren – unabhängig davon, ob wir uns gerade darüber austauschen, wer ein Echo produziert oder wie wir mit einer Herausforderung im Projekt umgehen wollen.

Fehlende Erfahrung in verteilter Arbeit

Das führt uns zu einem weiteren Problemkomplex: auf Grund der Corona-Krise sind viele Unternehmen gezwungen, kurzfristig auf Remote-Arbeit umzustellen. Da in vielen Fällen keine Zeit und nur wenig Erfahrung mit verteiltem Arbeiten vorhanden war, machen viele weiter wie bisher nur eben vom Home-Office aus. Das Ergebnis sind Arbeitstage mit einer langen Aneinanderreihung von Remote-Meetings, was neben mir vielleicht auch andere anstrengend finden. Außerdem erleben wir Mitarbeitende, die berichten, dass sie auf Grund der vielen Meetings gar nicht zum Arbeiten kommen. Gleichzeitig haben manche Führungskräfte Sorge, dass sie ohne Remote-Meetings nicht sicherstellen könnten, dass jeder weiß, was zu tun ist.

Ein Teufelskreis? Anbei ein paar Ideen, um den Herausforderungen der aktuellen Situation zu begegnen:

Lösungsansätze kurz-, mittel- und langfristig

Kurzfristige Lösungsansätze:
  • jedem Teilnehmenden eines Webmeetings anbieten, die Kamera auszumachen, um Energie für die Zeitpunkte zu sammeln, wo es dem/der Einzelnen wichtig ist, gesehen zu werden
  • beim Präsentieren/längeren Sprechen eines Teilnehmenden auf „Sprecheransicht“ fokussieren
  • zur Abwechslung mal zum Telefon statt zum Videotool greifen und beim Sprechen bewegen, das regt das Denken an
  • viele kurze Pausen zwischen den Meetings, um Tool-frei (!) durchzuatmen, das gelingt z.B., indem Meetings anstelle von 60 Minuten mit nur 50 Minuten eingestellt werden, aber lediglich zur vollen Stunden gemeetet wird
Mittelfristige Lösungsansätze:
  • Webmeetings auf Randzeiten des Arbeitstages legen, um den Arbeitsfluss nicht konstant zu unterbrechen
  • Webmeetings ausschließlich nutzen, um:
    • eine persönliche Verbindung zwischen den Mitarbeitenden herzustellen (informeller Austausch, Krisenintervention)
    • um komplexe fachliche Probleme, die ich nicht allein lösen kann, gemeinsam mit anderen anzugehen
    • um Arbeit zu verteilen & zusammenführen, wenn dies nicht sogar schriftlich (mittels Wiki o.ä. möglich ist)

  • statt Dailies oder Check-ins per Videokonferenz: Chat, in dem Teammitglieder kurz berichten, was sie heute vorhaben und wobei sie Unterstützung benötigen
  • einen Videostream für das Team einrichten, in dem jede(r) sich den ganzen Tag einwählen kann, wenn sie/er mal mit anderen Austausch sucht
  • Statusfunktion in Tools nutzen, um zu signalisieren, wann jemand ansprechbar oder eben nicht verfügbar ist (geht z.B. bei Teams oder Slack)
  • statt langwierigen Status-Meetings, die nur wenige im Team interessieren: ein Weekly/Monthly im Lean Coffee-Format (5) mit Whiteboardtool (z.B. Mural)

Langfristige Lösungsansätze:
  • „Maker´s Schedule“ statt „Manager´s Schedule“(6): um fokussiert arbeiten zu können, hilft es, sich im Team darauf zu verständigen, spezifische kurze Zeitfenster für Kommunikation zu blocken und dadurch große freie Blöcke für kreatives und vor allem unterbrechungsfreies Arbeiten zu erhalten, in diesen dann Mails, Social Media, etc. auf Stumm schalten und Status entsprechend einstellen
  • verteiltes Arbeiten so etablieren, dass aus der Notlösung eine Tugend wird. Dies gelingt zum Beispiel und stark verkürzt über selbstorganisierte, cross-funktionale Teams, klare Rollen und gestärkte Eigenverantwortung, weitere Informationen findest Du hier(7)

Wenn es dann doch mal ein Remote-Meeting sein muss: Um sich fokussiert, effektiv und möglichst schmerzfrei abzustimmen, bieten sich bestimmte Tools, aber vor allem auch besonders geeignete Formate und Moderations-Handwerkszeug wie insbesondere Fragetechniken in Remote-Setups an.
Dazu findet ihr hier noch mehr…

Makro eLearning - 90min Wissensbausteine
 

Quellen:

(1) –  „Zoom Fatigue“ is taxing the brain (Link)
(2) –  Paul Watzlawik (Link)
(3) – Albert Mehrabian (Link)
(4) – „Wie das Gehirn Spitzenleistung bringt“ K. Notebaert & P. Creutzfeldt
(5) – Lean Coffee (Link)
(6) – „Maker´s Schedule“ Paul Graham (Link)
(7) – Vortrag „Die Selbstorganisationsformel (Minute 5-13 auf Youtube) & Masterclass Geschäftsmodelle der Zukunft

AGILA in den Zeiten der Corona

By | Allgemein, Inhaltliches | No Comments

Noch heute erinnern sich meine Schulfreunde an ein Buch-Referat, das ich mit meinem Freund und Sitznachbarn Rudi abgeliefert habe. „El amor en los tiempos del cólera“ (Die Liebe in den Zeiten der Cholera) – der weltberühmte Roman von Gabriel García Márquez wurde von uns atemberaubend schlecht und wirr zusammengefasst. Warum? Mal sehen …




Neben der hohen Lesezeit scheuten wir den Koordinationsaufwand der Buch-Übergabe und den schwierigen gemeinsamen Entwurf einer Präsentation – Das Buch wurde also (genau!) in der Mitte zerschnitten, die Hälften wurden per Münzwurf zugeteilt, es wurde gelesen und jeweils ein Referatsteil vorbereitet. Der erste Kontakt dieser Teile fand vor Publikum statt. Es war auch unsere erste Abstimmung untereinander …

Ich weiß bis heute nicht wie der letzte Satz meiner Buchhälfte endet. Ohne roten Faden ordneten sich (oft schlüpfrige Neben-)Aspekte der Geschichte aneinander. Ich wusste nicht was später wichtig wird, mein Referats-Partner nicht wo all die handelnden Personen herkommen.

Das herrliche Fiasko endete in frivoler Stimmung und einer Diskussion mit der Lehrkraft. Unser Standpunkt: Wir haben so getan, als wäre ein Referat zu zweit tatsächlich einfacher als ein Referat alleine. Wir dachten auch, das wäre die Idee der Lehrerin, die ein besonders dickes Buch zwei Schülern gemeinsam in die Hände legt… Diese Meinung wurde nur ansatzweise geteilt.


Virtuelle Kollaboration als Hürde für online-Seminare

Ist diese Geschichte aus meiner weit entfernten Jugend tatsächlich relevant? Nun ja, wir haben immerhin wieder eine Krankheit mit „C“ am Start und wir können über Kollaboration sprechen. Zusammen etwas zu erarbeiten war immer schon aufwendig und schwierig, wenn die Arbeitenden wenig interagieren, wird es noch schwieriger. Und zumeist schlecht. Das gilt für Buch-Referate, aber auch für Coachings und Seminare.
Im Seminar-Kontext finden wir mittlerweile viele online-Angebote. Alle sagen sie können das. Das stimmt nur leider selten. Das Überführen von Meetings in 12 verschiedene Home-Offices ist technisch einfach, aber oft auch zäh. Das einfache Abfilmen üblicher Seminar-Tätigkeit macht noch keine sinnstiftende Interaktion. Tatsächlich muss man online-Inhalte sowohl im Coaching- als auch Seminar-Bereich komplett neu denken. Das kostet Geld und Zeit, aber es muss eben sein.

embarc ist eine virtuelle Firma. Wir arbeiten seit unserer Gründung in virtuellen Büros, bald verteilt über 4 Städte. Wir wissen wie man online macht. Und trotzdem hat es uns mehrere Wochen harter Arbeit gekostet ein hoch-interaktives Erlebnis-Seminar wie das „iSAQB AGILA – Agile Softwarearchitektur“ in ein online-Seminar zu überführen. Zentrale Fragen waren dabei: Können wir auch online eine echte Gruppe formen? Können wir intensiv diskutieren? Können wir in Zusammenarbeit Erkenntnis schaffen? Wird das Seminar ein Erlebnis, statt nur abgesessene Zeit zwischen Rückfragen zum Einkauf und dem Gassi führen des Hündchens darzustellen?


Online zusammenarbeiten

Die ersten vollständig remote durchgeführten online-Seminare liegen nun hinter uns und ich kann über unser Konzept und das Feedback dazu berichten. Zunächst haben wir uns um eine Kollaborationsplattform bemüht die wirkliche Zusammenarbeit erlaubt. Die Übungen sind ein zentrales Element zum Verständnis eines Themas und müssen funktionieren. Hier sind wir bei Mural gelandet. Als reines Browser-Tool ermöglicht es live-Zusammenarbeit von vielen Nutzern. Ohne unangenehme Latenz und auch anonym. Miro wäre ein ähnliches Tool.

Die Übungen vorzubereiten ist etwas intensiver als bei Präsenzseminaren, da wir die Teilnehmer etwas stärker führen müssen. Rückfragen müssen möglich sein, idealer Weise findet sich aber alle Information zur Übung inkl. oft benötigter Theorie direkt im Übungsbereich wieder. Time-Boxes müssen klar kommuniziert sein und die Überleitung von der Theorie sauber sein. Wir haben zu diesem Zweck recht detaillierte Übungs-Murals erstellt. Hier ein Beispiel für 4 Gruppen, inkl. jeweiligem kleinen Hilfebereich:

Die Interaktion auf diesen Übungssheets klappt hervorragend. Weil die Gruppen auf Ausschnitten desselben Sheets arbeiten, ist die Besprechung sehr dynamisch und ohne störende Seitenwechsel möglich. Als Trainer hat man immer den Überblick wo die Teams gerade stehen. Um etwas Eindruck zu gewinnen wie die Zusammenarbeit aus der Vogelperspektive aussieht, hier ein kurzes Video:


Wenige Toolbrüche

Um den Fluss des Seminars weiter zu glätten, haben wir uns entschlossen das gesamte Seminar rund um diese Kollaborationsidee aufzubauen. Statt zwischen Powerpoint, Mural, Video-Screensharing und Tool XY hin und her zu springen, haben wir auch die Theorieteile in Mural aufgebaut. Mit entsprechendem Locking und der Verwendung von Outlines kann man „Prezi-artig“ über Theorieinhalte wandern. Als Unterlage ergeben die fertigen Theorie-Sheets auch einen guten Überblick. Ohne Medienwechsel können die Teilnehmer per Doppelklick auf die Übungssheets wechseln. Hier ein Beispiel für einen Theoriebaustein zum ADES-Framework:

Neben diesen inhaltlichen Blöcken haben wir auch ein Dashboard gebastelt, das als zentraler Anlaufpunkt fungiert, einen Themenparkplatz für später zu klärende Fragen, Feedback-Sheets um feingranularer Rückmeldungen einzufordern usw. Gemeinsam mit dem Video-Call inkl. Breakout-Rooms und einem stabilen Chat-Kanal entsteht eine nicht zu diverse, stabile Umgebung die leicht zu erfassen ist und sich mit der Zeit angenehm im Hintergrund hält.


Und das Feedback?

Nun ist es nicht entscheidend was ich über die Intention unseres Seminar-Designs fasle, sondern eher was das Publikum sagt. Bei meinem Referat vor 22 Jahren war das Feedback eher durchwachsen. Diesmal haben wir hingegen einen stark positiven Überhang. Von den Teilnehmern aus drei AGILA-Remote-Seminaren würde das Seminar jeder einzelne weiterempfehlen. Detailliertere Stimmen aus den drei Veranstaltungen:

  • Die Zusammenarbeit im Team und das Gruppenerlebnis sind tatsächlich auf Platz 2 der meistgenannten positiven Aspekte: „Hervorragende Zusammenarbeit im Team“, „Teamübungen waren Klasse!“, „Gutes interaktives Arbeiten und Gruppenarbeiten“
  • Was ist auf Platz 1? Die Toolkette und die Tatsache, dass remote-Arbeit gut funktioniert: „Remote funktioniert super & hat Vorteile“, „Ich werde ein Fan von Remote-Seminaren!“, „Das Arbeiten am Board hat super funktioniert!“, „Technik war stabil und sehr intuitiv“, „Alles super, Remote besser als erwartet!“

Ich feiere hier vor Allem, dass gelobt wird, was online so schwierig ist und worauf wir bei der Erarbeitung des Seminars so stark geachtet haben: Kollaboration und Gruppenbindung, echtes Seminar-Feeling trotz remote-Arbeit. Auch Platz 4 fällt noch in diese Kategorie (Rhythmus des Seminars und Zeiteinteilung), während auf Platz 3 die Praxisrelevanz und Erfahrung des Trainers landeten (was weniger mit online-Seminaren zu tun hat): „Trainer strahlt richtig viel Erfahrung aus“, „Viele praktische Dinge gelernt“.

Die genannten negativ-Punkte auf die Fragen „Was hat euch gestört?“ und „Was würdet ihr ändern?“ sind stark in der Unterzahl. Die einzigen beiden Cluster bemängeln, dass das verteilte eBook nicht so toll ist wie das Hard-Cover Buch „Vorgehensmuster für Softwarearchitektur – Kombinierbare Praktiken in Zeiten von Agile und Lean“ und danach, dass die spannenden Themen von Tag 3 (wo es um das ADES Framework und agile Skalierung geht) mehr Raum einnehmen könnten. Während an Tag 1 noch etwas an der sozialen Komponente (fehlende physische Pausengespräche) gemäkelt wurde, tauchte dieses Thema nach 3 Tagen gar nicht mehr auf. Mit einem formlosen Get-Together und Pausen-offenen Video-Sessions kann über die Tage zumindest etwas Ausgleich geschaffen werden.

Ich freue mich schon auf das nächste online-AGILA im September!

Meta-learning: Was ich beim eLearning „Remote Moderation“ übers Lehren gelernt habe

By | Allgemein, Inhaltliches | No Comments

Die Krise erfordert neues Denken! Am letzten Mittwoch fand das erste Makrolearning (90-minütige online-Wissenshäppchen) zum Thema „Remote Moderation“ statt. In Remote versteht sich.  Hier ein Erfahrungsbericht:

Wir bei embarc sind als verteiltes Team zwischen Hamburg und Wien aufgestellt. Ich arbeite im Homeoffice, wenn ich nicht beim Kunden bin. Regelmäßig finden sowohl intern als auch mit Kunden Remote-Termine statt. Trotzdem war es eine Umstellung online Wissen zu vermitteln, nachdem ich es sonst eher gewohnt bin, softskillige Themen face-to-face zu schulen.


Check-ListVorbereitung

-auf Wiederverwendung achten: ich habe mich bewusst entschieden, Wissensbausteine auf Remote umzustellen, die jetzt – aber auch nach der Krise – für Kunden nützlich sind, um die Rüstzeiten kurz zu halten und nachhaltig zu arbeiten.

-Testen, Testen, Testen: ich habe in den letzten Tagen immer wieder verschiedene kleine Szenarien mit Kollegen und der Familien getestet. Jeder Testlauf ergab Erkenntnisse über mein eigenes technisches Set-up, den Umgang der Teilnehmenden mit der Technik und den Tools und hat vermeidbare Fehlerquellen aufgedeckt.

-Back-up Plan: da mir im Vorwege unklar war, mit welchen technischen Set-ups die Kunden teilnehmen und ob technisch alles reibungslos funktionieren wird, habe ich die Inhalte für eine Zoomkonferenz mit der Anbindung an Mural für kollaboratives Arbeiten entwickelt, hatte die Inhalte aber außerdem als Powerpoint-Präsentation vorbereitet und ein physisches Whiteboard im Raum, damit ich im Notfall hätte ausweichen können.

-Technische Störungen: da ich mich nicht um die Wissensvermittlung und gleichzeitig um während der Session auftretende technische Probleme hätte kümmern können, hatte ein Kollege „Telefondienst“ für den Notfall. Außerdem haben wir uns bereits 15 Minuten vor der eigentlichen Session im virtuellen Raum getroffen, um bei Bedarf Ton, Bild, etc. bei den Kunden einzurichten. Unsere FAQs, die einen Tag vorab geschickt wurden, enthielten außerdem Anforderungen an die Technik auf Kundenseite und haben Tipps gegeben, wie bei Störungen Abhilfe geschaffen werden kann.


Kurz vor der Session

-Zuhause Bescheid geben: Um unbeabsichtigte Cameo-Auftritte des Ehemanns zu verhindern, habe ich Zuhause abgestimmt, wann mein Büro wieder betreten werden darf.

-Tisch-Set-up: Am Schreibtisch habe ich Folgendes vorbereitet: Wasser auf Papiertuch, damit es geräuschlos abgestellt werden kann, den Laptop erhöht aufgestellt, damit die Kameraperspektive schmeichelnder ist und ich unterhalb der Kamera meine Notizen für die Teilnehmenden unsichtbar bleiben, auf einem Whiteboard neben meinem Schreibtisch hatte ich das Drehbuch (u.a. Agenda, Toolwechsel) des Trainings notiert, um dort immer wieder Orientierung und Zeitplan im Blick behalten zu können. Außerdem hatte ich vorab eine Checkliste erstellt, was kurz vor der Session bedacht werden muss (Anwendungen, außer die benötigten, schließen, Licht beachten, Hintergrund aufräumen, Handy auf Flugmodus)


Während der Session

-Zeitmanagement: remote dauert alles etwas länger, als face-to-face. Daher fand ich es hilfreich, den Techniktest mit den Teilnehmenden zeitlich mit einzuplanen und für Übungen/Diskussionen mehr Zeit als üblich zu geben, da das Sprechen und Agieren in Tools noch etwas ungewohnt ist.

-strikte Moderation: in Remote-Settings fehlt häufig die Möglichkeit, sich non-verbal abzustimmen, selbst wenn man sich per Kamera sieht. Eine Abstimmung über Gesprächsregeln, klare Reihenfolge von Redebeiträgen, etc. ist nötig. Eine offene Frage in die große Runde führt entweder zu gar keiner Reaktion oder parallelen Redesträngen. Als Trainer schule ich somit nicht nur Inhalte, sondern muss auch die Toolnutzung erklären und in Interaktionen moderieren.

Nachbereitung

-Lessons learned: direkt im Anschluss an das Event zu notieren, was ich gelernt habe und das Feedback der Teilnehmenden einzuarbeiten, war hilfreich, um nichts zu vergessen und es auch Kollegen zur Verfügung stellen zu können. Dies funktionierte hervorragend parallel zum Feierabendbier.

Abschließend

Es hat mir so gut gefallen, dass ich gleich weiter mache. Verdaubare Wissenshäppchen online zu vermitteln, sind aktuell eine tolle Möglichkeit, um Teilnehmende in der Krisensituation niedrigschwellig zu unterstützen. Auch das Preismodell „pay what you think is right“ hat hervorragend funktioniert und wird weitergeführt. Folgetermine gibt es hier.

Außerdem bin ich gespannt auf Eure Erkenntnisse in Remote-Set-Ups! Was habt Ihr gelernt?

Remote bei embarc

Wie sehen iSAQB CPSA-Advanced Prüfungsaufgaben eigentlich aus?

By | Allgemein, Inhaltliches | One Comment

diploma-3Der iSAQB-Einstiegslevel Foundation der Certified Professional for Software Architecture-Zertifierung (kurz: CPSA-F) sieht einen Multiple Choice Test als Prüfung vor. Bei der zweiten Stufe, dem Advanced Level (kurz: CPSA-A), bearbeitet der Prüfling hingegen eine Hausarbeit. Seine Lösung verteidigt er (bzw. sie) dann im Rahmen eines Interviews vor zwei Prüfern, die diese vorher durchgesehen und gegen Kriterien gehalten haben.

Bei einem Multiple Choice Test (also bei CPSA-F) ist relativ klar, was auf den Prüfling zukommt. Auch wenn einzelne Lernziele mit Ankreuzfragen nur schwer überprüfbar sind, und man sich konkrete Fragen dazu vielleicht nicht direkt vorstellen kann, gilt das zumindest für die Form der Prüfung. Zum Advanced-Level höre ich in Workshops oder per Mail dagegen immer wieder die Frage: Wie sieht eine solche Prüfungsaufgabe inhaltlich aus? Das ist nicht unmittelbar offensichtlich.

Nun sind die Prüfungsaufgaben selbst natürlich vertraulich (genau wie die Prüfungsfragen im Foundation Level). Vorlagen und Checklisten zur Erstellung von Aufgaben sind jedoch frei zugänglich (auf der Webseite des iSAQB). Sie sind nicht unbedingt leicht verdaulich — falsche Zielgruppe: sie sind für Leute gedacht, die sich neue Aufgaben ausdenken. Ich beschreibe daher im Folgenden mal, wie Aufgaben aufgebaut sind – für Leute, die demnächst ein solche Aufgabe lösen müssen. Was Sie als Advanced-Prüfling also grob erwartet…

Wie sieht eine Aufgabe grundsätzlich aus?
Das Fallbeispiel
Ihre Aufgabe
Ein Beispiel
Häufige Fragen zu Prüfungsaufgaben
Weitere Informationen
Überblick Prüfungsaufgabe

Wie sieht eine Aufgabe grundsätzlich aus?

Die Aufgabenstellung einer Prüfungsaufgabe für CPSA-Advanced umfasst mindestens 10 Seiten und höchstens 25 (siehe Abbildung rechte, die Seitenzahlen sind Beispielwerte).

Jede Aufgabe ist einer Systemart zugeordnet. Aktuell sind das

  • Informationssystem
  • Embedded System
  • Websystem

Ein Kandidat gibt bei der Anmeldung zur Prüfung die gewünschte Systemart an und erhält dann eine Aufgabe aus diesem Bereich. Damit soll verhindert werden, dass ein Prüfling mit einem Umfeld konfrontiert wird, das ihm völlig fremd ist. Auf Wunsch erhält der Prüfling kurze Abstracts (2-3 Sätze) von zwei verschiedenen Aufgabenstellungen und entscheidet sich dann für eine davon.

Jede Aufgabe selbst zerfällt dann in zwei grobe Blöcke: Ein Fallbeispiel in Form inhaltlicher Inputs, und die Aufgabenstellung selbst. Letztere ist in Teilaufgaben gegliedert. Die konkreten Prüfungsaufgaben variieren dabei in der Zusammenstellung der inhaltlichen Inputs und den Teilaufgaben erheblich.

Das Fallbeispiel

Prüfungsaufgaben: FallbeispielBeim Fallbeispiel handelt es sich um ein fiktives Projekt, eine Produktentwicklung, eine Migration oder ähnliches. Nach einem kurzen Überblick liegen konkrete Informationen dazu in Form inhaltlicher Inputs vor. Im Wesentlichen sind das Anforderungen, die der Prüfling in den späteren Teilaufgaben berücksichtigen muss. Denkbar sind etwa folgende Inhalte:

  • Funktionale Anforderungen (z.B. wichtige Use Cases, User Stories, …)
  • Qualitätsziele, ggf. verfeinert in Szenerien
  • Stakeholder (z.B. Liste, Personas)
  • Interviews mit Stakeholdern
  • Technische und/oder organisatorische Rahmenbedingungen
  • Fachlicher Kontext, Benutzer und Fremdsysteme
  • Normen und Konventionen
  • Risiken

Nicht jede Aufgabenstellung enthält dabei alle diese Inhalte. Weiterhin kann es sein, dass bestimmte Anforderungen explizit genannt sind, andere jedoch im Rahmen der Aufgabe erarbeitet werden müssen. Beispielsweise liegen mitunter Interviews mit Stakeholdern vor und die Rahmenbedingungen oder Qualitätsziele muss der Prüfling dann im Rahmen einer Teilaufgabe herausarbeiten und ggf. priorisieren.

Ihre Aufgabe

Prüfungsaufgaben: TeilaufgabenGanz ähnlich wie das Fallbeispiel mit seinen inhaltlichen Inputs, ist auch die Aufgabe unterteilt — in mindestens 5 und maximal 10 Teilaufgaben, die unterschiedliche Aspekte der Architekturarbeit abdecken. In Summe soll die Bearbeitung zeigen, dass der Prüfling in der Lage ist, aus Anforderungen methodisch eine Architektur zu entwerfen und festzuhalten, sie zu reflektieren und zu kommunizieren. Analog zu den denkbaren Inputs oben beim Fallbeispiel hier mögliche Teilaufgaben:

  • Kontext abgrenzen
  • Qualitätsziele identifizieren, Qualitätsbaum und -szenarien erarbeiten
  • Offene Fragen an Stakeholder formulieren
  • Lösungsstrategie/Architekturvision anfertigen
  • Architekturentscheidungen treffen
  • Technische Fragestellung inkl. Alternativen und Begründung bearbeiten
  • System strukturieren, fachlich zerlegen, Verantwortlichkeiten festlegen
  • Schnittstellen entwerfen
  • Technische und/oder übergreifende Aspekte bearbeiten
  • Lösung qualitativ bewerten
  • Risiken identifizieren und adressieren

Es gibt dabei Überschneidungen in inhaltlichen Inputs und Teilaufgaben: Der Systemkontext könnte etwa mit dem Fallbeispiel gegeben sein (als inhaltlicher Input) oder muss alternativ als Teilaufgabe erarbeitet werden.

Ein Beispiel

Das iSAQB stellt eine Beispielaufgabe bereit: „BigSpender“. Es handelt sich um eine echte Aufgabe, die früher gestellt, mittlerweile aber aus dem Pool genommen wurde, nachdem sie einige Prüflinge bearbeiten durften. Sie können die Prüfungsaufgabe hier als PDF herunterladen.

Inhaltlich geht es in der Aufgabe um Spesenabrechnungen. Das Fallbeispiel enthält dabei folgende Inhalte:

  • Input 1 – Überblick (1 Seite, Text)
  • Input 2 – Fachlicher Kontext (Diagramm und kurze Beschreibung der Akteure)
  • Input 3 – Fachklassenmodell (Diagramm) und Glossar (als Tabelle)
  • Input 4 – Stakeholder (knapp gehaltene Liste)
  • Input 5 – Interview mit dem Auftraggeber (recht umfangreich, ca. 3 Seiten)
  • Input 6 – Exemplarische User Stories (10 Stück)
  • Input 7 – Verfügbarkeit des Systems (Anforderung, als Szenario)
  • Input 8 – Technische Randbedingungen (als kurzer Text)
  • Input 9 – Mengengerüst (Tabelle, Aussagen zu Benutzern, Standorten, Vorgängen …)

Die eigentliche Aufgabe besteht dann aus 6 Teilen.

  • Teilaufgabe 1 – Qualitätsanforderungen herausarbeiten, in Form von Qualitätszielen und -szenarien
  • Teilaufgabe 2 – Lösungsstrategie entwickeln, Umfang ca. eine Seite
  • Teilaufgabe 3 – Technischen Kontext abgrenzen, Diagramm und Beschreibung zu Akteueren und Kommunikation
  • Teilaufgabe 4 – Fachliche Strukturierung erarbeiten (Bausteinsicht)
  • Teilaufgabe 5 – Technologie-Entscheidungen treffen
  • Teilaufgabe 6 – Bewertung der Lösung vornehmen, anhand der Qualitätsszenarien aus Teilaufgabe 1

Details entnehmen Sie dem PDF. Und beachten Sie, dass sich die Prüfungsaufgaben wie geschildert stark unterscheiden und es sich bei „BigSpender“ um ein Beispiel handelt – wenn auch um ein echtes.

Prüfungsaufgaben: FAQ

Häufige Fragen zu Prüfungsaufgaben

Wie wird sichergestellt, dass die Aufgabe zu den von mir besuchten Schulungen passt?

Eigentlich gar nicht. Durch die Angabe der Systemart (z.B. Web, Embedded) wird lediglich abgesichert, dass es technologisch grob passt. Ansonsten sind die Aufgaben nicht an bestimmte Module gebunden. Die Teilaufgaben (+ Interview) decken lediglich die drei Kompetenzbereiche („Säulen“) des Advanced-Levels ab (methodisch, technisch und kommunikativ).

Welchen Umfang hat meine Lösung?

Sie halten Ihre Lösung auf maximal 40 DIN A4-Seiten (inklusive Abbildungen) fest. Dazu haben Sie maximal 3 Monate Zeit (Details siehe Prüfungsordnung). Vom Aufwand sind die Teilaufgaben so bemessen, dass ein Prüfling sie in 40 Stunden erledigen kann.

Was wenn Technologien oder Methoden gefordert sind, die ich nicht beherrsche?

Die Aufgabenstellungen lassen Ihnen angemessenen Spielraum bezüglich Technologien, Werkzeugen, Notation und Ähnlichem. Wenn etwas explizit gefordert ist, so ist sichergestellt, dass Informationen dazu frei zugänglich sind. Entweder es liegt der Aufgabe bereits in den inhaltlichen Inputs oder in einem Anhang bei, oder es wird darauf verwiesen. Es kann natürlich vorkommen, dass Sie sich zur Lösung der Aufgabe noch Wissen aneignen müssen.

Was wenn mir die gegebenen Anforderungen zur Lösung nicht ausreichen?

Wie im richtigen Leben kann es sein, dass Ihnen zur Lösung der Aufgabe Informationen fehlen. Im Einzelfall scheinen sich Anforderungen sogar zu widersprechen (beispielsweise Aussagen in Interviews von Stakeholdern mit unterschiedlichen Prioritäten). Normalerweise klären Sie das im Projekt mit den Beteiligten, finden Kompromisse, etc.. Da Ihnen die Leute im Rahmen Ihrer Hausaufgabe nicht zur Verfügung stehen, treffen Sie Annahmen. Diese kennzeichnen Sie in Ihrer Lösung explizit als solche. Achten Sie darauf, dass diese sinnvoll und konsistent untereinander und zur Aufgabenstellung sind.

Soll ich meine Lösung nach arc42 strukturieren?

Die Antwort ist hier ein klares nein. arc42 ist ein verbreiteter Gliederungsvorschlag für Architekturbeschreibungen, daher wäre die Idee naheliegend. Für Ihre Lösung ist aber ganz klar die Vorgabe, dass Sie diese den Teilaufgaben entsprechend strukturieren. Also pro Teilaufgabe ein Abschnitt. Sie ermöglichen den Prüfern auf diese Weise die einfache Durchsicht and den Abgleich mit Kriterien.

Weitere Informationen

Ich hoffe, ich konnte einen Eindruck vermitteln, wie die Prüfungsaufgaben im CPSA-Advanced-Level grundsätzlich aussehen. Wenn Sie Fragen zu dem Thema haben, kommen Sie gerne auf mich zu. Ansonsten: Auf der iSAQB-Seite finden Sie vieles rund um den Advanced-Level. Hier noch ein paar weiterführende Links …

Eine erste Fassung dieses Beitrags erschien im Juni 2016. Sie wurde regelmäßig aktualisiert, zuletzt im April 2020.

Seminare bei embarc