Was ich erlebt habe, ist, dass es manchmal schwierig ist, ein Argument zu liefern, um bestimmte Änderungen in Ihrem Arbeitsprozess oder Ihren Werkzeugen vorzunehmen. Solange der aktuelle Prozess und die aktuellen Tools funktionieren, besteht für Manager (oder Mitarbeiter) möglicherweise kein starker Anreiz, das Risiko einzugehen, etwas Neues auszuprobieren, das a) möglicherweise nicht besser ist oder b) fehlschlägt.
Es werden Zeit und Ressourcen aufgewendet, die Menschen müssen sich möglicherweise anpassen usw. Wenn Sie vorgehen und um eine Änderung bitten, werden Sie möglicherweise auf eine gewisse Zurückhaltung stoßen und starke Argumente vorbringen müssen. Es kann viele Gründe dafür geben, dass ein Manager keine Änderungen vornehmen möchte, und dies muss nicht unbedingt darauf zurückzuführen sein, dass er faul ist oder keine Änderungen vornimmt. Aber du fragst nach einer endgültigen Entscheidung oder einem "Go!" was tatsächlich die Verantwortung auf Ihren Manager legt.
Wenn Sie die Änderung nur vornehmen und sie in dem Moment an Ihren Arbeitsplatz schleichen, in dem die Änderung für Entscheidungsträger offensichtlich wird, haben Sie möglicherweise bereits bewiesen, dass:
a) Es kann getan werden.
b) Es funktioniert.
c) Es verbessert Ihre Arbeit.
d) Es hat nicht wirklich viele Ressourcen in Anspruch genommen.
... und so weiter.
Wenn es fehlschlug, könnte es einige Auswirkungen geben, aber wenn Sie nicht mit einem beschissenen Chef zusammenarbeiten, werden diese möglicherweise nicht hinter ein paar Handgelenksklatschen und einer bescheidenen Ausrede von Ihnen zurückbleiben.
Wir haben es einmal gemacht, als wir versuchten, uns hinter dem Rücken des CTO in ein anderes Bug-Tracking-System zu schleichen. Die aktuelle Version wurde von allen im Entwicklerteam mit Leidenschaft gehasst (aber sie wurde - nicht von Entwicklern - evaluiert und bezahlt, sodass erwartet wurde, dass wir sie verwenden), und wir hatten noch einige Lizenzen für eine andere Version übrig .
Leider scheiterte dieser Versuch, nicht um Erlaubnis, sondern um Vergebung zu bitten. Wir wurden gebeten, zum alten System zurückzukehren. Ich weiß nicht, ob jemand wirklich dem CTO antworten musste.
Bitten Sie den CTO, das Bug-Tracking-System zu ändern und die Erlaubnis zu erhalten: Zero Chance.
Auf der anderen Seite, wenn Sie anfangen, es zu benutzen (ohne andere Kosten als die für die Einrichtung aufgewendete Zeit) und dann prüfen, ob wir eine Erlaubnis NACH der Tatsache erhalten könnten: Keine fette Chance, aber deutlich höher als Null.