Bitten Sie um Hilfe in der IT in einer leitenden Position, während Sie die Glaubwürdigkeit wahren

Um Hilfe zu bitten, wenn Sie etwas nicht wissen, ist nicht schwach – niemand kann alle Details jeder Technologie kennen, auf die er stößt. Und wenn man davon ausgeht, dass es nicht bei jedem Aspekt des Jobs passiert, sondern bei bestimmten Dingen, bei denen man weiß, dass ein Kollege spezifisches Wissen hat, das hilft, dann ist es eigentlich das Sinnvolle und Effiziente, das zu tun.

Der Juniormitarbeiter ist hier der Falsche. Ich habe es immer wieder gesehen – eine junge/unerfahrene Person kann manchmal in diese seltsame Mentalität verfallen, in der sie das Gefühl haben, jemals zuzugeben, dass sie etwas nicht wissen oder Hilfe brauchen, wird sie für immer als inkompetent kennzeichnen. Es ist natürlich lächerlich, aber es passiert trotzdem und es ist der Fluch guter Teamarbeit.

Leider kann man die Wahrnehmung eines anderen nicht kontrollieren. Alles, was Sie tun können, ist zu kontrollieren, wie Sie handeln. Und das Beste, was man mit solchen Dingen tun kann, ist einfach, die falsche Wahrnehmung nicht zu nähren. Sie müssen die Tatsache eingestehen, dass Sie sich nicht von Ihrem Ego daran hindern lassen, Ihre Arbeit so gut und effizient wie möglich zu erledigen.

Tu nicht so, als wäre es eine beschämende Sache, oder schäme dich nicht dafür, weil es das nicht ist und du es auch nicht sein musst. Sollte sich dieser Junior oder jemand anderes direkt dazu äußern oder wenn Sie sonst in der Lage sind zu antworten, dann weisen Sie darauf hin, dass Sie dies natürlich tun, und Sie würden dies auch von jedem Mitglied der Abteilung erwarten, weil es keinen Sinn macht Stunden oder Tage damit zu verbringen, etwas herauszufinden, wenn die Person in der Nebenkabine Ihnen die Antwort in fünf Minuten geben kann.

Dieser Junior-Entwickler hat ein fehlerhaftes Verständnis dafür, was ein Senior-Entwickler tun soll.

Ein Senior-Entwickler ist Senior, nicht weil sich sein technisches Wissen mit allem überschneidet, was ein Junior tun kann (es kann, aber nicht muss), sondern weil er Dinge tun kann, die ein Junior nicht einmal versteht. Der leitende Entwickler kann (sollte?) die allgemeinen Auswirkungen von Entscheidungen verstehen, das große Ganze im Auge behalten, Aufgaben delegieren, weiß, wie wichtig es ist, Ihren Berichten zu vertrauen, und ist in der Lage, ein Team aufzubauen.

Sich auf die Expertise eines anderen Mitglieds zu verlassen, ist eine erlernte Fähigkeit und Teil der „Big Picture“-Mentalität, die dieser Junior offensichtlich nicht hat, und deshalb sind Sie der Senior und er nicht.

Sie müssen erkennen, dass die Aufgabe, die Sie um „Hilfe“ bitten, nicht etwas ist, das Sie nicht können, sondern etwas, das Sie delegieren und dem Sie vertrauen, dass er es tut. Wenn er feststeckt, sagst du nicht "Oh, schade. Ich werde dich jetzt feuern." Stattdessen können Sie helfen, auf die richtigen Ressourcen verweisen, neue Ideen sammeln, neue Hinweise auf mögliche Lösungen untersuchen, Ihre eigenen Kontakte konsultieren, über verschiedene Kanäle um Hilfe bitten usw.

Bei der spezifischen Sache, die Sie gehört haben, müssen Sie zunächst zu 100% sicherstellen, dass Sie nicht beleidigt sind. Dies liegt bei Ihnen und muss ohne Einbeziehung des Juniors bearbeitet werden.

Sobald dies erledigt ist und Sie sich zu 100 % sicher sind, dass Sie keinen Anstoß nehmen, erkennen Sie, dass dies etwas ist, das der Junior lernen MUSS , um zu einem Senior-Entwickler heranzuwachsen. Jeder Senior, der denkt, dass es eine „Schwäche“ ist, um Hilfe zu bitten, wird natürlich eine sehr giftige Umgebung schaffen.

Versuche ehrlich zu sein und frage ihn einfach auf eine nicht konfrontative Art und Weise, so etwas wie „Nun, ich habe gehört, wie du gesagt hast (was er gesagt hat). Warum denkst du das?“ Stellen Sie sicher, dass es nicht defensiv ist, und versuchen Sie, ihn darauf hinzuweisen, warum er so denkt, wie er denkt.

Wenn Sie das Gesamtbild betrachten, tut ein CEO alles, was seine Berichte tun können? Natürlich nicht. Deshalb gibt es ein Team von C-Level-Führungskräften, die dann ihre eigenen Senior Reports haben, dann haben sie selbst Junior Reports. Sie können auch Manager haben, die selbst kein technisches Know-how haben, aber Senior-Entwickler erfolgreich verwalten können.

Schwäche untergräbt einen Teamkollegen, der um Hilfe bittet.

Als ich anfing und es noch kein www gab, bestand alle Hilfe in Form von Handbüchern und Ratschlägen von überarbeiteten Kollegen, es wurde erwartet, dass Sie so ziemlich alles wissen sollten.

Die Welt hat sich verändert. Es gibt so viel da draußen, dass niemand auch nur ansatzweise alles wissen kann. Wenn dies wahr wäre, würde Stack Overflow nicht existieren.

Wenn Sie mit oder für mich arbeiten, wäre ich erleichtert, dass Sie um Hilfe gebeten haben. Es würde mein Vertrauen in dich STÄRKEN, weil ich weiß, dass du nicht derjenige bist, der losgeht und etwas Halbherziges tut, Dinge vermasselt und dann versucht, jemand anderem die Schuld zu geben.

Ich habe einmal für eine Zeitung gearbeitet, wo ich einen Kandidaten interviewte und ihm absichtlich obskure Fragen stellte, auf die er die Antwort nicht wissen konnte, weil ich ihn sagen wollte: "Ich weiß es nicht". Das tat er, und wir stellten ihn ein. Wieso den? Weil wir lieber jemanden sagen lassen: „Ich weiß nicht, was ich hier tue, und ich brauche Hilfe“, als dass ein Fehler in die Zeitung kommt und das Unternehmen in Verlegenheit bringt.

Es ist kein Zeichen von Schwäche oder Inkompetenz, seine Grenzen zu kennen und Hilfe zu suchen, wenn man sie braucht. Es ist ein Zeichen von Professionalität und Selbstbewusstsein und eine Eigenschaft, die ich gerne bei einem Kollegen oder bei jemandem hätte, der für mich gearbeitet hat.

Der Klatsch ist der Schwache, und wenn ich Ihr Manager wäre, würden er und ich uns hinter verschlossenen Türen darüber unterhalten.

Lassen Sie sich das nicht anmerken, wenn er direkt mit ihm und dann mit Ihrem Chef weiterspricht. Er untergräbt die Teamarbeit und verlangsamt das Mitarbeiterwachstum.

Wenn Sie sich dadurch besser fühlen, ich habe ein paar erfahrenen Technikern geholfen, als ich Praktikant war. Nicht weil ich besser als sie oder sogar klüger war (das bin ich nicht), sondern weil ich die Antwort zufällig kannte, weil ich vorher getan hatte, was sie tun wollten.

Um Hilfe zu bitten ist keine Schwäche. Dieser Junior weiß nicht, wovon er spricht (wahrscheinlich, warum er ein Junior ist). Ein guter leitender Techniker weiß, was er weiß, aber was noch wichtiger ist, er weiß, was er nicht weiß.

Was würde es nützen, wenn du vorgibst, etwas zu wissen und nicht arbeiten könntest, weil du zu stolz bist? Arbeiten Sie weiter wie bisher und versuchen Sie zu vergessen, dass dies passiert ist. Ihrer Glaubwürdigkeit sollte in keiner Weise geschadet werden (es sei denn, Sie stellen immer wieder dieselbe Frage und lernen es nie).

Ich sehe das so, dass Ihr jüngerer Kollege es schon ablehnend sieht, um Hilfe zu bitten.

Ich denke, die richtige Antwort hier ist, ihm zu zeigen, dass Fragen stellen nicht schlecht ist und in diesem Fall sogar klüger, da Ihr anderer Kollege bereits Erfahrung in der Angelegenheit hat, bei der Sie Hilfe benötigen

Du hast das Problem falsch herum.

Sie haben einen Junior-Entwickler, der der Meinung ist, dass etwas falsch daran ist, um Hilfe zu bitten. Das ist sowohl für sie persönlich als auch für ihren Arbeitgeber schlecht.

Wenn es jemanden gibt, der in einer bestimmten Mentorenrolle für sie arbeitet, sprechen Sie mit diesem Mentor über dieses Problem.

In der Zwischenzeit solltest du nicht nur weiterhin um Hilfe bitten, wenn du sie brauchst, sondern sie auch darauf ansprechen, wenn sie sich darüber beschweren. Sonst lernen sie es nie besser.

Darum geht es bei der Teamarbeit, TEAM !

Jeder (einschließlich der fehlgeleiteten Junioren) hat etwas zu bieten, und es ist die Aufgabe der Senioren im Team, die Bemühungen des Teams so zu organisieren, dass sie am effektivsten sind.

Es ist keine „meine ist größer als deine“-Situation; vielmehr ein „Jeder Tag ist ein Schultag“-Thema!

Die Kultur und Einstellung Ihres Teams zu ändern, ist eine echte Herausforderung, aber eine, die massive Belohnungen/Produktivität/Beförderung/Gehaltserhöhungen/etc/etc

Das ist es, worum es bei Führungskräften wirklich geht (während sie natürlich den Code generieren, um das Projekt abzuschließen)

Um Ihre Frage direkt zu beantworten: Fordern Sie offen und öffentlich (z. B. in einer Teambesprechung) die Hilfe des „Cracks“ heraus, laden Sie gegebenenfalls den Junior ein.

Fühlen Sie sich wohl und sagen Sie "Ich weiß es nicht, zeigen Sie es mir". Das ganze Team wird dadurch besser arbeiten.

TL;DR

• Wenn es um Beförderung geht, sollten Sie sich selbst beobachten, um herauszufinden, ob Ihre Sorge berechtigt ist oder nicht. Vergleichen Sie mit anderen, die Ihre Konkurrenten für den Job sein könnten. (jetzt mit Abschnitt BEARBEITEN nach dem Kommentar von @Cantalope)

• Wenn es um den Ruf geht, wäge ab, ob du andere um Hilfe bittest und ob sie dich fragen, um zu sehen, ob du dir Sorgen machen solltest

• Stellen Sie sicher, dass Ihre Must-Have-Fähigkeiten nicht eingerostet werden. Dies ist der einzige Fall, in dem Junioren ihren Respekt vor ihren Senioren einigermaßen verdient verlieren. Ich habe dies erlebt

• Wenn es nur um diesen Junior geht, siehe andere Antworten, unterstütze ich sie voll und ganz. Besonders schöne Ideen: @Jon Hanna (flüstert Juniors Mentor zu), @SaggingRufus (Junior kann manchmal Senioren helfen) @motosubatsu (warum hat dieser Junior so gedacht) ...

Vollständige Antwort

Abgesehen von Junior Guy (andere Antworten decken es ausführlich ab), lautet die Frage:

Wie würden Sie in der aktuellen Situation um Hilfe bitten, ohne an Glaubwürdigkeit zu verlieren?

1. Wie ist die aktuelle Situation?
2. Glaubwürdigkeit verlieren... in wessen Augen?

Beginnen wir mit einer einfachen Frage:

Geht es um Förderung?

Sie haben direkt nach dieser Passage halsabschneiderische Werbeaktionen erwähnt:

Ich versuche nachdrücklich, noch mehr um Hilfe zu bitten [...] Der perverse Effekt, den es zu haben scheint, ist, mich scheinbar schwach aussehen zu lassen. Ich kämpfe dagegen an, weil dies ein Irrglaube ist[...]

Also, angenommen, es ist (vielleicht!) nicht nur dieser Junior, der dieses Missverständnis hat; Angenommen, Ihre Befürchtungen beziehen sich auf Ihre Beförderung (wird mein Chef so denken wie dieser Junior? Wird mein anderer Kollege, der mit mir um die Beförderung kämpft, dem Chef sagen, dass ich weiterhin Hilfe bei meinen Aufgaben benötige?); Angenommen, Sie möchten immer noch um Hilfe bitten (aus Gründen, aus denen Sie es jetzt tun) ...

Wie würden Sie in der aktuellen Situation um Hilfe bitten, ohne an Glaubwürdigkeit zu verlieren?

1. Ich würde überwachen, WIE OFT ich das mache. Nur für den Fall. Pro Person, die Sie fragen (das ist manchmal wichtig). Vielleicht möchten Sie auch einen Blick darauf werfen, wie oft Sie dies im Vergleich zu anderen tun. Und - wenn es einen signifikanten Unterschied gibt - warum.
2. Ich würde zuerst 20 Minuten lang (oder etwas länger, wenn das Problem größer ist) meine eigenen Ideen suchen/recherchieren/ausprobieren.
3. Ich würde meine Frage angemessen formulieren, damit andere wissen, dass ich meine Pflicht erfüllt habe.
4. Ich würde manchmal auf SO fragen, anstatt im Büro.
5. Ich würde versuchen, für mich selbst einfache Regeln aufzustellen: wann ich (NICHT) fragen sollte.

Ich frage

• wenn die Zeit drängt,
• wenn ich deutlich mehr Zeit gewinnen kann als der andere verliert (Antworten und Kontext wechseln),
• wenn ich zu viel Zeit damit verbracht habe, ohne Wirkung. Wie viel zu viel Zeit für mich ist, hängt von der Größe/dem Gewicht des Problems ab.

Wenn mein Freund eine anspruchsvolle Arbeit verrichtet, darf ich nicht fragen, obwohl er höchstwahrscheinlich die Antwort hat, es sei denn, die Umstände sind wirklich günstig.

Chefs suchen nach Leuten, die die Arbeit erledigen. Wenn sie von anderen Hilfe bekommen, ist das in Ordnung, solange Aufgaben mit niedrigerer Priorität nicht Leute anziehen, die an höheren Prioritäten arbeiten. Also ... ziehen Sie nicht andere zur Hilfe, wenn sie wichtigere Arbeiten erledigen, und lassen Sie sich nicht zur Hilfe ziehen, während Ihre Aufgabe Priorität hat ... es sei denn, die Umstände zeigen wirklich, dass dies so sein sollte.

Wettbewerb in der IT

BEARBEITET nach dem Kommentar von @Cantalope:

Ich mache mir Sorgen um die Beförderung, das gebe ich offen zu, da es dort viele Köche gibt und es frustrierend sein kann, sich „nicht mehr in meinem Fachgebiet“ zu fühlen. Ich habe das Gefühl, dass der Wettbewerb in der IT stark ist

1. Wenn Sie an die Spitze wollen, seien Sie entweder der Pionier oder der letzte Typ auf dieser Technologie – beide geben hervorragendes Geld und Stabilität (bis zu einem gewissen Grad).
2. Die Konkurrenz ist etwas stark. Dennoch lässt sich die Unternehmensqualität leicht daran messen, wie oft Kompetenzen die Politik mit Füßen treten und umgekehrt. Wir sind alle Menschen, also liegt es in unserer Natur, uns darauf zu verlassen, „wie angenehm andere Menschen zu sein scheinen“, um sie zu beurteilen, aber es lohnt sich, Arbeit zu erledigen, die sich in vielen IT-Unternehmen lohnt. Ein Experte wie Sie wird in denen aufblühen, die Wert auf Fähigkeiten legen – das ist es, wo Sie sein möchten. Natürlich... IHRE Fähigkeiten.
3. Betrachten Sie also Ihr Hauptfachgebiet. Stimmt es mit dem überein, was für Ihren Chef benötigt wird? Denn er wird das fördern, was er normalerweise braucht. Es spielt (normalerweise!) keine Rolle, wie großartig Sie mit C# umgehen können, wenn Sie dringend Java-Leute für das neue Most Important Project Of Them All brauchen.
4. Das Gefühl, außerhalb seiner Komfortzone zu sein, bekommt jeden, ich denke, du bist nicht allein. Denken Sie positiv, die Technologien sind ähnlich und es wird mit der Zeit einfacher, mehr zu bekommen. Das wird nie enden, das sind die Job-Besonderheiten, wie Sie sicher wissen. Vertraue dir selbst.

Unterm Strich also:

1. Mach dir keine Sorgen. Vertrauen Sie auf Ihre Fähigkeiten. Wenn Ihr Unternehmen Politik und Selbstvermarktung mehr schätzt als Fähigkeiten, ziehen Sie einen Umzug in Betracht. Wenn es keine Leute gibt, mit denen Sie gerne zusammenarbeiten, ist das normalerweise ein guter Grund, etwas länger zu bleiben.
2. Bereichern Sie sie, wenn Sie das wollen oder brauchen (vielleicht eine neue Sprache oder ein neues Framework, um diese Beförderung zu erhalten oder zu einem anderen vielversprechenden Unternehmen zu wechseln?)
3. Bewerten Sie Ihren Chef, wen er in der Vergangenheit befördert hat. Selbstverkäufer? Glattredner? Stiefellecker? Harte Arbeiter? Tech-Zauberer? X-Technologie-Gurus? Dann schätze deine Chancen neu ein.

Ist das Team bereit, „Ich weiß nicht“ zuzugeben?

Nun der andere Teil Ihres Kommentars:

aber ich möchte mich ausdrücklich offener machen, ungeachtet der Kommentare. Ich akzeptiere das Nichtwissen. Ich bin mir nicht sicher, ob mein Team das tut.

1. Lassen Sie uns überprüfen, ob sie es dann tun
2. Wenn nicht, möchten Sie das ändern oder umziehen?
3. Wenn Sie das ändern möchten, würde ich empfehlen , ihre Wahrnehmung zu ändern (danke @BrianD für die Idee).

Die Verifizierung an der Oberfläche kann tatsächlich ausreichen - das heißt, Sie haben Ihre Antwort möglicherweise nach einer kurzen Gesprächsrunde in der Küche oder während einer Firmen-After-Party. Informeller Rahmen, einfache Frage, fertig.

"Glauben Sie, Leute wie X oder Y würden zugeben, dass sie ein Problem haben, oder sie kennen die Antwort nicht? Ich habe mich in letzter Zeit gefragt, wie wir als Team dastehen not knowing."

„Ich denke, X mag es nicht, zuzugeben, es nicht zu wissen, denn er glaubt, dass ihn das schwach aussehen lässt. Würden Sie zustimmen?“ Unterscheiden Sie später einfach, ob er mit „er hat dieses Problem“ oder „es lässt einen schwach aussehen“ zustimmte.

Die Veränderung ihrer Wahrnehmung muss damit beginnen, „um Hilfe zu bitten“ und „ihren Input einzuholen“ auf die gleiche Ebene zu stellen. Erstens hat es Auswirkungen darauf, dass Sie schwächer sind (für einige!), zweitens (normalerweise!) impliziert, dass SIE GUT GENUG SIND, um gefragt zu werden. Normalerweise verwende ich beide, daher ist die Botschaft für alle um mich herum klar, dass ich sie als gleich betrachte. Wenn ich nach einer Weile jemanden in X um Hilfe bitte, weiß jeder, dass der Typ gut mit X umgehen kann.

Fühlen Sie sich frei, auch Pre-Reviews zu verwenden , besonders wenn Sie Code-Reviews durchführen. Bitten Sie eine technisch versierte Person, Ihren Code vorab zu überprüfen und zu fragen, was besser gemacht werden kann. Folgen Sie seinem Rat. Dann bringen Sie ihn dazu, diesen Code zu überprüfen. Garantierte Zustimmung, meistens.

Ihre Wahrnehmung zu ändern bedeutet, ihnen die Kraft zu zeigen, die aus der Befreiung kommt, und nicht so tun zu müssen, als wüsste sie alles. Sich auf den richtigen Job konzentrieren, Scheiße erledigen, IHR Wissen dafür einsetzen, ohne sich darum zu kümmern, wenn Sie dadurch schwach aussehen. Geben Sie offen zu, dass Team Sie stärker macht. Vielen Dank für die gute Idee hier oder (scherzhaft) dafür, "dort mit diesem raffinierten Testtrick nützlich zu sein".

Geht es um Reputation?

Wie oft fragst du? Wie oft werden Sie gefragt? Wie viel Zeit haben Sie für „Ihre Pflicht“ aufgewendet, bevor Sie gefragt haben? Wie viel tun sie? Wenn Sie eine Reihe von Fragen stellen, ohne Grundlagenforschung zu betreiben, kann Ihr Ruf unter Ihren Kollegen leiden (ganz zu schweigen von Leuten, die in der Hierarchie niedriger stehen).

Wenn ich mir nicht sicher bin, wie schwierig das Problem ist, vor dem ich stehe, mache ich manchmal eine Runde und frage (nebenbei, um zu markieren, dass ich nach schnellen und unvollständigen spontanen Antworten suche). Wenn die meisten meiner Kollegen keine Ahnung von dem Problem zu haben scheinen oder alle auf lokale Experten verweisen, weiß ich, dass es nicht nur mir so geht. Wenn einige hatten, kann ich sehen, ob ich mich hier verbessern muss. Was dazu führt...

Hast du eingerostete (während grundlegende) Fähigkeiten ausgeschlossen? Vielleicht war es eine einfache Frage?

Kürzlich erzählte mir ein sehr reifer Junior (älterer Mann, Berufswechsel, sehr tiefer Lerner) von Senioren an seinem neuen Arbeitsplatz. Obwohl Java 9 herauskommt und Java 8 seit Jahren auf dem Markt ist, haben sie sich nie die Mühe gemacht, es sich anzusehen, und sie sagen immer wieder, wie schwierig es ist. Als er einige Dinge mit Java 8 codierte, eilten drei von ihnen zu seinem Bildschirm, um nachzusehen. Er wurde langsamer, codierte das noch einmal, damit sie sehen, wie er das machte, schlug vor, dass er etwas darüber zeigen könnte, wenn sie wollten, und machte im Allgemeinen nie Aufhebens, aber er sagte mir, dass es ein etwas bittersüßes Gefühl sei. Also, während es Ihrer Geschichte nach nicht der Fall zu sein scheint ... überprüfen Sie es noch einmal. Vielleicht wird Ihre Frage allgemein als leichtes Material empfunden? Ich hatte ein paar Mal nach Dingen gefragt, die leicht zu finden waren und einige Momente mit Google machen würden. Ich habe mir genauso gut geantwortet wie mein unglücklicher Kollege, der mehrere Minuten mit mir verbringen musste. Es war mir später ziemlich peinlich, als ich feststellte, wie einfach es war, dies in Google zu finden. Passiert den Besten unter uns, denke ich.

Versteh mich hier nicht falsch . Niemand weiß alles. Verrostete Fähigkeiten zu haben ist eine natürliche Sache. Aber es wird auch als schwach empfunden – besonders von denen, die diese Fähigkeiten als ein Muss ansehen.

Wenn das Programmieren in Ihrem Job als primäre Fähigkeit wahrgenommen wird und Ihr Programmieren eingerostet ist (weil Sie beispielsweise Architekt sind und von Meeting zu Meeting gehetzt werden), wird dies Ihre Wahrnehmung verändern. Verdienterweise - streng auf Codierungsmeter bist du schwächer als du warst. Verbinden Sie dies jetzt mit dem üblichen Geschäft und Sie sind zu beschäftigt, um dies zu erkennen, und zu beschäftigt, um dies zu beheben. Also bitten Sie häufiger um Hilfe, weil Sie wissen, dass andere viel schneller helfen können, als Sie brauchen, um wieder zu entdecken, wie dies oder das funktioniert hat ...

Ein ähnlicher Glaubwürdigkeitsverlust folgt, wenn Sie eine Frage außerhalb der Komfortzone für zu zeitaufwändig hielten, obwohl dies nicht der Fall war (Ihre Pflicht nicht erfüllt, bevor Sie gefragt haben).

Zusammenfassung

1. Überwachen Sie sich selbst. Legen Sie einfache Regeln fest, wann Sie fragen würden und wann nicht.
2. Behalte die Prioritäten des Jobs im Hinterkopf, wenn du um Hilfe bittest oder um Hilfe bittest.
3. Wägen Sie ein, wie oft Sie fragen / gefragt werden, wie viel Zeit Sie / andere damit verbringen, zu helfen. Vergleichen Sie es mit Ihren Konkurrenten, wenn Sie sich Sorgen machen, dass sie Sie überholen könnten.
4. Erledigen Sie Ihre Probleme, bevor Sie nach Lösungen/Hilfe fragen.
5. Formulieren Sie Ihre Fragen so, dass andere sie verstehen.
6. Vergewissern Sie sich, dass es keine einfache Frage ist, testen Sie vielleicht, wie viel Ihre Kollegen brauchen würden, um sie zu lösen.
7. Kümmern Sie sich nicht um den Junior, sein Kommentar mag aus einfacher Aufregung stammen, dass dieser mächtige Senior, den er verankert hat, Dinge hat, die er nicht weiß und die vielleicht rechtzeitig erreicht werden können.

Sehr lange Antwort, tut mir leid.

Ich bin kein IT-Manager, habe aber Projekte in verschiedenen Bereichen geleitet. Eine Möglichkeit, damit umzugehen, besteht darin, die Art und Weise zu ändern, wie Sie diese Situation sehen. Ihre Aufgabe ist es nicht, Verwundbarkeit zu zeigen, sondern ein guter Richter der Effizienz zu sein.

Aufgaben sollten nicht danach vergeben werden, wer die jeweilige Aufgabe am schnellsten erledigen kann, sondern wessen Zeit am besten für die Aufgabe aufgewendet wird. Sie als Senior haben andere, wichtige Aufgaben zu erledigen und sollten besser einschätzen können, wie Sie die Arbeit aufteilen, um die Projektziele effizient zu erreichen. Verwenden Sie Ihr Urteilsvermögen und üben Sie Ihre Autorität ohne Entschuldigung aus und lernen Sie, sich dabei wohl zu fühlen. Verwandeln Sie das Gefühl, „Verwundbarkeit“ zeigen zu müssen, in eine Offenheit für Ideen von Teammitgliedern, in die Bereitschaft, Ihre Planung aus gutem Grund zu ändern, und geben Sie die Anerkennung für die Arbeit großzügig weiter.

Ich habe festgestellt, dass der beste Weg, um Glaubwürdigkeit zu wahren, wenn Sie um Hilfe bitten, darin besteht, bei anderen Gelegenheiten Hilfe anzubieten . Bei meinen paar Programmiermöglichkeiten mit weniger erfahrenen Kollegen habe ich kein so gutes Gedächtnis für Details, aber ich habe normalerweise einen besseren Einblick, was ein saubereres Design ausmacht oder wo am wahrscheinlichsten ein Fehler ist.

Ich denke, das liegt zum Beispiel daran, dass die Details der Syntax und der Standardbibliotheken der Sprache, in der wir programmieren, mit den Dutzenden vermischt werden, die ich im Laufe der Jahre verwendet habe, wo ein jüngerer Programmierer nur ein oder zwei verwendet hat. Aber diese Breite und Tiefe der Erfahrung hilft mir, Einsichten zu gewinnen, die sonst schwerer zu verstehen sind.

Und wenn diese Blitze der Intuition eintreffen, wird Ihr Programmiererpaar voll und ganz zu schätzen wissen, welchen Wert Sie auf den Tisch bringen, selbst wenn er alle Kleinigkeiten kennt, die Sie googeln müssen.