Ich bin auch ein QA-Ingenieur, der mit erfahreneren Entwicklern zusammenarbeitet. Was ich entdeckt habe, ist, dass die „Arbeit mit Entwicklern“ fast ein Spezialfall zwischenmenschlicher Fähigkeiten ist – kulturell gesehen arbeiten und interagieren Entwickler in vielen Unternehmen auf sehr spezifische Weise.

Einige Ideen, die Ihnen helfen können:

• Mache so viel Arbeit/Recherche wie du kannst. Bei der Frage "Warum hat x nicht funktioniert?" oder "How do IY?", erwähnen Sie kurz, was Sie versucht haben, oder Optionen, die Sie recherchiert, aber verworfen haben. Dies hilft, weil sie Ihre Versuche/Recherchen nicht wiederholen müssen, um die Lösungen zu finden, und nicht das Gefühl haben, dass Sie nur versuchen, sie dazu zu bringen, es für Sie zu tun.
• Verstehen Sie, dass sie die genaue Antwort wahrscheinlich nicht wörtlich kennen und sich einfach weigern, es Ihnen zu sagen. Bei dieser Art von Aufgaben gibt es so viele Variablen, dass die Beantwortung selbst einer einfachen Frage mit Mühe verbunden sein kann. Sie sind möglicherweise nicht in der Lage, sofort eine endgültige Antwort zu geben.
• Listen Sie Ihre Fragen klar und so detailliert wie möglich in einem Format auf, das es dem Entwickler ermöglicht, damit zu interagieren, wenn sie frei sind (Messenger oder E-Mail usw.). Ich bin sicher, Sie wissen, wie irritierend es ist, den „Fluss“ zu unterbrechen, um auf zufällige Nebenaufgaben oder Unterbrechungen zu reagieren, selbst wenn sie wichtig sind.
• Wenn die E-Mail nicht ausreicht, tragen Sie ein Meeting für einen geeigneten Zeitpunkt in seinen Kalender ein. Geben Sie in der Einladung Details zu den zu lösenden Problemen an. Nehmen Sie sich Zeit für Ihr Problem. Dies hat den doppelten Vorteil, dass Sie ihn im Voraus wissen lassen, was Sie ihn fragen werden, und es ihm fast unmöglich machen, Sie zu ignorieren oder abzuwerten, sobald er das Treffen akzeptiert.
• Stellen Sie sicher, dass er weiß, dass Sie seine Zeit und Hilfe schätzen. Seien Sie noch höflicher und dankbarer, als das eigentlich gerechtfertigt ist (da es eigentlich seine Aufgabe ist, Ihnen dabei zu helfen ...)

Ich glaube nicht wirklich, dass Sie Ihren Chef zu diesem Zeitpunkt noch konsultieren müssen. Es wurde noch nichts Schlechtes/Negatives gesagt. Sie müssen nur einen Weg finden, mit Bob zusammenzuarbeiten. Konzentrieren wir uns also zuerst darauf.

Aus Ihrem Beispiel-Chat-Gespräch sehe ich zwei Hauptmöglichkeiten, warum Bob nicht wirklich versucht, Ihnen viel zu helfen:

1) Er ist damit beschäftigt, wichtige Dinge für ihn zu erledigen und möchte nicht priorisieren, dir zu helfen. 2) Er kennt sich selbst nicht wirklich und will es auch nicht zugeben.

Bei Fall 2 hast du Pech. Die einzige Möglichkeit, dies zu tun, besteht darin, ihn um Hilfe zu bitten, wenn Ihr Vorgesetzter in der Nähe ist, und wenn Sie beide nicht weiterkommen, zeigen Sie Ihrem Vorgesetzten, dass Bob nicht die richtige Person ist. Aber gehen wir davon aus, dass dies hier nicht der Fall ist.

Fall 1 ist das Üblichste. Manche Menschen können mit kleinen Unterbrechungen nicht wirklich gut umgehen.

Nehmen Sie keinen Sexismus oder andere Dinge gegen ihn an, bis er wirklich das Gegenteil zeigt.

Versuchen Sie, ihn wieder neutral anzusprechen und fragen Sie ihn, wie er es vorziehen würde, wenn Sie ihm Fragen stellen würden. Ob direkt per Chat, per E-Mail, um ein bestimmtes Zeitfenster zu vereinbaren, in dem Sie ihn so oft stören können, wie Sie möchten, ihn aber in anderen Zeitfenstern in Ruhe lassen, selbst wenn Sie feststecken ...

Wenn er es ignoriert und Ihnen nicht erlaubt, ihn zu unterbrechen, machen Sie deutlich, dass Ihr Vorgesetzter Ihnen gesagt hat, dass er Ihnen helfen muss, also haben Sie eigentlich keine andere Wahl, aber Sie wollen sich zumindest etwas Mühe geben, ihn zu stören möglichst wenig.

Wenn das immer noch nicht funktioniert, gehst du zu deinem Vorgesetzten und erklärst, was passiert ist.

TL/DR: Nicht. Es ist erst zwei Wochen her. Das ist eine schrecklich kurze Zeit, um ein „Problem“ mit einem Kollegen zu entwickeln, insbesondere über eine Interaktion.

Stattdessen denke ich, dass Sie sich mehr darauf konzentrieren sollten, mit Bob und Leuten wie ihm umzugehen.

Sie können Bobs nicht bereitwilliger machen, Ihnen zu helfen.

Nur aus Ihrer Sicht kann ich aufgrund jahrzehntelanger Erfahrung mit Bobs auf der ganzen Welt viel vermuten. Höchstwahrscheinlich hat er kein Problem mit dir oder deinem Geschlecht. Vielmehr denkt er: „Sie wurden eingestellt, um Testfälle einzurichten, und sollten wissen, wie das geht, ohne die Entwickler mit dummen Dingen wie Pfaden zu belästigen … und wie haben Sie überhaupt ein durcheinandergebrachtes Docker-Image bekommen … ich weiß es nicht Zeit dafür haben..."

Was Sie tun können, ist, Wege zu finden, um Bobs dazu zu bringen, Ihnen einfach zu helfen . Feiner Unterschied, ja, aber wichtig.

Du zeigst es nicht im Chat, aber du musst zuerst deine Anstrengung demonstrieren (wie hier bei SE).

Sie: Was soll der Pfad sein?

Bob (überlegt): Nun, was hast du versucht? Hast du dir die Unterlagen angesehen? Was war vorher? Gibt es irgendwo ein funktionierendes Image? Können Sie das nicht herausfinden?

Stattdessen...

Sie: Hallo Bob, tut mir leid, ich habe das noch nie gemacht, aber ... der Pfad auf dem letzten Build ist /foo/mem/ren und es funktioniert nicht. Ich habe das Bereitstellungsblatt überprüft und es ist nicht da. Ich habe auch überprüft, ob der Server flimflam /bah/humbug/coal ist. Ist es serverspezifisch? Wer kann mir sagen woher das kommt? Wen kann ich außerdem fragen, warum der Build auf 762.998 und nicht auf 769.999 abzielt?

Bob: Ja, seit ich hier bin, ist alles durcheinander geraten, hier ist, wie das funktioniert.....

Machen Sie sich Notizen, Sie können das nicht noch einmal fragen.

Grundsätzlich müssen Sie überlegen, ob Ihre Frage als "Bitte tun Sie es für mich" formuliert werden kann.

Möglicherweise beschäftigen Sie sich auch mit einigen Verfahrensproblemen im Team. Sind Sie auch für die Automatisierung des Build-Prozesses verantwortlich? Sie sollten wirklich kein durcheinandergebrachtes Bild haben. Wenn das das Problem ist, ist der nächste Halt derjenige, der für den Build verantwortlich ist.