Wie kann man in einer sehr prozessorientierten Top-down-Umgebung Einfluss nehmen? [geschlossen]

Ich finde es schwierig, mich an die Top-Down-Entscheidungsfindung des Managements anzupassen, wo ich arbeite. Ein Beispiel: Ich habe ein paar Mal mein Interesse geäußert, in ein anderes Team zu wechseln, aber das Management vergisst manchmal, sich bei mir zu melden, oder ich bekomme nur ein kurzes „Nein“. Ich habe das Gefühl, dass ich nicht viel Einfluss habe, aber am Ende des Tages schreibe ich den Code, also wünschte ich, ich hätte mehr Eigenverantwortung für die Prozesse.

Um es auf das Wesentliche zu beschränken: Meine Führungskräfte konzentrieren sich hauptsächlich darauf, wie sie mit den von ihnen initiierten Prozessen Schritt halten können, und kümmern sich weniger um den Faktor Mensch.

Um zu veranschaulichen, welche Argumente mich zu dieser Schlussfolgerung führen. 1) Wir sind sowohl in meinem aktuellen Team als auch in dem, zu dem ich wechseln möchte, unterbesetzt. 2) Das Management hat ein großes Projekt initiiert, das mein aktuelles Team bald in zwei Teams aufteilen wird. Meiner Ansicht nach gehen sie ein großes Risiko ein, wenn sie ein großes Projekt in unserem Team übernehmen, wenn sie erfahren, dass ich an einem Teamwechsel interessiert bin.

Was ist der beste Weg, um in einem Arbeitsumfeld wie diesem Einfluss zu nehmen, in dem die Belange des Prozesses wichtiger sind als die Belange des Einzelnen? Wie kann ich die Vorgesetzten dazu bringen, sich mehr um meine Perspektive zu kümmern, ohne hoffentlich als negativer oder schwieriger Mitarbeiter wahrgenommen zu werden?

Dies ist weit gefasst, weil Sie auf mehrere Probleme stoßen – Probleme bei der Aufbewahrung, Beantragung eines Teamwechsels, Eigentum an Ihrem eigenen Arbeitsprodukt, Zusammenarbeit mit hochtechnischen Managern, die früher hochrangige unabhängige Mitarbeiter waren – jeder dieser Bereiche ist reich an großen Fragen , aber in diesem Beitrag gibt es kein klares Konzept darüber, was Sie an Ihrer Umgebung ändern möchten. Ich würde vorschlagen, dies zu bearbeiten, um dies in ein einziges Ziel zu bringen.
@bethlakshmi Danke für dein konstruktives Feedback. Ich habe meine Frage aktualisiert, ich hoffe, das ist besser.
„Sie gehen ein großes Risiko ein, wenn sie ein großes Projekt in unserem Team übernehmen, wenn sie erfahren, dass ich an einem Teamwechsel interessiert bin.“ Sie wissen, dass Sie das Team wechseln möchten, aber Sie wurden abgelehnt. Du wechselst nicht das Team. Ich verstehe nicht ganz, woher du mit dieser Frage kommst. Ihre Manager sind Ihre Manager. Es ist nicht ungewöhnlich, dass sie viel mehr Kontrolle/Macht haben als Sie.

Antworten (2)

Andere zu beeinflussen ist manchmal eine schwer zu erlernende Fähigkeit. Es ist möglich, wie Wesley Long glaubt, dass es in Ihrer Organisation keine solche Gelegenheit gibt. Es ist auch möglich, dass es eine solche Gelegenheit gibt.

Um Menschen von etwas zu überzeugen, muss man ihre Beweggründe verstehen. Das erste, was ich Ihnen empfehle, ist, die Kultur der Gruppe zu verstehen, die die Politik macht. Handeln sie nach Gefühl? Auf Nachweis? Auf Erfahrung, dass vorher etwas schief gelaufen ist? Ein Versuch, ISO5001-zertifiziert zu werden, damit sie in Ihrem speziellen Markt besser konkurrieren können?

Sobald Sie wissen, worauf sie reagieren, können Sie Ihre Position neu bewerten. Es kann einen sehr guten Grund für die Richtlinien geben, die erstellt werden, in die Sie noch nicht eingeweiht sind. Sie können sich auch das Problem ansehen, das sie zu lösen versuchen, und prüfen, ob es eine alternative Lösung gibt oder ob Sie nachweisen können, dass es sich nicht um ein Problem handelt. Oder Sie können vielleicht zeigen, dass die Heilung schlimmer ist als das Problem.

Unser mittleres Management reagiert nach eigenem Wissen und Bauchgefühl. Bleiben Sie im Zweifelsfall beim Plan. Lieber etwas entscheiden als nichts. Sie kennen die Organisation gut und wissen, was benötigt wird, behandeln Entwickler aber wie externe Berater ohne Einfluss. Ich kenne meine Vorgesetzten gut. Ich gehe manchmal zum Abteilungsleiter, er kommt von außerhalb, hat also eine andere Sicht auf die Dinge. Aber ich denke, immer wieder über das mittlere Management hinauszugehen, ist keine Lösung.
OK. Warum wurden die Richtlinien, denen Sie nicht zustimmen, eingeführt? Nur weil ein Plan gebraucht wurde? Oder wurden sie geschaffen, um bestimmte Probleme zu lösen/verhindern?
Das Problemmanagement konzentriert sich darauf, wie sie mit den von ihnen initiierten Prozessen Schritt halten können. Das ist der einzige Grund, warum ich mir vorstellen kann, warum sie mich nicht zum anderen Team wechseln lassen. Um zu veranschaulichen, welche Argumente mich zu dem Schluss führen. 1) Wir sind in beiden Teams unterbesetzt. 2) Das Management hat ein großes Projekt initiiert, das bald mein aktuelles Team aufteilen wird, anstatt Berater hinzuzuziehen. Ich glaube, dass Prozesse der steuernde Faktor sind.
Haben Sie versucht, einen von ihnen nach dem Grund für die Richtlinien zu fragen?
Ihre Frage hat mir tatsächlich geholfen, meine Gedanken besser zu sammeln, und ich habe meine ursprüngliche Frage aktualisiert. Ich spreche mein Anliegen oder meine Wünsche beim Management an, wenn ich mit den Antworten in der ersten Runde nicht zufrieden bin, ja. Es ist unterschiedlich, wie gute Antworten ich auch nach der zweiten Runde bekomme. Manchmal verstehe ich, dass es gute Gründe für eine Entscheidung gibt, aber manchmal werde ich einfach nicht schlauer.

"... aber am Ende des Tages schreibe ich den Code, also brauche ich etwas Eigenverantwortung für die Prozesse."

Nein, Sie brauchen es nicht, um Ihre Arbeit zu erledigen. Du magst es vielleicht wollen, aber der dir gegebene Prozess ist das, woran du arbeiten musst.

"Ownership of Process" ist ein seltsames Konzept. Verwenden Sie es euphemistisch, um "Autorität über den Prozess" zu bedeuten? Ich glaube, Sie meinen, Sie wollen entweder Einfluss auf Prozesse nehmen oder zumindest einen gewissen Spielraum darin für Ihre eigene Arbeit. In einer traditionellen Engineering-Welt würde eine Prozessänderung erfordern, dass (zumindest) eine Kosten-Nutzen-Analyse und eine Risikominderungsanalyse durchgeführt und diese dann zur Überprüfung durch das Management vorgeschlagen werden. Die Softwareentwicklung „leiht“ sich viel vom Engineering, bringt aber nicht alles mit. Es klingt für mich so, als würde das mittlere Management versuchen, auch etwas Prozesskontrolle an Bord zu bringen. Wenn Sie das "schnelle und lockere" Gefühl brauchen, das Sie zuvor hatten, könnten Sie in Schwierigkeiten geraten.

Es scheint, dass diese Organisation speziell darauf ausgelegt ist, Sie daran zu hindern, Einfluss zu nehmen. Ohne eine größere Umstrukturierung des Managements (die Sie nicht einleiten können) werden sich die Dinge nicht ändern.

Wenn Sie "Besitz" des Codes meinen, wie ich ursprünglich dachte, dass Sie meinten, dann wird das nie passieren. Ihr Code ist ein Arbeitsprodukt und gehört Ihrem Arbeitgeber, sobald Sie ihn eingeben.

Wenn Sie „Ownership“ für Ihr ganz persönliches Gefühl der Arbeitszufriedenheit brauchen, dann möchten Sie auf jeden Fall eine andere Organisation finden. Denken Sie jedoch daran, dass alles, was Sie als Angestellter oder als Auftragnehmer im Rahmen eines „Arbeitsauftrags“-Vertrags schreiben, jetzt nicht Ihnen gehört und nie Ihnen gehört hat, egal was Sie „fühlen“.

Ich habe darüber nachgedacht, in ein kleineres Geschäft zu gehen, weil meine Ansichten dort vielleicht mehr geschätzt würden.
@arg1torokca1 - Dem solltest du wahrscheinlich nachgehen. Es würde Sie wahrscheinlich auf lange Sicht viel glücklicher machen. Das Leben ist zu kurz, um dort zu arbeiten, wo man nicht glücklich ist.
Sie haben hier einen guten Punkt. Genau das hat in unserem Fall der ältere Kollege getan.
@arg1torokca1 - wenn sie mehr an Prozessen als an Ergebnissen interessiert sind, werden andere Leute in Ihrem Geschäft wahrscheinlich die Ausgänge im Auge behalten. Gehen Sie fischen und sehen Sie, ob etwas beißt.
@MeredithPoor - Das Management ist sich des Ergebnisses nicht bewusst, aber der Prozess war zu oft wichtiger als die Anliegen des Einzelnen. Ich fange an zu glauben, dass sich die Situation nicht verbessern wird, also verstehe ich, dass ich für andere Möglichkeiten offen sein muss. Ich freue mich über Ihr Feedback, es hilft mir, die Dinge klarer zu sehen.
Hallo Wesley, mit Eigentum bezieht sich der Fragesteller auf das Eigentum am Prozess, nicht am Produkt . Ich schlage vor, dass Sie Ihre Antwort so bearbeiten , dass sie anspricht, wie die Operation das Arbeitsumfeld beeinflussen könnte, damit die Mitarbeiter in die Lage versetzt werden, mehr eigene Entscheidungen zu treffen. Beachten Sie, dass wir bei Antworten, die darauf hindeuten, dass eine Person ihren Job gekündigt hat , dass diese Antworten Fakten, Referenzen oder Erfahrungen enthalten müssen, die Ihnen persönlich widerfahren sind, gemäß der Backup-Regel .
Abgesehen davon, verwenden Sie Antworten oder Änderungen bitte nicht für persönliche Angriffe oder um andere Benutzer anzusprechen. Ich habe es herausgeschnitten, da dies auf unserer Website nicht toleriert wird.
@jmort253 - Ich glaube, ich habe das Prozessproblem in Absatz 3 angesprochen. Außerdem habe ich eine andere Organisation vorgeschlagen, ohne seinen Job zu kündigen. Wenn dies ein anderes Team oder sogar eine Abteilung innerhalb desselben Unternehmens bedeuten kann, wäre das OP meiner Meinung nach viel glücklicher. Es ist der Prozess, mit dem er unzufrieden ist. Ich habe seine „Eigentums“-Bedenken getrennt von seinen „Prozess“-Bedenken angesprochen.
Hallo Wesley, ich denke, was mich verwirrt, ist, wie Sie in diesem Absatz erwähnen, dass der Code, den Sie schreiben, nicht Ihnen gehört. Das lässt mich denken, dass Sie sich auf das Eigentum beziehen, nicht auf den Prozess. Wenn diese mir nicht klar sind, sind sie wahrscheinlich auch anderen nicht klar. Hoffe, diese Vorschläge sind hilfreich! :)
Okay, ich verstehe, woher du kommst. Ich verlasse mich wohl zu sehr auf meine persönliche Erfahrung. Wenn meine Untergebenen sagten, sie bräuchten "Eigentum" an irgendetwas, dann deshalb, weil sie gerade herausgefunden haben, dass ihnen das Arbeitsprodukt nicht gehört. „Ownership of Process“ ist ein sehr seltsames Konzept, da Prozesse in der Beratungswelt als geistiges Eigentum gelten, aber ich lasse mich darauf ein. Lass mich sehen was ich machen kann.
Beim Eigentum an dem Prozess dachte ich an Einfluss darauf, wie man vom Input zum Output kommt, nicht an Eigentum an irgendetwas, das in unserem Buch als geistiges Eigentum betrachtet werden könnte. Wir haben theoretisch viel Freiheit, wie wir eine Lösung für unsere Kunden liefern. Aber in der Praxis haben wir praktische und einige künstliche Beschränkungen für das Wie und Was. Die künstlichen Beschränkungen stören mich ein wenig nachdenklich.
Wie kann man in einer sehr prozessorientierten Top-down-Umgebung Einfluss nehmen? [geschlossen]
AntwortenHierDatenschutz-Bestimmungen1y, 0v