Wie chinesische Strategien bei der Arbeit helfen

Unsere tägliche Arbeit ist oft wie eine Reihe von Konfrontationen. Wir „kämpfen“ mit Kunden und anderen Teams, mit Testern und Kollegen, und Abteilungen innerhalb des Unternehmens konkurrieren miteinander. Wir kämpfen um Gehälter, treffen bequeme technische Entscheidungen, Fristen und tausende andere Dinge. In dieser Reihe von Konflikten ist der Teamleiter der Anführer einer kleinen Kampfeinheit, eines Teams. Er kennt die Stärken und Schwächen jedes "Gewöhnlichen", koordiniert und organisiert seine Arbeit, um Ziele mit minimalen Verlusten zu erreichen.

Wenn Sie die Arbeit des Teamleiters unter diesem Gesichtspunkt betrachten, ist die strategische Planung und Positionsarbeit innerhalb des Teams und darüber hinaus wichtig. Vergessen Sie dabei nicht die Taktik. Unerwartet hilft das Wissen über alte chinesische Strategien, eine Strategie zu planen und taktisch zu reagieren.



Alexey Zolotykh ( zolotyh ) - Teamleiter in Infobip. Alexey verwendet in seiner Arbeit die Regeln der Kriegsführung des alten China. In einem Artikel, der auf seinem Bericht über Saint TeamLead 2019 basiert , erfahren Sie, wie Strategien im Leben eines Teamleiters helfen: wie man mit einem Entwickler innerhalb eines Teams Frieden schließt, wie man unter Kollegen Glaubwürdigkeit gewinnt, wie man seine Meinung verteidigt, warum man eine Pflaume opfert, eine Akazie schimpft, vorgibt, verrückt zu sein und zu schlagen auf dem Rasen.

Strategien

Eine Strategie ist eine berechnete Folge von Aktionen zur Lösung eines bestimmten Problems.

Dies sind Regeln, strategische Schritte und Taktiken, um unterschiedliche Ziele zu erreichen. Strategien wurden bei Feindseligkeiten eingesetzt. Grundsätzlich sind sie in den Büchern „Sechsunddreißig Strategien“ und „Die Kunst des Krieges“ beschrieben, die Sun Tzu zugeschrieben werden. Dieser chinesische Stratege und Denker lebte um 500 v. Das Konzept der „Kriegsführung“ lebt jedoch seit 3.000 Jahren in der Kultur Chinas, sodass wir davon ausgehen können, dass der Autor der Abhandlungen das gesamte chinesische Volk ist.

Aber die Frage stellt sich: Sind wir Timlids, wo kommt es zum Krieg? Wir kämpfen nicht, kämpfen mit niemandem und fangen nicht ein, warum brauchen wir Kriegshandlungen?

System der gegenseitigen Kontrolle

Im Buch von Ray Dalio „Principles“ gibt es eine wichtige Idee: Jedes Unternehmen oder Team ist ein System der gegenseitigen Kontrolle. Ein Unternehmen ist eingefroren Konflikte und Konfrontationen.

Ich werde mit einem Beispiel erklären. Das Unternehmen "Abstract" hat zwei Abteilungen: Tester (QS) und Entwickler. Das Ziel der Entwickler ist es, so schnell wie möglich zur Produktion zu gelangen und das Produkt pünktlich freizugeben, da sie dafür einen KPI haben. Tester haben unterschiedliche Prioritäten: Es ist wichtig, dass sie so viele Fehler wie möglich finden, da sie einen KPI für die Qualität haben. Zwei abstrakte Abteilungen eines abstrakten Unternehmens treten ständig in abstrakte Konflikte und Konfrontationen miteinander ein.

Eine ähnliche Situation besteht zwischen HR und Firmeninhabern. Einfach ausgedrückt, das Ziel der Personalabteilung ist es, so viele Mitarbeiter wie möglich einzustellen. Dafür müssen Sie jedoch das Budget aufblasen, denn jetzt sind IT-Mitarbeiter teuer. Firmeninhaber wollen Leute billiger einstellen. Wieder Konflikt und Konfrontation.

Konflikte in Unternehmen zwischen verschiedenen Abteilungen, Mitarbeitern, Teams, Management und Untergebenen treten ständig in Form von Kundgebungen, Dialogen und Diskussionen auf. Sie können als eine Art militärische Konfrontation angesehen werden, und Ratschläge zur Kriegsführung sind nur nützlich.

Schauen wir uns die Strategien an, die Timlids verwenden können. Die Strategien sind in poetischer Sprache verfasst, und dies ist kein Zufall, da sie leicht zu merken sind.

Der General ist langsam, weil er über den Sieg nachdenkt

Es ist notwendig, sich auf jede Rallye vorzubereiten. Captain Evidence erscheint hier, aber nein, warte ...

„Es ist nicht derjenige, der weiß, wie man nach allen Regeln spielt, der gewinnt. Der Gewinner ist derjenige, der weiß, wie man alle Regeln zum richtigen Zeitpunkt aufgibt, dem Spiel seine eigenen Regeln auferlegt, die dem Feind unbekannt sind, und sie gegebenenfalls aufgibt. “ Dies ist eine Erklärung der Strategie aus einem Buch über sie. Wenn es auf die IT angewendet wird, heißt es, dass derjenige, der die Regeln zu Beginn der Rallye festlegt und gewinnt .

2017 habe ich auf einer Konferenz gesprochen. Eines der Ziele meiner Präsentation war es, die Dart-Sprache an das Publikum zu „verkaufen“. Dies ist ein ziemlich seltsamer YP, kein Mainstream, aber ich liebe ihn sehr. Es ist klar, dass das Publikum auf der Konferenz nicht für ihn bereit ist, deshalb habe ich mir einen „militärischen Trick“ ausgedacht.

Ich rief eine „Jury“ aus drei Personen auf die Bühne, um bestimmte Eigenschaften von JavaScript, TypeScript und Dart auszusprechen und diese drei Sprachen zu vergleichen. Aber ich selbst habe das Format des Wettbewerbs festgelegt und mir die Regeln ausgedacht. Als Hauptdarsteller und Hauptdarsteller auf der Bühne sagte ich:
- Nach meinen Schätzungen beträgt die TypScript-Eingabe 5 von 10 Punkten, in JavaScript überhaupt nicht und in Dart 10 von 10 Punkten.

Wer außer Chuck Norris würde sich noch für TypeScript mit solchen Argumenten entscheiden? Das ist nicht logisch, niemand möchte "nicht wie alle anderen" sein. Daher hatte die Jury einfach nicht die Möglichkeit, einen Gewinner anders als in dem von mir gewünschten Format auszuwählen. Vorhersehbar in dieser "Schlacht" besiegte Dart, weil ich mich vorbereitet hatte.

Alleine erwarten Sie einen müden Feind

Eine großartige Strategie, die durch zwei Geschichten illustriert wird.

"Lass uns alles umschreiben ..."

Als Teamleiter habe ich relative Freiheit bei der Auswahl von Technologien, daher kommen meine Teamkollegen oft zu mir (ich verwende das Wort „Untergebene“ nicht, ich denke, das ist falsch). Normalerweise sagen sie so etwas:
- Lassen Sie uns TypeScript werfen und alles auf Flow neu schreiben!

Oder:
- Es gibt eine coole Sache - GraphQL. Sie haben einen Bericht über sie erstellt und setzen sich für sie ein. Lassen Sie es uns implementieren!

Ich bin ganz einfach aus dieser Situation herausgekommen:
- Ich mag GraphQL wirklich. Aber lassen Sie uns einen Implementierungsplan für sechs Monate erstellen, der die zwei Dutzend Services berücksichtigt, die wir bereits implementiert haben, und dann einen Bericht darüber erstellen.

Wir haben freitags ein Präsentationsformat. Seltsamerweise findet es mittwochs statt, weil es nicht sehr gut ist, Kollegen am Freitag mit etwas Neuem zu beladen.

Wenn eine Person verantwortlich, motiviert und sicher ist, dass sie Recht hat, wird sie höchstwahrscheinlich das Projekt abschließen. Aber wenn er nur reden und streiten will, wird er nicht einmal in diese Richtung schauen: Er muss mit jemandem kommunizieren, suchen, eine Präsentation vorbereiten und zusätzlich arbeiten.

Also töte ich zwei Fliegen mit einer Klappe:

• Ich halte keine Person zum Schweigen und höre dann nicht bei jeder Kundgebung über GraphQL, wie er all unsere Probleme lösen wird und so weiter.
• Wenn eine Person das Projekt dennoch abschließt, wird sie in Zukunft ein guter Teamleiter, und wir werden etwas Neues und Cooles haben.

"Ich bin zu faul um zu schreiben, komm mit der Stimme"

Dieser Life Hack hat mir einen guten Freund erzählt. Stellen Sie sich vor, Sie erhalten eine Pull-Anfrage und müssen eine Überprüfung durchführen. Finden Sie einige Fehler. Sie verstehen, dass in dieser Pull-Anfrage die Wurzel des Bösen tief liegt: Der Entwickler versteht absolut nicht, was er tut, also ist alles falsch geschrieben, und Sie melden es. Der Entwickler stimmt nicht zu (erwartet), kommt zu Ihnen und sagt: "Hören Sie, ich bin zu faul zum Schreiben, lassen Sie uns das so diskutieren."

Geben Sie sich nicht damit zufrieden! Wenn Leute kommen, um mit Ihnen zu sprechen, ist „sprechen“ kostenlos. Sie können eine Stunde sagen, und es kostet Sie nichts. Wir haben die gesamte Korrespondenz auf Englisch. Wenn Sie antworten müssen, ist das Wiederherstellen manchmal schneller als das Aufrufen von Google Translate. Es gibt weniger Streitigkeiten: Die Person ist bereits müde, sie ist nicht an Kämpfen interessiert.

Opfere eine Pflaume, um einen Pfirsich zu retten

Es gibt Situationen, in denen Sie als Gegenleistung für die Hauptsache etwas Kleines geben können. Daher ist es vor Beginn der Verhandlungen wichtig zu verstehen, was für uns wichtig und was zweitrangig ist.

Wir kommen zu Verhandlungen mit einer vorbereiteten Position.

Brain Scrum

In Infobip gibt es zwei bedingte Meinungen: Einige sagen, dass Scrum und Agile cool sind, während andere vorschlagen, mehr Code zu schreiben und weniger zu chatten. Bei Besprechungen drückt sich die zweite Position darin aus, dass eine Person einen Laptop mitnimmt und darauf stößt - nichts kann von ihr gewonnen werden.

In diesem Fall kommunizieren wir mit dem Mitarbeiter:
- Machen wir es so: Sie kommen vielleicht gar nicht zu einer Scrum-Rallye, aber Sie müssen die Ergebnisse kennen. Aber wenn Sie trotzdem gekommen sind, entfernen Sie den Laptop und arbeiten Sie mit uns.

Eine Person versteht, dass sie aufholen muss, wenn sie das Meeting verpasst, und niemand wird seine Meinung erfahren. Ich habe die Anwesenheit eines Angestellten geopfert, und das tut dem Stolz weh, und am Ende kommt er trotzdem. Das Problem ist gelöst.

Zeige auf einen Maulbeerbaum und schimpfe mit Akazien

Grigory Bakunov hat einen guten Bericht, in dem er vorschlug, dass sich jeder Entwickler im kreativen Prozess befindet, der für Kinder von 5 bis 7 Jahren charakteristisch ist. Ihm zufolge jeder Entwickler von 5 bis 7 Jahren (bedingt), und er muss wie ein Kind mit ihm sprechen .

Ich habe einen Sohn, er ist fast anderthalb Jahre alt. Ich lese Fachbücher über Elternschaft und Kinderbetreuung. In einem der Bücher habe ich gelernt, wie man einen kleinen Mann dazu bringt, Brei zu essen: Erzählen Sie einem Märchen, dass es einen Magen gibt, und er fühlt sich schlecht, wenn sein Mund ihm keinen Brei gibt, und das alles ist ein Beispiel für einen Jungen .

Wie wende ich es auf Entwickler an? Früher, als ich jemandem Feedback geben wollte, sagte ich es direkt:
- Oleg, hier und hier liegst du falsch. Tun Sie dies und das, um die Dinge morgen besser zu machen.

In den meisten Fällen untergräbt dies das Selbstwertgefühl: Eine Person macht Ausreden und sagt, warum sie Recht hat oder warum sie es nicht anders tun könnte. Jetzt gehe ich auf die andere Seite:
- Stellen Sie sich vor, Sie sind ein Teamleiter und haben eine solche Situation. Was wirst du machen?

Ich setze ihn an meine Stelle und frage, was er in dieser Situation tun würde. Der Stolz des Entwicklers ist in Ordnung, und er gewöhnt sich an die Rolle des Teamleiters und sucht nach Wegen, um das Problem zu lösen.

Gib vor, verrückt zu sein und deinen Verstand zu behalten

Gib vor, ein Dummkopf zu sein, mein Lieblings-Hack. Das Prinzip ist einfach: Wenn Sie eine technische Frage haben, fragen Sie. Ich weiß nichts über dich, aber ich bin nicht die klügste Person im Team, und ich bin mir dessen sehr wohl bewusst.

Fragen zu stellen ist normal.

In einem meiner vorherigen Unternehmen arbeitete eine Person in einer ziemlich hohen Position als VP of Engineering (CTO). Er wiederholte immer wieder:
"Ich verstehe deine technischen Sachen nicht, erkläre sie auf Russisch."

Oder:
- Dies führt zu Code-Verwirrung. Und womit bedroht uns das? Warum? Wie?

CTOs wie ich haben 30 weitere Leute. Der einzige Weg zu verstehen, was passiert, ist immer wieder zu fragen.

Wenn eine Person Ihre „dumme“ Frage mit einfachen Worten beantwortet, verstehen Sie, wo es Lücken in ihrer Logik gibt. Zu diesem Zeitpunkt stellen Sie klärende Fragen und finden heraus, wo etwas schief geht: die Untertreibung zwischen den Argumenten, potenzielle Probleme, die dann ausgelöst werden können. Hab also keine Angst dumme Fragen zu stellen.

Wenn Sie denken, dass Sie auf diese Weise Ihre „Autorität“ und Ihr „professionelles Gesicht“ verlieren, dann erinnern Sie sich an Richard Feynman . Dies ist ein Nobelpreisträger, Mitautor der Theorie der Quantenelektrodynamik, einer der Entwickler der Atombombe, ein Künstler und Cracker von Safes. In den 1960er Jahren hielt Feynman seine Vorlesungen bei Caltech, die später in drei Bänden der Feynman Lectures on Physics veröffentlicht wurden. Bisher ist dies eine der verständlichsten und populärsten Erklärungen physikalischer Phänomene von der Mechanik bis zur Quantenphysik.

Laut Insignien scheint dies eine respektable und ernsthafte Person zu sein. Im Gegenteil, er hatte keine Angst, unbeholfen auszusehen. Eines der Merkmale von Feynman ist ein lebhafter Geist und Selbstironie. Er stellte ständig dumme Fragen , versuchte nicht „solide“ auszusehen und versuchte komplexe Dinge in einfachen Worten zu erklären. Eines seiner Zitate: „Wenn Sie ein Quantenphysiker sind und einem fünfjährigen Kind nicht kurz erklären können, was Sie tun, sind Sie ein Scharlatan.“

Wenn die Nobelpreisträger dumm aussehen können, dann umso mehr.

Locken Sie auf das Dach und entfernen Sie die Treppe

Ich bin auf ein Problem im Team gestoßen: Es gibt eine große Funktion, die auf unbestimmte Zeit in Anspruch nimmt. Manager fragen mich ständig, wann die Funktion fertig sein wird, und die Entwickler kennen das „Wann“ nicht, da sie die Anforderungen nicht bestimmen können. Irgendwann sagte ich:

- Hör auf! Was brauchst du, um das Timing zu verstehen?
- Dies, dies und das.
- Dann werden wir am 1. Oktober eine Kundgebung abhalten. Lassen Sie uns bis zu diesem Zeitpunkt verstehen, ob wir rechtzeitig sind oder nicht.
"Aber was ist mit?" Vielleicht beginnt der Hurrikan, der Bus kommt nicht, jemand wird krank - wie berücksichtigen wir das?
"Ja, und Godzilla wird angreifen ... Vereinfachen wir die Aufgabe: Wir entscheiden, dass wir nichts finden werden, und wenn wir es finden, erzählen wir dem Management einfach davon." Bis zum 1. Oktober sollte dies jedoch geschehen.

Vor allem habe ich alle gefragt, ob er mit dem Datum des 1. Oktober einverstanden ist. Wenn ich nicht einverstanden bin, schlug ich vor, ein anderes Datum zu finden, es zu begründen und es ganz oben zu sagen. Kurz gesagt, Strategie wird in einem Satz beschrieben.

Nehmen Sie die Fluchtwege weg.

Wenn Sie etwas fangen wollen, lassen Sie zuerst los

Geben Sie die Gelegenheit, Gesicht zu retten

Ich kam mit einem Team zu einem bereits etablierten Team. Das erste, was ich beschlossen habe, war natürlich, meine Autorität zu „verkaufen“.

In einer der Codeüberprüfungen hatte ich einen großen Streit mit einem Entwickler über Architektur. Ich beschloss herauszufinden, wer Recht hat und wer nicht: Ich bat alle Branchenführer um eine objektive Meinung zu dem Code, über den wir gestritten haben. Alle, an deren Bewertung ich interessiert war, bestätigten, dass ich Recht hatte.

Ich legte all diese Ergebnisse meinem „Rivalen“ in der Hoffnung vor, dass er sich seines Fehlers bewusst würde und sich alles beruhigen würde. Aber alles verlief anders. Mein Gegner stellte fest, dass er an Glaubwürdigkeit verlor. Jetzt interessiert er sich nicht mehr für das Produkt und es ist sowieso wichtig, wer Recht hat und wer nicht, um das Gesicht zu retten. Danach stieß jede meiner Entscheidungen auf scharfe Ablehnung. Der Entwickler hat nicht über das Projekt nachgedacht, sondern darüber nachgedacht, wie er zeigen kann, dass er schlauer ist. Alles endete mit einer schmerzhaften Versetzung einer Person in ein anderes Team (Entlassung). Ich hatte recht, aber ich ließ die Person nicht sein Gesicht retten. Ich bereue es immer noch.

Geben Sie dem Feind die Möglichkeit, würdevoll aus der Situation herauszukommen.

Auch wenn Sie völlig Recht haben - der Gegner muss seine Würde bewahren. Wenn Sie auf den Kallus treten, gewinnen Sie den Feind.

Seite wie eine Tomate

Ein weiteres lustiges Beispiel hörte ich in einem Vortrag von Ludwig Bystronovsky, Art Director von Lebedev Studio. Stellen Sie sich einen Designer vor, der anbietet, eine Website wie eine Tomate zu erstellen. Es ist nicht klar, wie dies aussehen wird und vor allem warum? Aber der Designer mag es und er fördert seine „Idee“ nur, weil er darauf gekommen ist.

Natürlich sollte man solchen Ideen nicht zustimmen. Bring den Menschen auf die Erde zurück:
- Ich verstehe, dass Sie ein großartiger Designer sind, aber diese Idee sind nicht Sie, sie funktioniert jetzt nicht.

Dies ist das gleiche Prinzip der Gesichtserhaltung, jedoch für den Fall, dass eine Person ihre Entscheidung mit sich selbst in Verbindung bringt. Dies muss auch berücksichtigt werden und damit arbeiten.

Dies geschieht leider nicht nur in einer kreativen Umgebung. Ich habe Fälle gesehen, in denen sich Entwickler beispielsweise mit GraphQL oder MongoDB verbunden haben. Versuchen Sie, Ideen von der Person zu trennen, ich habe mich bereits daran verbrannt.

Schlage das Gras, um die Schlange zu erschrecken

Wenn Sie ein großes langfristiges Projekt erhalten, empfehle ich Ihnen, MVP zu implementieren: ein minimales Projekt mit allen Chips, Problemen und Fehlern, mit dessen Hilfe Sie den Zeitplan angemessen einschätzen können. Wenn eine einfache MVP-Erstellung 2 Wochen dauert, ist klar, was als nächstes passieren wird.

Dies ist ein guter Rat und funktioniert überall. Jetzt bin ich gegen einen anderen Ansatz, schon habe ich einen Kallus bekommen. Lassen Sie den Entwickler das MVP und etwas, das durch den Code spezifisch ist, besser machen, als es bei einem großen Projekt irgendwie anders funktioniert.

Flucht ist die beste Strategie

Konfliktvermeidung ist kein Verlust.

Wie Sun Tzu sagte, gibt es drei Möglichkeiten.

• Machen Sie einen Kompromiss. Dies ist eine halbherzige Entscheidung: Sowohl gewinnen als auch verlieren.
• Erkenne die Niederlage.
• Zu gehen. Dies ist jedoch kein Verlust, sondern eine Chance, zurückzukehren und zu korrigieren.

Nicht in Konflikte einmischen! Besser nicht kämpfen, sondern friedlich leben.

„Hundert Mal zu kämpfen und hundert Mal zu gewinnen, ist nicht das Beste vom Besten. Das Beste vom Besten ist, eine außerirdische Armee zu erobern, ohne zu kämpfen. “

So tzu

Alles, was in dem Artikel bis zur letzten Strategie besprochen wurde, ist Manipulation. Nicht jeder möchte mit ihnen Kontakt aufnehmen, aber Sie müssen aus zwei Gründen über sie Bescheid wissen: Manchmal müssen Sie leider immer noch Manipulationen in Ihrer Arbeit anwenden, und es ist immer besser zu wissen, wann Sie verwendet werden, als nicht zu wissen.

Versuchen Sie, Konflikte zu verringern, und lassen Sie sich nicht manipulieren.

In diesem positiven Sinne möchte ich Sie daran erinnern, dass Sie bis Ende der Woche, dh bis zum 22. Dezember , einen Antrag auf einen Bericht für die nächste Konferenz für Teamleiter einreichen können. Und eine Woche später werden wir aus Hunderten von Bewerbungen (ich vermute, dass es bis dahin noch mehr geben wird) die Sprecher der TeamLead Conf im Februar auswählen, damit Sie nicht länger an der Notwendigkeit zweifeln, ein Ticket für die Konferenz zu kaufen.