Entwickleroberfläche

Wenn ja:
Gehen Sie zu 02.

Wenn nein:
Grundlegendes zu den Problempunkten Ihrer Entwickler ist der erste Schritt zur Verbesserung Ihrer DevEx.

Empfohlene nächste Schritte:

Führen Sie eine Umfrage mit Ihren Entwicklern aus, und stellen Sie ihnen Fragen wie:

• Was ist das Schwierigste an Ihrer Arbeit, und warum?
• Was ist die größte Barriere für Ihre Produktivität, wenn Sie an Ihre Entwicklungstools und -prozesse denken?
• Wie wäre es, wenn Sie eine Sache an der Art und Weise ändern könnten, wie unser Team Software erstellt?

Wenn ja:
Gehen Sie zu 03.

Wenn nein:
DevEx ist vielschichtig und erfordert daher ein vielschichtiges Framework, um es zu verstehen – deshalb haben wir das SPACE-Framework erfunden. Es berücksichtigt fünf Dimensionen von DevEx: satisfaction and well-being (Zufriedenheit und Gesundheit), performance (Leistung), activity (Aktivität), communication and collaboration (Kommunikation und Kollaboration), and efficiency and flow (Effizienz und Flow).

Um Ihre DevEx zu bewerten, empfehlen wir die Nachverfolgung von Metriken/KPIs über mindestens drei Dimensionen von SPACE.

Um mehr über das SPACE-Rahmenwerk zu erfahren und Beispiele für Metriken aus jeder Dimension zu sehen, lesen Sie die Forschungspublikation.

Wenn ja:
Gehen Sie zu 04.

Wenn nicht:
Es ist wichtig, klare, realistische Ziele für jede Metrik zu definieren. Darüber hinaus ist es wichtig, dass diese Ziele mit den Schmerzpunkten Ihrer Entwickler übereinstimmen.

Es kann schwierig sein, Ihre Ziele festzulegen. Einige verweisen auf Metriken aus anderen leistungsstarken Teams oder Unternehmen, einige verweisen auf Branchenbenchmarks. Beachten Sie außerdem, dass sich Ihre Ziele im Laufe der Zeit ändern können, um eine kontinuierliche Verbesserung widerzuspiegeln.

Weitere Informationen dazu, wie Sie die Auswirkungen von DevEx und den möglichen ROI quantifizieren können, finden Sie in unserem Blog und der Forschungspublikation.

Wenn ja:
Gehen sie zu 05.

Wenn nein:
Die einzige Möglichkeit, Ihre DevEx zu verbessern, besteht in der Verbesserung der Art und Weise, wie Ihre Entwickler arbeiten. In der Regel bedeutet dies, in Tools zu investieren, die ihnen das Leben erleichtern, oder wichtige Prozesse zu rationalisieren. Um die Effektivität zu erhöhen, empfehlen wir Ihnen, Ihre DevEx-Verbesserungsarbeit auf die von Ihnen identifizierten Metriken zu konzentrieren und zu verfolgen.

Wenn ja:
Fahren Sie mit „Journey fortsetzen“ fort.

Wenn nein:
Manchmal machen Organisationen den Fehler, ihre Entwickler für ihre DevEx verantwortlich zu machen. Das ist jedoch unfair, denn die Entwickler gestalten nicht die Toolkette oder Prozesse ihres Unternehmens – das Führungsteam tut dies.

DevEx-Initiativen sollten vom Führungsteam mit dem expliziten Ziel, die Erfahrung ihrer Entwickler zu verbessern, geleitet werden, und das Führungsteam sollte für den Erfolg dieser Initiativen zur Verantwortung gezogen werden.

Dies bedeutet nicht, dass Entwickler nicht an DevEx-Initiativen beteiligt sein sollten. Diese Initiativen zielen darauf ab, die Probleme der Entwickler zu lösen. Natürlich sollten die Entwickler während des gesamten Prozesses konsultiert und einbezogen werden, aber letztendlich sollte das Führungsteam für die Verbesserung von DevEx in ihrem Unternehmen verantwortlich sein.

Ihre DevEx ist ausgereifter als die meisten, aber die Journey ist nie abgeschlossen. Bleiben Sie dem Wettbewerb voraus, indem Sie unsere neueste DevEx-Forschung lesen und moderne Entwicklertools erkunden, die DevEx verbessern können.