題:
同事被秘密排除在會議之外
DontDragMeIntoPolitics
2018-08-27 20:20:54 UTC
view on stackexchange narkive permalink

我(外部承包商)應邀參加了與我們項目客戶的現場會議,並與一位高級同事討論了他們的參與,得知他們尚未被邀請。當我問 + sup>項目負責人我的高級同事是否也不應參加時,他們向客戶吐露,明確要求不包括該同事(原因不明),但要求我自己保留這個。為了使事情變得更加複雜,項目負責人是外部承包商(我也是,但通過另一家公司),而我的高級同事和直屬經理是內部人員。顯然我是出於自己的意願或更好的判斷而陷入某種政治,所以現在我正在尋求有關如何處理此信息的建議。我似乎有以下可能性:

  • 把這個留給自己,讓我的高級同事可能對他的遺漏感到困惑-畢竟,項目負責人應該知道他們在做什麼以及為什麼。但是,這確實有點不對勁。他們畢竟是我的老闆,但是顯然這很可能是項目負責人最後一次對我誠實。

也許還有第三種更好的方法。那麼,如何正確處理呢?

編輯這種​​關係似乎有點複雜,所以讓我嘗試澄清一下問題:公司(或代理商?)A與我簽約,為客戶C的項目在公司B工作。 。B公司也得到D公司/機構D承包商的支持。項目負責人P是D的承包商之一,而我的直屬經理L和高級同事S直接為“該”公司B工作。會議是由客戶C計劃和舉行的,根據客戶C的具體說明,他們不希望S參加-我只能猜測他們的原因,儘管從與SI的合作中我懷疑這是由於能力不足,而是由於S堅定地表示B不會為C免費完成其他工作;


+ sup>我要求使預訂普通旅行更容易等,儘管那可能無關緊要。

>
您能解釋一下嗎?----“顯然我是出於我的意願或更好的判斷而陷入某種政治,所以現在我正在尋求有關如何繼續處理此信息的建議。”-您陷入了什麼?
-1
項目負責人是否明確表示不告訴您的直屬經理,或者只是不告訴您的高級同事?
作為承包商,誰來支付您的發票?那就是你告訴的人,因為那是他們所付出的一部分。
@DJClayworth他們說“我們兩個之間”,這聽起來沒有任何例外。再說一遍,也許我可以問項目負責人,至少通知經理,是否是個好主意,畢竟所有人都知道客戶被排斥的原因是純粹是個人原因還是實際上很關鍵……這基本上是[您的答案](https://workplace.stackexchange.com/a/118301):)
-1
那麼“高級同事”是“客戶”的僱員嗎?如果是這樣的話,那麼也許可以澄清一下,並且一定要遵循DJClayworth的建議。如果一個供應商試圖將客戶的僱員拒之門外,而另一個供應商了解了這一情況卻一言不發,這會使兩個供應商看起來都非常糟糕。客戶可以將任何人拒之門外(或多或少),供應商則無法將任何人拒之門外。
我嘗試過,但我不知道誰是誰。如果您在開頭添加“ who's who”來明確識別所有玩家,那將是非常好的。例如,“直屬經理”與“高級同事”是同一個人還是其他人?每個人都為哪些公司工作?
-1
-1
做得好,很高興回答一個已經回答的問題。謝謝!
六 答案:
DJClayworth
2018-08-27 21:48:38 UTC
view on stackexchange narkive permalink

儘管您渴望擺脫政治的渴望令人欽佩,但這是不可行的。

現在就應該告訴您的直線經理這是絕對正確的。您的項目負責人不是您的老闆,而是您的老闆。他們不能也不應限制您對真實老闆的訴說。您的直屬經理(我認為在項目中也擔任過監督角色)應該知道發生了什麼。外部承包商合謀與僱用他們的公司進行合作並非聞所未聞。例如,我並沒有指責您的同事有什麼事情,有時分包商A希望從主承包商B中排除盡可能多的工人,以便他們可以去客戶那裡說:“看起來,所有工作都是由分包商A完成的-您根本不需要主承包商B”。在這種情況下,將知識淵博,經驗豐富的人排除在外尤其有吸引力。但是不要指責。只需確保您的老闆知道發生了什麼事情。

一般來說,如果有人說“不要告訴您的老闆”,您應該立即告訴您的老闆。不說而不是說,您更有可能遇到麻煩。這不是“克服某人的頭”。您的直屬經理就是直屬經理,這就是他的職責所在。

為了與項目負責人保持良好關係,您可以問他直屬經理是否知道這一點,如果他拒絕,說您認為他應該並且您將告訴他。除非項目負責人能提出一個很好的理由不告訴他,否則就繼續。但是,對自己僱用的公司保密的承包商對於與之建立長期合作關係並不是一個好選擇。

項目負責人很可能只是意味著“不告訴高級同事”,而不是“不告訴任何人”。您可以具體詢問。但是請記住,您的項目負責人無權告訴您要對直屬經理說些什麼

第二,當您的高級同事問您時,您到底要說什麼?關於該項目?說謊是一個不好的舉動,所以您留下了“被告知不要告訴您為什麼您沒有被納入項目的信息”,這至少會使他警覺到某種陰暗的事情正在發生。

人們會建議您保持低調並做好工作,但是當發生可疑事件(看起來確實如此)時,什麼也不做會使您站在可疑人員的一邊。

是的,我參與過這樣的情況,不,絕不保持沉默絕對不會使事情變得更好。

我最喜歡這個答案。最大的不同是對您當前的老闆/經理隱瞞了一些事情,這使“保持沉默”成為一個問題。
絕對告訴你的老闆。當(不是如果)他發現了這一點時,他就不會變得盲目。越早讓他知道,越好。
您不必將其稱為“秘密”。您可能會向老闆提及這一點,然後讓他自己解決。諸如此類,*““所以我正在與bob開會,與項目客戶討論要點。” *然後,您的老闆顯然會問為什麼不邀請他,並簡單地說:*”我不確定,但是無論如何那次會議的要點。” *
@Dan:聽起來不像被排除的“高級同事”是OP的直屬經理。(OP說“我的高級同事和直屬經理...”,所以他們是兩個不同的人)。
_“如果有人說“不要告訴你的老闆”,你應該立即告訴你的老闆” _-除非是你老闆的老闆(在我之前的公司中發生過)
同意另外,如果這是關於老闆的驚喜聚會。
我會告訴我的老闆,而且我被要求不要告訴他。他是付錢給我的那個人。還是決定我是否獲得報酬或被解僱的人。
從技術上講,@JaccovanDorp在這個問題上是“老闆”的老闆的客戶是向承包商付款的人。因此,實質上,老闆的老闆告訴他不要告訴老闆。如果他違反了該規定,他可能會被解僱,而他的老闆將無能為力。
以我的理解,OP由生產線經理與同一公司共同僱用,並以某種方式向生產線經理報告。因此,告訴直屬經理完整的故事是正確的方法。如果他們擔心合同顯示錯誤,如果擔心合同出錯了,他們總是可以假裝不知道這一點。
但是您可能會以“老闆,我的處境很尷尬。有人問我不要告訴任何人,但我覺得這是必要的。”不幸的是,我的團隊負責人說這是秘密,我真的不想站在他的不利方面。”
-1
謝謝您的建議-最接近最終結果:我再次與項目負責人交談,並詢問他們是否至少我的直屬經理或_their_老闆不應該了解客戶的要求。半天后,他們回答我的直屬經理也知道(無論我是朝正確的方向輕推他們還是得出我不知道的相同結論,但結果畢竟是一樣的)。
@DontDragMeIntoPolitics您是否已與直屬經理確認他們確實知道,以防萬一?
@JAB好點,是的,我的直屬經理確認了這一點
同意另外,如果您不知道該怎麼辦,那麼您的專業責任是請您的直接主管。(如果問題涉及主管,則為HR /道德/下一級。)
Joe Strazzere
2018-08-27 20:26:10 UTC
view on stackexchange narkive permalink

把這個留給我自己,讓我的高級同事可能對他的遺漏感到困惑-畢竟,項目負責人應該知道他們在做什麼以及為什麼。

所以,我該如何正確處理這嗎?

按照提示執行操作,然後將其保密。您天真地詢問了旅行安排,並了解了一些正在進行的辦公室政治。您尚未陷入政治。只是現在就停下來就不會了。

這是客戶,高級同事和項目負責人之間的問題。客戶不希望此高級同事出於任何原因被邀請。幾乎可以肯定,這是客戶的要求。

您要做好自己的工作。讓其他人去做他們的工作。

評論不作進一步討論;此對話已[移至聊天](https://chat.stackexchange.com/rooms/82428/discussion-on-answer-by-joe-strazzere-colleague-secretly-singled-out-from-meetin)。
John Eisbrener
2018-08-28 22:52:04 UTC
view on stackexchange narkive permalink

老實說,我並沒有特別同意這些答案,因為(對我而言)大多數(我)希望提供的信息就像您是僱員而不是承包商。 Kilisi的答案暗示了我認為最重要的內容,但僅暗示了這一點。很簡單,因為您是承包商,您的最初反應應該是首先與您的直接經理(在合同公司內部)提出這個問題。希望這個人能最好地告訴您如何進行。

這裡有太多未知數,例如其他外部訂約公司是您公司的直接競爭對手,誰將您的公司帶到了(例如,被選拔的人,管理鏈中的某個人或完全是其他人),您的行為將如何影響您公司與客戶的關係等。除非您同時也是客戶的客戶經理,否則,覺得自己需要做這個決定。在內部解決此問題(如果尚未,請盡快解決),然後再決定採用哪種方法來解決此問題,直至適合您的管理層次。

我希望他們對這個客戶有足夠的投資,以便從他們的角度(從您的聯想)出發,向您提供他們認為最佳的答案。

謝謝,也很好。是的,同時沒有讓項目負責人告訴我,我的直屬經理也知道與我的承包公司核對是一種明智的做法。
極好的答案。您不僅應讓公司管理層決定如何處理公司間關係和客戶決策,而且如果您對正在採取的措施感到不滿意並希望將其重新分配,那麼您還需要與之交談。當涉及多個組織時,請始終與先付錢給您的人交談。
Conor Mancone
2018-08-28 20:53:47 UTC
view on stackexchange narkive permalink

我想這只是對DJClayWorth答案的重述,但有時實踐經驗會有所幫助。

在與您大致相同的情況下,我偶然進入了辦公室惡作劇。我問了一個無辜的問題,遇到並回答,然後回答“無論做什麼,都不要告訴X。”當然,就我而言,X既是我的老闆又是公司所有者。我的立即反應是相當惱怒,有人會首先試圖把我放在那個位置。回想起來,我認為我的反應非常合理。如果有人決定進行秘密保存,我認為與他人分享該秘密並立即要求他們也保留該秘密是不合理的。這些東西對公司來說很少有好處,從長遠來看,透明度通常會更好。

在我的情況下,我最初被撕裂了,不想看起來像“辦公室密探”。但是,我的工作是(部分)管理員工,並且(正如DJClayWorth所說),如果有人告訴過您不要告訴老闆什麼,最好的選擇是立即告訴您的老闆。經過短暫的猶豫之後,我告訴了老闆。然後,我發現這實際上只是所有的惡作劇,老闆已經完全知道了受保護的秘密,而且所有這些都可以追溯到最初共享“秘密”(老闆)的那位員工的公然不誠實行為。已經了解了所有詳細信息,並已與該員工打交道。

因此,從我的角度來看,這全都可以歸結為:秘密對任何參與的各方都很少有好處。忽略一點絲毫不涉及您的“秘密”可能是一回事,但特別是如果您的經理參與其中,最好清除一切。想要共享,那麼他們首先需要弄清楚如何不與 you 共享秘密。我不會對試圖再將我放到這個位置的人表示同情。

感謝您分享經驗。如果項目負責人沒有回應他們(同時嗎?)自己告訴我的詢問,我可能也會去我的直線經理。
@DontDragMeIntoPolitics聽起來很有效,使您擺脫了局勢的束縛-總是很高興聽到!我對所處情況的最大抱怨是我不願陷入的情況的矛盾性。我可能冒著與老闆交談而使同事生氣的風險,或者我冒著不說話而使老闆生氣的風險,後來他們發現了。在這兩種情況下,我認為這都表明秘密很少在很長時間內保持秘密,因此最好還是清理一下。
Kilisi
2018-08-27 21:12:11 UTC
view on stackexchange narkive permalink

您所關心的是您和您的公司。除了將其作為有趣的信息外,不要參與其中。這可能最終會導致您的公司獲得更多的工作,也可能沒有。永遠不要忘記您代表您的公司。可能會為個人或公司的發展提供機會。

以任何方式拒絕授權人員已經做出的決定,而該決定與您的公司沒有任何積極關係。

>

最後一段在總體上看似正確,但與該問題無關。 1)沒有任何跡象表明外部項目經理可能會被內部管理層授權採取這種行動。2)向老闆介紹可能影響項目的事件並不構成推後。(提出指控或要求老闆干預。)3)我公司的客戶與我公司有關。
排除原因可能是在其他基礎上進行的,而有關客戶要求的故事只是掩蓋。還是承包商利用這次機會獲得了一些額外的優勢(例如,客戶未直接說明而是被項目誇大了,導致將特定人員排除在項目之外)。您如何確定將來不會對您或公司的同事發生同樣的事情?
有積極的一面:抵制不必要的行為。示例:如果您看到有人被欺負,卻什麼也不做,說明您是問題的一部分:) https://i.imgur.com/XOe7rYc.jpg
謝謝您的建議。我認為根據情況,這也是合理的建議,但就我而言,這並不正確。
scouser
2018-08-30 04:58:57 UTC
view on stackexchange narkive permalink

正如我所看到的,您只有項目負責人的話說,您的高級同事不會被邀請。由於您不太可能驗證客戶是否確實不希望您的高級同事在場,因此除了“項目負責人說……”以外,您沒有任何依據來確定項目負責人主張的真實性。 ,您應該忽略它,不要理會其他人知道的主張。

我建議讓您的直屬經理了解有關該項目的會議和任何其他會議的內容-最好讓他們保持了解您的最新動態。如果您參與會議是為了提供意見,則可以就是否應在[插入主題]上諮詢高級同事,尋求直線經理的建議,因為他們不參加會議。這只是事實的陳述(他們的缺席可能有多種原因),尋求投入是適當的,尤其是在他們可能擁有更多經驗的情況下。

您的直屬經理可能會建議您不進行進一步諮詢(可能給出原因或不提供原因),或者可能會同意此想法,或者對高級同事不在場感到驚訝(假設直屬經理不在)。 (高級同事)。

無論如何,如果您的高級同事應該參與該項目(這不是您的決定),則由他們或直屬經理來解決他們的任何問題指揮系統(視情況而定)並加以糾正。可能不是您的工作。

如果不是這種情況,那麼這將變得很明顯,但是潛在的原因可能不會,但是如果您對政治不感興趣,那就沒關係了。

希望這會有所幫助。



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