BreakUX – schlechte UX kann jeder

Veröffentlicht am von
Kommentar

Schlechte UX kann jeder … das hört sich trivialer an, als es ist. Trivial wäre, gedankenlos und unreflektiert zu handeln und einfach irgendetwas zu tun. Bei der Implementierung von Benutzeroberflächen in der Software-Entwicklung passiert das leider viel zu oft. Aber auch bei der Planung neuer Features, der Gestaltung von Kundenbefragungen, usw. zeigt sich immer wieder eine gewisse Fahrlässigkeit.

Bei bewusst schlechter UX geht es aber gerade nicht um Gleichgültigkeit oder Fahrlässigkeit. Es geht vielmehr um das wohlüberlegte Treffen möglichst schlechter und bösartiger Entscheidungen. Das ist ein deutlicher Unterschied.

Weiterlesen →

Erstellen einer einfachen REST API mit Spring Boot

Veröffentlicht am von
Kommentar

Dieser Artikel richtet sich vorwiegend an Leser, die das Spring Framework noch nicht kennen, und soll ein kleines Intro in dieses geben.

Im Folgenden wollen wir beispielhaft einen einfachen Spring Boot Service erstellen, der ein REST API für Wetterdaten zur Verfügung stellt.
Weiterlesen →

Zusammenarbeit über Teamgrenzen hinweg

Veröffentlicht am von
Kommentar

Innerhalb eines Entwicklerteams funktioniert die Kooperation meist sehr schnell ziemlich gut – allerdings oft nur bis zur Teamgrenze. Team- oder auch unternehmensübergreifend dagegen wird weiterhin versucht, Kooperation in Form von Hierarchien, Verträgen und Verantwortlichkeiten festzulegen. So werden zum Beispiel Wissenssilos gefördert und das wahre Potenzial der Teams kaum ausgeschöpft.

Warum ist das so? Was kann man machen, um die Zusammenarbeit über die Teamgrenze hinaus zu fördern? In meinem letzten Blogpost Mentale Modelle für eine bessere Zusammenarbeit habe ich euch erzählt, wie wir bei Mayflower die Zusammenarbeit innerhalb der Teamgrenzen stärken. In diesem Beitrag zeige ich Wege auf, wie man das teamübergreifend bewerkstelligt.
Weiterlesen →

Mentale Modelle für bessere Zusammenarbeit

Veröffentlicht am von
1

Wir bei Mayflower schreiben uns auf die Fahne, dass wir mit ehrlicher Kooperation, Agilität und Kompetenz gute Software bauen. Was bedeutet das genau?

Ehrliche Kooperation im agilen Kontext bedeutet, es existieren gemeinsame mentale Modelle, man hat ein gemeinsames Verständnis. Wir nehmen das agile Manifest ernst, sprechen direkt zueinander, unterhalten uns, teilen Erfahrungen … und bauen somit ein gemeinsames Verständnis auf.
Weiterlesen →

Retrospektive – The Hero’s Journey

Veröffentlicht am von
5

 

A hero ventures forth from the world of common day into a region of supernatural wonder: fabulous forces are there encountered and a decisive victory is won: the hero comes back from this mysterious adventure with the power to bestow boons on his fellow man.
– „A hero with a Thousand Faces“ (Joseph Campell)

Als Team bestreiten wir jeden Tag spannende und herausfordernde Abenteuer und Projekte. Um stetig aus den Abenteuern, die wir schon überstanden haben, zu lernen, reflektieren wir sie in Retrospektiven. Was würde sich besser anbieten als das Motiv der Heldenreise zu verwenden, um die vergangenen Herausforderungen zu reflektieren und Aktionen und Learnings abzuleiten?

Weiterlesen →

Dude … we have to talk about this (in JavaScript)

Veröffentlicht am von
11

Recently I stumbled about this post about The complete elimination and eradication of JavaScript’s this.

To give you a TL;DR: The author states that almost no JavaScript developer understands this, that it is a terrible concept, and introduces a library that allows developers to avoid using this in many circumstances. So, we had a twitter discussion with pretty opposing standpoints: I think this in JavaScript is quite simple, versatile and really useful.

But in the next days, it got me thinking …

Weiterlesen →

Vom Mayday-Projekt zum eigenen DevCamp-Track – so entstehen Themenschwerpunkte bei Mayflower

Veröffentlicht am von
7

Steffen und Katrin beschäftigen sich schon länger mit den Themen UX/UI; nicht nur, aber oft während eines Maydays, unsere zweiwöchentlich stattfindende Slacktime. Dort, wie auch auf firmeninternen Barcamps, probieren sie mit Kollegen Methoden wie User Story Mapping oder Empathy Maps aus; Dinge, die inzwischen auch Einzug in Kundenprojekte gefunden haben. Was sich sonst noch alles im Laufe der Zeit aus „lass uns gemeinsam Wissen aneignen“ ergeben hat und warum es manchmal gar nicht so schlecht ist, wenn der Nutzer betrunken ist, erfährst du im Interview. Weiterlesen →

TypeScript 3.0 – das sind die Neuerungen

Veröffentlicht am von
6

Am 30. Juli 2018 wurde TypeScript 3.0 veröffentlicht. Die quelloffene Transpiler-Sprache aus dem Hause Microsoft feiert damit ihr knapp sechsjähriges Bestehen und da ich selbst ein großer Fan von TypeScript bin, möchte ich Euch in diesem Artikel die wichtigsten Neuerungen dieser Version kurz vorstellen.

Weiterlesen →

User Experience ist nicht UI?!

Veröffentlicht am von
6

Der morgendliche Blick in unser internes Firmen-Wiki lässt mich grübeln: Wir sind auf der Suche nach neuen Kollegen, die uns in den verschiedenen Disziplinen unseres Projektalltags unterstützten. Speziell zwei Buchstaben im Kontext zum Frontend-Entwickler lassen mich bei einem Blick auf die Stellenbeschreibung nachdenken …

Wir suchen Frontend-Devs mit UX(-Faible). Das ist der Moment, in dem ich mich frage, ob wir wirklich alle wissen, was die zwei Buchstaben UX bedeuten und was User Experience eigentlich meint. Das es bei der Nutzererfahrung vielleicht nicht nur um ein schickimicki CSS3-, HTML5-, <add your shizzle frontend skill here>–Interface für den Anwender geht. Denn das ist eine Grundannahme, die immer noch in vielen Köpfen festsitzt; wie der Glaube an den Weihnachtsmann bei kleinen Kindern.

Weiterlesen →

Survey: Wie viel Kooperation haben wir denn gerade?

Veröffentlicht am von
9

Warum arbeiten wir agil in Teams, warum vermeiden wir Truck-Faktor, warum wollen wir T– π oder Paint-Drip-Shaped People haben?

Wir hoffen, dass wir von der Kooperation profitieren, dass wir keine Engpässe durch Einzelkompetenzen erzeugen und jede Aufgabe – ihrer Priorität angemessen – schnell umsetzen können.

Spannend wird das Ganze, wenn wir in ein verteiltes Setup gehen, wie es meine Kollegen Martin Ruprecht und Jens Broos in ihren Talks und Workshops besprechen.
Die Schwelle zu Kooperation ist höher, wenn ich erst die Video-Konferenz oder das Remote-Pair-Programming-Werkzeug der Wahl aktivieren muss.

Wir würden deshalb gerne von Euch wissen: Wie oft braucht ihr denn tatsächlich Kooperation, das heißt, die Zusammenarbeit und Kommunikation zwischen Kollegen?

Wie viele Aufgaben kann jeder erledigen, wie viele brauchen Kooperation oder Wissenstransfer? Welche Abhängigkeitsstrecken haben wir, wo kann ich mit mehreren Kollegen an den Tasks der gleichen Story parallel arbeiten?

Ihr findet unsere Umfrage unter https://www.surveymonkey.de/r/3TX3LSY.

Es wäre nett, wenn ihr sie auch ausfüllt – die Ergebnisse stellen wir dann hier vor.