Fünf Gründe, warum Entwickler sich Änderungen widersetzen

Originalautor: Eric Spiegel
  • Übersetzung
Bild

Oh nein, nur nicht das!

Der Abteilungsleiter teilte uns gerade mit, dass eine weitere Neuorganisation auf uns wartet. Alles, woran ich während seiner Rede denken konnte, war: "Nun, hier sind wir."

Die Chefs wechseln, aber die Fehler bleiben gleich. Der frühere Chef war viel zu beschäftigt; Dieser erzählt zumindest Witze und versucht lustig zu sein. Aber die Tatsache, dass wir die Änderungen noch einmal durchführen müssen, ist definitiv nicht lustig.

Warum können die meisten Entwickler die Änderung nicht ertragen? Es gibt viele Gründe dafür, warum natürliche menschliche Abwehrmechanismen funktionieren. Diese Gründe schützten uns vor den Gefahren des Jahrhunderts, wir überlebten dank Angst und Skepsis. Warum reagieren wir auf große Veränderungen mit negativen Gefühlen und nicht mit Gefühlen positiver Akzeptanz und Optimismus?

Weil die meisten von uns Veränderungen satt haben.

Dies gilt insbesondere in Fällen, in denen das Entwicklungsteam eine Art neuen Manager hat, der seine Spuren in der Geschichte der Organisation hinterlassen wird. Wie viele lebende Manager kommen in das neue Team und sagen: "Wow, Ihre Prozesse und Technologien sind so perfekt, dass wir alle so bleiben, wie wir sind?"

Ich bin mir nicht sicher, ob ich diesen Satz jemals hören werde!

Natürlich haben die Menschen diesen Widerstand gegen Veränderungen schon lange entdeckt. Kein Wunder, dass das beliebte Buch „Wer hat meinen Käse gestohlen?“ („Who Moved My Cheese“) 23 Millionen Mal verkauft wurde. Aber Entwickler versuchen in der Regel, alle eingehenden Informationen zu analysieren, und zu einfache Metaphern, die darin enthalten sind, werden ihnen dumm erscheinen. Wenn sie dieses Buch sogar hundert Mal lesen und sogar ein Seminar besuchen, hat dies keinerlei Auswirkungen auf sie, insbesondere wenn sie in ihrer Karriere bereits mehr als einmal erfolglose Veränderungen erlebt haben.

Und hier sind fünf Gründe, warum wir Widerstand gegen Veränderungen zeigen - einige Tipps, wie wir damit umgehen können.

Schade

Unser Team hat einen Leitfaden zur Unterstützung und Aktualisierung des Enterprise-ERP-Systems erstellt, den wir selbst als einfach hervorragend empfunden haben. Als wir mit der Arbeit begannen, lief wirklich alles gut - aber nur, bis wir beim Update auf eine erfolglose Datenübertragung stießen. Unser IT-Direktor kam aus der Finanzabteilung, und der nächste, der „das bekam, was er verdient hat“, war unser Manager.

Als sich herausstellte, dass der Grund dafür viele inkonsistente Schritte im Entwicklungsprozessleitfaden waren, beauftragte unser Manager einen Berater, der dieses Dokument von Grund auf neu schreiben sollte. Er informierte uns per E-Mail über diese Entscheidung und riss unseren aktuellen Plan buchstäblich auseinander - und das alles geschah irgendwo mitten im Arbeitsprozess.

Wir alle versanken in Trance. Jetzt wurde uns klar, dass wir nicht nur einen Fehler gemacht hatten, der leicht korrigiert werden konnte; Unser Team verlor den Rest des Unternehmens vor unseren Augen aus den Augen - und dies geschah in dem Teil, für den wir normalerweise auf den Rücken geschlagen wurden.

Natürlich kam niemand auf den Gedanken, mit einem Berater zusammenzuarbeiten, da dies für uns eine Zeit- und Geldverschwendung war. All dies führte dazu, dass das resultierende Dokument des Beraters bis zum Rand mit zusätzlichen Details gefüllt war, die das neue Handbuch vollständig unbrauchbar machten.

Aus diesem Grund haben wir eine überarbeitete Version des alten Handbuchs geheim gespeichert. Unser Manager hat es übrigens nie erfahren - und wir hatten nie wieder Probleme.

All dies hätte vermieden werden können, wenn unser Manager nicht zu ernst auf das Problem reagiert hätte. Also ein kleiner Ratschlag - nehmen Sie sich Zeit, um das Problem der Obduktion zu analysieren, bevor Sie sich für größere Änderungen entscheiden.

Bild

Schlechte Planung

Dieses Mal hat unser Team alles pünktlich gemacht. Noch ein Test - und wir gehen zum "Gold". Dann entschied der Leiter der Qualitätskontrolle, den Testprozess neu auszurichten, einschließlich der Änderung der Pass / Fail-Kriterien. Selbst in den besten Zeiten wäre eine solche Entscheidung nicht ohne ein Grunzen der Entwickler getroffen worden.

Aber, Jobs, fick dich, warum hast du dich jetzt dafür entschieden ?!

Das Entwicklungsteam rebellierte. Wir haben geschworen, uns nicht zu waschen und zu rasieren, bis die Geschäftsführung ihre Meinung geändert hat. Natürlich war es ein bisschen kindisch und brachte keine Ergebnisse. Zusätzlich zu all den Problemen wurde es uns bald zu stickig, um zusammenzusitzen, so dass wir mehrere Tage lang nicht durchhielten.

Am Ende verzögerte sich die Veröffentlichung der App um drei Wochen. Und jeder von uns wurde (völlig unfair!) Als dafür verantwortlich anerkannt, wie im Bericht über die Wirksamkeit unserer Arbeit geschrieben wurde.

Tatsächlich würde Steve Jobs wahrscheinlich genau dasselbe tun wie unsere Führung - alles nur, weil er ein Perfektionist war. Dies brachte ihm natürlich nicht viel Liebe bei Apple-Entwicklern ein, und er brachte auch nicht unseren Qualitätskontrollmanager mit.

Wenn Sie während des Entwicklungsprozesses etwas ändern, analysieren Sie zunächst die Risiken, damit Sie später nicht über die Ergebnisse überrascht werden.

Angst

Angst ist oft der Hauptgrund, warum Menschen versuchen, Veränderungen zu vermeiden. Ich bin bereits auf dieses Thema gestoßen, als einer unserer Entwickler vorschlug, Scala als neue Hauptentwicklungssprache zu verwenden. Der Rest des Teams (einschließlich unseres Managers) hatte Angst vor solch einer großen Veränderung.

Dem Team mangelte es an Selbstvertrauen, auch nur eine neue Sprache auszuprobieren. Ja, sie kamen dem, was sie seit Jahren benutzten, so nahe - und sie wollten die Komfortzone nicht verlassen.

Angst kann mit neuem Wissen und erhöhtem Selbstbewusstsein umgangen werden. Wenn ein Entwickler seit vielen Jahren mit der gleichen Technologie arbeitet, sollte der Manager nicht davon ausgehen, dass seine Vorschläge für die Verwendung von etwas anderem mit offenen Armen warten. Außerdem kann ich aus eigener Erfahrung ein Beispiel geben, als ich sowohl von der neuen Sprache fasziniert als auch verängstigt war. Zu dieser Zeit kommen mir verschiedene Gedanken in den Sinn ... Aber was ist, wenn ich ihn einfach nicht überwältigen kann? Was ist, wenn ich meinen Job verliere?

Der Manager sollte dem Team langsam eine neue Sprache vorstellen und beim Training des Teams helfen, indem er den Entwicklern kontinuierlich verschiedene Materialien hinzufügt. Darüber hinaus ist es unbedingt notwendig, mit ihnen über aufkommende Ängste und deren Überwindung zu sprechen. Denjenigen, die keine neue Sprache lernen möchten, kann eine andere Aufgabe oder ein anderes Projekt angeboten werden.

Misstrauen

Zu Beginn meiner Geschichte habe ich darauf hingewiesen. dass unsere bisherigen Erfahrungen uns letztendlich zur Skepsis gegenüber allem Neuen führen könnten. Dieser Umstand ist zu berücksichtigen.

In meinem Fall hat der neue Chef versucht, etwas zu ändern, nur weil er sich zeigen wollte. Ja, auch wenn alles, was vor ihm getan wurde, verbessert werden musste, aber zuerst sollte er einige Zeit mit uns verbringen und nicht ohne Vorbereitung zur Sache kommen.

Wenn Sie der neue Leiter in der Organisation geworden sind, sollten Sie Ihr Vertrauen in sich selbst stärken, bevor Sie beabsichtigen, etwas zu ändern. Fragen Sie die Mitarbeiter, was sie über die Veränderungen denken, führen Sie Diskussionsrunden - erforschen Sie, was Sie ändern müssen! Und wenn danach der Gedanke, dass Sie etwas ändern müssen, nicht Ihren Kopf verlässt, dann seien Sie in Ihren Erklärungen, warum Sie all dies brauchten, so vorsichtig wie möglich und versuchen Sie, sich so weit wie möglich auf die Fakten zu verlassen.

Bild
        Aktiver Widerstand - Passiver Widerstand - Akzeptanz - Aktive Unterstützung

Nur "weil"

Viele Entwickler mögen Änderungen einfach nicht. Vielleicht fällt es ihnen schwer, mit ihnen umzugehen; Dann spielt es keine Rolle, wie gut Sie ihnen den einfachen Umgang mit ihnen beibringen oder sie sogar vorhersagen - sie werden niemals Veränderungen akzeptieren.

Das Ergebnis ist so etwas wie der Kampf der Demokraten und Republikaner in den Vereinigten Staaten: Keiner von ihnen wird jemals endgültig gewinnen, wenn auch nur, weil jeder fest davon überzeugt ist, dass er Recht hat und sein Gegner nicht. Oft ist ein Entwickler einer Technologie so treu, dass er nicht einmal auf Ihre Argumente zugunsten einer anderen hört.

Wenn die meisten Ihrer Bemühungen, den Widerstand gegen Veränderungen zu überwinden, immer noch nicht erfolgreich sind, wenden Sie nicht zu viel Zeit für eine solche Person auf. Versuchen Sie stattdessen, die Herzen der meisten Ihrer Mitarbeiter zu gewinnen. Sie werden gewinnen und weitermachen können.

Wenn alles gesagt und getan ist, kann man nicht versuchen, lustig oder süß zu sein. Mach dein Ding; Entdecke, lerne und kommuniziere mehr mit anderen. Wenn Sie sich dieser Veränderung nicht mit Bedacht nähern können, könnte die nächste Veränderung in Ihrem Leben die Suche nach einem neuen Arbeitsplatz sein.

Originalartikel: Eric Spiegel, "Fünf Gründe, warum Entwickler dem Wandel widerstehen"

Jetzt auch beliebt: