SEACON-Sessions
Wie bereits kurz berichtet, war ich mal wieder hoch im Norden. Und neben der Seeluft, dem Fisch und der sonnigen Wetterlage (schau schau) gab es auch ’ne Menge fachliches Futter. Wie versprochen, hier mehr davon…
Pecha Kucha ist kein Tanz, auch wenn jede Menge Rhythmus drin ist: 20 Folien à 20 Sekunden ist ein spezielles Kurzvortragsformat.
Zuerst habe ich auf der diesjährigen Eröffnung gelernt, dass man „Pecha Kucha“ entweder „Petscha Kutscha“ aussprechen kann (als Europäer) oder als „Pe-Tscha-Tscha“ (als linguale Klugscheißerin). Auf der Konferenz hab ich das dann mal so, mal so ausgesprochen, mal will ja nicht nur klugscheißen ;-)
Der erste Pecha-Kucha-Beitrag „Hilfe, ich renne, aber komme nicht voran“ von Rico Saßen hat mir gut gefallen, weil…
… er eine sehr gute Zusammenfassung über ein paar nützliche Methoden bot, inklusive Bewertung und Erfahrungen zu den einzelnen Methoden.
Der zweite Pecha-Kucha-Beitrag „Die Falle der Durchschnittswerte – wie sie in Schätzungen der Softwareentwicklung vermieden werden kann“ von Daiany Palacios hat mir gut gefallen, weil…
… das Thema von Vielen falsch verstanden wird und es eine Empfehlung für ein Buch gab, das ich vielleicht doch auch mal lesen werde: „The Flaws of Averages“ (kürzer auch als Artikel online zu finden „The Flaws of Averages / web.stanford.edu„). Und weil die Sprecherin offensichtlich weiß, wovon sie spricht.
Später kam noch der Pecha-Kucha-Beitrag „Skalierende Softwarearchitektur: mehr als Architektur!“ von Michael Lesniak dazu, der mir gefiel, weil…
… ich mich gern immer wieder über Architektur informiere, denn die ist eben wirklich MEHR als einfach nur technisches Routinezeugs. (Leider hab ich hiervon die Fotos verloren, so dass ich nicht mehr genau weiß, was alles Tolles vorkam *seufz*)
Open-Space-Sessions
Davon gab es wieder jede Menge (so 14 bis 16 Themen). So viele, dass in der Präsentation der Ergebnisse vor dem Plenum der letzte arg gekürzt werden musste und das Publikum nun auf die Foto-Dokumentation der voll beschriebenen Stellwand warten musste. Hier also das Foto:
Klick: Foto in groß: Multiprojektmanagement
Weitere OS-Themen: Beruf: Women in Tech, Coding: Wie entwickeln wir in 10 Jahren?, Vorgehen: Wie kommt man vom lokalen Optimum zum Sprung auf höhere (Nachbar-) Gifpel?, Technik: Microservices etc. pp.
Solutionlab
1 agile Beratungsfirma & 2 beratene Unternehmen stellen vor, wie sie Innovation finden und dass das Ergebnis wieder in den Regelbetrieb integriert wird. Die Phasen dauern jeweils mehrere Wochen (Vorbereitung, Nachbereitung), 1 Woche (vier oder fünf Tage Solutionslab) und sind erfolgreich, wenn ein Board den Teilnehmerinnen und Teilnehmern den Rücken stärkt: Auswahl der Lab-Crew, Vertretung der Leute aus der Linie während der Vor-, Lab- und Nacharbeiten, „politischen Rückhalt“ (Boardmembers kommen aus dem Vorstand, Betriebsrat, Führungsriege).
Projekte richtig starten: DoPI
Definition of Project Initiation… klingt gut, die Jungs wissen auch, wovon sie reden. Trotzdem hatte ich am Ende noch nicht das Gefühl, dass das vorgestellte Format als Werkzeug für meine Belange wirklich ausgefeilt ist. Ein bisschen besser auf den Punkt gebracht und visualisiert, auch einheitlicher, hätte mich der Beitrag eher angesprochen.
Dafür war alles da, was wichtig ist: Ausgangspunkt und Ziel, Hindernisse auf dem Weg dahin (inkl. Impediment Buster), eine Metapher vom Seefahren, Walking Skeleton, der Elefant (von allen Ecken aus von Blinden „begriffen“ und unterschiedlich eingeschätzt) …
Was wirklich gut war? Die Darstellung der Komplexitätstreiber und wie das die Leute zu Fall bringt (hopefully auf „Not-AUS“ und nicht ins Leere…).
Keynote: Leben, Leiden und Rettung eines SW-Systems
In diesem Vortrag stellte ein Architekturprofi vor, was mit Architektur passiert, wenn man nicht aufpasst…
Der Plot: VENOM ist der Name des Beispielprodukts, das vorgestellt wird – ein eCommerce-System für ziemlich komplizierte Produkte: Das System ist „hysterisch“ gewachsen, wird von einer ziemlich desolat organisierten Firma (SAMM Inc.) entwickelt und betrieben.
Die IT ist als Kostenstelle ist (angeblich) immer zu teuer und in Verzug.
VENOM verliert seit einiger Zeit gravierend Marktanteile – es droht die wirtschaftliche Katastrophe.
Daraufhin zieht SAMM Inc. die Reißleine: Sie beauftragt ein Team, die Rettung von VENOM mit der gesamten Organisation vorzubereiten und durchzuführen. Dabei stehen neben der Technik auch organisatorische Prozesse zur Disposition.
Die Wirklichkeit: Der (fiktive) Plot ist tatsächlich völlig real, denn er ist eng angelehnt an ein echtes Projekt. Der Vortag zeigte den „rise and fall of the system“ und Aspekte aus dem „cultural change“. Er stellte die Auswirkungen desaströser Architekturarbeit und verkorkster Entwicklungs-, Betriebs- und Unternehmensprozesse vor.
Und das auf unterhaltsame Weise, was am Ende eines langen Tages sehr angenehm ist. Danke dafür!
Anschließend folgte ein Plädoyer, wie methodische Verbesserung von Organisation bis zum Code funktionieren kann, nicht nur zur Rettung von VENOM: Von der systematischen Architekturbewertung über die Entwicklung angemessener Verbesserungsmaßnahmen bis hin zur effektiven Umsetzung.
Alles in allem ein Beispiel, wie Modernisierung und Evolution sich mit Projektalltag und Feature-Druck vereinbaren lässt.
Metriken
Wer verkaufen will, muss messen. Also wissen, was man wie schnell schafft, zum Beispiel. Um die Stakeholder, vor allem Geldbringer und Kundschaft, über den Fortschritt und die Zukunftsmöglichkeiten in Sachen neue Software zu informieren. Als Prognose möglichst nah an einer realistischen Zeitlinie. Wie oben berichtet, hat Daiany Palacios dazu schon einen Input geliefert. Und ganz am Ende der Konferenz gab es dann noch den Vortrag „Leichtgewichtige Projekt-Metriken – Zahlen, Daten, Fakten (fast) ohne Tools“ von Michael Mahlberg, der mir auch sehr gut gefallen hat, weil…
… es um die Information ging und nicht um eine schicke Darstellung für die Aktionärsversammlung. Ganz im Sinne von Lean und Fokus auf das Wesentliche.
Mächtig daneben
Die Ankündigung „Wer fragt der führt (aber anders!). “Mächtige” Fragen für agile Führungskräfte“ hatte mich – trotz der wuseligen Zeichensetzung – gleich angesprochen. Ich dachte, das wäre ein Highlight für mich in diesem Jahr. Schade. Denn hier habe ich tatsächlich den Saal verlassen. Es fing schon nicht gut an… Einer der beiden Vortragenden war mir vorher schon negativ aufgefallen, weil er seinen Vortrag vorher am Tag so überzogen hatte, dass die folgende Open-Space-Session nur mit Verspätung starten konnte. Nicht sehr professionell.
Nun standen vorn 2 Leute auf der Bühne. Und machten viele Wörter um wenige Inhalte, wirkten unkoordiniert und auf sich selbst fixiert („wir wollten beide diese T-Shirts anziehen, jetzt hab nur ich eins an“) statt auf das Publikum. Als sie dann nach vielen Vorreden auf die erste Frage kamen, und auch dort noch viele Worte machten, hab ich meine Zeit woanders besser genutzt.
Was die Frage erste „mächtige“ Frage war? Habe ich tatsächlich vergessen, da sie so banal war. Irgendwas Richtung „Wollen Sie wirklich?“ oder sowas in der Art.
Fazit: Immer wieder gern :o)
Wieder war es spannend, ich habe was gelernt, Leute getroffen und mich mit ihnen vernetzt, Buchtipps eingesammelt… okay, auch gegessen, gespielt und eine 3D-Brille mit Augmented Reality (Flugzeug mitten in der Konferenz-Ausstellungsfläche) ausprobiert.
Nächstes Jahr komme ich wieder: Am 4. und 5. Juni 2020 wieder in Hamburg.
Mehr nachlesen
Programm der SEACON 2019
Noch ein Tipp: Recuva ist ein Tool zum Wiederherstellen von Daten. Super, wenn man müde von der Konferenz die SD-Karte löscht, bevor die Kopie auf der externen Festplatte angekommen ist…
Maria
Wann? 18. Okt. 2019
In Gruppenarbeit und mit Übungsheft legten die Teilnehmerinnen nach einer sehr kurzen Einführung los. Die grafische Programmierumgebung vom 
Die Exkursionsgruppe vom Montag (19. Aug), die ins FabLab in Bremen aufgebrochen war, erschuf verschiedene „Produkte“. An diesem Abend ging es theoretisch um 3D-Druck, Calliope und Mädchenförderung. Und praktisch ums Lasercutting. Die meisten, die diese Exkursion mitmachten, hatten vorher keine oder wenig Erfahrung mit der vorgestellten Technik. Umso beeindruckender das Ergebnis!
In der Drachengruppe gab es eine gute Mischung von verschiedenen Erfahrungen. Motivation und Engagement waren überdurchschnittlich hoch, sogar für die Sommeruni. Respekt, Ladys!
Kurz: Das Museum ist toll! Gegründet aus Leidenschaft und persönlich unterhalten – in allen Bedeutungen des Wortes. Hier kann man was lernen: Personal Computer und ihre Geschichte. Hier kann man spielen: Konsolen und Co. Hier kann man gepflegt eine Computer-Ära feiern: Es gibt ’ne Bar…
Toll. Der Gründer selbst hat uns unterhaltsam und aus tiefstem Herzen durch die Geschichte der Personal Computer und Computerspiele der 70er und 80er Jahre geführt. Und das spontan auf Englisch, nur ein bisschen unterstützt von unserer geballten Übersetzungskompetenz: „Was heißt Konfirmationsgeschenk auf Englisch?“
Kaum wegzubekommen waren die Teilnehmerinnen, als wir zum Bus mussten. Die ganzen ollen Spiele liefen und warteten nur darauf, dass wir sie ausprobieren! Der Abend war viel zu schnell vorbei!! Tipp an die Orga: Nächstes Mal vielleicht ’ne Stunde mehr einplanen :-)
Wer lernen wollte, las Zeitschriften. Auf Papier! Und am Jahresende (oder noch ein paar Jahre länger) war dann ein Meter im Regal voll, prall gefüllt mit Wissen jener Zeit.
Fehlersuche? 3 Tage Programm auf Papier aufschreiben und prüfen, prüfen, prüfen. Beim Rechenzentrum abgeben. Dienstag wiederkommen. „Da ist ein Fehler.“ Neeeeiin! Den GANZEN Stapel durchspielen, wieder theoretisch… schließende Klammer? Loch in der Karte zuviel? Oder doch ein Denkfehler in der Programmlogik an einer Stelle? Ohhhh My God!
Schon früh dachten sich die Briten, dass in den Schulen Computer doch auch eingesetzt werden könnten und sollten. Da die BBC den Acorn als Lehrmodellnutzen (so entstand auch der Name „BBC Micro“), fand dieser Verbreitung vor allem in britischen Schulen. Das war 1981. Neunzehnhunderteinundachtzig!!!
Da kam dann endlich jemand drauf: Fenster! Grafische Oberfläche zum Bedienen! Usability statt Maschinencode! Yeah!
Auch als Lernraum für künftige eigene Programmier-Trainings
