Das ist offensichtlich absurd.

Raths Antwort ist ein ausgezeichneter Ansatz, um den Manager dazu zu bringen, den Ansatz zu überdenken, aber ich denke, er verfehlt den Punkt ein wenig.

Ihr Manager, der vorschreibt, wie Sie Ihre Arbeit erledigen sollen, ist die Definition von Mikromanagement. Wenn Sie in ein Team von Programmierern eintreten, die mit .NET vertraut sind und sagen, dass Sie jetzt Java verwenden sollen, sind Sie nicht gerade auf Erfolg eingestellt. Und in ein Unternehmen mit einer etablierten .NET-Codebasis zu kommen und zu sagen: "Hey, lass uns das alles neu schreiben!" (auch in .NET) ohne einen zwingenden Grund brennt nur das Geld des Unternehmens.

Ja, es gibt reichlich Änderungen in der Softwareentwicklung, und Sie sollten dies tun sei offen dafür. Ja, es wird einige Änderungen geben, wenn ein neuer Manager versucht, Prozessänderungen zu implementieren, um dem Team zum Erfolg zu verhelfen. Sie sollten sich offen an diejenigen wenden.

Aber das riecht nach Ranginkompetenz, und ich denke, Sie sollten planen, die Befehlskette anzuheben. Sprechen Sie zunächst mit Ihrem Manager und erfahren Sie, warum diese Änderungen stattfinden. Geben Sie möglicherweise Feedback, das nicht weiß, warum es für das Team schwierig ist, sich auf sie einzulassen. Wenn Ihr Manager gute objektive Gründe für die Änderung liefert, die die klaren Nachteile ausgleichen, dann machen Sie es.

Aber höchstwahrscheinlich erhalten Sie Müllantworten und diese Person muss so schnell wie möglich entlassen werden.

Eine solch radikale Änderung erfordert ein überzeugendes Geschäftsmodell, um sie zu unterstützen. Sie könnten argumentieren, dass

die Umschulung unseres Teams zur Verwendung der neuen Software / Verfahren / Tools / Sprache zu einer um X Wochen verringerten Produktivität führt, was dazu führt, dass N Tausend imperiale Credits verloren gehen.

Sein Fall muss zeigen, dass sich das Opfer lohnt, aber leider muss er sich nicht bei Ihnen melden. In jedem Fall, wenn dieses Dokument vorhanden ist, möchten Sie es möglicherweise lesen, werden Sie möglicherweise selbst zum Konvertiten.

Sie können darum bitten, dass die vorgeschlagenen Änderungen langsam eingeführt werden, damit das Team die Möglichkeit hat, auf dem Laufenden zu bleiben mit den Änderungen. Sie möchten Elemente auch dahingehend priorisieren, wie einfach sie zu ersetzen sind, d. H. Beginnen Sie mit der Änderung der Quellcodeverwaltung und verlassen Sie Java für das Ende.

Wenn ab Woche 1 alles auf Ihren Schoß fällt, wird es einen scharfen Höhepunkt bei Fehlern und Frustrationen geben. Egal, was am Ende passiert, dies ist die Situation, gegen die Sie aktiv arbeiten sollten.

Das erste, was ich hier sehe, ist ein klaffendes Loch in Ihrem Beitrag:

WARUM wird die Änderung vorgenommen?

Es gibt viele Gute Eigenschaften für jede Plattform (ungeachtet des strittigen Plattform-Snipings in den Kommentaren zu Ihrem Beitrag). Es kann einen zwingenden geschäftlichen Grund für diese Änderung geben. Möglicherweise wurde der Manager tatsächlich hinzugezogen, um diese Änderung vorzunehmen.

Hat der neue Manager mitgeteilt, warum diese Änderung stattfindet? Ist es eine Geschäftsrichtlinie? Soll es mehr im Einklang mit anderen Geschäftsbereichen des Unternehmens stehen? Oder ist es nur eine Änderung, um der Veränderung willen?

.NET vs. Java ist genau wie Chevy vs. Ford. Sie können den ganzen Tag über Stärken und Schwächen von Design und Leistung diskutieren, aber am Ende des Tages können Sie beide zum Lebensmittelgeschäft fahren.

Wäre ich Sie, wäre ich mehr mit dem beschäftigt "Warum" als das "Was". Wenn dies eine Geschäftsanweisung von oben ist, wäre ich besorgt, dass Ihr Manager dies nicht mitgeteilt hat. Wenn dies nur sein persönlicher kleiner Plattformkrieg ist, haben Sie ein größeres Problem (diesen Manager) als das Erlernen eines neuen Toolset.

Er möchte mit Java weitermachen und ich sehe mich als .NET-Entwickler, Ergebnis von drei Jahren Erfahrung und meinen Vorlieben, mich auf diese Weise zu verbessern.

In einem sich schnell ändernden Bereich wie der Softwareentwicklung ist es keine gute Idee, sich persönlich als ausschließlich mit einer einzigen Technologie verbunden zu identifizieren.

Es schränkt Sie zu sehr ein. und irgendwann werden Sie zurückgelassen.

Ich fühle mich angesichts dieser plötzlichen Veränderungen unzulänglich und unsicher. Aber ich weiß nicht, was ich tun soll.

Soll ich versuchen, mich an diese Änderungen zu gewöhnen?

Ja.

In diesem Geschäft Der Wandel ist kontinuierlich und relativ schnell. Wenn Sie mit Software fortfahren möchten, müssen Sie sich daran gewöhnen, Änderungen vorzunehmen, diese zu akzeptieren und sich kontinuierlich anzupassen. Andernfalls werden Sie zurückgelassen.

Wie hoch sind die Chancen, wenn ich dagegen bin, und wie könnte ich mich in dieser Situation richtig ausdrücken?

Es besteht fast keine Chance, dass die Ablehnung von Änderungen durch einen neuen Manager gut für Sie endet.

Ihr Unternehmen hat einen neuen Manager eingestellt und ihm die Befugnis erteilt, aus einem bestimmten Grund umfassende Änderungen vorzunehmen. Und ich vermute, dass sie die Entwicklergruppe vor dieser Einstellung nicht befragt haben, um zu sehen, ob alle eine solche Änderung wollten.

Wenn Sie versuchen, sich jetzt Ihrem Manager zu widersetzen, gerät Ihr Unternehmen in einen Konflikt zwischen Manager und Mitarbeiter. Sie werden diesen nicht gewinnen.

Versuchen Sie stattdessen, die Gründe für die Änderungen zu verstehen. Versuche offen zu bleiben. Und versuchen Sie Ihr Bestes, um an Bord zu kommen.

Wenn Sie das alles nicht können oder Ihre .NET-Kenntnisse länger nutzen möchten, müssen Sie möglicherweise eine andere Stelle suchen.

Besprechen Sie zunächst Ihre persönlichen Meinungen höflich und privat mit ihm. Bringen Sie andere nicht dazu, es sei denn, alle fühlen sich gleich und sind bereit, daran teilzunehmen. Jeder Manager, der sein Salz wert ist, insbesondere ein neuer, wird zuhören und darauf achten. Erklären Sie, dass Ihre Erfahrung im Punktnetz liegt und Sie das Gefühl haben, dass eine Lernkurve überwunden werden muss, bevor Sie in einer anderen Sprache so effizient sind. Und die Produktivität würde darunter leiden.

Wie er den Rest strukturiert, liegt ganz bei ihm. Die Änderung Ihres Fachgebiets wirkt sich auf Ihre gesamte zukünftige Karriere aus. Nach dem, was ich gelesen habe, ist dies der wichtige Teil.

Hat tatsächlich jemand mit ihm über diese Themen gesprochen? Es hört sich so an, als müsste jemand definitiv etwas unternehmen. Das ist sowieso dein erster Rückgriff. Nach diesem Gespräch wissen Sie besser, in welche Richtung Sie gehen müssen.