Welche effektiven Strategien gibt es bei der Implementierung eines neuen Protokolls für technische Anfragen in einem großen und vielfältigen Unternehmen?

"Führen Sie niemals einen Führungswechsel ein, ohne vorher den Führungswechsel eingeleitet zu haben." Mark Horstman, http://www.manager-tools.com

Da das Protokoll nie effektiv implementiert wurde, fangen Sie von vorne an. Sie haben jetzt effektiv kein Protokoll, also beginnen Sie die Implementierung erneut.

Beginnen Sie damit, erneut zu prüfen, warum Sie ein solches Protokoll benötigen, die Vorteile für die Organisation und für die Einzelpersonen in der Organisation. (Andere Antwortende haben einige Hinweise in diese Richtung.) Erwägen Sie, das Protokoll neu zu gestalten – wenn Sie sich mit den Beteiligten an beiden Enden der Anfrage beraten, entdecken Sie möglicherweise andere Ansätze zur Lösung derselben Probleme.

Führen Sie dann das Protokoll als Änderung ein. Ignorieren Sie die Tatsache, dass es die ganze Zeit hätte verwendet werden sollen. Befolgen Sie Best Practices für das organisatorische Änderungsmanagement – ​​überprüfen Sie die Änderung einzeln mit mindestens einer repräsentativen Untergruppe der Betroffenen, kündigen Sie sie der Organisation an, präsentieren Sie die Änderung den betroffenen Organisationseinheiten, stellen Sie Materialien rechtzeitig vor dem Datum der Änderungsimplementierung bereit und so weiter an. Wenn Sie im Internet nach „Änderungsmanagement“ suchen, werden Sie viele Ressourcen finden, falls dies nicht bereits zu Ihren Fähigkeiten gehört.

Sobald die Änderung implementiert wurde, ist das Befolgen des Protokolls nun eine Managementübung. Und wie das gemacht wird, ist eine andere Frage, die weit außerhalb des Bereichs der persönlichen Produktivität liegt.

Die Frage, die Sie stellen müssen, ist, warum diese Personen das Formular nicht verwenden. Ist es viel einfacher, die Person einfach direkt zu kontaktieren? Wenn dies der Fall ist, gibt es keinen Grund für sie, sich zu ändern. Sie werden Ihren Plan als lästig und ineffizient ansehen.

Wenn es keinen direkten Nutzen für sie gibt, müssen Sie möglicherweise in die entgegengesetzte Richtung schauen – ein offizielles Wort von oben, das besagt, wenn sie das Verfahren nicht befolgen, wird ihr Projekt nicht fortgesetzt, ihre Änderung wird nicht genehmigt oder sie werden diszipliniert in gewisser Weise (niedrigere Punktzahl bei der jährlichen Überprüfung usw.)

Klingt hart, aber wenn der Prozess ihnen nicht zugute kommt, wird er nicht passieren.

Entwickler sollten niemals von verschiedenen Personen mit Feature-Anfragen gestört werden. Stattdessen ist es die Pflicht des Product Owners, als Gatekeeper zu fungieren, alle Anfragen zu notieren und die Backlog-Items zu priorisieren. Wenn Sie diese Rollen in Ihrer Organisation nicht haben, sollten Sie sie einführen, bevor Sie sich mit Ihrem Formularproblem befassen.