Post-Antwort auf den Artikel "Komm schon! @ # Mit deiner" Toxizität " . "
Wenn ich den Ratschlägen dieses Artikels folgen würde, würde es für mich ausreichen, Emotionen zu zeigen und dem Autor zu sagen: "Komm schon ... du verstehst nichts!".
Dies würde jedoch nicht dazu beitragen, meine Idee zu vermitteln. Schauen wir uns das deshalb genauer an.
Zitat 1:
Wenn eine Person inkompetent ist, müssen Sie sie dies klar verstehen lassen und dürfen ihre zarten Gefühle nicht zum Nachteil aller anderen schützen.
Ich bin mit der Grundlage dieser Aussage nicht einverstanden. Ich glaube, dass eine Person nicht kompetent oder inkompetent sein kann. Ein solcher verallgemeinerter Schwarz-Weiß-Ansatz funktioniert in der Praxis nicht. Selbst der fortgeschrittenste Senior kann einige Dinge nicht wissen. Und umgekehrt haben Junioren manchmal großartige Ideen.
Zu Persönlichkeiten wechseln („Sie sind nicht kompetent!“) Die Überprüfung des Codes anstelle spezifischer Argumente ist zu einfach. Wenn Sie so ein kluger Senior sind, arbeiten Sie hart und erklären Sie, warum an dieser Stelle des Codes alles anders sein sollte. Sie können es nicht erklären - es ist besser, nichts zu schreiben, da Sie es möglicherweise selbst nicht vollständig verstehen.
Gleichzeitig müssen wir natürlich über bestimmte Probleme im Code sprechen.
Ein normaler Mensch bespricht gerne eine begründete Position. Und er wird negative Emotionen der Feindseligkeit auf sich nehmen. Wer würde jemals mit einem giftigen Teammitglied arbeiten wollen?
Zitat 2:
Kann eine Person Ihnen immer wieder einen Code mit denselben Fehlern senden und muss mit Höflichkeit und einem Lächeln antworten?
Wenn eine Person immer wieder Fehler macht und nicht versucht, irgendwie zu wachsen, muss sie gefeuert werden. Sprechen Sie mit dem Teamleiter darüber. Aber Hysterie ist sowieso nicht notwendig. Nun, einfach weil es nicht hilft.
Negative Emotionen können nur negative Emotionen hervorrufen. Dadurch werden die Fehler im Code nicht behoben.
Zitat 3:
Je größer die Verantwortung im Beruf ist, desto größer sollte die Stressresistenz sein.
Ich habe mit der Produktionsumgebung gearbeitet und nachts Probleme behoben. Oft war es Stress (besonders wenn Sie diese Abteilungen leiten und für diese gesamte Kollektivfarm verantwortlich sind).
Und ich möchte mit aller Verantwortung erklären: Niemand mag Stress, auch wenn er ihm standhalten kann. Jeder versucht immer, Stress abzubauen.
Zum Beispiel:
- Konfigurieren Sie die Überwachung und die rechtzeitige Benachrichtigung der Server, dass Probleme auftreten
- Codeprüfung durch automatische und manuelle Prüfung
- Sicherungen von Datenbanken zur Überprüfung der Wiederherstellbarkeit
- usw.
Kurz gesagt, wir reduzieren potenzielle Probleme so schnell wie möglich.
Das heißt, Stress ist eigentlich schlecht . Selbst für die stressresistentesten Menschen.
Genau die gleiche Person, die keinen Stress mag, wird höchstwahrscheinlich alles richtig machen, alles überprüfen, den Strohhalm legen und keine fatalen Fehler machen.
Zitat 4:
Zweifellos ist es nicht akzeptabel, einen Kollegen aufgrund mangelnden Wissens zu beleidigen, aber das offensichtliche Format „Ihr Code ist schlecht, ich werde jetzt die Gründe im Detail erläutern und Ratschläge geben“ wird bereits als toxisches Verhalten angesehen.
Nun ja, das ist es. "Ihr Code ist schlecht" ist eine bedeutungslose Phrase. Es wäre möglich, sofort mit Tipps zu beginnen und noch besser zu klären, warum dies getan wurde und nicht anders.
Nachwort
Stress beeinträchtigt die Leistung. Wenn ein Mitarbeiter Angst hat, einen Code für eine Überprüfung anzugeben, arbeitet er nicht mit Begeisterung, generiert keine Ideen, ist dem Unternehmen nicht treu usw.
Leicht zu googelnde Studien, die zeigen, dass die Leistung bei Überschreiten eines bestimmten Stressniveaus stark abnimmt.
Im Allgemeinen wurde die Höflichkeit bei der Arbeit in einer Gruppe nicht erfunden, lange bevor die Überprüfung und Programmierung des Codes allgemein in Mode kam. Eine Reihe von Artikeln über "Teamfähigkeit", die in keiner Weise mit IT zu tun haben.
Die besten Ideen entstehen in einer günstigen Atmosphäre.
Nehmen wir zum Beispiel die Regeln des Brainstormings: Zuerst wirft jeder Ideen, und man kann sie überhaupt nicht kritisieren. Und erst dann kommt eine ausführliche Diskussion.
Das heißt, wir sind alle Menschen. Menschen mögen es nicht, wenn jemand auf ihre Fehler hinweist. Selbst der korrekteste Überprüfungscode sieht oft wie eine öffentliche Auspeitschung aus. Nun, nicht erschweren!
In den Teams, in denen ich Teamleiter war, habe ich einen guten Verhaltenskodex für die Überprüfung des Codes eingegeben (noch bevor diese Herde in Mode war). Nämlich: Höflichkeit, ein Verbot eines Befehlstons, ein Verbot der Diskussion persönlicher Qualitäten, nur begründete Kommentare sind erlaubt usw. In umstrittenen Situationen entscheidet die Mehrheit.
Übrigens ist es die Mehrheit, nicht der Timlid / Techlide. Da die Lesbarkeit des Codes und andere Dinge für das gesamte Team wichtig sind, wird das Team in Zukunft mit diesem Code arbeiten. Und nicht derjenige, der sich für den klügsten hält.
Diese einfachen Maßnahmen haben die Atmosphäre im Team erheblich verbessert.
Warum reden jetzt alle über CoC und Teamwork? Denn im Allgemeinen vergeht die Zeit einzelner Genies. Ein engmaschiges Team aufgrund von Synergien wird jedes Problem lösen. Ich habe mit einem gesprochen, mit einem anderen gesprochen - und das Problem ist gelöst. Soft Skills werden von Tag zu Tag wichtiger.
Es gibt Leute, die noch nie in einem engen Team gearbeitet haben und sich nicht vorstellen können, was für ein Nervenkitzel das ist.
Ja, eigentlich kreuzige ich hier, mach weiter ...
(PS Das Emoticon am Ende des letzten Satzes wurde von den Moderatoren entfernt. Ich möchte niemanden beleidigen, es ist nur ein Witz.)