題:
如果由於高級同事向我錯誤地解釋了某些內容而犯了錯誤,我應該如何面對經理?
Blazerg
2019-08-21 12:22:24 UTC
view on stackexchange narkive permalink

我是一名軟件工程師,在這種情況下,我們有兩個人,約翰和邁克,約翰是我的老闆,邁克是我的隊友。

約翰命令我執行一項我沒有做的任務我知道該怎麼做,該任務是“業務相關的”,所以這與我的技術專長無關,我所處的任何人都不會在沒有任何解釋的情況下知道該怎麼做。我的老闆,但是我轉而與我的高級同事邁克(Mike)交談,他向我解釋瞭如何做到這一點(我有點以為他知道該怎麼做)。

問題是我的老闆變得有些沮喪(他沒有最好的技巧或耐心),問我為什麼要像以前那樣做任務,因為那是完全錯誤的。在我的情況下,這讓我感到驚訝,並且我不想怪麥克,所以我並不是說他是向我解釋的那個人,而是我有點說我是憑直覺做的。 (一種可怕的方法,因為它使我看起來非常糟糕。)

在不怪麥克的情況下,我如何能更好地面對相同的情況?

PS: A需要考慮的幾件事:

  1. 我知道,現在不告訴老闆需要幫助是我的錯誤。問題不在於如何避免錯誤,而在於如何應對。
  2. 邁克是一個犯錯的好隊友。他不是故意這樣做的,他對此感到難過。
  3. ol>
您的老闆在開發週期的什麼時候變得不高興?
在開發結束時,他進行了代碼審查。
@Blazerg您可能會為這種情況感到興奮。老闆在代碼投入生產之前就發現了錯誤。
好的,@NKCampbell,我會說一句以澄清“與業務相關”錯誤的含義。我的意思是,按照Mike告訴我的邏輯,我編寫的代碼100%正確。但這不是我老闆想要完成的方式。無論如何,正如我在問題中所說的那樣,錯誤本身與該問題無關,因為它更多地是關於專業性以及在完成錯誤之後如何應對。
十二 答案:
David DPG
2019-08-21 14:28:52 UTC
view on stackexchange narkive permalink

首先,還沒有任何答案指出您對約翰說謊。這是一個嚴重的問題。當團隊成員向老闆或同事撒謊時,任何團隊都無法正常運作。

實際上,可能正在阻礙團隊的生產力。 John不知道Mike不了解您正在執行的任務。如果邁克很久以來一直做錯事怎麼辦?我敢肯定,約翰,儘管他可能沒有什麼變化,但如果有人提出來,他會很感激的。

您可以做些什麼

我認為,當您迷路而又不知道該怎麼辦時,尋求上級的幫助是很自然的事情(儘管我可能會這樣做)首先與約翰核實過),但您絕對不想因他犯的一個誠實錯誤而與您的前輩抗衡,因此您必須說實話,同時確保您不會完全責怪他,而是要承擔責任並願意接受糾正。也許是這樣的:

由於 [this] [that] ,我不知道如何執行此任務,所以我問了邁克,但看來我們也不是很對。抱歉,我沒有首先與您確認。將來我該如何正確處理這種情況?

這將使Mike有機會說明自己,同時明確表示您承擔責任,甚至更好地告訴John,也許有一個

您現在(並且應該做!)現在要做的事情。

我在這裡的擔心是,Mike和John沒有談論這種缺乏知識的問題。知識,並且到目前為止可能還沒有發現一些錯誤。

再次,您不想與Mike口臭,使他在背後背叛,所以我建議您與他私下交談,告訴他事實,然後讓他用自己的話說自己。他會感謝您關心他和他的生意,並且所有項目經理都應該向John通報項目的每個細節。

如果邁克(出於明顯的原因)不對約翰說什麼怎麼辦?
如果約翰問這個問題,因為他知道邁克解釋錯了,並且想一次向兩個人正確地解釋它,而沒有“您一直做錯了”類型討論,該怎麼辦?
我喜歡這個答案,但是在對老闆的陳述中使用“誠實”一詞可能會將其標記為錯誤陳述。如此多的人開始使用一半事實,這被稱為虛假陳述的指示。只需將其省略,這是一個很好的聲明。
@bob然後我將開始尋找其他工作,同時對敵對的同事採取適當的措施。但是我們在這裡假設真誠。
-1
我通常會聽到“與X討論後,這是我的理解……”或“給我的印像是……”。就我個人而言,我喜歡措辭,因為不一定暗示其他人做錯了,因為他們不一定如此。根據我的經驗,人們也可能會誤解別人的意思,特別是如果那個人是年長者,只是理所當然地理解了自己的理解,而大三生則沒有弄清他們的意思。我同意您也應該與Mike對話,以確保不要使用任何侮辱性的語言。
我不同意OP在撒謊。不因誠實的錯誤而欺騙您的同事與告訴某人不誠實以誤導他們是不一樣的。OP犯了一個錯誤。他為此付出努力。將來,他可能應該讓經理留在信息循環中(即,與經理討論從邁克那裡學到的關鍵信息),但我認為他不會因承擔責任而做錯任何事情。這次。因為他沒有驗證信息,所以他承擔一些責任。
@FrancineDeGroodTaylor沒有告訴某人有關車隊知識和承擔責任,承擔責任的重要事實,這是不同的事情。當然,這並不意味著OP故意撒謊,但他仍然撒謊。除非我們的撒謊概念不同(對我而言,撒謊包含大量的真相掩蓋行為),否則我認為這就是這裡發生的事情。並不能確定確實是不負責任的。
-1
@DoctorPenguin-我是該措辭的另一位提倡者,我幾乎被問題標題“ _...因為一位資深同事向我不正確地解釋了某些內容?__”所觸發,-非常有爭議!他不能反駁說他沒有錯誤地解釋它,**您**錯誤地理解了它!或者,也許他解釋了正確的答案,但回答了一個錯誤的問題,現在應該歸咎於誰?您**錯誤地解釋了這個問題嗎?還是我們將其翻轉並責怪_him_來理解錯誤?重點是-承認理解上的分歧,但在不必時不要指責。
@DavidDPG OP *明確指出*他們故意撒謊(儘管當時他們可能還沒有這樣想)。他們知道他們向邁克求助,但沒有說他們決定說自己使用了“直覺”,而他們顯然知道不是這種情況,因此很明確地選擇說,以避免給出涉及邁克的準確描述。
@FrancineDeGroodTaylor OP清楚地知道這是不正確的,而且無論如何您都會遺漏謊言。OP可以通過多種方式如實而準確地講話,而不會將Mike丟下公共汽車。大概是在OP與老闆互動時,他們*還不知道*這是Mike的“誠實錯誤”。諸如“我向邁克尋求幫助,但我對要求沒有很好的把握,很可能我誤將它們傳達給了邁克”。這句話是問題的根源,並不表示邁克有錯。
因此,此過程是通過部落知識完成的。是時候寫下來並整理流程了,以便1.可以檢查它。2.您/邁克和所有跟隨您的新人都有記錄在案的流程。
Steven Gubkin
2019-08-21 22:39:16 UTC
view on stackexchange narkive permalink

您可以說,沒有怪麥克,您是從麥克那裡尋求幫助的,並儘您所能實施了您理解麥克的指示。說出您認為Mike的指示是什麼。說您不確定

  1. 您是否誤解了Mike的說明。
  2. 您正確理解了Mike的說明,但是執行不正確。
  3. 您正確理解並執行了Mike的說明,但是這些說明不正確。
  4. ol>

    然後嘗試以團隊為真相,以確保事實不再發生。

我會這樣做,但是我不會使用Mike的名字……而是說“我問了某人”或“我問了一些其他人”或類似的意思。然後建議一項任務來記錄該過程,以便寫下正確的官方版本,並且每個人都可以在同一頁面上—理想情況下,您將是創建該文檔的人,但是,如果您仍然不確定正確的程序,那麼您可能需要與某人配對。
@user3067860我認為使用邁克的名字並讓他參與對話非常重要。如果結果是選項1或2,他可以發表自己的看法,並希望將來的溝通會更加清晰。如果是選項3,則每個人都需要知道。
我不同意,即使是選項1或2(OP問題理解或Mike問題解釋),實際問題也有可能擴散到團隊中。如果一個高級同事對它的解釋感到滿意,而一個新的團隊成員覺得他們足夠理解並可以實施,那仍然是不對的,那麼這很可能很難解釋。如果OP詢問了一些不同的同事,他們仍然會出錯,這並非不可能。可以直接記錄下來,以便將來的新人們獲得正確的正式版本。
@user3067860 *我只想說“我問了一個人” *-每個半個體面的經理立即回答:“您問誰?”。那時,您仍然需要透露姓名,只有經理現在認為您可能在撒謊以躲避責任,因為缺乏細節是發現謊言的一種方法。
@Peter我並不是說我的所有經理都很出色,但是我有很多次提出問題時都沒有指定具體的個人,而沒有問我是誰。當然,這是上下文相關的,如果有人故意做錯了會有所不同的事情。但是,IT領域現在已經有了更多的認識,那就是每個人都會犯錯誤,並且重點應該放在改進流程上以防止整個團隊出錯,而不是專注於犯錯的個人。
Frederi ROSE
2019-08-21 13:20:08 UTC
view on stackexchange narkive permalink

您的任務,您的錯誤

您需要幫助,問邁克,他真正地提供了他認為最適合分配給您的任務的想法。您可能會問自己一個好問題:責怪邁克有什麼好處

在我看來,對您的老闆bad口邁克只會給您自己一個不好的印象。您說自己,約翰“沒有最好的機智或耐心”,那麼讓他難過並不是您應該感到痛苦的事情。因此,沒有什麼大的責任應該由誰來承擔

採取行動,以免再次發生

不知道該怎麼做,你問您的高級同事最佳實踐是什麼。他確實提供了他認為是一個好的解決方案,但約翰對您所採取的行動不滿意。

現在,根據您是否可以找到一些說明文檔,怎樣處理上述任務,我會告訴約翰一些類似的事情:

嘿約翰,

再次抱歉我對任務X的錯誤。
您知道在哪裡可以找到有關下次如何正確處理文檔的文檔嗎?

如果John回答您應該問Mike,那麼您只能告訴他您確實這樣做了,而不是怪麥克,但要解釋一下,因為您和麥克都不確定這樣做,所以需要對某些更新進行

然後我會告訴約翰您要建立書面專家根據John期望如何處理任務進行操作,這樣就不會再次發生。


編輯:

我該如何面對相同的情況更好,不用怪麥克?

  1. 為您的錯誤向John道歉;
  2. 向您解釋,您不確定該如何進行以及做了什麼在您看來是最好的解決方案;
  3. 如有疑問,應詢問他(誰,他,邁克或其他人?)。
  4. ol>

    EDIT2 :

    考慮

    我掩蓋了Mike,對此錯誤我深表歉意,並說我不確定。這讓我看起來真的很糟糕,因為當我有疑問時,我似乎並沒有問任何人,看起來我不是團隊合作者

    然後我會更加專注於

    我在這裡的錯誤是我沒有告訴老闆,而是與高級同事Mike

    面對約翰不高興時,我會說

    對John感到非常抱歉。
    當您在X上給我下任務時,我很快意識到我對如何進行操作有疑問。我沒有對他們說這些,而是去找邁克,他勸我做XYZ。

    我的錯,下次有任何疑問時,我會問你,是否還可以。

    那樣,你就承認自己的錯誤(不是直接尋求幫助) (對約翰)),並且仍然證明您的行動方針是明智的。

    一個不應該是卑鄙的同事,因為它可能會再次咬住您;但是,如果看來約翰正確地期望邁克知道正確的程序並犯了一個錯誤,那就在他身上。

    為了使事情變得更簡單,我將重點放在類似

    的地方。

    我們可以使用有關如何進行的更新

    ,這樣您就不會怪麥克,而是想方設法改善彼此。

很棒的第一答案!OP還可以向Mike講話,讓他安靜地向他保證,他(Mike)沒有犯規,並幫助Mike避免了任何類似的問題。畢竟,如果給Mike任務了怎麼辦?通過承擔責任,OP將增加對Mike和John的估計。我全心全意地同意你的回答。如果您願意,可以隨時從此評論中竊取。
我同意我不應該(也不想怪邁克)犯下我的錯誤,但是當老闆問我時我應該怎麼做?因為我也認為問我的高級工人是“自然而然的事”,因為沒有文件記錄。我也不認為採取行動使事情不再發生是有可能的,因為狗屎會發生,這不是可預防的,而我想知道的是在犯錯之後與經理採取的最佳方法。
這是一個很好的答案,但這不是我要的。在您進行編輯時,請考慮您所說的完全是我所做的,我介紹了Mike,對於錯誤我深表歉意,並說我不確定。這讓我看起來真的很不好,因為當我有疑問時,我似乎並沒有問任何人,當我確實問了Mike時,我並不是團隊合作者。
說OP將Mike用作解決方案的資源並沒有怪他,這表明即使在隊友的幫助下,解決方案仍然是錯誤的。即使OP給出了相同的結果,OP仍可能根本沒有按照經理想要的方式對它進行編碼。我一直在SE / SO上大喊大叫,因為使用了錯誤的循環(用for代替foreach或map),所以OP或Mike完全有可能實際上是錯誤的,只是管理者反應過度,所以可能並沒有任何責備。
Gregory Currie
2019-08-21 12:34:11 UTC
view on stackexchange narkive permalink

責備不一定要屬於一個人,可以共享。

從同事而不是老闆那裡尋求幫助不一定是錯誤的,除非老闆給您明確指示去找他尤其是如果邁克比你年長。

如果邁克意識到挪用公款的罪魁禍首,那麼球確實在他的球場上。對他而言,體面的事是與您的老闆交談並保持記錄。

將來,最好的方法是說如果發生了什麼事,您可以與同事一起工作。這並不是要建立任何人,而是要讓您的老闆能夠幫助團隊中的所有成員了解不確定時如何獲得幫助。畢竟,邁克的誤解可能會使他在該地區所做的某些工作無效,因此可能需要重新考慮。

好點,也許是通過試圖“保護”我的同事,我使我的老闆看不到邁克以前可能犯的一個潛在錯誤(但是邁克現在已經知道他犯了一個錯誤,因為我和他說話了)
是的球現在在邁克的球場上。
Brandon LS
2019-08-21 12:51:40 UTC
view on stackexchange narkive permalink

明確責怪您所負責的事情通常看起來並不好。

但是,我建議您向老闆解釋您的想法。由於您不確定如何執行上述任務,因此您詢問了Mike的建議。你們倆都同意應該像完成任務一樣完成任務。下次如果有任何不清楚的地方,您將向老闆詢問規格。

是的,但是在這種情況下,因為這是一項“業務任務”,所以我並沒有完全同意這樣做。這是公司決定的事情,我的高級同事告訴我如何去做。
Stun Brick
2019-08-21 13:07:00 UTC
view on stackexchange narkive permalink

去問問你的老闆,如果你做對了,並按照他希望的方式,並在他的幫助下完成了。解釋一下,您第一次向同事尋求幫助,但不幸的是,它沒有用,也許它比您最初想像的要復雜。然後按照老闆想要的方式來完成該項目(如果他決定,則不要執行)。不要說“但COWORKER確實是問題所在”,而只是默默地承認您確實在尋求幫助,並且它沒有用,但您願意在更多指導下再次嘗試。。 >

正如我在對另一個答案的評論中提到的那樣,可能是解決方案正確,只是與經理期望的方式不同。管理者的意思是獲取有關如何使復雜的解決方案更簡單或更長時間的加快的指導,而不是代碼產生錯誤的結果。提到Mike作為資源應該不是問題,正如您所說,向經理尋求指導應該是重點。
我同意,這種方法在兩種情況下都適用。
Katy Sing
2019-08-22 02:00:55 UTC
view on stackexchange narkive permalink

嗯……聽起來您的經理創造了一個不健康的環境。您走錯了腳,但是他已經讓您擔心提出問題或不知道該怎麼辦。別怪自己。顯然,您無法放鬆並與該經理交談-因此,您處於一個循環中,下次可能會更加焦慮,並且下次可能會以同樣的方式凍結。

也許是時候尋找新工作,或嘗試與這位經理打交道了。

您有應對他的策略嗎? -例如“當您這樣對待我時,您會讓我感到不舒服...”或“當您像這樣對我說話時……我感覺好像讓您感到不舒服。我意識到您很忙,也許不並不是要給人留下深刻的印象,但這會讓我感到緊張,我覺得我在需要時無法得到您的支持。”

或者與您的人事部門談談他?

錯誤是工作的正常部分,如果您害怕在此經理周圍犯錯誤,則需要對關係做點事情。

的確,你很嚴厲,經理的行為是問題的一部分。他不是一個壞人,他是一個令人敬畏的開發人員,我非常佩服,我也沒有與他有任何個人問題,但是他的行為又犯了錯誤(這使他讓我對以下事實感到難過:我還不知道答案),這就是為什麼我們(我和我的隊友)避免向他求助的原因。
gnasher729
2019-08-22 12:47:17 UTC
view on stackexchange narkive permalink

顯而易見的第一步是與您的高級同事Mike交談。可能的三種結果:他會把你扔下車,他將承擔責任,或者最好的可能性是他足夠高,可以站出來欺負老闆,並告訴他老闆沒有給你很好的指示,他的個性意味著人們問麥克而不是老闆,如果這引起了問題,那就只有老闆應該責怪。

邁克會不會說自己錯了?我以某種方式懷疑它。

他什麼也沒說。此外,我沒有在問題中說,但是當老闆嘲笑我時,邁克離我很近。所以邁克已經知道了一切,此後他向我道歉,但實際上,他本可以說些什麼,但他沒有。
Joseph
2019-08-23 22:05:59 UTC
view on stackexchange narkive permalink

與我在這裡看到的大多數其他答案相比,我在這個問題上的立場不同。您的老闆John應該了解您的技術技能以及您的業務知識。我經常做的事,約翰也應該做的,是確保您總是知道可以說(我不確定這樣做是如何的)。如果您有任何不確定性,John還應始終使您很容易退出該任務。我無法想到任何情況下我都會以某人無法或不知道該怎麼做的方式委派某人。我永遠不會對任何人這樣做,甚至我所希望的公司也不會,約翰也不應該對您這樣做。

我認為您應該直面約翰,並直接告訴他,向前邁進,您希望他與人們在那裡所知道的保持更多聯繫。提醒他,你們都是團隊成員,需要良好的積極雙向溝通

我同意,問題之一是約翰沒有作為經理的技巧,無法使人們確切地了解他命令您做什麼。
lock42
2019-08-23 11:17:45 UTC
view on stackexchange narkive permalink

我對此表示贊同,而我會做的就是接受這是我的錯誤。原因如下:

您不知道該怎麼做,所以您問邁克。這與您不知道該怎麼做一樣,因此您在Google上進行了搜索。邁克給了他他知道的答案,而且如果將任務交給他,也許做錯了。邁克盡力了。故事的結尾。

從一開始我會做些什麼?

告訴老闆我不知道該怎麼做。如果他仍然選擇我,我將與他一起工作,這意味著建立一點然後從他那裡獲得反饋。

我明白了為什麼您要問這個問題,並且擁有它還為時不晚。不管您是否應該責怪Mike,都不要這樣做。如果您問人們問題並在出現問題時指責他們,那麼最終沒人會再回答您的問題。

如果我選擇了選項A,而Mike選擇了B,而B最終錯了,那就是Mike的故障。但是事實並非如此。因此,繼續聲明責任,這首先是您的責任。

BitShift
2019-08-23 12:40:23 UTC
view on stackexchange narkive permalink

這裡最重要的是,儘管上級指示不正確,您還是犯了一個錯誤。

我們都曾到過那裡,所以這不是世界末日,但在與您溝通的過程中,不與表達意見的人表達您的擔憂只是一種不好的做法。

如果有人要您做某事,請與該人交談,然後讓他們確定誰來指導您。

這有3個原因:

  1. 您將責任交給他們,因此他們被迫接受並評估誰信任他們以這種方式做事希望他們完成。

  2. 通過第一點的擴展,您不再對自己無法理解的情況負責。做你做的事情是完全不負責任的。

  3. 通信線路必須簡單,直接,簡單。如果您開始玩中國低語遊戲,那麼事情很快就會變得非常混亂。

  4. ol>

    編輯:第四個原因。通過讓您的上司參與進來,如果出了問題,您就必須將他扔到眾所周知的公共汽車下。這將很複雜。如果您願意,您可以說您去找別人指導,當他問誰只是說“我寧願不讓他們承受我的錯誤後果”時。儘管他們缺乏能力,這是對的。

    現在該怎麼辦?

    不要擔心。我們都時不時做些愚蠢的事情,我們都還年輕。老實說,不要找藉口,對自己的行為負責,把其餘的留給老闆。您由於我缺乏理解,而是去找這個人,我錯誤地認為這是正確的信息。對不起,它不會再發生了。”

    然後再也不會做。在工作場所和生活中,採取一些舉動來增強他人對您話語的信任。你的話必須是氣密的。

    祝你好運!

aleppke
2019-08-24 00:58:49 UTC
view on stackexchange narkive permalink

我實際上不同意這裡的很多觀點。失敗不是邁克提供的建議,而是您對任務要求的理解以及尋求幫助時有效傳達這些要求的能力。大概可以肯定地認為,邁克給您的建議對理解給他的要求很有幫助。 Google是一個了不起的工具,但是如果您不問正確的問題,答案可能與您的情況無關。

此處的正確方法是解決您對要求的誤解。找出您是如何得出結論的,為什麼這些結論與John的期望不同,並弄清楚您可以做些什麼來確保它不再發生。這樣,解決方案的想法最終來自於Mike並不重要。他完全免除了責任,因為在尋求幫助時沒有向他正確解釋問題。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 4.0許可。
Loading...