題:
訓練勤奮而又不服從工程師還是他的上司?
Conny
2019-08-08 04:35:35 UTC
view on stackexchange narkive permalink

我在美國的一家中型工程公司(共有2000名員工)工作。我們的一位更高級的工程師,我們稱他為John,已經在公司工作了大約4年,並希望從“高級工程師”晉升為“工程師”(EF)。我們在任何時候都只有5人擔任“工程研究員”職位,而且競爭非常激烈(基本上,成功候選人的薪水翻番)。

背景:John與同事和管理層以及現有的兩個EF都相處得很好。但是,其中兩個較老的EF和John並不完全相同。我懷疑這主要是由於:

  • John喜歡在業餘時間研究新技術。
  • 他一直在推動公司完全擺脫基於Windows的傳統技術Linux,Docker,自動化等產品。
  • 不喜歡John的EF之一,我們稱他為Chan,他對John將有效地使Chan的團隊自動化而感到擔憂。另一個不喜歡約翰的EF並沒有直截了當地表示自己的不屑(但對約翰的提議投了反對票)。

    我一直在鼓勵John對我們公司提供的核心產品表現出更多的興趣(高級工程師在他們從事的項目上有一定程度的選擇; EF在他們開始/工作的項目上擁有完全的控制權- ,只要它最終可以帶來豐厚的利潤;他們基本上就是研究人員和行業專家)。 John一直在努力學習我們的大多數產品(即舊版Windows產品),而竭盡全力只使用我們較新的Linux產品。他甚至直言不諱地告訴我和高級管理人員:“我寧願小幅削減薪水,研究能提高我的簡歷和技能的技術,而不是只在一個公司的一個部門中掌握有用的東西。裁員以確保季度穩定,至少我可以隨身攜帶技能。” 我告訴約翰,這可能會損害他將來晉升的機會,但他只是指出,這是他願意承擔的風險,而且比冒失業的風險要好。”

    問題:在與大多數EF和高級工程師會面時,John提出了一種自動化解決方案(即Docker和Kubernetes),幾乎可以肯定,這將在16個月內使200多個Windows開發人員變得多餘。約翰在會議上談到他時說:“我不是想讓我們的同事罐頭;他們可以重新培訓,並將他們多年的內部經驗用於更大更好的項目。”這使Chan感到惱火,他大聲說道:“您可以輕鬆地說:並非每個人都有年輕和時間來重新培訓他們的核心技能。與其嘗試為我們解決相同的問題創造更多的方法,不如不提出從頭開始編寫替代方案的理由,為什麼不加入我們的主要產品並為它們做出貢獻?”。

    幾秒鐘後(John看起來好像他正在努力控制自己的脾氣),John剛剛打開了一個遠程桌面會話,表明他已經在業餘時間設計了該系統,並且(不幸地)脫口而出“因為我我已經在業餘時間解決了這個問題,我們應該開始使用現代工程方法,而不是即將被取代的舊方法。”

    現在我面臨著一個嚴重的問題:Chan正向高級管理層請願解僱約翰,但一些管理團隊(以及EF中的2個)也希望看到John的附帶項目。幾名高級工程師退出了基於Windows的項目,沒有人願意(願意)加入他們(我們仍然需要每6個月將更新發送給客戶),並承認他們不想從事可能逐漸消失,讓他們成為潛在的第一批裁員候選人。

    約翰本來不該抨擊事實,但Chan絕不應該與John產生對抗或阻撓。我們也找不到約翰的演示作品(不知道他的存儲位置),所以如果他找到了一種每年可以節省數百萬美元的方法,那我們就不能解僱他並拉起他的備份。我問他是否有此代碼的副本,他只是說:“不,那是一段視頻。我是用自己的PC私人時間完成整個項目的,沒有公司提供的資源,等等。我可以演示一下將來會在有適當支持和預算”的情況下再次提供。

    我什至如何開始解決這一混亂局面?有權紀律/獎勵任何人,甚至是EF(認為他們通常比我有更高的資歷,是“中層經理”),所以這是一個非常尷尬的職位。我不確定我是否應該解僱Chan並提拔約翰,還是訓斥約翰和陳。還是我要解僱約翰暗示除非他先被提升才分享他的“百萬美元構想”?

    更新

    有人將此帖子轉發到了我們在Slack中的公司 #random 頻道(通常只是每天在reddit上來自 r / programminghumor 的帖子),所以問題已經滾滾而來。允許經理使用StackExchange Workplace尋求幫助(如果匿名了數據),所以很好,清除了Slack消息,但造成了更大的損失。多麼糟糕的一周。

評論不作進一步討論;此對話已[移至聊天](https://chat.stackexchange.com/rooms/97194/discussion-on-question-by-conny-disciplining-hard-working-but-insubordinate-engi)。
請對此進行編輯,以解決此論壇可以解決的特定問題;很難通讀並識別出實際上適用於工作場所堆棧交換的內容。目前,它讀起來更像是一個咆哮而不是一個問題。您可能在這裡有一些有效的問題,例如某人是否應該從事可能導致其同事無法工作的工作,如何解決與上司的此類衝突等,但是按照這種格式,您不清楚自己我實際上希望能對此問題做出回應。
[似乎此問題已升級。](https://workplace.stackexchange.com/questions/145768/stop-engineer-from-planning-bully-projects)
十二 答案:
nvoigt
2019-08-08 10:49:50 UTC
view on stackexchange narkive permalink

因此,您的職位描述基本上是“具有自由支配地位的高級開發人員,可以根據他們的選擇來選擇項目,以改善公司並從中受益”。

並且您有一名開發人員選擇了一個項目,將其改進到可以使公司每年賺1000萬美元的利潤,並且大部分時間都是在無償加班的情況下完成的(例如,作為業餘項目)。

然後,您有一個堅持自己的工作的人,不進行此更改的唯一理由不是技術上的,而是“但是我個人會從這種浪費的金錢中獲利,請不要停止它” 。

您考慮先發射 嗎?

也許是需要解僱的經理。您沒有僱用任何人在天黑時點亮煤氣燈,對嗎?你不知道他們被那些花哨的自動化電氣系統所取代。您不僱用人員,因為他們以前是僱用過的。你僱用人來賺錢。在這兩者之間,一個人的利潤與公司利潤一致,而另一個人的利潤則直接來自公司的利潤。


儘管如此,但要謹慎一點:僅僅因為一個有一個好主意的人讓它在家中工作,實際上並不意味著他們可以在規模上或在工作場所做到這一點。但是正確的反應正在技術上挑戰他。確保有明確的要求,測試,原型和適當的監督。但是反對它的論點似乎純粹是出於個人利益動機,您甚至沒有提到有人說它在技術層面上行不通。 sup>

100%對此表示同意。_“我們也找不到約翰的演示作品(不知道他的存儲位置),所以好像我們不能解僱他並拉起他的備份……” _但是公司文化非常突出
大多數人都同意如何處理John的想法,但Chan的觀點並非純粹是個人的,相反,他正在尋找他的同事(我認為這是經理工作的一部分),也可能在企業中。取決於新方法的風險程度以及公司在哪個司法管轄區運營。並非每個地方都有隨意簽訂的合同,因此公司在法律上或通過自己的守則被其所擁有的僱員所束縛。當然,正確的應對措施是重新培訓,不要停止任何現代化。但是也許將窗戶裝滿東西也意味著轉移[續]
商業價值,例如遠離使用Windows的公司,而希望Windows客戶端使用完全不依賴操作系統的在線方法。無論如何,Chan和John似乎都面臨相同的問題,他們在兩個不同的角度上爭論,或者至少他們的論點是由不同的角度驅動的,他們無法設法解決彼此的問題。
+1為底部的警告。當移至更大,更複雜的項目時,在我的辦公桌上工作的輔助項目可能會嚴重失敗。這會導致大量的工程師時間浪費和機會喪失。而且我不同意“ Chan的”主張會導致失業的說法-根據我的經驗,這些性感的docker / k8 /無論什麼項目都會導致更多的工作,而不是更少:)因為您最終低估了它的艱辛和復雜,ymmv
同意這一點-如果管理層甚至勝任一半,就不必擔心立即裁員。一家公司發現某些員工的工作量較少,但是*不會減少他們要獲取的收入*無需放任任何人。實際上,這是讓這些員工做其他可以增加價值並賺更多錢的事情的機會。
您應該一直在努力使您現有的產品過時,而不是別人做。
“百萬美元項目”通常要花公司100萬……而不是一百萬。
可以通過讓John與200個最佳開發人員中的10個一起進行試點項目來解決整個慘敗。讓他首先使用.net堆棧創建一些東西。如果可以用X語言完成,.Net堆棧也可以做到。因此,一個小項目可以輕鬆地幫助公司找出可行性。讓其他開發人員學習一些新知識,以在支持當前系統的同時提高他們的技能。這樣一來,技術並沒有太大變化,因此,您不會浪費200名現有員工。隨著時間的推移,他們都可以專注於添加新功能,從而使產品比當前產品更好。
添加一點關於ppl和comms的信息:orgs由ppl組成。通過在公共場合強調該公司是建立在諸如Chan等安靜的專業人員的辛勤工作之上的,從而保留了人類空間。您必須減輕“銀行擠兌”的影響。如果約翰想hold住公司人質,也願意讓約翰走。因為如果您不願意,那麼您將無能為力。否則在所有方面都同意這個答案。
我還沒有看到任何軟件項目中的部署所引起的問題少於預期。我會說18個月的估計是“極其保守的”。同樣,如果一個人可以從他們的工作中自動化200名“工程師” **,那麼您的工程師質量就會面臨嚴重的問題。
mag
2019-08-08 11:29:11 UTC
view on stackexchange narkive permalink

您對問題的描述不會使Chan高興。我什至不認為約翰不應該讓這種對抗發生,而這完全是Chan所做的。

您是一家公司,而工程師使您成為其中的一員最精美的禮物,一個概念驗證解決方案,旨在顯著現代化您的技術堆棧並為您節省數百萬美元。在那個工程師的業餘時間裡,最艱苦的工作已經完成。

解僱或訓練約翰能從中學到什麼?憑藉他的雄心,動力和技巧,他一定會賺到大筆錢。您可以決定是您還是他接下來要去的下一家最佳公司。

Solar Mike
2019-08-08 06:20:48 UTC
view on stackexchange narkive permalink

簡而言之(除非我讀錯了,否則,根據您的“職位上的味道”。),John展示了試圖推動公司發展的願景和重點,而Chan似乎仍然站在支持舊產品的位置。 / p>

我將為John提供產品&技術,該技術將來可能更可靠,而且16個月的時間足以為這些Windows人員提供相關培訓,以便他們可以重新部署。

在我看來,約翰唯一的願景是“我的簡歷看起來如何酷?”,這可能會在短期內使公司受益,但稍後可能會出現問題。而且,John和Chan的軟技能都很差,比新技術更難學
動機是什麼?每個人都被“對我的感覺如何”的動力所驅使。最後,重要的是該人在為公司做些什麼。如果您只擔心動力,甚至不關注最終結果,那麼您也會失去動力。如果約翰在這裡被解僱,您是否認為下一個人將把他的空閒時間用於公司的利益?
@jitendragarg,您如何評價Chan的表現?
@SolarMike我知道他來自哪裡。任何阻礙200人就業的事情都必須得到認真對待。雖然,我認為他的風格不正確。他完全有可能以純粹的生存本能而奔跑。 最後,我將支持在不犧牲公司價值的前提下降低公司成本的任何人。從長遠來看,在這種情況下,Chan沒有採取任何對組織有利的事情。如果他只是建議“我們必須謹慎地裁員200人”,他將獲得更多的同意。
在我最後的評論中,任何提出“這就是我們一貫的做法”的建議都不會引起我的同情。這只是我個人的寵兒,因為我不喜歡那些為任何事情“定居”的人。因此,默認情況下,我的確來自對陳的消極心態。
Sascha
2019-08-08 11:15:30 UTC
view on stackexchange narkive permalink

John似乎忠於公司(試圖在業餘時間改進公司產品而不是進行辦公室政治活動),誠實(直率地告訴您經理您在某些事情上不做工作是有風險的,但是誠實) ,並定義了他認為合適的清晰工具集。所有這些都會使他成為恕我直言的優秀技術領導。真正的問題是,他似乎比公司的普通員工更加熟練和多樣化,並且需要使他意識到他可能會錯誤地估計開發新方法/使用新工具鏈的投資,而您是他的經理應該確保沒有那麼高級的人可以跟隨他。


這讓Chan感到惱火,他大聲說道:“您可以輕鬆地說:不是每個人都有年輕和時間來

其中,除非員工年齡超過60歲(當重新培訓他們的時間可能對公司而言不是一項很好的投資時),荒謬的是,特別是因為在每個軟件開發項目中都有許多工作實際上不需要廣泛了解所使用的平台,我什至會說這句話使Chan失去了資格,因為它包含了“年齡歧視” >。

而不是嘗試為我們創建更多解決相同問題的方法m,為什麼您不加入我們的主要產品並為它們做出貢獻,而不是提議從頭開始編寫替代產品?”。

這句話使Chan失去了進一步的資格,因為在那裡重寫產品的許多因素與Chan的偽忠誠論點完全無關,例如:

  • 客戶想要它
  • 維護成本較低,因為以前執行的功能通過軟管內置的軟件內置在平台中
  • 許可成本

,必須與

  • 增加的數量相平衡錯誤數量
  • 投資

在會議開幕時,約翰證明了投資並不算過高。檢查以上幾點不是產品所有者/質量保證人員/管理部門,應該確切地告訴約翰。應該告訴Chan,他沒有提出任何有效的論點,並且可以通過證明自己的團隊可以更好地滿足客戶和公司的需求來做出貢獻。

我會對約翰的忠實度提出異議。據說他正在為自己的簡歷工作,並且拒絕學習公司的技術。他為公司提供了一些有價值的東西,這是事實。
@AmiralPatate特別是,如果John忠誠,Chan絕對也是忠實的。他努力維護200名開發人員的公司價值,以使公司迄今獲得收益。通過照顧他的員工,他很可能代表著一個值得員工忠誠的公司/公司價值觀。現在,他的某些行為可能會錯位,與約翰一樣,但他和約翰一樣忠誠。至少。
另外,如果John僅在獲得晉升時才提出自己的想法,那將不忠於公司。
davidbak
2019-08-08 05:19:36 UTC
view on stackexchange narkive permalink

像約翰和陳這樣的聲音都需要認真的軍事風格的“態度調整”對話。

如果John認為自己是個聰明人,那麼他應該為公司提出可接受的過渡計劃-4年後,他了解公司,公司管理層和他的同事們都很好地知道了什麼是可以接受的-作為未來的“工程研究員”,他當然應該具有足夠的技能和經驗來從事該級別的工作(公司技術策略和路線圖)。他應該知道問題所在並努力解決這些問題,而不是僅僅說“我是對的,你錯了,在我身後排隊。”

同時,Chan和他的200位Windows開發人員一起,嘗試保持舊系統的運行和/或可銷售性可能完全取決於他,但是作為一名EF自己,他並不能原諒他讓公司陷入昂貴的過時解決方案中。他應該在自己的過渡計劃的前面,這將使該公司能夠抓住並實現現代軟件工程革命帶來的部分節約。請注意,這不是並不意味著放棄Windows。現代的雲/開發/操作/任何技術都適用於Windows,同樣適用於Linux。但是他必須帶頭努力通過現有部門將您的公司轉移到那些節省和改進的地方。

Jeez,也許他們可以共同努力以實現這些目標。雙贏(對John,Chan和您的公司而言)。

否則,將它們同時解僱,並找到兩個新的FE作為您5人中的一部分。因為在這一回合中誰“贏了”,公司都會因為戰鬥而失敗。順便說一句,在接受此建議之前:請注意,儘管我從事該行業已有40多年了,但實際上我的預算從來沒有超過我的個人支票帳戶。讓我們看看其他人怎麼說...)

我不能完全確定在這個怪異的環境下制定可行的計劃是約翰的職責之一。他是技術專家,證明技術可行。如何解開混亂的個人關係並製定公司政策不取決於他,而是高層管理人員。老實說,我對他有點偏見,因為我同意他到目前為止所做的每一件事...
問題的部分原因是,Chan和他的“貝蒂” EF並沒有“看到任何需要”來改變路線,而John基本上對此有180度的反對意見(Chan和Bestie否決了John提出的所有建議)。
-1
IMO的工程研究員職位是高級技術職位,其中的職責包括擁護和說服C級高管更改/改進/更改/和預算公司技術戰略,然後推動主要公司技術計劃完成。這不僅僅是精美技術和小工具的演示。雖然,也許這只是OP公司的冠名,但我不知道。
-1
軍事上的“軍事風格的態度調整談判”之所以奏效,是因為士兵們不能只是走出去在其他地方找到更好的工作。如果您在這個行業中嘗試這種做法,那麼您甚至可能還沒有完成演講。畢竟,這是一家擁有2000名員工的公司中表現最好的。
不確定“軍事風格”,但我認為參與討論的每個人都會從中受益。在我看來,這裡真正的問題是工程師不能圍坐在桌子旁看對方的觀點,更不用說一起工作了。
@AmiralPatate,您有一個工程研究員正在阻撓重大改進,並試圖保持現狀,因為他擔心冗餘。我不是來自科技行業(我來自消費品製造業),但我付錢給高級工程師來預測行業的下一步變革,並使我們保持領先地位,而不是支持傳統解決方案並保持領先地位。現狀。在軟技能之上,我認為這裡的位置適合性存在問題。
我沒有信譽。我曾投票支持,直到“否則將他們都解僱”。那是什麼?如果約翰被解僱,跟隨他的人很可能會自己辭職。(除非像Chan那樣的人不熟練,否則當軟件和DevOps隨著時間的推移而改進時,像Chan這樣的人可以很方便地被解僱。)當然,此評論是開放的討論,並且基於有問題的信息。我對情況一無所知。
Gnudiff
2019-08-08 13:59:37 UTC
view on stackexchange narkive permalink

我要說的不是要管教別人,絕對不是中層經理的決定,尤其是如果您不負責以正常方式管理高級工程師。

您的公司需要權衡改用新技術的利弊。您至少有一位工程師推廣新技術,並且可以說在降低人為工作所需的工作量方面顯示出了巨大的進步潛力。

諸如此類的決定通常在CTO級別上做出。正如其他答案所表明的那樣,他們應考慮到可能需要掌握這些或其他新技術以及許多其他事物的現有合格人員的就業能力。

作為一個附帶說明,儘管我全力維護積極態度,並考慮到現有員工的潛力和經驗,但是這句話是:“您可以輕鬆地說:並非每個人都有年輕和時間來重新訓練他們的核心技能。為什麼不嘗試為我們解決相同的問題創造更多的方法,您為什麼不加入我們的主要產品並為他們提供幫助,而不是提議從頭開始編寫替代方案?”

超越了蒼白。這不僅是“保護我的未來,因為我以前在這里工作很辛苦”,而且是“保護我的未來,即使我們倆都知道這會好得多” [很多程序員200名]你沒有”。

有些人不僅需要從受過傷害的自我和資歷方面來考慮這一點,而且還要從最適合公司的觀點的角度進行研究。當然,如果公司運轉良好,它有能力繼續保持現有狀況,並開除約翰,以帶來不受歡迎的消息。

但是,如果您簡單地解僱約翰(而不是在公司一級解決此問題),我將請您考慮,將會發生什麼。在他的位置上,我非常了解公司中一個很小的地方的優化可能性,所以我要么開辦自己的公司,要么加入一家競爭對手的公司,該公司知道200名Windows開發人員是龐大的資源,更好地用於新項目和收入來源,而不是維護一些可由自動腳本維護的內容。

MikeQ
2019-08-08 12:02:20 UTC
view on stackexchange narkive permalink

公司可能需要在效率和資歷之間進行選擇。

您的公司似乎存在態度問題,Chan表示很清楚:

為您輕鬆可以說:不是每個人都有年輕人和時間來重新訓練他們的核心技能

這是一個藉口來證明堅持舊的常規是合理的,而不是花大力氣去發展自己現有的技能。公司製定了培訓預算,以便員工可以花時間來更新他們的技能,以備不時之需。

在短期內,依靠舊方法可能更便宜,更安全,但要在效率和競爭力方面進行權衡。在工程公司中,學習新技能並保持最新技術水平通常是開發人員的職責之一。否則,他們(和公司)有被過時的風險,而整個行業的其餘部分則轉向更高級的解決方案。

作為他們的經理,您實際上有3個選擇:

  1. 和約翰在一起。除了自我,他似乎是一個聰明,忠誠和誠實的工程師,他的建議可以提高公司的效率。通過利用自己的資源和時間創建演示,他對公司沒有任何傷害。在John的幫助下,您和高層人士可以計劃如何從舊版支持遷移到更新的技術。預留培訓預算,以便高級員工可以研究和學習新技能。

  2. 與Chan等人在一起。嘗試創新的想法和對員工進行再培訓可能會很昂貴,而且也許公司負擔不起實施John解決方案的費用。此外,您的公司可能不適合,因為支持資歷的文化可能無法為John(或類似員工)提供成長空間。如果高級工程師一直不願與約翰打交道,他最終可能會決定將他的技能帶到其他對他的投入更加讚賞的競爭對手。

  3. 讓他們合作。由於約翰和陳之間可能存在人格衝突,這可能是最困難的選擇。作為他們的經理,您需要密切注意以確保他們有效地合作。讓他們協調計劃以遷移公司的技術並培訓工程師,同時保持對舊產品的支持。這樣,公司就可以使用更好的方法,而不必徹底檢查或放棄當前的工作流程。

  4. ol>
我想說,約翰的態度雖然粗糙,但完全可以接受,他被要求證明是事實,並且能夠發表意見。也許這不是一個合適的論壇,但是約翰顯然是個A型人物,因此您不能反對他。
Sefe
2019-08-08 14:31:00 UTC
view on stackexchange narkive permalink

您不能忽略約翰建議的潛在改進(以及隨後的成本節省)。約翰也很積極,他願意讓公司從業餘時間的工作中受益。即使他不想無條件上交他的工作成果(谁愿意?),我也不會將其視為缺乏忠誠度的跡象。

但是,您不應忽視陳也擔心。從技術上講,情況似乎很清楚,但在這裡忽略人為因素並不明智。 John和Chan在這個問題上的交流都留下了改進的餘地。但尤其是陳的行為是有原因的。我們在這裡談論的是200多人(佔您整個勞動力的10%!),他們將這些變化視為對其生計的威脅。許多人有家庭供養,有抵押需要支付,當他們面對變化時,面對的反應不足為奇。簡單的“他們可以做其他事情”對他們無濟於事。

有專家來應對這些情況(變更經理,組織心理學家等),所以您自然不知道如何處理。如此巨大的變化將使您可以聘請一些外部專家來幫助您解決此問題。這將使您僅節省預期成本的一小部分。而且,與那些擔心自己的生計的勞動力所帶來的生產力影響相比,這將使您的損失少得多。

200個人不再需要執行可以由自動化腳本處理的維護工作這一事實並不意味著您應該解僱他們(也就是說,假設他們實際上擅長於自己的工作,而不只是隨波逐流)。這意味著您突然有200多人去做能帶來更多收入的事情,而不是把他們浪費在可以自動化的事情上。考慮到聘請新的合格開發人員有多麼艱鉅,這應該很容易。
@Luaan:將自己置於自己的位置。不會讓您感到不安嗎?尤其是當兩個EF對此進行爭奪,而管理層對此事沒有明確表態時?您可以通過這種方式使其合理化,但是如何確定?
@Sefe:如果我是那200名員工中的一員,即使管理層今天決定支持Chan,我也不會感到安全。因為管理層意識到這是多麼昂貴是一個時間問題。那意味著我要在公司外面找工作。這裡的問題是,無論現在是在景氣時期還是在景氣時期,都將削減成本。而且在困難時期,公司內部不會有替換工作。因此,為了使公司保留這200名員工,他們需要在有能力負擔的情況下進行重組。
@MSalters:這不是和任何人在一起。這是關於存在的恐懼。恐懼勝過理性主義。您將需要解決這個問題。Chan的反應表明,您需要解決一些問題。
Vokail
2019-08-08 14:56:16 UTC
view on stackexchange narkive permalink

據我了解,我認為您需要更多信息。您引用了“會議”和“演示”,但最後,約翰和陳對未來的計劃最重要的是:個人和公司的未來:

  • 他們一生想要什麼?只是攀爬公司階梯還是不攀爬公司階梯?誰提供計劃,策略,解決方案?
  • John / Chan只愛技術? Windows vs Linux我是說還是他們要改善公司產品和內部流程?

公司在軟件方面的方法肯定會發生變化(不是今天,不是John或Chan,但市場將迫使這樣做。更改),但是讓我們說在這裡選擇錯誤的“一面”是巨大的風險。使您對軟件開發中的潛在改進有深刻的了解,或者使用龐大的員工隊伍(200名員工!可以肯定的是,還有另一名具有與約翰的權利相當的技能?)和資源來改善您的流程。對我來說,最好的建議是建立至少由三人組成的團隊(一名開發人員,一名產品經理,一名客戶支持),並分析所有內部流程以找出可以改進的地方。現在就開始!

另一方面,市場背後存在巨大的風險,因此Chan的職位不穩定,但他或公司不可能永遠做到這一點。公司經理應盡快了解這一點,並為公司未來製定備份計劃。

總而言之,我在這裡的選擇是:

  • 不要選擇一方,等到圖片更加清晰
  • 理解更好的Chan和John動機未來的個人/公司/產品計劃是必須在這裡做的。找到一種與公司計劃保持一致的方法。如果由於某種原因無法做到這一點,請採取行動
  • 公司不應該只依靠一個人,因此,如果尚未建立,則要為關鍵指標(甚至是EF!)創建一個備份計劃,並檢查各個級別的產品文檔(任何地方都沒有大的漏洞,請確保之前沒有此漏洞)採取任何行動!)
  • 使用現有資源:您有很多員工,而不是猴子!我拒絕在200個人中看到甚至沒有一名員工可以幫助公司發展。您僅引用John和Chan,其他人呢?
  • 公司經理必須接受有關技術如何迅速成為傳統的教育,真正理解這一點並為公司(為John或Chan!)創建出路。
  • 定義,計劃和執行一項計劃,以便與多學科的小型團隊(1個開發人員,1個產品經理,1個客戶支持)一起更好地了解內部流程,以及如何改善這些內部流程
Josef says Reinstate Monica
2019-08-08 14:30:16 UTC
view on stackexchange narkive permalink

似乎您有兩個解決方案。

  1. 利用機會對約翰提出的解決方案進行現代化改造,賺很多錢,對使用傳統技術工作的工程師進行再培訓不願意更新他們的技能。

  2. 解僱約翰,因為他不適合您的公司文化。盡可能銷售舊產品。在您負擔得起的情況下支付傳統工程師的薪水。等到一家更現代的公司接管您的所有客戶(也許是約翰加入的公司)。關閉公司。希望200多個傳統開發人員中的大多數能夠找到其他工作或準備退休。

  3. ol>

    我不告訴你選擇什麼。

cookie75
2019-08-08 14:51:31 UTC
view on stackexchange narkive permalink

布萊米,約翰傲慢自大。他是對的,但是他表現自己和與同事抗衡的方式表明,在他被認為是晉升的好人選之前,他需要接受一些軟技能的培訓。

在大多數(軟件)工程合同中,在英國,關於知識產權的一些小字樣表明,您從事的所有項目,即使是在業餘時間完成的項目,都歸公司所有。約翰應該考慮一下。

“您從事的所有項目都是公司所有的。”請記住,合同不是單向的,約翰在招聘之前可能會要求免除合同中的此類條款;考慮到與他一起工作的技術-開源軟件-他很可能已經做了一件事情,管理員和開發人員(高度)珍視他們獨立地為項目做出貢獻的能力(可能是他們自己的)。
是的,很好。但是,如果他設計的任何東西都使用內部軟件,我懷疑他會不會這麼做。
即使他的合同說他們確實擁有它,也沒關係。他們將要做什麼?突襲他的房子?
```在英國的工程合同中,有一些關於您在業餘時間(...)工作的知識產權的小字樣,歸公司所有。```-除非我迫不及待地想要錢,或者我的薪水真的很高,否則我不會表明
Robert Andrzejuk
2019-08-09 18:14:20 UTC
view on stackexchange narkive permalink

牛仔約翰肯定會提出重大要求。您似乎站在他的身邊,我在想,這就是Chan感到不高興的原因。

您是否考慮到您的最高級成員最了解您公司的運作方式,他們最了解事情進展緩慢,又如何取得結果?

這就是經驗給大家。

我會推動他們。

如果有新人有提出這個想法,就意味著您的經驗豐富的團隊可以復制並改進這個想法。

通過這個項目,這也意味著您的經驗豐富的成員還將獲得學習新事物的機會。 p>

關鍵是:對您的組織有什麼好處?

  • 它實施了1個牛仔理念以贏得勝利?

  • 還是整個組織會不斷完善,以在將來取得許多勝利?

* 牛仔程序員



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