Warum Mikromanagement für Softwareentwickler keine gute Idee ist
Einführung
Wie würden Sie sich fühlen, wenn Ihnen ständig jemand über die Schulter schauen würde?
Wie wäre es, wenn Ihr Vorgesetzter Sie ständig anruft und nach Fortschrittsberichten fragt, während Sie versuchen, Ihre Arbeit zu erledigen?
Das klingt gelinde gesagt frustrierend, oder? Das wäre Ihrer Produktivität abträglich, oder?
Wie wäre es, wenn Sie einen Vorgesetzten hätten, der Ihnen eine kreative Aufgabe stellt und Ihnen dann Schritt für Schritt erklärt, wie Sie diese erledigen sollen? Da bleibt nicht mehr viel Raum für Kreativität, oder?
Genau das ist es, was Mikromanagement ausmacht.
Was ist Mikromanagement?
Die Grenze zwischen der Kontrolle Ihres Teams und dem Geben von inspirierenden Tipps kann etwas verwirrend sein. Aber es ist wichtig zu wissen, wo die Grenze verschwimmt und man zu einem frustrierenden und nervigen Manager wird. Beim Mikromanagement versucht der Vorgesetzte ständig, alles, was das Team tut, zu kontrollieren, indem er Änderungen vorschlägt und Kommentare zu den Projekten abgibt, insbesondere unliebsame Kommentare. Talentierte, geschulte und erfahrene Fachleute nehmen das überhaupt nicht gern hin. Das gilt für praktisch jeden Beruf und ganz besonders im Bereich der Softwareentwicklung.
Oft stellen Unternehmen Softwareentwickler und Manager ein, die keine Erfahrung in der Leitung bestimmter Softwareentwicklungsprojekte haben, und diese Kombination kann tödlich sein.
Nicht nur Softwareentwickler verabscheuen Mikromanagement, sondern sie sehen den Prozess als etwas an, das ihrer Produktivität im Wege steht. Der Schwerpunkt der Entwickler ist
- Zur Verbesserung der Geschwindigkeit
- Verbesserung der Häufigkeit der Codebereitstellung
- Leistungsziele in Echtzeit
Scrum-Entwicklerteams haben Leistungsüberprüfungen am Ende jedes Sprints, und sie haben jede Woche Code-Reviews, so dass diese jährlichen, halbjährlichen oder vierteljährlichen Leistungsüberprüfungen wie Zeitverschwendung erscheinen.
Wie ist es also möglich, ihre Arbeit zu bewältigen, ohne die Entwickler unglücklich zu machen? Unternehmen müssen nach wie vor Methoden anwenden, um festzustellen, ob die Softwareentwickler die Erwartungen, die Geschäftsziele und die Leistung erfüllen bzw. übertreffen.
Tipps, wie man Mikromanagement vermeidet und trotzdem die Arbeit erledigt
Da Mikromanagement das Team in Stress versetzen und verunsichern kann, müssen Sie sich etwas einfallen lassen, um den Prozess für alle zu erleichtern.
Förderung der Autonomie am Arbeitsplatz
Der Aufbau einer Kultur der Autonomie am Arbeitsplatz wird es dem Team ermöglichen, sich zu entfalten und besser zu arbeiten. Führungskräfte, die ihrem Team viel Autonomie gewähren, werden ihre Arbeit mit größerer Wahrscheinlichkeit erfolgreich erledigen. Anstatt ihnen Anweisungen zu geben, lassen Sie das Team seinem Instinkt und seiner Erfahrung folgen, um die Arbeit zu erledigen. Lassen Sie sie die ihnen zur Verfügung stehenden Hilfsmittel und Rahmenbedingungen in vollem Umfang nutzen, und lassen Sie sie ihre Zeitpläne selbst bestimmen. Sobald sie die Werkzeuge haben, werden sie auf die bestmögliche Weise arbeiten. Die Freiheit, die Arbeit zu tun, die sie für die beste halten, wird mehr Erfolg bringen, als sie auf Schritt und Tritt zu überwachen.
Ziele und Schlüsselergebnisse müssen mit den Unternehmenszielen in Einklang gebracht werden
Die Teamleiter und das Entwicklerteam müssen zusammenarbeiten, um sicherzustellen, dass die Ziele und die wichtigsten Ergebnisse mit den technischen und geschäftlichen Zielen übereinstimmen. Durch eine ausgewogene Vorgehensweise wird sichergestellt, dass beide Parteien die Ziele im Blick haben. Das Team arbeitet mit dem Manager zusammen, indem es über verschiedene Aspekte der App-Entwicklung diskutiert, debattiert und die Ergebnisse festlegt.
Überprüfung, ob die Sprint- und Release-Verpflichtungen eingehalten werden
Die Einhaltung von Fristen ist eine Möglichkeit, die Disziplin eines Teams zu messen und die Standards, die es während des gesamten Projekts eingehalten hat, abzugleichen. Anstatt ständig auf der Hut zu sein, können die Manager die Erwartungen für alle Sprints hoch bzw. niedrig ansetzen und ihre Leistungen in allen Sprints überprüfen. Dies ist ein wirksames Mittel, um zu prüfen, ob sie die Qualitätsanforderungen erfüllen.
Nutzung der Zufriedenheitsumfrage bei den Interessengruppen und Produktverantwortlichen
Jedes Projekt zielt darauf ab, die Zufriedenheit der Beteiligten und der Produktverantwortlichen zu gewährleisten. Ein Instrument, um dies zu messen, ist eine Zufriedenheitsumfrage, die das Feedback erfasst und an die agilen Entwickler zurückgibt. Auf diese Weise ist es möglich, aktuelles Feedback über die geleistete Arbeit und Verbesserungsmöglichkeiten aus der Sicht der Beteiligten und der Produktverantwortlichen zu sammeln. Schließlich ist im agilen Manifest der Kernwert „Zusammenarbeit mit dem Kunden statt Vertragsverhandlungen“ klar definiert.
Die richtigen Ressourcen für das Team
Das Entwicklerteam arbeitet nicht nach der Uhr, und es wird nur dann gut arbeiten, wenn es selbständig arbeitet. Dennoch können Sie einige Ressourcen, die ihren Stil bei der Arbeit arbeiten wird. Das Tracking-Tool könnte ein solches Werkzeug sein, mit dem Sie Daten aus Sprints und Projekten sammeln und Zeitpläne für Projekte vorhersagen können.
Großartige Neueinstellungen
Wenn Sie das richtige Team einstellen, müssen Sie sich nicht mehr um das Mikromanagement kümmern. Sie werden wissen, was zu tun ist und wie sie es umsetzen können. Wenn das Unternehmen eine wettbewerbsfähige Vergütung und gute Sozialleistungen bietet, wird es die besten Mitarbeiter anziehen, und zwar solche, die Leistung bringen.
Schaffung eines Verfahrens für Peer Reviews
Peer-Reviews sind eine gute Möglichkeit, um festzustellen, ob die Entwickler ihre Aufgabe bei der Entwicklung von wartbarem Code und nützlicher Dokumentation erfüllen. Wenn Kollegen die Lesbarkeit des Codes kommentieren, Bewertungen zur Dokumentation abgeben und Umfragen zur Integration von Microservices, APIs usw. durchführen.
Fazit
Die rasanten Entwicklungen im Bereich der Softwareentwicklung machen es für die Entwickler unumgänglich, diese Technologien und Methoden zu übernehmen. Und sie brauchen die Autonomie, um neue Instrumente zu erforschen und bewährte Verfahren anzuwenden. Mikromanagement schränkt diese Freiheit ein, da es zu demotivierten und gestörten Teams führen kann.
Entwickler sind eine andere Spezies, und wenn sie mikromanagt werden, könnten sie das Gefühl haben, dass ihre Beiträge nicht geschätzt oder respektiert werden. Wenn Entwicklerteams mikromanagt werden, ist die Wahrscheinlichkeit von Fehlern höher, weil sie gezwungen sein könnten, Entscheidungen zu treffen, die nicht erforderlich sind, was sich auf die Qualität der Arbeit auswirken könnte.
Wenn es einen Manager gibt, der das Team leitet, besteht seine Aufgabe eigentlich darin, alle benötigten Ressourcen zur Verfügung zu stellen, sie bei Bedarf mit Ressourcen und Anleitung zu versorgen und ihnen dann buchstäblich aus dem Weg zu gehen!
Interessante Links:
Lesen Sie die Tipps für Micromanaging-Programmierer
Einige der Anzeichen dafür, dass Sie Ihr Projekt mikromanagen
Bilder: Canva
Der Autor: Sascha Thattil arbeitet bei Software-Developer-India.com die zur YUHIRO Gruppe gehört. YUHIRO ist ein deutsch-indisches Unternehmen, das Programmierer an IT-Unternehmen, Agenturen und IT-Abteilungen vermittelt.
Schreibe einen Kommentar