題:
與忽略公司結構的團隊成員打交道
Fer Dah
2018-11-22 09:53:29 UTC
view on stackexchange narkive permalink

我管理著約150名軟件開發公司中約10名工程師的DevOps團隊。自10年前成立以來,我的團隊成員中的一位(稱他為Joe)就已經在公司工作了很長時間,比擁有人以外的任何人都更長。

Joe似乎沒有升任中層管理人員的野心,他似乎很高興能夠完成自己在團隊中的工作。但是,由於他在公司工作了很長時間,所以他傾向於忽略規則,流程甚至公司結構。他之所以逃脫,是因為當他需要豁免,決定或任何“非標準”的東西時,他可以直接向所有者尋求,並當場批准它。或者,他只是忽略了自己不喜歡的內容。

這經常與我和我團隊的決定背道而馳-例如,我們決定使用Slack進行交流,警報等。他不必費心登錄天,並堅持要求我們打電話給他或在需要時給他發送電子郵件。或者我們每兩週召開一次全團隊工作計劃會議,但是他再也不為所動,因為他說他知道自己該怎麼做。

這使我處於尷尬的位置-從理論上講,他是我的“下屬”,但實際上,他不理我,而且管理體系中的其他所有人也都視他為己任。我無法去喬的辦公室去老闆的辦公室。畢竟,我在公司任職僅一年多一點,喬在這裡的工作時間已經長了10倍。我只能和我的直線經理聯繫,但是他似乎無能為力,因為喬受到所有者的某種“保護”。

我該怎麼辦?即使我和他或他的工作表現沒有任何個人問題,也正在團隊中造成一些緊張感(“為什麼喬不這樣做我為什麼必須做XYZ”),我不確定該如何處理。

到目前為止,您是如何與Joe聯繫的?例如,當他說他不需要參加全隊會議時,您對此有何反應?聽起來您可能正在混淆具有不同重要性的不同事物。例如,跳過全組會議並要求人們“請給我打電話,因為我不想登錄聊天系統”是非常不同的事情。是的,使用同一聊天系統的每個人都可能是一件不錯的事,但是參加全組會議的可能性更大。
如果所有者喜歡他,但是您不能將他加入團隊,您是否可以將他從團隊中驅逐出去,並將其作為孤獨的狼直接置於您的老闆或所有者之下?
“例如,我們決定使用Slack進行通信,警報等。”喬在那個決定中參與了多長時間?
我想知道在這種情況下,您是否考慮過*也許*,您還*還*沒有*獲得* Joe的信任(如果有),讓他更加重視和/或尊重您。您,不是為了您的職位,而是為了表明您*知道自己在做什麼*?只是一個想法。您不能*要求*這樣的事情;您必須*賺取*他們。
“這經常違背我和我團隊的決定” “傾向於忽略規則,流程甚至公司結構” “與他或他的工作表現沒有任何個人問題,這在團隊中造成了一些緊張關係(“為什麼喬不這樣做,為什麼我必須做XYZ”) 我很困惑。您是否要讓Joe順應流程並停止特立獨行,儘管事實證明他的工作表現還不錯,還是您要讓其他同事不再為自己必須做的XYZ而煩惱嗎?或兩者?
您為什麼不能像喬一樣直接去找老闆?這可能是非常規的(並且可能會引起您對Joe的類似反應),但是在150家總公司中,這並非並非不可能,也很奇怪。
為什麼這對您來說是個問題?
我們可能想知道,為什麼一個在公司工作不到一年的新人應該成為一名在公司工作超過十年的工程師的老闆,而他從一開始就看到了它的成長。
@SembeiNorimaki一些公司將管理人員和開發軟件視為不同專業的不同技能,而不是自然的職業發展。
@Peter您可能已經回答了OP的問題
@SembeiNorimaki喬對管理不感興趣,並希望留在戰es中。有人必須管理團隊。不會是喬,因為他不想這麼做。
Slack將消息歷史記錄存儲在其服務器上。使用使用外部服務器的內部消息傳遞服務是我行業中的一個大麻煩。
您似乎相對於Joe在公司層次結構中錯位了。他與該公司的老闆有直接聯繫,可以讓他們批准幾乎所有東西。你不。您可能會給他冠以某種禮儀的頭銜,但他的身份不明,年資比您的頭銜還重要得多。學會適應。
十五 答案:
Will Appleby
2018-11-22 14:13:35 UTC
view on stackexchange narkive permalink

這是所有者的問題IMO。現在,他看不到Joe繞過結構的能力對其餘業務產生的影響,因此,他協助實現了這一目標。

如果我是你,我建議安排與所有者開會,並解釋說,儘管喬是一個很好的團隊成員,但他拒絕遵循約定的流程會對團隊造成破壞,因此不利於整個企業。

底線:老闆要么在乎有關喬有自由統治的更多信息,在這種情況下,我看不到解決問題的方法,或者他可以看到您的職位,並會採取措施使他與時俱進。我認為這不是您可以直接解決的問題,因為即使您有明顯的資歷,喬也無視此事。

這是正確的答案,此問題是由於所有者批准其操作而產生的。很明顯,喬沒有從管理人員那裡尊敬任何其他人,這將使所有者為使它正常工作而直接進行設置(如果在這種行為發生10年後甚至有可能首先做到這一點)。
這標識了正確的“問題”,但這不是正確的做法。喬要去做他想做的事。公司的_owner_啟用它。您的工作不是經營/擁有公司。你的工作就是忍受它。不要升級。你會輸的。
“儘管喬是一個很好的團隊成員” –是嗎?根據OP,他*不是*優秀的團隊成員。
@KonradRudolph –就規則而言,他可能不是新團隊的優秀成員,但為他人提供建議並從事最高級的任務呢?因此,對於像他這樣的少數人來說,這仍然是公司的寶貴資產。這個答案集中在“團隊就是一切”的概念上,但這可能不是唯一的正確模型。我為大型公司(超過50.000名員工)工作,團隊中仍然有特別忙碌的團隊成員可以忽略我們大多數的團隊會議,團隊本地化的流程,其餘部分的自主工作,並且團隊仍然運行平穩,客戶可以得到工作已交付。
“如果老闆是一個聰明的人,並且比他與喬的個人關係更重視他的公司,”您誠實地認為嗎?也許所有者願意準備請喬的個人恩惠來使公司受益,但除此之外,大多數人喜歡他們的工作,但愛他們的朋友。對於所有者,喬可能比公司更有價值。
“ _老闆要么更關心喬擁有自由統治權,在這種情況下我看不到解決問題的方法_”-如果所有者更關心`X`而不是`Y`,那麼**就沒問題了當您獲得的X大於Y時,**。員工(包括OP)只需要接受所有者對他希望如何經營公司的定義,這可能與員工對自己的假設公司所做的定義不同。不是所有人,即使在企業世界中(幸運的是!),利潤和效率也是他們唯一的目標。您可以嘗試說服所有者,但這最終是他的要求。
@Clumsycat如果確實如此,那麼前進的道路很明確:為更好的機會而努力。
-1
把自己擺在主人身上的位置“會是他還是我”將會適得其反,不知道為什麼會這麼反對……。
toto
2018-11-22 16:12:36 UTC
view on stackexchange narkive permalink

把自己放在喬的鞋上:

  • 您在這里工作了10多年了
  • 您擅長於自己的工作
  • 直接與所有者聯繫,滿足他的要求,等等。
  • 現在,這位新經理“時髦”,“新浪潮”等正在出現,並告訴我該怎麼做。
  • li>
  • 我不在乎這些新技術,新結構等...之前效果很好,為什麼要更改?

所以基本上這就是他的感受,並且您不能以純粹的管理者的身份來對待它;您必須理解他是一名高級開發人員。

我建議做什麼?

我認為重點是提出逐步的步驟。首先確定您的所有弱點要“解決”:

  • A-不在空缺
  • B-不參加團隊會議
  • C-打起來老闆直接繞過了整個過程
  • 等...

然後慢慢地(經過幾個星期)就選擇了兩種選擇(比如說A和B),然後在這些行中說些什麼:

嘿喬,我們確實需要您加入團隊,您是核心成員(稍微拍一下他)我們需要您的專業知識,並且需要更頻繁地同步。我注意到您在團隊進行交流或參加團隊會議時不使用Slack;您能否至少請其中之一?這樣可以改善團隊合作精神,我們我們都將非常感謝。 *(基本上給他力量/選擇,讓他認為選擇他可以做的事。)* 我知道您不喜歡這些(慈悲); 我們只是在試圖簡化流程,並使所有人同步參與。

這裡的重點是,首先將團隊合作作為重點,並且您了解他,請不要讓它像是來自您的,也不是像您個人的寵愛。通過選擇參與流程讓他參與流程。

一直要求A + B,直到他做一個,然後繼續使用B + C(或A + C,具體取決於他的工作),等等。會感到參與進來,而且會變得更好。

如果他做了0次努力並且100%固執,則IMO您沒有太多選擇,但是將其升級到老闆並嘗試在會議上與老闆+喬交談以清除問題。

評論不作進一步討論;此對話已[移至聊天](https://chat.stackexchange.com/rooms/86112/discussion-on-answer-by-to-to-dealingwith-a-team-member-who-ignores-company-stru)。
如果沒有其他問題,可以肯定的是,在與老闆交談之前,首先可以嘗試此答案,並且首先嘗試也沒有負面影響。好答案!
*“您是核心成員(請稍等一下)” *,並確保您的行為能夠加強這一點。不要只是說他是團隊的“核心成員”;讓他*感覺*像一個。每當您*至少******使他參與重要的討論時,這就是說您在告訴他他是“核心成員”,這只是言語。
jcmack
2018-11-22 13:17:43 UTC
view on stackexchange narkive permalink

因為[Joe]在公司工作了很長時間,所以他傾向於忽略規則,流程甚至公司結構。他之所以放棄,是因為當他需要豁免,決定或任何“不標準”的東西時,他可以直接向擁有人尋求賠償,並當場批准。或者,他只是忽略了自己不喜歡的東西。

這裡有一個固有的問題:喬不是團隊合作者。如果每個工程師(不論資歷如何)都在奔波並做自己的事,那麼一家150人的公司就無法擴大規模。有人可能會爭辯,因為喬拯救了您,應該離開他。但是,如果喬無法與團隊中的其他成員進行協調,那實際上是在阻礙9個人的工作。除非Joe可以參加1個人表演(並且您可以解僱其他9個人),否則他需要學習與團隊合作並在流程和規則的範圍內。如果他不喜歡現有的流程和規則,那麼他應該使用自己的力量來更改它們,而不是無視它們。

我在上一本書中曾與一位“喬”一起工作過公司。他是一家頗受歡迎的初創公司聘用的第一位工程師,並直接與聯合創始人聯繫。但是隨著公司規模的擴大,他也忽略了流程,並且在新的組織結構中工作有困難。足夠多的人抱怨他,聯合創始人最終讓他負責R&D部門,並允許他為團隊挑選工程師。他領導R&D組的效率很低。 1.5年後,他們沒有進行任何有意義的研究,他最終離開了公司。他的團隊被解散,並被工程部門吸收。這個故事的寓意是,像“喬”這樣的人對公司來說似乎是一種資產,但他們屬於結構較少的小型公司。他們更喜歡早期創業公司的狂野西部。他們無視其他員工之間意見分歧的規定,從而阻礙了公司的發展。

我建議與喬談談他的行為如何使他難以與他協調並阻礙他的團隊工作。最好與所有者交談,然後將Joe置於所有者的一人小組中。

如果公司在擺脫創業/小企業文化方面取得了一些進展,這可能是更好的答案
很好,但是我該怎麼辦?與Joe交談無處可走,他對當前狀態感到滿意。與我的直屬經理交談可能也無濟於事,他仍然比老闆低幾個級別。我不能直接去找老闆抱怨他十年的忠實工程師,我不在那個位置。此外,如果喬被從公司撤職,我無法真正指出任何*大,緊迫的問題*可以糾正。您的觀點很好,但並沒有真正回答如何處理。
這是對這種情況的很好總結,但是建議是錯誤的。喬對現狀非常滿意,那麼他為什麼要改變?並非每個人都在乎別人的感受。與這樣的人在一起,讓他們知道他們正在使他人的工作更加艱辛,不會導致他們改變自己的行為。
軼事給出了正確的建議。您將喬“提升”為一個人的職位,在此他不必與其他任何人互動。理想情況下,他也沒有任何事情要做,不會影響公司的其他部門。當他感到無聊和離開時,問題就解決了。如果他沒有表現出想離開的跡象,請不要獎勵他任何年薪加薪(當然,理由是他沒有給公司增加任何價值!),直到他改變主意。
@FerDah即使您自己不能向所有者投訴,但如果您設法說服他解決問題,您的直屬經理也應該可以這樣做。
@FerDah如果您在一個150人的辦公室中擔任經理,但是您自己的經理仍比高層低幾個級別,則您的公司可能因規模太大而承受過多的垂直度。
@WeckarE。很好。我去過幾家規模如此之大的公司,通常有所有者,在所有者之下有一定水平的經理,然後還有其他所有人。在某些部門,例如團隊負責人,可能還會再增加一個級別。但是擁有更多的資源顯然是一個不好的信號。
Peter
2018-11-23 21:42:48 UTC
view on stackexchange narkive permalink

將他提升為特工。

我的理解是,此時他的身份獨立於團隊,他的流程獨立於團隊,他的工作分配獨立於團隊。他並不是團隊的真正成員,也沒有令人信服的理由。同樣,他被公司/所有者高度評價為僱員。

您已經嘗試過更改使他與團隊分離的所有內容,但是這沒有用。使他成為您的團隊成員的唯一一件事就是組織結構圖。因此,請嘗試更改組織結構圖。

理想情況下,您可以與他和所有者交談,以使他得到特殊身份的認可,並可以填補自己的專門定制角色。如果這不起作用,只需在您的團隊中使他的職位與眾不同即可-他在您的團隊的組織結構圖中,而您是他的經理,否則他是他自己的團隊,如果可能的話,還可以帶一些頭銜來結束“”為什麼我喬不在時必須做XYZ”。

我打算寫這個。為他補個好頭銜,讓他成為(假設他仍然做得很好)。
我喜歡這個答案。它將消極的問題重定向到積極的方面。
Peter
2018-11-23 14:37:31 UTC
view on stackexchange narkive permalink

在您的團隊中,有2個人中的1個人將這家公司從一個想法發展為150名員工。與其思考如何讓他服從您,不如思考如何利用他久經考驗的能力為您的公司和您的個人利益發展小型項目。這比讓他成為團隊成員要難得多-正如其他與這種員工一起工作的人所建議的那樣,這幾乎是不可能的。

讓他扮演虛構的R&D角色(就像在一個答案中的軼事)只是讓他離開是有效的但是短視的。想想沃茲(Woz)-在喬布斯(Jobs)的領導下工作期間,他與他人共同創立了世界上最大的公司。但是,如果沒有適當的領導才能開展工作,就再也做不到。

有些人擅長創辦初創公司,但不擅長在結構化公司工作。但是考慮到相同的結構化公司支付數百萬或數十億美元來購買由這類人建造的小型初創公司,這讓他們變得愚蠢。

嘗試與他一起在您的公司中建立有價值的初創公司。如果可行,您將收穫很多時間。如果沒有,鑑於喬的職位和首席執行官的尊重,您可能不會放過任何東西。無論如何,您的團隊和與Joe的關係都會更好。對於X,我開始理解,他的潛力被濫用-這是一種錯誤分配的資產-就像是放在賽馬車中的賽馬或在Rebels HQ舉行的Han Solo(使用為首席執行官的利益量身定制的示例)。

請讓我與他合作,找到一個創新的附帶項目,他(在我的監督下)可以嘗試將有限的資源發展成為更大的公司-就像這家公司成長一樣。最好是它可能會破壞我們的作案手法-蠶食自己的業務比讓一些新的晦澀的競爭對手向我們做生意更好。 。每個聰明的公司(不僅是Google)都知道,一個人有足夠的時間並在正確的時刻獲得足夠的資源會破壞整個行業。

這不會干擾我的團隊工作-事實上,這會干擾也使我的團隊工作和士氣更好。因為Joe大多是自我管理的,所以也不會使我的截止日期受苦。

我很確定Joe除了接受團隊中的嚴格程序並開始服從這些程序外,他還將更喜歡這種方式。 “

-

我不是英語母語人士,所以請糾正所有錯誤。也請刪除對您的CEO而言“太多”的例子。暗示他不聽從的微妙建議,因此請仔細考慮是否需要。如果您無法通過經理將其傳達給CEO,請將此想法帶給Joe。

coteyr
2018-11-25 21:52:48 UTC
view on stackexchange narkive permalink

這是問題所在。喬是對的。他是對的只是令人討厭。

  • 喬已經做了10年了。
  • Joe具有使公司受益的做出選擇的行之有效的記錄
  • Joe具有做出所有者認可的做出選擇的行之有效的記錄
>很抱歉您要與喬打交道,但每個公司都需要幾名喬。作為經理,您的工作不是控製而是啟用。如果您發現自己想控制自己的團隊,那麼“您做錯了”。相反,請嘗試使Joe能夠做Joe最好的事情。

Joe不想登錄到Slack。沒關係。使他能夠找到一種交流的方式,這可以使您和他倆都獲得所需。有鬆弛的飼料給他發電子郵件。在此示例中,閒聊之類的聊天程序可能是一種很好的溝通方式,但它們也可能導致生產力下降。太多的人期望得到即時答复,或者我們將其視為有人在場的“標誌”,因此可以與他們交談IRL。也許他不想處理。也許您可以弄清楚為什麼他不想懈怠並提出其他選擇。

請記住,您應該為團隊提供支持,而不是對其進行控制。因此,您必須找到一種使其工作的方法。他有10年的工作經歷,得到了公司和所有者的認可,公司因此而蓬勃發展。如果我是業主,我會做很多事來讓喬高興,因為他在這裡已經很久了,表現出了忠誠和成功。

喬沒有團隊合作的記錄,也不需要任何形式的管理。可以肯定的是,擁有一支運作良好的10人團隊對公司而言,比一個執行者更有價值,儘管這是一件好事。他需要與團隊合作或離開團隊,大概到某個位置他可以自己工作。
在您看來,老闆顯然有不同的看法。
所有者處理不好。喬需要與團隊合作,或者喬需要與團隊分離。當前的情況將不允許團隊一起工作。這是所有者常見的一種錯誤。要使一家初創公司起步必須做的工作與使它繼續發展所必須做的工作不同。我已經看到這做得好,做得不好。這是嚴重的。
John Wu
2018-11-25 16:19:45 UTC
view on stackexchange narkive permalink

晉升Joe

即使我對他或他的工作表現沒有任何個人問題,也正在團隊中造成一些壓力(“為什麼喬不這樣做,我為什麼必須做XYZ t>

因此,簡而言之,喬並不是真正的問題,這是其他團隊成員的態度。這並不是說他們沒有道理。他們可能是完全有道理的。畢竟,規則就是規則,而喬是同行。

簡單的答案是刪除該理由。將Joe提升到真的規則對他不適用的位置。例如,他可以擔任首席科學家或副總裁。

您甚至不必付給他更多錢,也不必更換他的工作。只是標題應該使仇恨者保持沉默。如果他的魯ck行為破壞了某些事情,組織結構圖上的虛線將使您免於承擔任何責任。

所有者認為Joe具有特殊的價值。使其正式。

eee
2018-11-22 23:04:00 UTC
view on stackexchange narkive permalink

該團隊成員不認為您的新穎性和重組(例如使用Slack代替電子郵件)是有用的,並將其視為不必要的浪費在實際工作上的時間。

他可能是錯的。根據您的經驗,他可能至少也部分正確。其他團隊成員可能會分享他的觀點,但害怕如此公開地表達出來。他之所以這樣做,是因為他感到自己更有保障。

您需要說服他,也許還可能說服更多的團隊,使您對工作重組的建議有用且重要。您需要說明為什麼,為什麼要更改,這些更改如何使工作更有效率,以及為什麼以前不需要這些更改為什麼現在需要它們。還認為您的某些建議可能沒有得到充分考慮。

Victor S
2018-11-22 10:25:48 UTC
view on stackexchange narkive permalink

我的團隊成員之一(叫他喬)自10年前成立以來已經在公司工作了很長時間,比除所有者以外的任何人都更長。

如果他仍在公司工作,則表明他有能力一次又一次地交付服務。

當他需要豁免,決定或任何“非標準”要求時,他可以直接去所有者並當場批准它。

所有者信任他的決定,並希望“ Joe”按照自己的意願交付。

即使我沒有與他或他的工作表現有任何個人問題,這會引起團隊中的一些緊張局勢。

讓團隊了解他作為 該公司的高級成員。

最終,每個人都為他們向利益相關者提供的價值而獲得報酬。作為管理此人的人,您的工作是確保他交付價值,並且看起來他已經在這樣做。如果您試圖與他抗爭,那麼您將

  1. 阻止他交付價值,從而使您的工作失敗
  2. ,因為所有者是所有者,因此無法正常工作,並稱其為
  3. ol>

    與他一起工作。除非他有意破壞團隊,否則請給他留出足夠的空間做他的工作。不要僅僅因為他不使用某些消息傳遞應用程序而引起過大的壓力。

    如果讓您的“下屬”自動從您那裡打擾到您,我會深感不安。情況就是所有者的電話,從您所說的話來看,就像他對此感到滿意。除非他再次公開破壞性,否則您無能為力。

但是,這種方法存在問題。一旦一家初創公司發展到擁有這種規模的規模,它將不再是開發人員可以自主工作的“狂野西部”。我曾經像這樣在一家軟件公司工作,結果是難以維護的un腫代碼。如果您不遵循有關如何添加新代碼的嚴格準則,那麼您將無法在如此規模的團隊中工作,並且無法提供可以在以後為團隊添加的內容。
如果答案是基於將Joe撤離團隊並讓他獨立工作,那麼這個答案可能會奏效,但現在Joe是團隊的一員,他的行為正在傷害團隊的其他成員,應該解決該問題。
@Erik I的答案基於所有者,他認為團隊受到傷害是可以接受的折衷,是他在仍與團隊合作時從他那裡獲得的價值。我認為jcmack的答案在大多數情況下都更好,但這仍然有用
為“與他一起工作” +1。強迫他遵循某種結構可能適得其反。畢竟“ https://agilemanifesto.org/中的“個人與流程和工具之間的互動”是第一點
“如果他仍然在公司任職,那麼他已經證明了自己有能力一次又一次地交付。”假。那就是整個“保護狀態”問題。
@Erik –但是誰說他不能留在團隊中卻仍然獨立工作?他仍然可以為團隊成員提供建議,進行偶爾的知識共享會議,與團隊成員進行交流等。如果他可以幫助使團隊的其他成員受益,那又是什麼問題呢?“分離”或“完全像別人一樣”對公司結構的理解可能太黑白了。
我想,@miroxlav對“成為團隊”的含義有完全不同的理解。可達,提供建議並進行知識共享,就我的“成為團隊”而言,使您成為團隊的外部顧問,而不是成員。這沒什麼不對的。我們公司裡有一個完全一樣的人,但是他已經不在我們的團隊中了,這對每個人來說都是最好的。他仍然是一位有價值的同事,如果我們遇到困難,他會幫助我們。
Sascha
2018-11-24 15:23:17 UTC
view on stackexchange narkive permalink

這是喬。不是您的Joe,而是其他人的Joe,我和我的團隊中還有Joes,而我正在與大量Joes合作的客戶團隊。

您問過Joe為什麼Slack對他有問題嗎?喬經常有充分的理由遵循特定的程序。這些Joes可能是完成任務的人,如果人們想讓他們遠離完成任務的話,他們可能會很固執。

這聽起來似乎很苛刻,但是是的,只有一個技術上合格的人如果在合適的時機放任不管,有才華的人有時甚至會使整個團隊失去力量。代表喬的一個合理的決定是提高人們與他進行交流的門檻。對於他通常完成的任務,他可能發現其他人的輸入是不相關的(可能是正確的)。因此,如果Joe不想使用IM進行交流,我會接受。

我的建議是:

  • 首先解決最大的問題(對我來說,這似乎是一個高級人員不參加計劃會議)

  • 嘗試找出他的Slack存在哪些問題(可能是直接回答的期望和工作流程的干擾)

  • 試著弄清他是否確實有一個獨立的問題(例如對自己的職業發展感到失望)-也許他在職業上不再有目標。

關於回答團隊的問題“如果喬沒有,我為什麼必須這樣做?”,您應該清楚地回答,看看喬的工作與他們無關沒有。

RemcoGerlich
2018-11-23 21:44:48 UTC
view on stackexchange narkive permalink

我在一家類似公司的團隊領導中與相似的同事一起工作,我嘗試了他們不完全屬於我的團隊。團隊成員資格有點不穩定,有些人或多或少地存在於外圍(我們也有公司的一部分,通常人們是多個團隊的一部分)。

對於一部分該團隊成員的活動屬於您團隊的一部分,尤其是那些與團隊其他成員密切合作至關重要的活動,您在團隊做事方式上必須對他非常嚴格。在他可以單人作戰的情況下,他可以自由地隨心所欲。無論如何,他可能在這類工作上最有用,因為那是他從一開始就做的事情。

我當然會告知他和我的上司我對待他的方式。

是的,我將專注於不參加團隊會議的部分,而不是集中交流的方法。我這裡有NoChange先生,他大多數時候都與總統共進午餐。對抗失敗的戰鬥毫無意義。但是,如果某個項目因因他沒有為您提供/給您塞滿bug的東西而遲到,則一定要記錄NoChange先生的滑稽動作所浪費的時間,在報告中應明確指出。
@GeorgeM –已報告,但NoChange先生知道該報告已報告(而不是在背後)。我們主要希望工作完成,而不是讓人們受到破壞。
有時您根本不需要舉報!一半的團隊在感恩節的整個週末中大部分時間都是在客戶的現場進行調試,因為我的Joe認為“僅漏洞修復”不需要他自己的任何測試。哈哈,有點。
PhD
2018-11-22 10:43:08 UTC
view on stackexchange narkive permalink

這使我處於尷尬的位置-理論上他是我的“下屬”,但實際上他不理我,

那隻是在紙上,但實際上您擁有喬沒有權力。如果您無權控制他,那麼無論您的合同怎麼說,您都不是他的老闆。您必須了解,只要Joe得到自己支付薪水的所有者的支持,您就無須做任何事情。

您不會不同意Joe,他得到所有者的支持就是法律。違反法律/信仰是犯罪。顯然,您經常違反喬的意願來違反法律。

管理您的團隊,就像喬是您的直接經理一樣。讓他開心,以便主人稱讚您。在組織中唯一定義對/錯的是權力,不幸的是,您輸掉了權力之爭。

...例如,我們決定使用Slack進行通信,警報等。他大部分時間都不會打擾,並且堅持要求我們打電話給他或在需要時給他發送電子郵件...

只要Joe得到了所有者的支持,解決Slack就是你自己的錯。喬(您的事實經理)尚未批准您的想法。請按照喬的確切要求去做。

或者我們每兩週舉行一次全團隊的工作計劃會議,但是他再也不為所動,因為他說他知道自己要做什麼

再次,您是否要求Joe召開為期兩週的例行會議?

請注意,Joe必須為公司做出重大貢獻,使其成為150名+公司。所有者對他有信任。請感謝喬為您當前的工作所做的貢獻。

你是喬嗎?否則,我根本無法理解這個答案。拒絕投票的人(我不是誰)也不能。想重新考慮嗎?
-1
“你必須服從喬”。歐莉?聽起來非常重要,而且離問題很遠。我沒有看到操作員說喬在告訴他該怎麼做,只是喬不遵守指示。
@Mawg確定。“服從”太強了,我的意思是“不同意”。我編輯了。
為此支持。您收到了另一張選票,但仍然不是我的。Mayeb進行更多編輯將使其改變。
@Mawg我認為這篇文章中的其他答案沒有任何意義。像由最大老闆提供支持的jcmack所建議的那樣更改“ Joe”是沒有意義的。我的回答很苛刻,但現實。這就是我們世界運轉的方式。
可悲,殘酷的現實是,喬讓其他員工離職-到了其他公司。
關於喬的一切都沒有暗示他正在領導或管理任何事情。他是一門鬆散的大砲。這並沒有什麼必然的錯誤,但是試圖“跟隨”他或將他像您的經理一樣對待是毫無意義的。這只會使您因為無法管理團隊的其餘成員而被解僱。
@Erik?我什麼時候說喬是經理???
你沒有沒有人做;這才是重點。您說要____對待他__就像他是其中一個。我只是解釋了為什麼這沒有意義。
因為他已經證明自己沒有能力被管理,所以把他當作經理來對待……是的,很有意思。
為什麼這全然被否決了?這是明智的答案。
喬對管理任何事情都不感興趣,他只想一個人呆著。當您的工作要領導團隊時,OP不會通過與不關心團隊合作的人“達成協議”而獲得任何收益。
@Echox一個人待在他身邊是可以的,除了他是團隊的一員。
@Fattie在SE上獲得好評的很少是正確的答案,這是很受歡迎的答案。在這種情況下,流行的答案是“在這座山上死去”。除非有明確的IT策略允許閒置(這是在規避公司電子郵件,並將公司信息漏給不負責任的第三方),否則如果“喬”想要利用自己的聯繫方式,他的彈藥就多得多。所有者。
@JonHarper:從技術上講是團隊的一部分,從技術上講,他是向OP報告的,實際上,他是在團隊中工作的,但不屬於團隊,而是向所有者報告。答案不對,因為喬不是團隊的領導者,所以他處於層次結構的單獨分支中。
user71715
2018-11-22 17:48:20 UTC
view on stackexchange narkive permalink

通常這與我和我​​的團隊的決定背道而馳-例如,我們決定使用Slack進行交流,警報等。他在大多數時間都不會打擾他,並堅持要求我們給他打電話或在需要時給他發送電子郵件。或者我們每兩週召開一次全團隊工作計劃會議,但是他再也不為所動,因為他說他知道自己該怎麼做。

實際上,這裡聽起來有兩個問題。一是您關於不合格品的例子聽起來很虛弱。在您的位置上,如果您堅持使用閒置時間而不是電話,那麼我也不會去所有者辦公室。我的意思是,如果Joe認為他可以用電話呼叫代替鬆弛,那麼為什麼要首先使用鬆弛?如果電話確實有優勢,您可以突出一些優勢,甚至說服所有者。

第二,如果問題是喬拒絕任何事情並且他從所有者那裡得到備份,則無論如何您都無法做任何事情。這裡的主要問題是,這會破壞您的權威,因為員工看到您無法影響任何事情。解決的辦法是去找老闆談這個問題,以便他要么停止破壞你的權威,要么你去找另一份工作。

“如果Joe認為他可以用電話呼叫代替閒置,為什麼要首先使用閒置?”您不能用電話替代閒置-您可以以10人為一組,* 9 *電話來替換要求發送的每條消息-這太荒謬了。
如我所說,如果團隊聊天對Joe很重要,那麼請為所有者突出此主題。最後,他似乎決定如何工作。
:D好像OP可以。
如果團隊溝通是通過Slack進行的,而Joe不使用Slack,則Joe不會與團隊進行溝通,這就是一個問題。如果團隊成員可以無視團隊或團隊領導的決定,那就是一個大問題。
Roman
2018-11-23 14:57:02 UTC
view on stackexchange narkive permalink

簽出管理器工具“柯基故事”

TL; DL:通過定期提供持續的建設性反饋來做好經理的工作,這是處理與老闆關係密切的無效的長期直接報告的唯一方法。 -on-1,記錄Joe在合理的時間段(> 6個月)內的表現,明確的目標是讓他重回正軌,成為一名高效的團隊成員。做完功課後,解僱絕對是您發揮自己的角色權力的絕對不得已的方法-坦白地說,這時您還沒有。

喬不是無效的。
@PieterB一個組織的唯一目的是通過勞動分工來提高生產率。如果工作在人與人之間分配,那麼這些人在團隊中有效地工作至關重要。如果組織的工作要比一群相互聯繫的個人的工作更有生產力,那麼至關重要的是,這些人必須以團隊的方式共同工作。如果Joe的行為(如對自己的交付成果一樣有效)阻礙了其他團隊成員的工作,那麼從定義上來說,他就是這種組織中效率低下的員工。
如果喬增加了價值,但價值更大,那麼他給團隊造成的損失,每一個明智的經理都會解決。
@PieterB不確定為什麼有效地完成某份工作應該免除某人的其他職責。這似乎不是組建凝聚力團隊的秘訣,尤其是如果他甚至不願意使用與其他所有人相同的溝通渠道(出於什麼原因?),這實際上給其他所有人帶來了負擔破壞團隊遵循程序並共同努力的能力。
OP無法終止Joe。喬不是,而且可能永遠不會是一個有效的團隊成員。
@DavidThornley如果不允許作為經理的OP來管理Joe,則OP將需要請求a)允許管理Joe或b)不對Joe負責(Joe不在團隊中)。確實沒有任何中間立場。
@Pieterb Essentially:“哦,從一開始就在這裡的流水線機器人真是太棒了。它無法與其他機器或生產線本身配合使用,有時我們無法控制它,而且,它不響應命令,但是它做的非常漂亮(可以在需要時進行)。”
aw04
2018-11-26 21:40:27 UTC
view on stackexchange narkive permalink

問題是您為喬找了太多藉口。如果期望他遵循與團隊其他成員相同的規則和程序,而您是他的經理,那麼執行這些規則就是您的工作。喬在公司任職的時間比您久沒有關係。如果不這樣做,可能會削弱您在團隊中的地位。

您需要與Joe坐下來,討論您對他的期望以及您認為他是哪個領域沒有交付。如果他沒有進行必要的更改,您必須願意作為他的經理採取紀律處分。我認為您沒有理由需要其他任何人的參與,除非出於某種原因您沒有與管理者相關的實際權限,這完全是另一個問題,需要解決(您無法有效地解決)

這裡唯一的其他選擇是以某種方式重新定義他的角色,這樣他就不會遵循與團隊其他成員相同的規則和程序。但是,這樣做可能會很棘手/很危險,我不建議這樣做。

最後,如果Joe在上述任何過程中都遇到合法問題,則應將其帶給整個團隊並進行工作一起出去。簡單地決定不親自跟隨他們是沒有任何藉口的,特別是從團隊的一名資深成員那裡,他們應該樹立一個積極的榜樣。

這忽略了一個大問題,喬將簡單地去找老闆,而老闆會破壞經理。OP沒有實際權限,只有責任和名義權限。
-1


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