Jemand hat eine Frage eingereicht:

Nachdem ich mehrere Jahre in der Internetbranche gearbeitet habe, weisen die meisten technischen Mitarbeiter, auf die ich getroffen bin, die folgenden Probleme auf:

• ①, Wortkarg und unhöflich;
• ②, Bei der Zusammenarbeit berichten sie nicht gern über den Fortschritt (zum Beispiel sind sie mitten in einer Arbeit und hören plötzlich auf, und man weiß nicht, wohin sie gegangen sind; wenn man sie nicht drängt, sagen sie es einem nicht);
• ③, Sie antworten nicht auf QQ, und wenn sie doch antworten, verfallen sie wieder in Punkt 1.

Darf ich fragen, ob das ein häufiges Problem ist? Wie sehen das die Technikleute unter euch?

Im Folgenden sind Auszüge einiger hervorragender Antworten

1. Li Nan

Schlechte Kommunikation mit technischem Personal liegt hauptsächlich in der Verantwortung der Produktmanager. Der Grund ist einfach: Sie sind in der Technik, und es ist nicht ihre Aufgabe, mit Nutzern zu kommunizieren und Anforderungen an technisches Personal weiterzugeben. Wenn Sie sich in ihren Kontext hineinversetzen und mit ihrer Logik vertraut werden, werden Sie oft feststellen, dass Sie effizient mit ihnen kommunizieren können.

Schlechte Fortschrittskontrolle liegt hauptsächlich in der Verantwortung der Projektmanager. Der Grund ist ebenfalls einfach: Sie sind in der Technik, und es ist nicht ihre Aufgabe, den Fortschritt zu verwalten und zu kontrollieren. Sie müssen Meetings organisieren, Systeme einrichten, Fortschritte sammeln und Ergebnisse bewerten.

Die besten Programmierer sind natürlich gewandte Kommunikatoren, gut im Selbstmanagement und haben den großen Überblick.

Aber mir persönlich sind Programmierer egal, die wortkarg sind und nicht gern über den Fortschritt berichten, solange sie sich an die Regeln halten und brauchbaren Code liefern. Ich habe auch viele redegewandte Programmierer gesehen, die immer schöne Fortschrittsberichte abgeben. Die Stabilität ihres Codes kann jedoch so schlecht sein, dass ich jemand anderen damit beauftragen muss, ihn neu zu schreiben.

Der OP scheint ein Produkt- oder Projektmanager zu sein? Mein Rat ist: Versuche nicht immer, anderen die Schuld zu geben; mach deine Arbeit gut. Genau wie ein wortkarger Techniker, der ein Speicherleck für dich behebt.

2. Fan Kai

Ich stimme der Ansicht von @Li Nan voll und ganz zu.

>>1. Wortkarg und unhöflich.

In der Technik zu arbeiten erfordert bodenständigen Fokus, und mit der Zeit entwickelt man eine eher introvertierte Persönlichkeit. Wenn Sie auf einen technischen Menschen treffen, der nur schöne Worte macht, müssen Sie wirklich vorsichtig sein. Solche technischen Leute verursachen oft großen Ärger, z. B. Lügen über Arbeitsergebnisse, im Team Unruhe stiften, Klatsch verbreiten und Zwietracht säen. Das sind die schmerzhaften Lektionen, die ich beim Einstellen gelernt habe.

>>2. Bei der Zusammenarbeit berichten sie nicht gern über den Fortschritt. Zum Beispiel hören sie mitten in der Arbeit an Ihrer Sache plötzlich auf, und Sie wissen nicht, was sie stattdessen gemacht haben; wenn Sie sie nicht antreiben, sagen sie Ihnen nichts.

Wenn es eine "kooperative" Beziehung ist, scheint die Verwendung des Wortes "berichten" problematisch zu sein. Da er ein gleichrangiger Mitarbeiter ist, der mit Ihnen zusammenarbeitet, warum sollte er Ihnen über seine Arbeit Bericht erstatten? Wenn überhaupt jemand verpflichtet ist, zu berichten, dann nur gegenüber seinem eigenen Vorgesetzten.

Zum Beispiel arbeiten das F&E-Team, das Produktteam und das Betriebsteam unter meiner Leitung an einem Projekt zusammen. F&E-Ingenieure sind nicht verpflichtet, Produkt- oder Betriebsmitarbeitern über den Fortschritt zu berichten; das F&E-Team ist nur mir gegenüber berichtspflichtig. Wie also lässt sich die Kommunikation zwischen den Teams stärken? Die Methode, die ich verwende, ist:

Jedes Team berichtet mir über den Fortschritt. Ich lasse Produktmitarbeiter einen wöchentlichen Projektfortschrittsbericht erstellen und ihn per E-Mail an alle senden, damit jeder den Projektfortschritt kennt. Darüber hinaus starte ich 30 Tage vor Projektstart einen Countdown und versammle jeden Tag vor Feierabend alle im Projektteam zu einer kurzen täglichen Fortschrittsbesprechung.

Diese Projektmanagement-Methode hat mich noch nie im Stich gelassen; die Zusammenarbeit zwischen Produkt-, F&E- und Betriebsteams ist sehr effizient. Daher ist die von Ihnen beschriebene Situation aus meiner Sicht die Pflichtverletzung des Vorgesetzten. Produktmitarbeiter haben nicht die Befugnis, F&E-Mitarbeitern auf gleicher Ebene direkt Anweisungen zu geben. Es ist der übergeordnete Vorgesetzte, der seine Verantwortung aufgegeben hat.

>>3. Sie antworten nicht auf QQ, und wenn sie doch antworten, kommen sie auf Punkt 1 zurück.

Ich öffne QQ während der Arbeit nicht gern; wenn ich es doch öffne, dann im Nicht-stören-Modus. Wenn du etwas hast, schreib mir eine E-Mail. Das ist das Prinzip, das ich dem ganzen Team vermittle.

Lass mich noch ein paar Worte hinzufügen. Der Programmiererberuf ist hochgradig spezialisiert. Ganz zu schweigen von der Kommunikation mit Außenstehenden – selbst Entwickler aus unterschiedlichen Bereichen können kaum kommunizieren. Zum Beispiel haben diejenigen, die Webprojekte, Embedded-Entwicklung oder Game-Engines machen, Wissenssysteme, die sich kaum überschneiden, was eine effektive Kommunikation in Fachbereichen fast unmöglich macht, geschweige denn mit nicht-technischen Leuten. Barrieren entstehen zwangsläufig.

Lass mich einen Vergleich verwenden: Der medizinische Beruf ist ebenfalls hochgradig spezialisiert, daher empfindest du Ärzte auch als schwer zu kommunizieren und meist nicht bereit, tiefgehende Gespräche mit Patienten zu führen. Bei Programmierern ist es genauso – die Wissenssysteme unterscheiden sich zu stark. Wenn jemand nicht besonders starke Kommunikationsfähigkeiten hat, ist effektive Kommunikation schwer herzustellen.

Eine letzte Anmerkung: Den Arbeitsfortschritt von Programmierern zu überprüfen, ist für einen Manager mit technischem Hintergrund nicht schwierig. Tatsächlich kenne ich ihren Fortschritt auch dann, wenn Programmierer mir nicht berichten. Der Grund ist einfach: Ich habe die höchsten Privilegien auf dem internen git-Quellcode-Server des Unternehmens. Ich ziehe regelmäßig den Quellcode verschiedener Projekte, um zu sehen, wer kürzlich welche Commits eingereicht hat, hehe.

3. Big Tree

Ich selbst arbeite seit fast 5 Jahren in der Softwareentwicklung. Die vom OP genannten Phänomene kommen unter meinen Kollegen tatsächlich häufig vor.

1. Zurückhaltung – ich denke, das meiste davon ist unbewusstes Verhalten. Das heißt, vielen Entwicklern fehlen Gelegenheiten, in ihren Lern- und Arbeitserfahrungen mit Menschen zu kommunizieren, geschweige denn gut mit anderen Kollegen zu kommunizieren. Meine eigene persönliche Erfahrung ist, dass ich mich bemühe, mit anderen Kollegen und sogar mit jedem zu kommunizieren und zu interagieren, aber weil mir Erfahrung und Fähigkeiten in diesem Bereich fehlen, mache ich Fehler, und gleichzeitig bin ich empfindlich gegenüber den unangenehmen Emotionen, die schlechte Kommunikation bei anderen hervorruft. Ich fühle mich frustriert, und die Frustration beschädigt weiter mein Selbstvertrauen in der Kommunikation mit anderen. Kurz gesagt, das ist ein Problem, das ich selbst nicht gut gelöst habe.

Außerdem gewöhnen sie sich, weil sie lange Zeit Maschinen gegenüberstehen, an eine direkte, unverblümte Interaktion. Wenn eine Maschine zum Beispiel ein "hello world" ausgibt, denkt ein Programmierer vielleicht nur an eine main-Funktion und einen prinf-Aufruf und versteht nicht, dass die Person, die mit ihm kommuniziert, ein lebendiger Mensch mit anderen Gedanken ist, und vergisst, menschliche Aspekte zu berücksichtigen.

Wenn zum Beispiel ein PD fragt, ob ein komplexes Feature umgesetzt werden kann, geben einige Programmierkollegen auf der Grundlage ihrer tatsächlichen Erfahrung sofort ein unverblümtes, kaltes "Nein", das keinen Raum für Verhandlungen lässt. Tatsächlich würde eine Abschwächung – etwa "der Zeitaufwand ist ziemlich hoch; wenn der Zeitplan etwas flexibler wäre, wäre ich bereit, es zu versuchen" – den PD sich wohler fühlen lassen. Das gibt beiden Seiten die Möglichkeit, das Thema tiefer und angenehmer fortzusetzen.

Es gibt ein weiteres unerwünschtes Phänomen, das tatsächlich mit der Programmierergruppe zusammenhängt. Viele Programmierkollegen sind ziemlich arrogant. Diese Arroganz kann von guten akademischen Leistungen, einem im Vergleich zu Gleichaltrigen höheren Einkommen oder sogar nur davon kommen, einen bestimmten Bug gelöst zu haben. In einem Selbstverständnis, dem Kommunikation fehlt, lassen diese Faktoren sie möglicherweise nicht erkennen, dass dies nichts Bemerkenswertes ist.

Um die Art und Weise zu verbessern, wie ich spreche und mich mit anderen angenehm verstehe, habe ich sogar ein scheinbar langweiliges Buch wie „Cai Kangyongs Die Kunst des Redens“ gekauft. Es hat meine Sprechfähigkeiten vielleicht nicht viel verbessert, aber es hat mir klargemacht, dass Sprechen eine Fähigkeit ist.

2. Wenn man den Arbeitsfortschritt nicht meldet, liegt das entweder an Faulheit oder an mangelnder Planung der eigenen Arbeit. Wenn du jemand werden willst, auf den sich andere verlassen können, und bei Kollegen den Eindruck von Zuverlässigkeit hinterlassen möchtest, musst du den dir anvertrauten Aufgaben treu sein. Aufgrund der Besonderheit der IT-Branche solltest du die Häufigkeit des Feedbacks zu deinem Arbeitsfortschritt erhöhen. Das ist eine Haltung zur Arbeit, nicht auf die IT-Branche beschränkt. Wenn du unzuverlässig bist, erwarte nicht, wichtige Verantwortlichkeiten zu übernehmen.

Um nicht zu vergessen, was meine Kollegen mir anvertrauen, schreibe ich es in eine Notiz und bewahre sie in der Nähe auf. Ich weiß, welche Arbeit ich gerade mache und wann jede Aufgabe Feedback braucht.

3. Wenn sie nicht auf QQ antworten, nutze E-Mail oder rufe direkt an. Für die Arbeitskommunikation solltest du QQ möglichst wenig verwenden. Du kannst zu ihrem Schreibtisch gehen und plaudern oder jede Methode nutzen, von der du denkst, dass sie sie erreichen kann.

Jeder Programmierkollege, der mit anderen Kollegen nicht gut auskommt, sollte über diese Punkte nachdenken.

Von:Zhihu