Das Szenario ist normalerweise ähnlich: Ich präsentiere meine Arbeit, die softwarebezogene Entscheidungen und wissenschaftlich relevante Methoden umfasst. Ich habe fast kein direktes Management von meinen tatsächlichen Managern, die auch sehr wenig über die technischen Details meiner Arbeit wissen, aber ich habe viele Kollegen mit unterschiedlichem Wissen über die Werkzeuge und Theorien, die ich einsetze.
Während Präsentationssitzungen (manchmal mit externen Personen), wo ich fertige Lieferungen meiner Arbeit (Softwarefunktionen, Analyseberichte usw.) präsentiere, werde ich oft von Kollegen in den Zeilen "Warum haben Sie das nicht getan?" befragt auf eine andere Weise? " oder" Warum nicht stattdessen X verwenden? ". Und ich fange an zu glauben, dass dies ein Problem in meiner Arbeitsbereichskultur geworden ist. Um ehrlich zu sein, bin ich nicht der einzige, der sich mit diesem Problem befasst.
TL, DR: Die Frage, die ich hier stelle, lautet:
- Wie kann ich diese Art von Befragung in diesem speziellen Kontext verhindern?
- Wie kann ich mit dem Management über die Konsequenzen dieser Fragen und ihre diesbezügliche Haltung diskutieren .
- Wie soll ich auf wiederholte Straftäter dieser Art von Befragung reagieren? ol>
- Ich persönlich bevorzuge Technik Z anstelle von X.
- X könnte sein Gut aus ABC-Gründen, aber aus DEF-Gründen habe ich Z gewählt.
- Ich habe X vorläufig bewertet und ABC-Probleme damit festgestellt.
- Zusammengefasste technische Gründe. ol>
- Ich habe Technik X nie verwendet. Ich weiß, dass dies unnötig ist, und bis ich einen besseren Grund vorstelle, möchte ich mich nicht der Last des Lernens / Implementierens stellen. Alternative: Dies ist meistens eine Frage der persönlichen Präferenz, daher habe ich meine Wahl getroffen, da ich die eigentliche Arbeit mache.
- Ich denke, Z funktioniert einfach nicht, Sie haben keinen anderen Beweis und sollten es auch Verschwenden Sie Ihre Zeit und nicht meine, wenn Sie der Meinung sind, dass dies eine gute Idee ist.
- Es schien grenzwertig undurchführbar, wenn nicht einfach unmöglich, X zu verwenden, aber vielleicht könnten Sie das Glück haben, den richtigen Code für die Verwendung zu finden GitHub. Aber ich habe es nicht gefunden, und Sie sollten es überprüft und konzeptionell bewiesen haben, bevor Sie vorschlagen, nachdem ich mit Z fortgefahren bin. Alternative: Wäre schön, wenn wir einen Experten für X hätten, der Ich bin es nicht und Sie auch nicht.
- Schmerzlich lange technische Diskussion, die für alle anderen in der Besprechung Zeitverschwendung wäre.
- Sie können mich schlecht aussehen lassen, als wenn ich nicht über offensichtliche und bessere Optionen nachgedacht habe und die Dinge einfach falsch gemacht habe.
- Sie erfordern wenig Aufwand für den Fragesteller, haben aber in der Vergangenheit viel Engagement von meiner Seite erfordert, mit wenig bis gar nichts Gewinn für das Unternehmen oder Produkt.
- Auch wenn sie konstruktiv sind, sind sie falsch eingestellt. Ich hätte Ideen während der Konzeptentwicklung sehr geschätzt, insbesondere wenn sie in einem persönlichen Gespräch gegeben worden wären, aber sobald der Code vollständig getestet und für die Produktion bereit ist, mag ich ehrlich gesagt niemanden, der mir vorschlägt, ohne guten Grund zum Konzeptdesign zurückzukehren.
- Manchmal klingen sie so ziemlich nach öffentlicher Kritik. Und selbst wenn ich später lange brauche, um dem Fragesteller die Dinge persönlich zu erklären, habe ich das Gefühl, öffentlich beleidigt zu sein, aber privat Entschuldigungen erhalten zu haben. Es scheint jedoch übertrieben, öffentliche Entschuldigungen zu verlangen. ol>
Details / Kontext:
In Bezug auf die Antworten stammen sie häufig aus einer Auswahl der folgenden mit unterschiedlichem Zuckerüberzug:
Um klar zu sein, dies sind oft dumme Fragen oder nur sehr frühe Ideen auf hoher Ebene. Ich würde mich tatsächlich freuen, wenn die Frage das "Warum habe ich vorher nicht daran gedacht?" wert wäre, und so oder so würde ich Ideen gerne in einem Brainstorming-Meeting oder in einem persönlichen Gespräch begrüßen, während ich Ich fange an, mit etwas zu arbeiten, aber sie sind ziemlich ärgerlich, wenn ich fertige (auch wenn unpolierte) Arbeit liefere. Die stumpfen, ehrlichen Antworten wären jeweils:
Das Problem mit der stumpfen Ehrlichkeit ist, dass ich unhöflich und / oder inkompetent wirken könnte, insbesondere wenn ich vor Managern spreche, die brillante Ideen und Vorschläge nicht wirklich von unterscheiden können dumme Ideen, noch Standardtechnik Verwendung von skizzenhaftem Papier oder Verkäuferwort behauptet eine Idee. Sie würden auch nicht den Unterschied zwischen meiner Aussage "Ich weiß nicht, wie man Riemanns Hypothesenproblem löst" und "Ich weiß nicht, wie man einige Funktionen einer Programmiersprache verwendet" (dh etwas, das Jahrhunderte und Genies dauern kann) erkennen zu lösen, gegen etwas, das jeder Programmierer in einem Monat tun kann). Die Manager haben nie jemanden gebeten, ihre Befragung zu rechtfertigen oder ihre Hausaufgaben zu machen, um einen Beitrag zu leisten.
Es kam einmal vor, dass eine solche Frage in Form eines Verstoßberichts gestellt wurde, auf den normalerweise hingewiesen werden sollte unsere Anforderungen werden nicht erfüllt oder Abweichungen von den Spezifikationen. Ich habe (Kalender-) Monate gebraucht, um diesen Bericht über Verstöße zu archivieren, und vielleicht eine Woche Bürozeit von mir und anderen Personen. Dies hätte vermieden werden können, wenn der verantwortliche Manager den Bericht soeben abgelehnt hätte: "Dies ist nur ein Vorschlag, sprechen Sie stattdessen mit ihm." Er übersah es jedoch einfach und gab den Bericht weiter. Es kam auch vor, dass eine auf meiner Analyse basierende Entscheidung aufgrund dieser Fragen verschoben wurde, und obwohl ich nicht mit der Bearbeitung der Fragen beauftragt war, wurde nie eine Arbeit dafür gezeigt, und nach einer langen Zeit wurde die Entscheidung einfach so getroffen Ich empfahl. (Ich denke, entweder das Anhalten oder das Fehlen von Feedback war unangemessen.)
Das Problem mit den Fragen selbst ist also: