Etwas verwandt mit:
Hintergrund
Vor einigen Monaten habe ich eine neue Stelle bei einem kleinen IT-Beratungs- und Softwareentwicklungsunternehmen angetreten. Ich habe mich für Softwaredesign und -architektur, Entwicklung von Web-Apps und Expertise im Bereich Benutzererfahrung beworben. Während des Interviewprozesses habe ich ein bisschen mehr Interviews mit dem Unternehmen als mit mir selbst geführt, um sicherzustellen, dass ich irgendwohin gehe, wo ich wachsen und mein Fachwissen anwenden kann (etwas, bei dem ich in meiner derzeitigen Position an eine Wand gestoßen bin). Alles schien gut, also machte ich mich auf den Weg.
Das Projekt, das sie damals hatten, erforderte im Wesentlichen, dass ich BAU-Arbeiten (Business as usual) mache, bis es im Dezember abgeschlossen wurde. Es war eine mühsame und langweilige Plackerei, bei der ich vielleicht zu 20-30 % ausgelastet war, mich aber nicht auf etwas Wesentliches konzentrieren konnte, was der „Aus und An“-Natur geschuldet war. Ich verbrachte meine "freie" Zeit damit, das Unternehmen aufzuwerten, indem ich in Abstimmung mit dem CEO dringend benötigte Richtlinien in Bezug auf Informationssicherheit und verschiedene ingenieurtechnische Punkte entwarf.
Das nächste Kundenprojekt, bei dem ich der alleinige Entwickler sein werde, startet Mitte Januar. Ich habe einen Monat Zeit, um etwas Produktives und Geschicktes zu finden. Hier begannen sich die Probleme wirklich zu zeigen.
Momentane Situation
So. Die aktuelle Situation ist, dass ich seit langem bestehende geschäftliche Anforderungen identifiziert habe, die ich innerhalb des nächsten Monats vollständig lösen kann, aber das damit verbundene emotionale und politische Gepäck hindert mich daran, überhaupt anzufangen. Ich bin nicht in der Lage, mein Fachwissen sowohl in den Tech-Stacks, in denen ich geübt habe, als auch in den Design- und Entwicklungsmethoden, die ich gelernt und verwendet habe, einzusetzen. Ich werde von ein paar anderen Entwicklern blockiert, die seit ihrer Gründung bei diesem Unternehmen sind und hier ihre Softwareentwicklungskarriere begonnen haben.
Dies deutet auf ein größeres Problem hin. Ich habe einen Devops-Ingenieur und -Entwickler, die gut sind, ein großartiger Kniff, und der schon länger in der Branche ist als ich. Aber sie zeigen einen Mangel an Verständnis, Wissen oder Neugier für die breitere Softwareentwicklungslandschaft und wer ist eher zynisch und nicht bereit, Veränderungen zu akzeptieren. Ein bisschen wie ein "bitterer Tierarzt". Sie sind irgendwie bombastisch und waren während ihrer gesamten Karriere mit anderen im Unternehmen befreundet. Diese Person möchte fahren, zeigt jedoch unerfahrene, naive und nicht praktikable Ansätze, die Teil der Wurzel der Unfähigkeit des Unternehmens zu sein scheinen, Fortschritte zu erzielen.
Das Problem für mich
Ich bin nicht in der Lage, vorwärts zu gehen, um mein Fachwissen zu nutzen oder zu erweitern, weil ich in meiner Karriere einen Rückschritt mache und dieselben grundlegenden Argumente wiedererlebe, die ich vor über 5 Jahren erlebt habe, als ich endlich anfing, das Gesamtbild zu verstehen. Mit der gleichen Art von „Handwinken“ der harten Teile und der kritischen Analyse, die ich damals erlebte. Die gleiche Art von Verachtung von Wissen und Pragmatismus und die gleiche Wahrnehmung von „Altersdiskriminierung“ von denen, die mich als jung und unerfahren wahrnehmen (ich sehe viele Jahre jünger aus, als ich bin). Argumente, Schlussfolgerungen, Beispiele und Referenzen rund um mein Softwareentwicklungsniveau stoßen auf taube Ohren.
Sicher, Mitte Januar steht ein Kundenprojekt an, aber es ist klein und dauert höchstens ein paar Monate, und dann sitzt es wieder auf meinen Händen. Ich bin seit Monaten hier und habe wenig bis gar keine tatsächliche Entwicklung getan, und jetzt, wo der Tisch offen ist, kann ich aufgrund der Politik, des Zynismus und des engen Erfahrungsspektrums meiner nicht nach vorne drängen und auf meinem Niveau arbeiten Mitarbeiter.
Der CEO ist sehr zurückhaltend und der Meinung, dass „das Team entscheidet“. Das Problem dabei ist, dass das Team aus mir und den 2 Entwicklern besteht, die für ihre Karriere hier waren. Das „Team“ entscheidet genauso wie es anscheinend immer getan hat, und treibt folglich keine internen Ergebnisse voran. Ich bin weitgehend blockiert, überstimmt und zurückgehalten.
Ich bin nicht mehr so bereit zu kämpfen, um voranzukommen, wie ich es in der Vergangenheit getan habe. Es kostet mich viel Energie, Energie, die ich hätte investieren können, um mich selbst, das Unternehmen, seine Produkte und seine Haltung zu verbessern. Selbst wenn ich „gewinne“ und Ergebnisse erzielen kann, ist es ein bittersüßer Sieg, der mich erschöpft und demotiviert zurücklässt.
Welche Möglichkeiten habe ich, diese Situation zu verbessern, ohne meine Karriere rückläufig zu machen?
Ich bin nicht bereit, es auszusitzen und den "Long Con" für 6-12m zu spielen, ich hätte einfach in meiner vorherigen Position bleiben und "beibehalten" können, wenn das mein Ziel gewesen wäre. Das ist Zeit, die ich nutzen könnte, um meine Ziele zu erreichen, die ich nicht zurückbekomme.
Verlassen ist eine Option, aber es fühlt sich falsch an, da ich erst seit ein paar Monaten hier bin und nicht viel Umsatz gemacht habe. Meine Position ist teuer, und es ist ein kleines Unternehmen, aber gleichzeitig wird es verschwendet.
Alle Organisationen sind resistent gegen Veränderungen. Es ist wirklich, wirklich schwer, Änderungen in der Art und Weise, wie Menschen ihre Arbeit erledigen, voranzutreiben, selbst für einen CEO/Eigentümer. Es ist weitaus schwieriger für eine neue Person, die gleichaltrig ist.
Wie Sie festgestellt haben, können Sie nicht einfach rational argumentieren (egal wie stichhaltig) und erwarten, dass die Menschen in Massen Ihnen einfach zustimmen und ändern, woran sie arbeiten, wie sie es tun, und sich ändern wie sie die Dinge sehen. Aus Sicht der Menschen, mit denen Sie zusammenarbeiten, war alles "OK". Was Sie ihnen vorschlagen, ist, dass das, was sie getan haben, auf einer bestimmten Ebene „falsch“ ist. Das ist schwer zu akzeptieren, ohne das Vertrauen zu verlieren. Besonders in der IT- und Softwareentwicklung ist es üblich, Leute zu haben, die starr denken (mit geringer Offenheit für neue Erfahrungen) und daran gewöhnt sind, Experten in ihren Bereichen zu sein – die klügsten Leute im Raum.
Die Art und Weise, wie sich die Dinge ändern, besteht darin, die Unterstützung einer kleinen Gruppe dieser Menschen zu gewinnen, die bereit sind, die neuen Ideen zu verbreiten und anderen vorzuleben. Sie starten zunächst mit ein oder zwei Personen, die offen für Neues sind und gerne am Puls der Zeit sind. Diese erste Gruppe von Menschen muss von den anderen und vom Management respektiert und vertraut werden. Sie kommen dann mit ihrer Zusammenarbeit dazu, andere einzubeziehen, die weniger offen sind, aber bereit sind, neue Dinge zu tun, weil es "ihre Aufgabe" ist. Dies setzt sich bis zu den Nachzüglern fort, die neue Dinge nur tun, wenn sie dazu gezwungen werden. Das alles braucht Zeit, viel Zeit.
Ich habe diese Theorie nicht aus dem Nichts gezogen. Sie ist seit Jahrzehnten als „ The Diffusion of Innovation “-Theorie bekannt. Es wurde zuerst auf den technologischen Fortschritt in der Landwirtschaft angewendet, scheint aber auf den technologischen Wandel in jeder Organisation von Menschen zuzutreffen. Es gibt ein Buch, das vor mehr als einem Jahrzehnt herauskam, das diese Theorie für Organisationen der Softwarebranche in die Praxis umsetzt, Fearless Change . Der Autor schreibt aus Erfahrung in der Softwareentwicklung in einer der veränderungsscheusten Branchen, den Fluggesellschaften.
Die aktuelle Situation ist, dass ich langjährige geschäftliche Anforderungen identifiziert habe, die ich innerhalb des nächsten Monats vollständig lösen kann
Stoppen Sie genau hier: Was führt Sie zu der Annahme, dass dies tatsächliche „Geschäftsanforderungen“ sind? Wenn sie es wirklich sind, warum lässt der CEO die Finger davon? Haben Sie mit dem CEO darüber gesprochen, was er als oberste Prioritäten für das Unternehmen ansieht?
Sie waren ziemlich vage in Bezug auf diese Bedürfnisse, aber ich würde vermuten, dass Sie Änderungen vom Refactoring-Typ vornehmen möchten, die zwar zweifellos aktuelle Best Practices sind, aber keinen unmittelbaren Wert hinzufügen und stattdessen riskieren, was zu beschädigen ist bereits vorhanden. Wenn ja, dann ist das, was Sie abschätzig als „politisches und emotionales Gepäck“ bezeichnen, wahrscheinlich eher gerechtfertigter Widerstand gegen die Reparatur von Dingen, die nicht kaputt sind. Um es deutlicher auszudrücken, jeder erfahrene IT-Mitarbeiter wird Junioren gesehen haben, die sich an dem Gebiss des Monats versuchten und heute in einem Lebenslauf gut aussehen würden, und sie werden Sie zu Recht oder zu Unrecht desgleichen verdächtigen.
Anstatt sich also gegen Windmühlen Ihrer eigenen Erfindung zu wehren, würde ich vorschlagen, herauszufinden, was andere Leute , insbesondere der CEO, als echte Probleme sehen, und sich stattdessen mit diesen auseinanderzusetzen. Denn wenn Sie erfolgreich sind, werden sie den Vorteil sehen und Sie erhalten die Anerkennung.
Es hört sich so an, als ob das Problem darin besteht, dass Sie versuchen, Lösungen für Dinge durchzusetzen, die Ihre Kollegen nicht einmal als Probleme ansehen. Das ist selbst für einen leitenden Manager schwer genug. Als Neuling im Team hat man überhaupt keine Chance.
Die einzige Hoffnung besteht darin, Dinge zu identifizieren, die ihrer Meinung nach verbessert werden müssen, und zu versuchen, Lösungen für ihre Probleme anzubieten.
Verlassen ist eine Option, aber es fühlt sich falsch an, da ich erst seit ein paar Monaten hier bin und nicht viel Umsatz gemacht habe. Meine Position ist teuer, und es ist ein kleines Unternehmen, aber gleichzeitig wird es verschwendet.
Nicht dein Problem. Das einzige, worüber Sie sich Sorgen machen müssen, ist, wenn Sie anfangen, wie ein „Serienjob-Hopper“ auszusehen.
Wenn Sie Ihre Karriere vorantreiben wollen, müssen Sie Führung lernen.
Es gibt nicht viel, was jemand ganz alleine tun kann. Sie haben in Ihrer Karriere einiges gelernt. Aber Sie wollen nicht mehr am Ende stehen. Dazu müssen Sie herausfinden, wie man führt – Ihre Kollegen, sogar Ihre Chefs.
Dies ist eine frustrierende Zeit, aber die beste Nutzung Ihrer Zeit besteht darin, herauszufinden, wie Sie mit solchen Situationen umgehen können. Andernfalls haben Sie vielleicht Recht und sind klug und so weiter, aber es wird keine Ergebnisse bringen.
Welche Möglichkeiten habe ich, diese Situation zu verbessern, ohne meine Karriere rückläufig zu machen?
Ihre Optionen sind:
Die überzeugendste Form, die Ihr Vorschlag annehmen kann, ist ein solider Business Case: Dies sind unsere Kosten, dies sind unsere Einnahmequellen, hier ist, wie wir diese und jene Kosten reduzieren und/oder eine neue Einnahmequelle einführen können, hier sind die Risiken daran beteiligt, und hier ist der Beweis, dass diese Risiken beherrschbar sind.
Dies ist natürlich schwierig zusammenzustellen, da das Risikoniveau oft subjektiv ist und Beweise, die nicht anekdotisch oder meinungsbasiert sind, schwer zu finden sind.
Und am Ende hat jede Organisation eine andere Risikobereitschaft, sodass selbst der am besten abgesicherte Vorschlag möglicherweise als nicht lohnenswert angesehen wird.
Sie sagen, der CEO ist „sehr praktisch“, aber es gibt doch bestimmt jemanden in der Rolle des Product Owners, der dem Team sagt, woran es arbeiten muss, um einen Mehrwert für das Unternehmen zu schaffen? Überzeugen Sie diese Person. Es muss nicht unbedingt darum gehen, dass der Manager die anderen Teammitglieder anweist, sich Ihrem Vorschlag anzuschließen – es könnte daran liegen, dass er Ihnen die Ressourcen zur Verfügung stellt, um ihn zu verfolgen, vielleicht außerhalb dieser speziellen Teamstruktur.
Beachten Sie, dass ein Manager, der sich mit Budgets befasst, (theoretisch) eher von einem soliden Business Case überzeugt werden könnte als jemand, der dies nicht tut.
Wenn es Ihnen schwer fällt, alle Punkte Ihres Vorschlags stichhaltig und objektiv zu belegen, sollten Sie sich nüchtern fragen, wie sehr Sie selbst davon überzeugt sind. Nur weil Sie eine gute Idee haben, heißt das nicht, dass es keine noch bessere gibt, die Sie mit mehr Forschung entdecken können. Hören Sie sich die Einwände an, die Sie zu Ihrem Vorschlag erhalten, und prüfen Sie, ob sie berücksichtigt werden können, um einen Kompromiss zu erzielen.
Natürlich möchten Sie dies nicht tun, da Sie der Meinung sind, dass es Ihrer Karriere schadet, aber ich führe es der Vollständigkeit halber auf, da es eine Option ist. Wenn das Geschäft derzeit nicht leidet, sind Verbesserungen an der Funktionsweise des Geschäfts nicht unbedingt erforderlich, und da jeder Verbesserungsvorschlag ein Risiko birgt, wundern Sie sich nicht, wenn solche Vorschläge abgelehnt werden. "Wenn es nicht kaputt ist", wie sie sagen.
Sie sagen, dass Sie nach Abschluss des nächsten Kundenprojekts wieder „auf den Händen sitzen“. Ich denke, es wäre vernünftig, sich zurückzuziehen und es dann zu diesem Zeitpunkt erneut zu versuchen. Wahrscheinlich haben Sie bis dahin mehr über das Geschäft erfahren und können Ihren Vorschlag verfeinern.
Nur Sie können beurteilen, ob ein Aufhören nach nur wenigen Monaten in Ihrem Lebenslauf schlechter oder besser aussehen würde, als zu bleiben und nicht so viele Verbesserungen durchzusetzen, wie Sie es sich gewünscht hätten.
BSMP
Douglas Gaskell
overhaul the system
, sondern entwickle ein Greenfield-Projekt, an dem sie jahrelang gescheitert sind. Ich habe ihren Ansatz als Ursache für das Scheitern identifiziert, und was ich zurückbekommen habe, ist, einfach zurückzudrängen, um den Status quo aufrechtzuerhalten, der bisher keine Ergebnisse gebracht hat.Douglas Gaskell
Ben Barden