UI engineering Podcast

Michael Geers treibt seit mehreren Jahren das Thema Micro Frontends mit an.

Das Interview wurde am 03.03.2020 aufgenommen.

Hans und Peter bauen Warhol:

Das Interview wurde am 21.02.2020 aufgenommen.

Wir sind zurück! Kaum zu glauben, aber es gibt uns immer noch.

Das Interview wurde am 14.02.2020 aufgenommen.

Antje Kroon und Ralph Schumann von der zwhy GmbH berichten über die Entscheidung eine Agentur Anfang 2017 in zwei Firmen zu trennen, um diese dann wieder zusammenzubringen, um Dinge aus einer Hand machen zu können. Glaubwürdig.

Wir horchen mal rein wie es zu dieser Trennung gekommen ist und was das eigentlich bedeutet. Wie macht trennt man so eine Firma auf? Welchen Einfluss hat das auf die Kultur? Was hat das mit New Work und einer Konferenz dazu zu tun?

Die Teams in denen die Hardcore-Entwickler und die Super-Kreativen saßen gab es irgendwie immer Gerangel …

Wir versuchen gerade herauszufinden wo die Schnittmengen sind: Ist ein Websitenprojekt ein Software- oder ein Kommunikationsprojekt? Es ist beides.

Wenn wir (d.h. Entwicklung und Kommunikation/Design) zusammenarbeiten … müssen wir nichts wegdiskutieren, weil wir es vielleicht als eine Partei nicht können.

Die New Work Future Konferenz findet am 14. und 15. Juni 2018 in Hamburg statt. Infos und Tickets auf der Konferenz-Website.

Das Interview wurde am 20.10.2017 bei der Ministry Group / zwhy live aufgenommen.

Susanne Kaiser ist Technischer Vorstand bei der Just Software AG in Hamburg.

Team und Softwarearchitektur waren bei uns monolithisch und mit dem Wachstum wurden wir langsamer. Daraufhin haben wir unsere Teams aufgeteilt und auch die Software auf Mikroservices umgestellt, um wieder schneller agieren zu können.

Die Teams können autonom arbeiten und entscheiden, aber …

Es ist so, dass wir schon eine gemeinsame Basis benötigen, … hinsichtlich Styleguides z.B. Es soll sich ja noch aus einem Guss anfühlen. Und wir haben Standards, so dass sich nicht jedes Team seine eigene React-Library einführt.

Wissenstransfer und Dokumentation ist ein weiterer Punkt im Gespräch:

Wir haben erkannt, dass Dokumentation in der Sekunde der Erstellung veraltet ist. Wir dokumentieren durch wartbaren Clean-Code. Wir schreiben aber viele Read-Mes, die wir auch mit dem Code einchecken.

Das Interview wurde am 22.09.2017 bei der Just Software AG live aufgenommen.

Thomas Lobinger ist Software Development Manager bei Amazon Web Services in Berlin.

Unser Team kümmert sich um das Design System, Tools und Automating … um das Leben von Frontend-Entwicklern und Designern besser zu machen und deren Produktivität zu erhöhen.

Das Design System ist über eine längere Phase entstanden.

Die Genesis des AWS Design Systems liegt darin begründet, dass das zentrale Frontend-Entwicklungsteam der großen Menge an Projekten nicht nachkommen konnte.

Wir sprechen über Granularität und Feinteilgkeit in Designsystemen und was die Basis für Komponenten ist:

Was ist der richtige Grad an Vorschriften vs. Einschränkung der Kreativität? Für uns sind HTML-Tags/Webstandards diese Basis.

Standardisierung ist für das Team um Thomas bei AWS auf allen Ebenen und in allen Gewerken Thema:

Wir haben einen Prozess angestoßen, der nicht nur im Frontend standardisiert ist sondern auch im Design. Wir stecken z.B. Research in solche Standards, denn wenn wir standardisieren dann auch richtig.

Open Source für Design Systeme ist Thema für uns und Thomas sagt dazu:

Wir glauben, dass es ein Benefit ist für die Community (unser Design System open source zu stellen), … um zu sehen wie es gelöst worden ist.

Uns am Ende noch ein Aufruf:

Sucht Euch eine Firma wo ihr das (Design Systeme/UIengineering) umsetzen könnt. Seid nicht der frustrierte Einzelkämpfer. Lasst Euch nicht aufhalten!

Das Interview wurde am 15.09.2017 per Skype aufgenommen.

Christoph Reinartz ist UI/UX Engineer und Fullstack Developer bei Trivago.

Um die Designer und Product Owner mit an Bord zu holen geht es ja auch darum, eine gemeinsame Sprache zu entwickeln.

Das Design System unterstützt dabei das Finden und Kommunizieren der gemeinsamen Sprache.

Das [Design System] ist kein rein technisches Thema, es ist auch nicht ein reines Design-Thema.

Wir sprechen über die Idee des Design Sprints und wie sie bei Trivago in der Produktentwicklung eingesetzt werden:

Ideen werden getimeboxed erarbeitet.

Trivago sieht sich als “data-informed” und testet insbesondere Neuentwicklungen über Metriken und A/B-Tests.

Man kann nicht immer alles im A/B-Testing sehen.

Das Interview wurde am 08.09.2017 per Skype aufgenommen und am 12.09.2017 veröffentlicht.

Was eigentlich nur als ein kleines Stimmungsbild beginnt, ist vielleicht der Anfang eines ganzen Staffelthemas. Heute geht es kurz um Remote-Arbeit, die Vorurteile und ein paar Anmerkungen.

Heute sprechen wir kurz über die Idee wie man sich in einem Projekt seine Vorgehensweisen dokumentieren kann und Best Practises festhalten kann. Ausserdem kurz etwas zum UI Pairing mit Dennis.

Patrick Blom ist Senior Backend Entwickler bei SHOPMACHER.

Wiederverwenden und Synergien nutzen ist bei SHOPMACHER ein tagtägliches Thema:

Der Grundgedanke der Wiederverwendbarkeit (von Komponenten) ist da. … Natürlich schauen wir auch, ob man Komponenten aus einen Basisportfolio, das wir mal entwickelt haben, verwenden kann und diese dann )für den Kunden) angepasst werden.

Technologien, die verwendet werden:

Wir nutzen gängige Technologien wie HTML5, LESS, (gehen) weg von jQuery hin zu nativem JavaScript und die Basis unseres Produktes ist Symfony bzw. TWIG.

Patrick spricht auch über die verschiedenen Arten von Zulieferungen aus Richtung der Kunden und Designagenturen. Oft ist der Designprozess vorgelagert, aber manchmal geht SHOPMACHER in den Lead aus einer beratenden Rolle:

Wenn die Sachen (Designs) zu uns kommen setzen wir uns zusammen … und schauen uns an … wie wir das umsetzen können. Wir klären dann auch wo die User Experience leiden könnte, weil z.B. ein Gutscheincode an einer Stelle technisch Probleme mit sich bringt.

Die Qualität der zugelieferten Designs ist sehr unterschiedlich. Wir versuchen in einem Briefing vorab genau zu klären was wir genau in den Designs sehen müssen, um mit diesen schnell arbeiten zu können.

Wir bieten dem Kunden an schon früh die ersten Komponenten abzunehmen ohne dabei von allen anderen Shop-Seiten (wo diese verwendet werden) abhängig zu sein.

Wir versuchen die Grenzen zwischen Design und Entwicklung so weich wie möglich zu halten.

Wenn wir früh in den Designprozess als Berater einbezogen werden, so arbeiten wir eher auf Mockup-Ebene und gehen dann schrittweise vor und verfeinern.

Das Team bei SHOPMACHER arbeitet nicht nur in Gescher bei Münster, sondern auch mit 15 Personen in Vietnam:

Unsere Teams sind interdisziplinär zusammengestellt … und die Reviews der Sprints sind offen. Jeder kann so schauen was die anderen Teams gemacht haben, was wir durch total offene Prozesse unterstützen. Die Teamleiter tauschen sich zusätzlich aus … und bei wichtigen Themen machen wir eben ein internes Barcamp.

Bei uns sind Teams für sowohl Setup als auch Betreuung der Shops zuständig. … Der Vorteil ist, dass man die Shops dann auch so baut, dass die Betreuung gut funktionieren kann, was eine potentielle Fire-and-Forget-Attitude eines reinen Setupauftrags verhindert.

Das Interview wurde am 18.08.2017 per Skype aufgenommen und am 21.08.2017 veröffentlicht.