Das Bettfeld pünktlich oder 5 Anzeichen von versteckten Problemen im Team

Es gibt viele Probleme in der Kommunikation und ihre Lösung ist immer sehr spezifisch für jeden Fall. Die Schwierigkeit bei einigen Problemen liegt in der Tatsache, dass sie versteckt sind und sich deutlich bemerkbar machen, wenn es bereits zu schwierig oder zu spät ist, etwas zu beheben. Ich erinnerte mich an fünf Fälle, denen ich persönlich begegnet war. Nicht alles erwies sich als gelöst, nicht alles wurde bewusst entschieden. Unter dem Schnitt finden Sie fünf Geschichten, die die fünf Anzeichen von Problemen veranschaulichen. Ich habe jede Geschichte mit einem sehr trockenen Hinweis auf die Korrektur ergänzt, weil die wirkliche Lösung sehr subjektiv ist.

Anfang Februar ist eine gute Zeit, um über Frühling, Sommer, Sommerhaus, Betten, große lange Betten nachzudenken ... Es ist gut, dass es Februar ist, und lassen Sie uns über Teamwork sprechen. Wie ist Tolstois Buch in Anna Karenina? "Alle glücklichen Familien sind gleich, jede unglückliche Familie ist auf ihre Weise unglücklich." Jeder hat sein eigenes Verständnis von Gut und Böse. Meiner Meinung nach hat jedes Team oder Unternehmen bestimmte Merkmale der Beziehung innerhalb des Teams und der Führung zu seinen Mitarbeitern, die sich aus den Merkmalen des unbewussten Verhaltens der Menschen ergeben. Es ist der Faktor der Bewusstlosigkeit, der diese Probleme verbirgt, weil oft, wenn eine Person das Problem nicht sieht, dann ist das Problem sozusagen nicht. In Wirklichkeit stellt sich heraus, dass sich das Verhalten von dem unterscheidet, was vom Team oder Unternehmen deklariert wurde, jedoch implizit. Sie können sie erst nach mehrmonatiger Arbeit im Unternehmen feststellen. Ich erinnerte mich an ähnliche Probleme in verschiedenen IT-Unternehmen und erstellte eine Liste solcher Merkmale, mit denen sich schnell die Art der vorhandenen Probleme und der Weg zur Lösung herausfinden ließen.

1. Entwickler sind nur eine weitere Ressource

Art des Problems: Firma vs. Mitarbeiter

Ein Manager sagte zu mir: „Ich erstatte CEOs und Stakeholdern Bericht. Und du bist nur ein Entwickler. “ Es war gemeint, dass er eine große Verantwortung hatte, und für mich als Entwickler gab es keine solche Verantwortung. Später stellte sich heraus, dass er keine eigene Meinung über die Menschen hatte, die unter seinem Kommando standen, und er sendete einfach die Ideen seines Chefs. Und sein Chef hat nicht sehr eng mit den Entwicklern kommuniziert. Infolgedessen war das Management minimal und nur die Berichterstattung hatte Priorität. Aus diesem Grund war die Haltung gegenüber Menschen so, als wären sie Zahnräder im Mechanismus. Niemand konnte dies aufgrund akzeptierter Normen direkt sagen, aber die Dinge sprachen für sich. Niemand wird Ihnen sagen, dass Ihre Ziele nicht wichtig sind, weil sie das Gesicht verlieren. Aber gleichzeitig wird niemand Ihre Interessen berücksichtigen, wie Ihr Manager weiß genau, was Sie tun sollten, wie Sie denken und was Sie fühlen sollen. Wenn Sie über potenzielle Kunden sprechen, können Sie angenehme Dinge erfahren, die Sie hören möchten. Aber echte Handlungen folgen nicht darauf, und es gibt immer einen Grund, warum etwas anderes wichtiger ist. Und wenn Sie anfangen, anderer Meinung zu sein, werden Sie beschuldigt, nicht zuzuhören, nicht kommunikativ zu sein oder, noch schlimmer, große Risiken in das Projekt einzubringen. Offensichtlich weigert sich Ihr Chef, eine Lösung zu finden, die für beide von Vorteil ist. Die einfachste Lösung für ihn ist, dass Sie nur das tun, was Sie gesagt haben. Im Unternehmen wurde diese Einstellung gegenüber den Mitarbeitern auf hohem Niveau gehalten. Infolgedessen hat die Fluktuation zugenommen. Eine Reihe von Schlüsselpersonen ( Entwickler und Produktpartner (dt.: Product Owner) ) haben das Unternehmen verlassen.

Tipp: Suchen Sie nach Synergien

Es ist normal, dass Menschen ihre eigenen persönlichen Ziele haben und das Unternehmen ihre eigenen. Insbesondere stimmen sie nicht überein, aber es ist wichtig zu verstehen, wie sehr sich Menschen und Unternehmen in ihren Zielen unterscheiden. Wenn Sie Synergien mit Mitarbeitern finden, erhöhen Sie den Gewinn im Vergleich zu dem Fall, in dem Menschen nur das tun, was ihnen gesagt wird.

2. Jemand überwacht ständig Ihre Fehler

Art des Problems: Manager vs. Mitarbeiter

Dies ist normal, wenn Menschen bei der Arbeit versuchen, Teamkollegen zu helfen, indem sie offen und respektvoll über Probleme diskutieren. Diese Unterstützungsatmosphäre bricht zusammen, wenn sie von Managementrollen (Teamleitern oder Managern) missbraucht wird. Die Situation kann sich unbeabsichtigt entwickeln und bei Teilnahme des Managers am auffälligsten sein als beim Teamleiter. Ein Manager fragt Sie beispielsweise, was Sie als Team verbessern möchten. Sie, gut gemeint, sagen auf einem Haufen mit den anderen, dass es schön wäre, wenn Vasya weitere Unit-Tests schreiben würde. Der Manager sagt ihm beim Treffen mit Vasya, als mache er einen Vorwurf, dass er keine Komponententests schreibt. Dieser Absatz kann beispielsweise ein Absatz über eine Leistungsüberprüfung sein. Vasya, der die Behauptungen des Managers sieht, wird versuchen, von seinen Kollegen herauszufinden, was falsch ist, aber jeder sagt, dass alles in Ordnung ist. Denn für Kollegen ist das Problem der Unit-Tests als solches nicht. Aber in diesem Moment beginnt sich das Vertrauen zu verschlechtern. Für Vasya sieht alles so aus, als würde ihn jemand hinter ihm in den Augen des Managers schwärzen, sagte es ihm aber nicht in den Augen. Die Situation ist insofern schlecht, als niemand sie speziell schwärzt. Dann wird es schlimmer, weil Wenn der Manager dieses Problem nicht lösen kann, verstärkt sich in einer solchen Atmosphäre die Unsicherheit der Mitarbeiter im Team und zwingt sie, anderen ständig etwas zu beweisen.

Hinweis: Bestehen Sie auf einer offenen Diskussion

Hier sollte der Manager angespannt sein. Erstens ist nicht jede Beschwerde wirklich ein Problem. Zweitens sollten Sie dem Mitarbeiter zuhören, weil er kann Hinweise auf eine ähnliche Situation geben. Und drittens sollte der Manager die Leute ermutigen, nur in Gegenwart einer anderen Person über Probleme zu sprechen. Die Gründe und Tatsachen beider Parteien müssen berücksichtigt werden.

3. Es gibt immer jemanden, der für den Fehler verantwortlich ist

Art des Problems: Team vs. Mitarbeiter

Während die Fehleranalyse die Norm ist, ist eine ständige Erinnerung an vergangene Fehler nicht normal. Fehler können aufgrund mangelnder Anforderungen oder mangelnder Kenntnisse oder aufgrund aufeinanderfolgender Fehler in verschiedenen Entwicklungsstadien wie Überprüfungscode, Qualitätssicherung und UAT auftreten. In diesem Fall hat eine längere Aufmerksamkeit für eine Person, die einen Fehler gemacht hat und sich über ihn lustig gemacht hat, einen schlechten Effekt. Wenn dieses Verhalten im Team die Norm ist, können Ausgestoßene im Team auftreten. Dieses Verhalten wird normalerweise von einer der führenden Rollen unterstützt. Der Rest der Leute im Team passt sich einfach an und folgt dem Stil des Leiters. Ohne Unterstützung von oben wird dieses Verhalten nicht lange dauern und schnell enden. Natürlich sollte die Person, die den Fehler gemacht hat, darüber Bescheid wissen und verstehen, wie er vermieden werden kann, um nicht erneut auf den Rechen zu treten. Aber klammere dich nicht daran.

Tipp: Konzentrieren Sie sich nicht mehr auf Fehler

Die Diskussion über Fehler sollte sofort beendet werden, nachdem alle Schlussfolgerungen gezogen wurden. Teamkollegen sollten sich in einer solchen Situation unterstützt fühlen.

4. Das Team startet die Aufgaben ohne Beschreibung und Planung

Art des Problems: Team vs. Kunde

Die Planungsphase ist wichtig und niemand wird Ihnen sagen, dass Sie es nicht tun sollten. Gleichzeitig fehlt dem Team möglicherweise die Autorität oder die mangelnde Unterstützung des Managements, um Aufgaben zurückzuschieben, für die keine Beschreibung vorliegt. Das Management kann sagen, dass es ihnen sehr leid tut und Planungsfehler anerkennt, die sie dazu veranlasst haben, Vereinbarungen zu akzeptieren, die nicht verzögert werden können. Unter solchen Umständen zahlen die Entwickler den endgültigen Preis. Das Management wird dieselben Fehler immer wieder wiederholen, weil Entwickler einfach das tun, was ihnen gesagt wurde. Gleichzeitig behält jeder sein Gesicht, denn es gibt eine formelle Anerkennung des Problems und ein Versprechen, es zu beheben ... eines Tages. Entwickler sind im Laufe der Arbeit ständig mit einer Situation konfrontiert, in der in den Aufgaben etwas nicht beschrieben ist. Sie bleiben hinter dem Zeitplan zurück, eilen und spüren den ständigen Druck der Führung. Entwickler sind daher immer extrem.

Tipp: Schützen Sie das Team, nicht sich selbst

Der Teamleiter oder Manager muss die Verantwortung dafür übernehmen, das Team vor anderen Managern und Kunden zu schützen, sich ihrem Angriff zu widersetzen und die Verantwortung nicht auf die Ebene des Teams herunterzulassen. Die Definition von Bereit für Aufgaben sollte den Managern helfen, Aufgaben gut genug vorzubereiten. In diesem Fall sollte es eine strenge Regel werden.

5. Problemumgehung

Art des Problems: Prozesse vs. Mitarbeiter

In lebendiger Form traf ich dieses Merkmal in einem jungen Unternehmen, in dem sich die Prozesse sehr schnell entwickelten. In einem persönlichen Gespräch sagte mir der Chef: „Wir haben einen Prozess, aber Sie müssen verstehen, wann es sich lohnt, herumzukommen, um die Aufgabe schneller zu erledigen.“ Dies ist wahr: Manchmal hilft das Umgehen des Prozesses, Ziele schneller zu erreichen, und es ist sogar notwendig. Wenn es jedoch in 50% der Fälle erforderlich ist, den Prozess zu umgehen, wird der Prozess selbst als eine gewisse Formalität wahrgenommen. In diesem Fall ist es offensichtlich, dass der Prozess eher ein Hindernis darstellt. Auf der anderen Seite fühlt sich das Management ohne Prozess aufgrund mangelnder Kontrolle und mangelndem Vertrauen in Entwickler unsicher. Infolgedessen versteht jeder das Problem, aber eine Änderung des Prozesses ist aufgrund der Bürokratie schwierig (jeder braucht Zustimmung, dies sind eine Reihe von Kundgebungen usw. usw.). Daher schlagen einige Manager möglicherweise vor, dass Entwickler den Prozess anhand der besten Motive umgehen. Indem sie dies anbieten, bringen sie Entwickler in eine gefährdete Position, in der ein solcher Schritt je nach Person und Anlass unterschiedlich betrachtet werden kann.

Hinweis: Befolgen Sie den Vorgang einfacher

Möglicherweise benötigen Sie keinen Prozess oder keine Regeln. Stattdessen benötigen Sie möglicherweise nur Empfehlungen, wie Sie etwas mit der Möglichkeit einer anderen Ausführung tun können. Nun, oder Sie können sich in einigen Fällen den offiziellen Prozess der Umgehung des Standardprozesses vorstellen. Benötigen Sie in diesem Fall einen langsameren Prozess?

Hast du etwas ähnliches gesehen? Fügen Sie Ihre Fallkommentare hinzu.