題:
每當我告知他(輕微)障礙時,經理都會感到沮喪
noteme123
2015-08-18 23:36:26 UTC
view on stackexchange narkive permalink

我的經理要求更新時似乎很生氣,我將正在處理的障礙告知他。例如,我正在實施一個子流程調用,當嘗試在要啟動的程序上嘗試該程序時出現錯誤,但嘗試使用一個簡單的系統命令便成功了。然後,我開始在線搜索有關錯誤消息的信息。

在進行故障排除時,我的經理走進來並要求更新。我向他解釋了我用來啟動新進程的命令,並告訴他說了一個簡單的示例,但啟動目標程序時卻出錯。向他顯示了錯誤消息。我告訴他我正在研究錯誤的原因。在兩句之間的閱讀中,他感到不高興,嘲笑著說:“你是程序員,對此我無能為力”。

根據我的觀察,如果我談論“挫折”或表現出任何不確定的跡象,他都會不高興。我應該如何解決這個問題或忽略它?我是否應該總是排除任何障礙?

經理的技術水平稍高,但不了解編程。他來自俄羅斯,在軍隊中成長,顯然他來自不同的文化。我並不是說我認為這就是俄羅斯文化的方式,但是我注意到與我的經理一起,他非常線性地考慮了二進制(無論是否完成,是或否),他對結構非常適應事物(例如,他經常不是通過人的名字來指代人,而是通過他們的職位來指代人,例如程序員,帳戶等)。此說明不適合偏執,我有俄羅斯朋友,溝通上的差異可能根本不是由文化引起的。

編輯:我對所有建議都說不提供技術細節,而是專注於何時完成工作感到有些驚訝。我認為這個網站上的人更多,因為它無法準確預測程序何時完成。供參考 https://softwareengineering.stackexchange.com/questions/648/how-to-respond-when-you-asked-for-an-estimate

在我看來,您剛剛發現了經理的行為方式。他顯然對聽到像這樣的小障礙毫無興趣,並希望您自己解決這些問題,實際上您就是如此。請記住這一點,調整您將來對他的反應。還是當需要他採取行動的實際嚴重問題浮出水面時,他會如何反應?
當開始編寫一些會出錯的代碼時,這是正常現象。他為什麼需要聽聽它?只需說“我開始實現等等,希望在X時間之前完成它。”想像一下,您為餐廳僱用了一名新廚師,然後對他進行檢查。您是否願意聽,1)“我正在嘗試使用爐灶,但它與以往不同。也許有一種方法可以用火柴點燃它……廚房裡有火柴嗎?我希望那我可以在藥店找到一個!”或2)“我正在適應使用新廚房,一天之內應該會很好。”
在這種特定情況下,@Chan-HoSuh:可以為餐廳老闆提供幫助,在這種情況下,餐廳老闆可以提供幫助,在這種情況下,“我還沒有弄清楚如何點燃爐子”不會激起“你是我能做的廚師“不會幫助您”,這會激起“我們將火柴放在那上面的架子上”的反應,而到藥店買火柴會引起反應“您為什麼不問某人火柴在哪裡是?”重要的是要學會確定哪些問題將從管理投入中受益,而哪些則不會。
可能的副本[保持通知非技術經理,以及如何回答“什麼是障礙?”](http://workplace.stackexchange.com/questions/50804/keeping-non-technical-manager-informed-and-how回复什麼障礙)
我花了一段時間才學會根本不提像這樣花了整整一天時間的事情。畢竟,這是工作的主要部分。許多經理認為將其提及是對幫助的請求,而不是對您實際工作狀態的更新。 “這是我已經完成的工作,這是我正在從事的工作。”效果要好得多,而且感覺更好。
軍人文化可能對您經理的性格影響比對他的俄國人更大。我本人並沒有參軍,但是我認識的人(那些人)往往是胡說八道,當他們遇到問題時,他們找到了一種解決方法,可以利用已有的知識完成任務。他可能已經習慣了這種“我無法解決的問題”的態度。要將其與所有其他答案/意見相結合,他不明白您為什麼要告訴他所有有關該問題的信息,並假設您希望他幫助您解決該問題,而他在您的技術水平上是無法做到的在談論。
沒錯,您無法準確預測何時完成工作。您應該能夠做出有根據的猜測。當我(非超級技術人員)經理問何時完成某事時,我會說“我認為應該花3或4天,但這是假設我沒有遇到任何麻煩,而且我可能會跑陷入困境。”我注意到,這還有助於提供下一步可以多快完成的操作。 “話雖如此,我認為A部分應該準備在今天下午之前進行測試……”提供一些具體的內容似乎可以幫助他不確定地大規模接受。
六 答案:
user8365
2015-08-19 00:44:04 UTC
view on stackexchange narkive permalink

技術人員一直都被這類事情困擾。停止在說明中包含詳細信息。我知道他問錯了,但是他聽到的只是“等等,等等,命令,等等,目標,等等,錯誤”。您仍在處理它或完成它。對他來說沒關係。當您認為準備就緒時,請嘗試包括一些時間範圍。有人會問:“這是什麼問題?”但是不要以為他們想要詳細信息而陷入困境。您遇到了錯誤。而已。

此外,您可能可以從問題中刪除詳細的技術示例以進行一些練習。

這個。作為技術人員和經理,當我詢問需要花多長時間時,我不需要問題背後的故事。我只是想知道要花多長時間,因為我需要確定我是否應該告訴您停止工作,幫助您,退縮我只是讓您繼續從事的業務。有些東西是二進制的,沒關係...
此外,當有人要求更新時,他們想知道自上次更新以來您所取得的成就。他們不想知道您在過去10分鐘內未實現的目標,而是希望在接下來的10分鐘內實現目標。“弄清此錯誤消息的含義”對項目進度沒有意義,因此,包含“我已經開始研究此錯誤消息的含義,但尚未完成”的更新不是有意義的更新。告訴你的老闆你做了什麼。
完全。當我詢問某個項目的進度並且得到類似的技術原理時,我會討厭它。如果您不是專門尋求我的技術幫助,那麼我想知道的是:“該報告是否像您所說的那樣或今天或明天進行?或者您需要任何資源或幫助來暢通無阻嗎?”沒有您迷戀的當前堆棧跟踪的詳細信息。
-1
@Ben當經理問我“解決{問題x}需要多長時間?”時,我總是回答:“如果您能為我回答兩個問題,我可以告訴您:首先,您回答我的第二個問題需要多長時間? ?在過去30年中,每個經理都立即了解。在研究時,我不知道要花多長時間才能解決我們從未見過的問題。我不知道學習不知道要花多長時間。有時永遠沒有答案。基本問題是錯誤的。問“值得繼續研究嗎?”或類似。
@mxyzplk如果我們的程序員知道一切將花費多長時間,我們將非常樂意告訴您。我們不確定在一天結束之前是否會做某事,我們不確定何時開始。之所以會出現“技術氾濫”,部分原因是我們試圖從背後剔除一個數字,並且試圖給出某種推理,希望它會在現實中有一定的基礎。有時,堆棧軌跡是一座我們甚至無法衡量其高度的山峰。對於我們來說,試圖回答一個實際上不可能解決的問題是很自然的。
@Ben您是否會想到向某人解釋它可以幫助他們訂購所有零件並自己解決?您無需了解或關注此類對話的所有小細節即可對解決問題有所幫助。要求二進制狀態更新和時間估計以進行不限成員名額的調查是管理不善的明顯標誌,它聲稱是技術上的,因此您可以忽略以下事實:未知的未知並不能使您更可信,而只會變得更加不合理。 。
您為什麼假設我們在談論開放式調查@James?您對我的管理風格做出了許多負面假設;其中大多數是錯誤的。也許是時候退後一步,假設最初是最好的,而不是最壞的?
@Ben我什麼都沒做,我只是回答您在評論中寫的內容:“我不需要這個問題的真實故事。我只是想知道要花多長時間?”其他的,那不是你寫的。至於開放式調查,每項新穎的任務都是從一個任務開始的,並且由於途中發現的障礙而可能成為一個任務,而這正是OP所描述的。錯誤並不意味著您將遇到需要解決的問題,然後才能評估解決問題所需的時間。
關於user2338816的評論:有時我希望可以鏈接到特定的評論,而不僅僅是整個答案。
`作為技術人員和經理,當我詢問需要花多長時間時,我不需要問題背後的故事。我只是想知道要花多長時間`,但是經常*不可能*告訴你要花多長時間。解決當前問題可能需要10分鐘的工作,或者可能需要將近2天的時間...如果我們對每種任務進行這種更改,則意味著整個項目可能需要2周到10年的時間!我們只能合理地估計很大的工作量,而不是每個單獨的任務。
@Ben-“我只是想知道要花多長時間。”我們應該請一位經理來處理這個“癌症”問題。 “什麼時候可以治愈?”
@jhocking: *“有時我希望可以鏈接到特定註釋,而不僅僅是整個答案” *您可以:右鍵單擊註釋時間,然後選擇“將鏈接複製到剪貼板”。示例:http://workplace.stackexchange.com/questions/52277/manager-sounds-upset-every-time-i-inform-him-of-a-minor-obstacle#comment133753_52280(那是我右鍵單擊“ 15小時前”(我寫這篇文章時),然後復制鏈接,然後將其粘貼到此處)。 (直到我為Stack Overflow貢獻了超過4年的時間,我才知道這一點。也許它是在某處添加的,或者也許一直都在那兒。:-))
如果您從事某項工作已有一段時間,而您發現完全不可能對任何任務花費多長時間做出任何合理的估計,那麼您就不能很好地完成這項工作。
完全是@mxyzplk:。正如我想隱藏的那樣,對於我所做的許多事情都不可能給出100%的自信時間估計,實際上,我可以對大多數事情給出合理的自信時間估計。否則,懇求無助於完成事情,也不會誤解經理的要求“這需要多長時間”,意思是“給我100%的自信時間,精確到最近的10分鐘”。後者是不可能的,但是除了偶爾無望的無能之外,這個問題也不意味著什麼。
技術人員總是無時無刻不在被這種情況所困擾,這可能是因為他們沒有更好的知識,也從未受到過其他方面的教育。我本來希望在我的一門大學課程中學到這一點,而不是在自己解決這個問題之前花了數年的勞動力。
@Michael這不僅僅是技術人員“不懂”的事情,這是不成功的情況。當您忽略細節時,人們會認為您對他們隱藏了東西,或者說任務比他們簡單。如果您強調要進行簡化或總結,那麼即使他們不理解或者您知道他們實際上並不希望了解完整的解釋,也會遇到光顧。問題在於,特別是在項目出現延遲或問題時,通常會在細節上加諸惡魔,因為您計劃避免顯而易見的事情。
s1lv3r
2015-08-19 02:36:58 UTC
view on stackexchange narkive permalink

在兩句之間閱讀時,他感到不高興並發出嘲笑的聲音,並說:“你是程序員,對此我無能為力。”

他也許有一個非常直接的說法是:“信息太多”。下次他問一個問題時,您會更好地了解,只能提供相關信息。

根據我的觀察,如果我談論“挫折”或表現出任何不確定的跡象,他都會不高興。我應該如何解決這個問題或忽略它?我是否應該總是排除任何障礙?

您的經理必鬚根據從您那裡獲得的信息來做出決定。很明顯,如果您表現出不確定的跡象,他會緊張。如果您是一名經理,並且會從下屬那裡得到不確定或迴避的答案,您也不會感到滿意。我認為有兩種解決方案,如果您不確定某件事而不直接向他展示:

  • 告訴他您需要做些確定的事情(例如,花更多的時間研究某個主題) 。
  • 對不確定性要事先做好準備。以某種方式告訴他,情況為何以及不確定的原因以及最佳和最壞情況的估計是什麼。

但是我注意到我的經理在考慮以下方面時非常線性二進製文件(是否已完成,是或否)

您意識到,從合同角度來看,大多數項目都是二進製文件?

儘管從您的技術角度來看,當然有很多細微差別,但就合同而言,項目已經完成並且可以開具發票或沒有發票-在這種情況下,項目可能會延遲。最終,您的經理將獲得酬勞,以從您那裡收集事實並根據該信息採取適當的步驟。


老實說,您的整個問題讀起來就像是觀點的問題(技術還是管理)。也許將來您可能會更經常嘗試切換到特定情況的“管理視圖”,並試圖理解該觀點的含義-我個人認為,從長遠來看,這可以使您成為更有價值的員工。 >

同意-OP不好管理。
@Davor的,您是對的,經理得到報酬來處理這個問題,因此程序員不必理會。但是在這種情況下,我不會說這正在“洩漏”-我寧願說存在溝通邊界,並且如果OP能夠更好地了解該邊界的含義,他將能夠改善與經理和經理之間的溝通使他的經理和他自己的工作生活更輕鬆。
好像OP的經理*也*在管理方面很糟糕。雙方都存在溝通問題。
Daniel Nalbach
2015-08-19 23:07:23 UTC
view on stackexchange narkive permalink

在現有答案和評論中有很多見識。在閱讀您寫的內容時,有些事情讓我跳了起來。這實際上是一個好兆頭。他並沒有躲在電子郵件後面或關上門,他想要面對面的互動,即使只是短暫的互動。

  • 在您向他展示他無法解決的問題的細節時,聽起來好像他真的留下來聽了。他本來可以切斷你走出去的。他本可以立即請其他人“幫助您”甚至接管。

  • 他的回應措辭似乎很粗魯,但意圖令人鼓舞。他說他無能為力。他沒有說他不在乎,沒事或者不是他的問題。他本可以對此做出回應,卻有很多真誠的態度。在這種情況下,我曾見過經理侮辱員工或訴諸人格攻擊(“為什麼要雇用您?”)。相反,他對無法幫助您感到沮喪,感覺就像您在尋求幫助。這是一個微妙的差異,但重要的是。

  • 他可能在那裡知道他是否需要採取行動。他唯一可以採取的行動是取消工作,延遲工作或將其分配給其他人。他從您那裡想要的是您有信心以某種方式解決該問題,或者知道他是否需要將其分配給其他人,因為您做不到(這通常意味著一個人不合格) )。

  • 您並未真正回答他的問題。經理要求更新,而員工要了解技術細節,則等同於類型不匹配。他問了一個布爾問題,然後您又提供了一系列信息作為答案。實際上,這聽起來好像您沒有在聽他的話,這可能會令人沮喪。

  • 如果您當時無法正確估計,請花些時間,但要具體。如果是上午9點,請問您是否可以在中午,午餐後或關閉時更新他的狀態 業務。給他一些他可以計劃的具體內容。 Adodgy的回答阻止他將信息傳遞回依賴它的其他任何人(包括他的老闆)。當您指定的時間到了時,請進行實際估算。

  • 從與您的老闆有良好關係的同事那裡獲得幫助。通常在工作場所有和他們相處的人。從他們那裡找出使他們與他的交流成功的原因。

  • 謙虛。在您的下一個一對一中向您的老闆承認,您不覺得自己與他成功地進行了交流,並詢問他想從您那裡聽到什麼。這可能是一個簡短的答案。聽它,然後努力去做。如果他認為您想幫助他實現目標,那麼他更有可能與您一起工作(即使很沮喪)。

  • mcknz
    2015-08-19 00:38:37 UTC
    view on stackexchange narkive permalink

    在進行故障排除或為問題設計解決方案時,提供一致的更新非常困難。

    請考慮延遲響應時間,直到您對問題有一個清晰的認識為止,並且一個或多個緩解或解決方案。

    如果您的經理要求即時進行實時更新,只需說您此時沒有足夠的信息,並且不想

    然後在合理的可能範圍內盡快起草簡短的簡短電子郵件,以便您進行面對面的討論。

    根據我的經驗,經常需要狀態/時間表更新的經理通常需要將其傳遞給其他人,告訴他們“我不能說”只會導致對您最佳估計的更多需求。您必須說些什麼才能使他們脫穎而出,並且由於此時您所說的話永遠是不准確的,因此[學習為他們提供一個對您有利的估計](http://c2.com/cgi/wiki ?ScottyFactor)。
    @Air當然,這會導致估算值過高,最終無論如何都會錯過最後期限。但是關鍵是,這是經理的決定-如果他想要敏捷開發,他必須足夠靈活以適應原本應該花一個小時的事情要花十個小時(或者給你時間,或者通過更改規格),您應該給出最佳估計。如果他想要一個困難的數字,請給他90%的價格-即使這意味著說十個小時才能完成一件很可能只需要一個小時的事情。
    @Air表示同意,但有時只需要幾分鐘就可以清理頭腦,並做出連貫的回應。如果您能說出“我會在15分鐘內到達您的辦公室並進行更新”之類的話,那至少可以花一些時間。如果經理始終希望立即進行更新,那麼最好通過更改環境來解決此問題。
    是的,在這種情況下,我現在真的不知道該問題是否會解決,或者說何時我可以在星期二上午12點給您答复。因此,我有一個截止日期,如果我無法在星期二11點之前解決這個問題,我將無法完成它,我需要更多的幫助,或者需要承包商專家或其他任何幫助。
    cdkMoose
    2015-08-18 23:51:44 UTC
    view on stackexchange narkive permalink

    當您告知老闆遇到障礙時,您還會提出解決方案嗎?我意識到計時並非總能做到這一點(例如在您的示例中,當他如您所知那樣走時)。經理(應該)希望他們的團隊成員是解決問題的人,而不是問題報告者。

    除非解決方案實際上是您需要老闆親自處理的事情,否則您希望老闆如何處理這些信息?您不一定非要知道您的解決方案會起作用,但是您需要製定一些計劃。 “嘿老闆,我剛遇到這個問題,這就是我要嘗試解決的問題。”如果他們有更好的主意,無法給您一些想法或反饋。

    如果您沒有提出任何建議的計劃,則似乎只是在要求他們解決問題。我認為這可能就是為什麼他說“您是程序員,對此我無能為力”。您提到他有點技術,但不是程序員。您認為他可以如何處理您的問題報告,卻不知道解決方案?

    “您認為他可以如何處理您的問題報告,卻不知道解決方案?”我不期望他做任何事情,但他似乎認為我做過。有什麼辦法可以使我措辭有所不同嗎?他來找我問我在做什麼,我沒去找他講這個問題。
    我知道這一次,他到達問題的中間,但是您的問題標題是“每次”。如果只是這種情況發生,那就算了。如果發生的次數更多(如問題所提示),那麼有時您會去找他。在這種情況下,請制定計劃。您可能不會期望他做任何事情,但是如果您無計劃地來找他,那可能就是他在看的事情。如果您有計劃,知道您不是要他做任何事情
    對老闆來說,“你在做什麼?”不是“我正在修正觀察者模式的不正確實現”,而是“我已經修正了所有優先事項,並且我已經解決了30個非優先事項中的10個,該項目應該在下週一準備就緒”。
    Jef Menguin
    2015-08-19 05:12:26 UTC
    view on stackexchange narkive permalink

    不同人的筆劃不同。

    您的經理已經表明了他想要從您那裡得到什麼。他不想要細節,因為那不是他的事。

    對我有什麼用?是一個問題,您每次與某人交談時都必須回答-他是經理還是您的下屬。他的背景可能與他的反應有關,但是您必須首先根據他需要知道的內容來回答問題。

    把人當作人。暫停您對他們的種族或信仰的判斷,您將能夠從他們的立場清楚地看到它們。



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