Wie vermeidet man das Mikromanagement eines Softwareentwicklungsteams? [geschlossen]

- In welchen Situationen sind Sie in die Falle getappt, Mikromanager zu werden?

Ich stimme Ashes zu, dass dies normalerweise passiert, wenn es an Vertrauen zwischen Managern und dem Team mangelt. Dies kann auch ein Problem der Organisationskultur des Unternehmens sein, beispielsweise bei einer vertikalen, hierarchischen Organisation.

- Wie kann man feststellen, ob er/sie ein Projekt mikromanagt, außer jemand, der herauskommt und es sagt?

Wenn Sie in einer Managerrolle Ihr Entwicklungsteam nach der Motivation befragen oder feststellen, dass sie das Unternehmen aus demselben Grund verlassen , z Projekt und lass die Leute nicht ihre eigenen Entscheidungen treffen. Das Problem ist, dass bei der Lösung von Konflikten der Manager normalerweise derjenige ist, der weniger Informationen hat.

Wenn Sie zu viele Entscheidungen treffen, um das Team voranzubringen, kann dies eine Warnung vor Mikromanagement sein.

- Welche Strategien haben Sie angewendet, um zu vermeiden, ein Mikromanager zu werden?

Ich mag Joels Ratschlag zu Command and Conquer and the Herd of Coconuts :

• Jeder besitzt ein Stück Land. Wenn sie es besitzen, besitzen sie es . Wenn ein Manager oder sonst jemand dazu beitragen möchte, wie dieser Bereich verwaltet wird, muss er den Eigentümer überzeugen. Das letzte Wort hat der Eigentümer.

• Jede Entscheidung wird von der Person mit den meisten Informationen getroffen.

• Management ist extrem flach. Im Idealfall haben Manager einfach keine Zeit, ihre Finger in die Kuchen ihrer Berichte zu stecken. Es könnte Sie interessieren, etwas über ein GE-Werk in North Carolina zu lesen , das 170 Mitarbeiter hat, die alle direkt dem Werksleiter unterstellt sind.

Vermeiden Sie das „Command and Conquer“-Management oder das „Hit and Run“-Management, es sei denn, Sie haben eine „Herd of Coconuts“ in Ihrem Entwicklungsteam. Mit anderen Worten, ein Manager muss die Entwickler in Ruhe lassen .

Eine der besten Methoden, die ich gefunden habe, um ein Mikromanagement meines Teams zu vermeiden, besteht darin , Fragen zu stellen, anstatt Aussagen zu machen .

Manager mit technischem Hintergrund glauben, dass sie die Probleme ihrer Teams lösen, sie vor Fehlern bewahren und ihnen sagen können, welcher Weg der richtige ist. Dieses Verhalten führt zu Mikromanagement, das das Team am Wachsen und Lernen hindert und einen Engagement-Hit im Team einführt.

Wann immer Sie eine Entscheidung treffen oder eine Aussage treffen und damit Ihre Meinung praktisch als Entscheidung festlegen möchten, halten Sie einfach inne und stellen Sie Ihrem Team eine Frage . Es könnte eine Leitfrage sein, aber lassen Sie sie nachdenken und eine Antwort finden . Manchmal wird die Antwort nicht mit Ihrer Ansicht übereinstimmen. Sie können sich dafür entscheiden, sie einen Fehler machen zu lassen und ihn später mit dem Team zur Diskussion zu stellen, damit sie daraus lernen .

Durch das Stellen von Fragen trifft das Team seine eigenen Entscheidungen und hat das Gefühl, dass es den Raum und die Eigenverantwortung in seinem Bereich hat. Sie fühlen sich nicht mikroverwaltet.

Fragen, die gestellt werden könnten, um Teams dabei zu helfen, qualitativ hochwertige Entscheidungen zu treffen, könnten sein:

• Haben Sie über die Auswirkungen auf die Leistung nachgedacht, wenn Sie es auf diese Weise implementieren?
• Erinnerst du dich, was das letzte Mal passiert ist, als wir dies und das gemacht haben? Wie würden Sie mit einem erneuten Auftreten dieses Szenarios umgehen?
• Wie wollen Sie es mit dem anderen Team rechtzeitig zum Integration Point schaffen? Wie würden Sie mit dem instabilen Laboraufbau fertig werden, den wir jetzt haben?

Mikromanagement wird normalerweise durch tiefere Probleme verursacht, insbesondere durch mangelndes Vertrauen zwischen Entwicklern und ihren Managern. Vielleicht ist dieser Mangel an Vertrauen gerechtfertigt und vielleicht auch nicht; aber es muss gelöst werden, wenn möglich.

Ich arbeite sowohl als Softwareentwickler als auch als Manager und kann ehrlich sagen, dass beide Seiten glücklicher sind, wenn Mikromanagement kein Thema ist. Als PM sagen Sie den Leuten einfach, dass sie Dinge erledigen sollen, und sie übernehmen die Verantwortung dafür. (Obwohl Mikromanagement eine effektive, aber oft demoralisierende Methode ist, um eine extrem hohe Qualität sicherzustellen.)

Wenn Sie nur über Schätzungen diskutieren, würde ich das nicht als Mikromanagement betrachten. Ich würde sagen, Mikromanagement ist, wenn Sie die Arbeit, die Sie anderen Menschen übertragen haben, zurücknehmen und selbst erledigen. Als erfahrener PM und ehemaliger Software-Entwickler sollten Sie Ihren Experten-Input in die Kalkulation einbringen.

Wenn Sie glauben, dass Sie Mikromanagement betreiben, dann sind Sie es wahrscheinlich.

Wenn Sie sich an den technischen Debatten im technischen Team beteiligen, betreiben Sie Mikromanagement. Der Projektmanager sollte das Projektmanagement übernehmen .

Wenn Sie alle Entscheidungen treffen, betreiben Sie Mikromanagement. Lassen Sie Ihre Leute, die am besten über die Probleme informiert sind, zumindest einige der Entscheidungen treffen.

Wenn Sie den Leuten sagen, wie sie Dinge tun sollen, zusätzlich zu dem, was sie tun sollen, betreiben Sie Mikromanagement.

Wenn Sie in Teambesprechungen am meisten reden, sind Sie Mikromanager.

Die beste Strategie besteht darin, zu verstehen, dass Mikromanagement im besten Interesse von niemandem ist.

Der beste Weg, um an Mikromanagement vorbeizukommen, ist, einfach aufzuhören. Leichter gesagt als getan, aber wenn Sie langfristig ein erfolgreicher Manager sein wollen, müssen Sie genau das tun. Seien Sie vorbereitet, wenn Ihre Leute daran gewöhnt sind, dass Sie eingreifen, um ihre Unordnung aufzuräumen, dann könnten sie ein paar Mal auf ihr Gesicht fallen, weil Sie ihnen beigebracht haben, nicht auf sich selbst aufzupassen. Lassen Sie sie nach sich selbst aufräumen. Nur so entwickeln sie die notwendigen Fähigkeiten, die Sie brauchen. Wenn sie es nicht können, stellen sie jemand anderen ein. Es ist kurzfristiger Schmerz für langfristigen Gewinn. Ihre Familie wird es zu schätzen wissen, wenn Sie nicht gezwungen sind, die 70-Stunden-Woche zu leisten, weil Sie Ihr Team nicht richtig geschult haben.

Jeder schlechte Manager, den ich je hatte, war ein Ex-Entwickler, der sich weigerte, die Entwicklerrolle aufzugeben. Manager zu sein ist ein Vollzeitjob. Sie haben auch keine Zeit, Entwickler zu sein.

Ich bin über diesen Blog-Artikel gestolpert, der einige wirklich gute Tipps enthält, wie man das Mikromanagement eines Teams vermeidet, und beschreibt , wie man die Aufgaben, die man an andere delegiert, besser verfolgt .

Der Artikel enthält hilfreiche Tipps, wie Sie beispielsweise einer Person eine Aufgabe zuweisen und sicherstellen, dass klar ist, was die Erwartung ist. Außerdem ist es wichtig sicherzustellen, dass der Zeitplan klar ist, damit es keine Überraschungen gibt.

Außerdem ist es gut, ein Check-in-Datum zu haben, damit der Fortschritt in Richtung des Ziels gemessen werden kann.

Der Autor dieses Artikels litt unter dem Gegenteil von Mikromanagement, Aufgaben nicht nachzuverfolgen. Sein Rat kann einem PM nicht nur bei der Nachverfolgung helfen, sondern ich glaube auch, dass der Rat dazu beitragen kann, dass man nicht zum Mikromanager wird. Laut dem Autor besteht der beste Weg, ein Mikromanagement des Projekts zu vermeiden, darin, sich bei Bedarf für eine Beratung zur Verfügung zu stellen, sich aber auf das Ergebnis und nicht auf den Prozess zu konzentrieren.

Es scheint, als wären Sie auf dem besten Weg, Mikromanagement zu vermeiden. Wie sagt man so schön: Wissen ist die halbe Lösung. Wie Dunk sagt, besteht die andere Hälfte der Lösung darin, damit aufzuhören.

Vertrauen Sie Ihrem Team und lassen Sie es seine eigenen Fehler machen. --Und Puffer in den Zeitplan einbauen, um diese Fehler auszugleichen. Hier sollte Ihr Fachwissen ins Spiel kommen, wenn Sie wissen, wie der Zeitplan trotz ihrer Schätzungen aussehen wird.

Ein Teil Ihrer Rolle als Projektmanager besteht darin, eine Führungskraft zu sein. Das bedeutet, sie so anzuleiten, dass sie ihre eigene, unabhängige Einheit zur Problemlösung sein können. Indem Sie versuchen, ihre Probleme für sie zu lösen oder argumentieren, dass sie Ihre Lösung übernehmen sollten, sind Sie entweder eine Qual für sie oder schlimmer noch, Sie scheinen Ihre Position zu nutzen, um sich durchzusetzen, anstatt sie zu nutzen, um sie zu einem besseren Projekt zu führen Team.

Mikromanagement ist ein Indikator für Probleme in der Qualitätsplanung . Sie haben es versäumt, klare Qualitätsziele zu institutionalisieren. Deshalb muss man sehr oft einspringen und sie erneut besprechen.

Sobald Sie die Notwendigkeit sehen, bei technischen Entscheidungen von Ingenieuren darüber zu diskutieren, was falsch und was richtig ist, kehren Sie zu den Qualitätszielen zurück. Sind sie schriftlich festgelegt? Sind sie wirklich objektiv?

Etwas mehr zum Mikromanagement: http://www.yegor256.com/2015/09/22/micromanagement.html

Eine der besten Möglichkeiten, Mikromanagement zu vermeiden, besteht darin, zunächst zu erkennen, dass Sie sich durch Mikromanagement in einen menschlichen Flaschenhals verwandeln. Ohne Sie wird nichts passieren, und Ihre produktive Zeit wird damit vergeudet, Dinge zu tun und Probleme für andere zu lösen, die sie schon vor langer Zeit selbst hätten lösen sollen.

Sobald Sie dies erkannt haben, wird die Frage „Wie kann ich andere dazu bringen, zu lernen, wie sie ihre eigenen Probleme lösen können? “ zur Leitfrage werden. Von diesem Moment an müssen Sie Ihren Mitarbeitern Zeit geben, neue Fähigkeiten zu erlernen, und das, gepaart mit einer „Ich werde Sie coachen, um Ihre eigenen Probleme zu lösen“-Einstellung, wird sie in die Lage versetzen, ihre eigenen Probleme zu lösen ( alias „selbstorganisierend“). Auf dem Weg dorthin müssen Sie sich mit unrealistischen Fristen auseinandersetzen, Verpflichtungen aufheben und Probleme angehen, die Sie möglicherweise vermieden haben, indem Sie direkt aufs Mikromanagement reagieren.

Jerry Weinberg schrieb

"Management, richtig gemacht, ist ein sehr harter Job".

Er hatte absolut Recht. Ich würde sein Buch " Managing Teams Congruently " lesen.

Ich möchte auch schamlos hinzufügen, dass ich über diesen Prozess in dem Buch Notes to a Software Team Leader geschrieben habe . Ich habe das Buch geschrieben, das ich mir gewünscht hätte, als ich gerade anfing, Teams zu leiten.

Hoffe das hilft.

Das Erkennen des Problems ist der erste Schritt.

Gehen Sie jetzt der Ursache auf den Grund ... fragen Sie sich warum, dann fragen Sie, warum Sie das tun und so weiter, bis Sie verstehen, was das Kernproblem ist, das Sie zum Mikromanagement antreibt?

Meistens müssen Sie loslassen, qualifizierte Leute ihre Arbeit erledigen lassen und härter arbeiten, um sicherzustellen, dass sie alles haben, was sie brauchen [kurz bevor sie es brauchen], um erfolgreich zu sein ... in anderen Fällen jedoch Dies ist normalerweise nicht der Fall, Mikromanagement ist eigentlich das Richtige [weil jemand nicht wirklich reif oder qualifiziert für die ihm übertragene Aufgabe ist].

Wenn Sie das Problem erkennen und dann die Grundursache verstehen, können Sie den Unterschied erkennen.

Keinesfalls als Kritik gemeint, aber vielleicht ist die einfachste Lösung, sich mehr Arbeit zu suchen.

Mikromanagement ist für den Manager zeitintensiv, und wenn Sie Ihre verfügbare Zeit reduzieren, müssen Sie sich mehr auf das konzentrieren, was Sie tun oder nicht kontrollieren müssen.

Nicht für Workaholics empfohlen, da sie dazu neigen, sich Zeit von der falschen Seite der Trennung zwischen Arbeit und Leben (oder Arbeit/Familie, Arbeit/Kneipe) zu leihen.

Auch hier gilt: Als Projektmanager müssen Sie führen, nicht tun.

Führen bedeutet, dass Sie die Leidenschaft und das Fachwissen Ihrer Teamkollegen wecken müssen, indem Sie Fragen stellen und Ziele setzen. Am wichtigsten ist es, den Zeitrahmen für jede Phase des Projekts zu kompromittieren.

Danach müssen Sie nur noch Projektmanagement betreiben und alle damit verbundenen Risiken antizipieren, indem Sie die Risikomatrix während der Projektphase verwenden.

Ich empfehle Ihnen zu erkennen, dass Sie, ob Sie ein Fachexperte sind oder nicht, kein technischer Mitwirkender mehr sind. Sie besitzen diese Schätzungen nicht und können nicht entscheiden, welche Technik Sie verwenden möchten. Wenn Sie weiterhin versuchen, die technischen Aspekte des Projekts zu definieren, führt dies nur zu Frustration auf Ihrer Seite, da Sie keine Autorität mehr über diese Entscheidungen haben. Hüte wechseln.

Einer der besten Ratschläge, die ich als neuer App-Entwicklungsmanager je erhalten habe, war, als mein Manager mir sagte, dass er mich jetzt am Erfolg meines Teams misst, nicht mehr an meinen Fähigkeiten in der Programmentwicklung.

Ich bin Dana und arbeite als Projektmanagerin in einem digitalen Studio. Ich habe 3 Jahre Erfahrung in diesem Bereich, in denen ich beim Aufbau mehrerer Web- und Mobil-Apps geholfen habe.

Hier sind meine Antworten, ich hoffe das hilft:

In welchen Situationen sind Sie in die Falle getappt, Mikromanager zu werden?

Besonders wenn ich mit Designern oder Entwicklern auf Anfänger-/Mittelniveau arbeite, vertraue ich ihnen weniger, als ich sollte. Ich beginne damit, Design- oder Programmierentscheidungen zu treffen, nur um sicherzustellen, dass wir schnell genug vorankommen oder mit dem Projekt in die richtige Richtung gehen.

Welche Strategien haben Sie angewendet, um zu vermeiden, ein Mikromanager zu werden?

Vertrauen Sie Ihrem Team! Geben Sie ihnen die Verantwortung für die Aufgabe – jeder wird versuchen, sich so gut wie möglich zu verhalten, wenn er weiß, dass der Kunde seine Arbeit direkt sieht und Sie nicht da sind, um sie zu bereinigen. Sie werden definitiv alles zweimal überprüfen und sich der Qualität des von ihnen produzierten Designs / Codes bewusster sein. Seien Sie geduldig, dass sie auch zu den richtigen Schlussfolgerungen kommen - auch wenn sie langsamer sind als Sie :). Und vielleicht überraschen sie Sie und finden sogar noch bessere Lösungen! Stellen Sie nur sicher, dass Sie die Anforderungen laut und deutlich benennen, geben Sie ihnen zu Beginn genaue und klare Spezifikationen. Dann „überprüfen Sie, was Sie erwarten“ und geben Sie konstruktives Feedback. Indem Sie Ihrem Team erlauben, Fehler zu machen und daraus zu lernen, lassen Sie es auch wachsen und immer selbstbewusster werden.