Jeder Teamleiter hat seinen eigenen Friedhof mit Mitarbeitern für Managementfehler. Jeden Tag werden neue Artikel veröffentlicht: "5 Fehler eines unerfahrenen Entwicklers", "7 Beispiele dafür, wie Sie Prozesse nicht verwalten müssen", "100 und 1 Möglichkeit, Termine einzuhalten". Und das ist großartig!
Der Rechen eines anderen spart Ihnen Zeit, macht Sie mutig, klopft auf die Schulter und macht deutlich, dass Sie nicht der einzige sind, der mich "gemacht" hat, und all dies ist vergangen.
Ein Fehler nach Ozhegov ist eine Unrichtigkeit in Gedanken oder Handlungen und möglicherweise gleichzeitig. Aber wie kann ein Neuling mit einem neuen Verantwortungsbereich ohne sie auskommen? Vielleicht nichts, aber Sie können versuchen, die Schläge zu mildern. In meinem Beispiel werde ich über jene Fehler sprechen, die ich nicht vermeiden konnte, um mich als Führungskraft zu etablieren. Ich hoffe, jede Geschichte lächelt dich an, weil du dich in dir selbst erinnern wirst Kindheit Der Beginn Ihrer Reise, oder Sie werden darüber nachdenken, wie Sie vermeiden können, selbst auf einen solchen Rechen zu treten.
Hintergrund
In den letzten 6 Jahren habe ich Tests durchgeführt und mehrere Unternehmen und Teams gewechselt, um relevantes und zuverlässiges Wissen darüber zu erhalten, wie ein Qualitätsprodukt erstellt wird und welche Rolle Tester und Ingenieure in diesem Prozess spielen können. Manchmal war der Grund für das Verlassen das Fehlen der Möglichkeit, von starken Kollegen von Testern zu lernen (und dies ist ganz am Anfang des Weges notwendig), weil sie einfach nicht existierten. Ich habe meine Stärke sowohl im manuellen als auch im automatisierten Testen getestet. Und genau nachdem ich in die Automatisierung gepumpt hatte, hatte ich die Gelegenheit, mich als Lead-Tester mit einem erfahrenen Agile-Coach zu versuchen.
Für mich ist es so, als ob die Welt in diesem Moment auf den Kopf gestellt wäre. Die Gewohnheit, Lösungen vorzuschlagen und diese unabhängig umzusetzen, wurde stärker und wollte mich nicht verlassen. Es stellte sich heraus, dass der Arbeitsstil des Automatisierungsingenieurs nicht zur neuen Rolle des Leiters einer kleinen Gruppe von Menschen passt. Kommen wir zu den Details.
Fehler
Nr. 1 Manager "Hier und Jetzt"
Ich war besser darin, Punktprobleme „hier und jetzt“ zu lösen, aber dies bringt das Team nicht immer näher an sein erklärtes Ziel.
Betrachten Sie ein Beispiel. Gleich zu Beginn der Entwicklung des neuen QS-Formats in Dodo, nachdem ich mich mit der Funktionsweise der Tests und dem Wunsch aller vertraut gemacht hatte, gestern mit der Automatisierung zu beginnen, entschied ich, dass es in naher Zukunft gestartet werden sollte. (Wie wir die Prozesse geändert haben, erfahren Sie im Bericht „Alice im QS-Land“. ) Wir alle wollten die Jungs wirklich vor dem Alltag der manuellen Regressionstests in 9 Ländern bewahren.
Nach dem Prinzip "Probleme hier und jetzt lösen" organisierten wir ein Treffen mit Testern, erstellten eine Aktionskarte, setzten Prioritäten, wiesen jedem Tester Zeit für die Automatisierung zu und begannen mit der Implementierung von Aufgaben aus der Karte. Zunächst haben wir uns für das Tool entschieden und auf der IT-Hauptversammlung unseren Plan zur Beschleunigung der Regression vorgestellt. Die Tester freuten sich über die Tests, die erschienen, und glaubten an eine frühzeitige Entsorgung der manuellen Routine.
Es stellte sich jedoch heraus, dass wir mit Tests das abdeckten, was viel Zeit für den Tester in Anspruch nahm, aber gleichzeitig von den Entwicklern praktisch nie geändert wurde und wenig Einfluss auf die Geschäftsprozesse hatte.
Was zu tun ist? Kappen-Tipps
Das Problem besser verstehen, nach Ursachen suchen, nicht nach Konsequenzen. Es ist sehr wahrscheinlich, dass Ihre Erwartungen, dass Tester aus Sicht des Benutzers das wichtigste Wissensspeicher über das System sind, stark überbewertet sind. Es lohnt sich, verschiedene Vertreter des IT-Unternehmens zu den ersten Besprechungen anzurufen und um Hilfe bei der Erleichterung der Besprechung mit dem Scrum-Master zu bitten, nachdem Sie zuvor mit ihm besprochen haben, welches Ergebnis Sie erhalten möchten.
Nr. 2 Manager "Erfahrener Ingenieur"
Meine zweite Datei ist die "Kappe" eines erfahrenen Ingenieurs. Alle schwierigsten Aufgaben kamen zu mir.
Die Bildung von PageObject, die Implementierung der grundlegenden Methoden für die Arbeit mit unserem System, die Startskripte in CI / CD - ich habe beschlossen, es aus Gewohnheit auf mich zu nehmen. Ich habe nicht begonnen, die Kommunikation mit Produktteams, Infrastrukturingenieuren, Interviews und offenen Texten zu delegieren. Laut dem Mentor war unser QS-Team in jeder Hinsicht „grün“ (Newcomer). Natürlich habe ich mich entschlossen, den Jungs zuerst beizubringen, was ich selbst weiß, und ihre Arbeit zu beobachten, um meine Aufgaben im Laufe der Zeit zu teilen.
Das Problem ist, dass ich mit der Anzahl der Besprechungen (Hauptversammlungen, Teambesprechungen, interne Schulungen, 1 & 1, Interviews, Testtage), die auf meine Schultern fielen, nicht mehr mit meinen Aufgaben in die Arbeitszeit fiel. Acht Stunden am Tag waren nicht genug, und ich begann dies mit meiner Freizeit zu kompensieren, die ich für das Codieren, die Texte und die Vorbereitung auf Interviews mit Kandidaten aufgewendet hatte. Den Rest der kostbaren Uhr habe ich mit den Jungs zusammen verbracht, um zu trainieren und das Projekt schrittweise mit Autotests weiterzuentwickeln. Mein Kontextwechsel alle ein oder zwei Stunden verlangsamte uns an allen Fronten: Automatisierung, QS-Kommunikation mit Befehlen und mehr. Die geringe Ausbildungsrate cooler QS-Ingenieure und die Prozessautomatisierung veranlassten mich, am Wochenende einen Fünfjahresplan in ein paar Monaten zu erstellen.
Was zu tun ist? Kappen-Tipps
Haben Sie keine Angst, Aufgaben zu delegieren. Jeder hat das Recht, einen Fehler zu machen, und Sie sollten ihn nicht wegnehmen, egal wie Sie von den Leads anderer Teams oder dem Mentor hypnotisiert werden. Ihre Jungs selbst sollten Ihnen vertrauen und Ihnen folgen wollen, experimentieren Sie immer. Treffen Sie sich, bestimmen Sie, welche der Prozesse verbessert werden können, welche der Jungs bereit sind, sie zu fördern, und vielleicht können einige von ihnen außerhalb Ihres Teams übertragen werden. Ein erfahrener Moderator wird dazu beitragen, dass gemeinsam ausgewählte Lösungen nicht nur auf dem Papier vorliegen. Ein unabhängiges, effektives Team sollte jeder Leiter anstreben.
Manager Nr. 3 „Die Kehrseite des Mikromanagements“
Ein weiterer Fehler ist oft Mikromanagement. Ich musste mich seiner Kehrseite stellen - implizit strenge Kontrolle.
Um zu vermeiden, dass jeder Schritt der Kinder überwacht und die Arbeitsfront eingeschränkt wird, begann ich, den Kindern die „unbegrenzten“ Möglichkeiten aufzuzwingen: Entwicklungspläne, Forschungsaufgaben, Reden, Kurse, Organisation von Treffen, Besuche bei anderen Unternehmen und andere Aktivitäten. Gute Absichten - trainieren, pumpen und schärfen, den Horizont erweitern, neue Bekanntschaften im beruflichen Bereich machen. Das ist alles, was mir so gefehlt hat, als ich anfing, als Tester zu arbeiten. Das Problem ist, dass das Team das Recht haben möchte zu wählen: sprechen oder nicht, zuschauen oder nicht, aber ich habe sie in einen engen Rahmen gebracht.
- Leute, wir machen einen Mitap. Wir brauchen die folgenden Rollen, Geschenke, es wird solche Sprecher geben. Ohne Ihre Hilfe können wir kein unvergessliches Ereignis schaffen.
- Leute, im Dezember wird es Heisenbug geben. Ich habe bereits eine Online-Sendung für uns bestellt, einen Besprechungsraum gebucht und werde am Samstag von meinem Heimcomputer aus senden. Alles für?
- Leute, diese Woche werden wir Odnoklassniki besuchen, um uns mit dem Aufbau der Automatisierung vertraut zu machen.
Diese Möglichkeiten wurden als Einschränkungen wahrgenommen, die jeder so sehr ablehnt. Meine Initiative sah unbestritten aus, und vor allem war sie nicht so effektiv wie erwartet.
Was zu tun ist? Kappen-Tipps
Übermäßige Fürsorge für das Kind führt dazu, dass es kindisch aufwächst oder trotz der Eltern das Gegenteil tut. Es scheint, dass das Gleiche über die Fürsorge des Führers für sein Team gesagt werden kann. Motivieren, nicht erzwingen, ein Thema zum Thema „Wie können wir unseren Horizont in der IT erweitern?“ Sammeln. und hören Sie den Kollegen aufmerksam zu. Beginnen Sie nicht an der Schwelle, um alle Ihnen bekannten Möglichkeiten zu benennen. Und am wichtigsten ist, dass Sie Ihren Kollegen nicht mit dem Vorschlag nachlaufen, auf einer Konferenz zu sprechen und eine interessante Meisterklasse zu besuchen. Kündigen Sie die Gelegenheit an - das wird ausreichen.
Manager Nr. 4 „Überall, wo sie es getan haben“
Vielleicht werden einige der Lösungen, die früher in einem anderen Team / Unternehmen für Sie gearbeitet haben, unter den neuen Bedingungen keine Unterstützung finden, und die Idee eines Kollegen, der weit vom Bereich der Softwaretests entfernt ist, aber in der Entwicklung cool ist, wird verwirklicht. Das Argument, dass Ihre Entscheidung unterstützt wurde und bereits auf der Grundlage der Community aktiv weiterentwickelt wird, wird wahrscheinlich niemanden davon überzeugen, dasselbe zu tun, sondern auf dem lokalen Technologie-Stack.
Was zu tun ist? Kappen-Tipps
Die Hauptsache ist, sich nicht dadurch zu unterdrücken, dass Ihre beruflichen Fähigkeiten und Kenntnisse in Frage gestellt und bei Entscheidungen nicht berücksichtigt werden. Suchen Sie entweder nach würdigen Argumenten, die vom Team unterstützt werden, oder stimmen Sie dem Team zu.
№5 Manager "Hysterisch"
Eine wichtige Rolle im Prozess, Sie als Profi / Meister Ihres Fachs zu werden, spielt ein Mentor. Aber es gibt eine Einschränkung: Ihre Wahrnehmung der Hilfe eines Mentors. Wenn Sie sich gegenseitig misstrauen, ist es unwahrscheinlich, dass die Auswirkungen gemeinsamer Aktivitäten dem Team und allen anderen gefallen.
Ratschläge, Empfehlungen, Hervorheben der Stärken und Schwächen der getroffenen Entscheidungen - das ist für mich der Hauptwert der Zusammenarbeit mit einem Lehrer. Trainer verwenden jedoch häufig ein anderes Trainingsformat: Sie organisieren eine schwierige Situation für Sie ohne Vorwarnung, z. B. einen Konflikt in einem Team, der auf einer Auswahl von Technologien basiert, waschen sich die Hände und beobachten Ihre Aktionen. Für mich endete alles damit, dass das Projekt mit Autotests aufgrund der hohen Einstiegsschwelle, auf der der Coach bestand, in die Verantwortung der Entwicklungsteams fiel. Diese Ausrichtung passt zu jedem, und es wäre sinnlos, den Kampf um die Einfachheit fortzusetzen.
Was zu tun ist? Kappen-Tipps
Es wird wichtig sein, einen solchen Moment zu lernen: Schreie, das Werfen von Papieren, das Löschen des Codes des anderen, die Präsentation verschiedener Visionen der Strategie und der taktischen Schritte durch Sie und den Mentor, Tränen helfen nicht. Sie ziehen also nur den Prozess der Annäherung an das Ziel in die Länge, und vielleicht rollen Sie ständig zurück, weil Sie Angst haben, damit umzugehen, auf derselben Etage zu sitzen und an der Richtigkeit Ihrer Ideen zu zweifeln. Versuchen Sie, keine schnellen Entscheidungen zu treffen, herauszufinden, warum der Trainer diesen Konflikt brauchte, warum Sie schwach sind und wie Sie die Situation lösen können, ohne umsonst zu explodieren.
Zusammenfassend
Oben habe ich 5 Punkte schwachen Managements von einem erfahrenen Automatisierungsingenieur beschrieben. Sie können auf die oben beschriebenen Schwierigkeiten stoßen und wie erfolgreich Ihr Kampf sein wird und wie vereint und stark Ihr Team von Ihrer Bereitschaft und Ihrem Charakter abhängt. Meine Geschichte endete mit dem Erreichen des Ziels.
Tester sind jetzt Teil von Dev-Teams, die Jungs sind sehr unabhängig und können Entscheidungen über die technische Implementierung und die Zusammenarbeit mit anderen Teams treffen. Sie schreiben selbst Skripte, wählen neue Tester aus, halten Mitaps und vieles mehr. Ja, wir haben mehr als ein Jahr damit verbracht, aber niemand hat versprochen, dass es einfach ist, Menschen zu managen.