Category

Inhaltliches

Was tun gegen die Videokonferenz-Müdigkeit? – Kim Nena Duggen im Interview

By | Inhaltliches, Publikationen | No Comments

Tipps und nützliche Hinweise zu Online-Meetings von Kim Nena Duggen

 

„Was tun gegen die Videokonferenz-Müdigkeit?“
Kim Nena Duggen und Inga Hoeltmann
Gespräch und Erfahrungsaustausch zu Online-Meetings und Videokonferenzen
veröffentlicht am 19. Mai 2020
Accelerate Academy (Vimeo)

Das Thema Online-Meetings ist gerade in aller Munde. Gleichzeitig werden Stimmen darüber laut, wie anstrengend diese sein können. Und dabei kritisieren Mitarbeitende, dass alles, was vorher ein analoges Meeting war, einfach nach virtuell rübergeschaufelt wird. Kein Wunder, dass bei vielen mittlerweile ein echter Überdruss eingesetzt hat.

Unsere Kollegin Kim Nena Duggen hat in dieser Woche in einem Live-Impuls mit der Journalistin und New-Workerin Inga Hoeltmann darüber gesprochen, was wir dem entgegen setzen können.

Neben diesen Impulsen bieten wir außerdem ein weiteres Makro-eLearning zum Thema schmerzfreie Online-Moderation in der nächsten Woche an: Remote Moderation – Basics (90 min)

Hier könnt ihr das vollständige Interview auf Vimeo nachschauen:

 

Zum Live-Impuls

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

ADES am konkreten Beispiel – Online Vortrag am 04. Juni 2020

By | Inhaltliches, Vorschau, Vorträge | No Comments
 
„ADES Einstieg – mit 3 Praxisbeispielen“ (Online-Vortrag)
Sprecher: Kim Nena DuggenStefan Toth
Donnerstag, 04. Juni 2020, 17:00 – 18:00 Uhr
Technik-Check 16:45 Uhr / ab 18 Uhr Fragen an Referenten

Anmeldung & Infos – Kostenlose Teilnahme

Website zum ADES Framework.
Kurzvorstellung zum ADES Framework (Englisch) auf Youtube.

Die Praxis zeigt: Veränderungen werden häufig falsch angegangen! Rein technikgetriebene Changes, schwer zu steuernde langanhaltende Transitionen im Unternehmen oder das Folgen von Cargo Cults sind nur einige Negativ-Beispiele. Unsere Antwort: Rate – Shape – Focus and repeat! Unser ADES-Framework fußt auf der Idee, sowohl organisationell als auch technisch auf die Veränderung zu schauen, den Fortschritt laufend transparent zu machen und immer wieder auf die wichtigen Veränderungsbedarfe zu fokussieren. Dabei blicken wir gleichermaßen auf „Agile Delivery“ (AD) wie auf „Evolutionary Systems“ (ES), um ganzheitlich vorzugehen.

An drei konkreten Beispielen aus Kundenprojekten zeigen wir Euch in diesem Online-Vortrag, wie ADES funktioniert, was es bewirken kann und wie ein Transfer in die eigene Praxis beginnen kann.

 

 

Jetzt anmelden! (Teilnahme kostenlos)

follow us on Twitter – @embarced

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 Mai!
Weil dort nur mehr wenige Plätze frei sind, könnt ihr euch für den Sommer-AGILA Termin im August anmelden: AGILA 5. – 7. August 2020.

Online-Vortrag: Machine Learning anschaulich

By | Inhaltliches, Vorträge | No Comments

Am Dienstag, den 28. April 2020 bringt Euch Oliver Zeigermann in einem Online-Abendvortrag das Thema Machine Learning näher:


Meetup Logo


 „Machine Learning anschaulich“ (Online Vortrag)
Sprecher: Oliver Zeigermann
Remote Veranstaltung bei oose Events im Schanzenviertel
Dienstag, 28. April 2020, 18:00 – 20:00 Uhr
Zur Anmeldung (Veranstaltung kostenlos, die Plätze sind begrenzt)

Machine Learning revolutioniert in vielen Bereichen das Bild der Anwendungsentwicklung. Der Einsatz ist in vielen Projekten sehr reizvoll, allerdings ist es schwierig, Marketing-Hype von realistischen Anwendungsmöglichkeiten zu unterschieden und sich generell einen Überblick zu verschaffen.

In diesem interaktiven Vortrag werde ich daher einige besonders anschauliche Beispiele für Machine Learning mitbringen, die Sie sofort auf ihrem eigenen Rechner im Browser ohne jegliche Installation ausprobieren können. Anhand dieser Beispiele werde ich die Grundprinzipien der unterschiedlichen Arten des Machine Learning erläutern und Sie können sich gleichzeitig Inspiration für mögliche Anwendungsgebiete in Ihrem Unternehmen mitnehmen. Wir werden uns dabei mit Neuronalen Netzwerken, Bilderkennung, Sprachverarbeitung, Ausreißererkennung, Erzeugung von realitätsnahen Artefakten, Repräsentation semantischer Konzepte, und sogar dem Spielen von Schach beschäftigen.

Zur Anmeldung


follow us on Twitter – @embarced

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

SoftwarearchitekTOUR-Podcast bei heise zu Fitness Functions und Evolutionärer Architektur

By | Inhaltliches, Publikationen | No Comments


„Episode 71: Fitness Functions und evolutionäre Architektur“
Sandra Parsick im Gespräch mit Stefan Zörner
SoftwareArchitekTOUR (Podcast-Serie bei heise online)
veröffentlicht Dienstag, 07.April 2020

Link zum Podcast

Evolutionäre Architektur denkt Dinge anders als klassische Softwarearchitektur. So lädt sie Teams zu Anpassungen ihrer Lösungsansätze an neue Gegebenheiten geradezu ein. Aber taugen die neuen Ideen? Wie testet man überhaupt Softwarearchitektur? In dieser Folge diskutieren Sandra Parsick und Stefan Zörner Fitness Functions als eine Möglichkeit, um als Team frühzeitig und im Extremfall sogar automatisch Rückmeldung über die Wirkung der Architektur zu erhalten.

SoftwareArchitekTOUR Podcast

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 der 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 Augabe
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 einer 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

Der 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üflingen 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

Ein Steckbrief für das Erarbeiten von Fitness-Functions

By | Inhaltliches | No Comments

Evolutionäre Architektur ist als Trend schon lange im Gespräch. Konkret finden wir sie zum Beispiel auf dem Technology Radar bei Thoughtworks bereits 2010. Im entsprechenden O’Reilly-Buch von 2017 findet sich diese Definition:

„Eine evolutionäre Architektur unterstützt geleitete, inkrementelle Veränderungen über mehrere Dimensionen hinweg“. (N. Ford, R. Parsons, P. Kua, Patrick: Building Evolutionary Architectures)

Evolutionäre Architektur denkt einige Dinge anders als „klassische“ Softwarearchitektur. So werden dort Architekturentscheidungen nicht als schwer änderbar hingenommen. Stattdessen sind Änderungen in der Architektur aufgrund von Überraschungen willkommen und normal.

Ein Konzept, das eng mit Evolutionärer Architektur verknüpft ist, sind Fitness-Functions. Eine Fitness-Function misst objektiv, wie gut eine Lösung die an sie gesetzten Ziele erreicht. Fitness-Functions unterstützen genau die geleiteten Veränderungen, von denen in der Definition von Evolutionären Architektur die Rede ist. Sind wir mit unserer Lösung (noch) auf dem richtigen Weg? Halten neue Ideen, was sie versprechen? Wie bewerten wir Experimente, zum Beispiel mit neuen Technologien?

SteckbriefIm Rahmen unserer Coaching-Einsätze haben wir einen kleinen Steckbrief (oder „Canvas“) entwickelt, der uns und unsere Kunden bei der Entwicklung von Fitness-Functions unterstützt.

Teilnehmer des Workshops „Die Wirksamkeit Eurer Architektur automatisiert testen“ von Sandra Parsick und mir beim Software Architecture Summit in München dieses Jahr konnten diesen Steckbrief im Rahmen der Übungen für ihre eignen Projekte ausprobieren. Ich möchte dem Wunsch folgen, ihn hier zum Download bereit zu stellen … (Druckvorlage für 3 Steckbriefe inkl. Leitfragen zur Umsetzung).

Wie arbeitet Ihr mit dem Steckbrief? Tatsächlich steht das Erarbeiten und Umsetzen der Fitness Funktion nicht am Anfang. Im Workshop haben wir unser Vorgehen in 6 Schritten skizziert (Details in den Folien, insbesondere auch zu den Kategorien) – zu Beginn stehen die Architekturziele, verfeinert durch Beispielszenarien.

  1. Identifikation der Architekturziele
  2. Ausarbeitung von Beispielszenarien
  3. Auswahl für die Überprüfung
  4. Formulierung der Test-Idee
  5. Umsetzung und Automatisierung der Auswertung
  6. Sichtbarmachen der Resultate

Die Steckbriefe sammeln die Ergebnisse aus den Schritten 1, 2 und 4 im Vorgehen zusammen, und geben Input für 5 und 6. Pro Szenario gibt es dann eine Fitness-Funktion und dafür jeweils einen eigenen Steckbrief. Ausgefüllt sieht das Ganze z.B. so aus:

Fitness-Function Steckbrief, ausgefülltLassen wir uns ein kleines Beispiel durchspielen! Nehmen wir an, Eurer Team entwickelt eine Software, die lange leben soll. Ihr setzt dabei verschiedene Fremdbibliotheken ein. Oft werden diese Abhängigkeiten in Build-Skripten mit einer Version eingepflegt, diese dann aber nie aktualisiert. Was, wenn Ihr auf eine neue Version umsteigen müsst (z.B. weil dort ein Security-Problem gefixt wurde, das für Euch relevant ist …

Wir formulieren daher als Architekturziel zur Kompatibilität:

„Unsere Software läuft mit den aktuellen Versionen der eingesetzten Fremdbibliotheken.“

Das ganze verfeinern wir durch ein Beispielszenario (Über Qualitätsszenarien könnt Ihr z.B. in unserem arc42-Starschnitt nachlesen):

„Ein Open Source Projekt veröffentlicht eine neue Version einer von uns verwendeten Fremdbibliothek. Unsere Software lässt sich ohne Änderungen mit der neuen Version bauen und funktioniert damit einwandfrei.“

Zu diesem Szenario lässt sich eine Fitness Function formulieren, die absichert, dass bei Austausch einer verwendeten Fremdbibliothek x in Version n durch eine neuere Version n+1 die Software weiterhin baut und alle Tests besteht.

Umsetzen und automatisiert Auswerten lässt sich eine entsprechende Test-Idee durch

  1. Online-Überprüfung, ob zu einer Bibliothek eine neue Version verfügbar ist (Scannen der Repos),
  2. gezieltes Update der Bibliothek im Build-File in einem separaten Branch und
  3. Bauen des Branches und Durchlaufen der vorhandenen Tests.

Wenn Bauen und/oder Testen fehlschlagen weiß das Team frühzeitig, dass seine Software mit der neueren Version der Bibliothek nicht ohne Anpassungen funktioniert.

Dependabot bietet die beschriebene Funktion “von Hause aus” an. Wenn Schritt 1 eine neue Version für eine verwendete Abhängigkeit liefert (was Dependabot anhand des Build-Skripts prüft) legt das Werkzeug in GitHub einen eigenen Branch dafür an, modifiziert das Build-Skript, baut und meldet das Ergebnis. Im Erfolgsfall erzeugt es passende Pull-Requests zum Mergen:

Dependabot BeispielDas Team entscheidet, wie es mit dieser Erkenntnis umgeht. Mitunter kann es veraltete Funktionalität (Stichwort “deprecated”) der Fremdbibliothek durch neuere ersetzen, und den Test bestehen, ohne tatsächlich schon ein Update durchzuführen. Oder es stellt das Update als Aktivität unter “technische Schulden beheben” ein.

Bei kontinuierlichem Aktualisieren (oder dem Experimentieren damit) schlummern bei größeren Umbauten (z.B. neue Java-Version) keine unbekannten Risiken, die automatisierte Überprüfung mit Werkzeugen wie Dependabot nimmt dem Team hier Arbeit ab, die sich im Projektgeschäft manuell keiner macht.

Der Steckbrief hilft durch eine Kategorisierung im rechten oberen Bereich, Eure Test-Idee zu schärfen, und zur Umsetzung zu bringen. Die Kategorien sind in den Folien zum Workshop erklärt. Darüber hinaus haben wir ein paar „Leitfragen“ definiert, die Euch bei der Implementierung der Fitness-Funktion helfen. Sie sind auch in der Druckvorlage enthalten.

  • Wann, wie und wo führen wir die Testfunktion aus?
  • Wie kommen wir an die benötigten Daten?
  • Wie werten wir die Daten aus?
  • Was passiert, wenn die Ergebniskontrolle einen Fehler anzeigt?
  • Was passiert, wenn der Test selbst fehlschlägt?
  • Wie kommunizieren wir das Ergebnis ? Wie oft? Und an wen?

Die folgende Abbildung gibt einen Überblick über den Steckbrief und stellt die Bereiche in den Bezug zu den Schritten des Vorgehens oben.

Ausfüllen erklärt

Interview – Kim Nena Duggen über Organisationsentwicklung und Mitarbeiterführung

By | Inhaltliches, Publikationen | No Comments

Interview – Kim Nena Duggen über Organisationsentwicklung und Mitarbeiterführung

Kim Nena Duggen im Gespräch mit New Work Heroes in Berlin
Kim Nena Duggen und Jörn Hendrik Ast
Podcast über Selbstorganisation, Mitarbeiterführung, Erfahrungswerte und mehr..
veröffentlicht am 15. Januar 2020
New Work Heroes (podcasts)

Wie kann die Idee gelingen, eine Organisation dahin zu verändern, dass Mitarbeiter freier agieren?

Kim spricht in dem Interview darüber, was Selbstorganisation und New Work für sie bedeuten und welche Erfahrungen sie in ihren Jobstationen gemacht hat. Sie gibt spannende Einblicke und Tipps, wie Du Teams motivierst, neue Organisationsformen zu lernen und aufzubauen.

Wo lauern Hürden und wie kannst Du damit umgehen? Wie kann jeder Einzelne die Organisationsentwicklung und den Change aktiv gestalten? Warum kann es beispielsweise förderlich sein, als Führungskraft die eigene Unsicherheit zu zeigen? Wo ist der Unterschied zwischen Konsens und Konsent in der Führung? Was sind Sprechdenker und warum ist Teamwork für sie essentiell?

 

 

Zum Interview