題:
公司不了解“巴士因素”是什麼,並繼續給我越來越多的責任
Ertai87
2020-01-14 22:41:45 UTC
view on stackexchange narkive permalink

在我正在工作的公司中,我相信它開始給我越來越多的責任。試圖讓我對我們正在構建的越來越多的應用程序和基礎結構負責。

但是,與此同時,他們並沒有給我一個與之合作的團隊,無法吸引其他人學習我在做什麼。當我建議我主動告訴別人我在做什麼時,他們會很反感,以便他們可以學習。萬一我因某種原因而不能從事這項工作(管理層以及我選擇教的人都是有抵抗力的)。

他們希望我成為一個負責廣泛而不斷成長的人的唯一責任人

總之,我的公司有意降低我的“ 總線係數”,並且在我認為這不是我要拒絕的時候堅決拒絕身體健康,並且我想通過指導和指導公司中的其他人來提高自己的公車因素。除了僱用更多可以分享我的知識和責任的人(我是公司的最新僱員,我已經工作了將近7個月)。

我已經解釋了“公共汽車”的概念我的經理(誰是公司的首席技術官;沒有什麼比他高得多的了)和我公司的其他高層人員。他們的回答是:“我們需要快速完成此任務,您知道該怎麼做。只需這樣做,不要浪費您的時間或公司時間在教書或輔導別人上。”

在這種情況下,有人對我如何增加自己的個人“公共汽車因素”有任何建議嗎?

>

評論不作進一步討論;此對話已[移至聊天](https://chat.stackexchange.com/rooms/103416/discussion-on-question-by-ertai87-company-does-not-understand-what-the-bus-fact)。
有建議關閉這個問題,作為“我如何為被公交車撞上準備”的副本。尊重地說,我不同意這個建議:這個問題是“我如何說服我的公司去……。”
顯然,這是因為要按計劃進行重要的交付,而您正是這樣做的人。專注於這一點,然後在交付完成後再回到其餘部分。
十四 答案:
Joe Strazzere
2020-01-14 23:08:49 UTC
view on stackexchange narkive permalink

我已經向我的經理(公司的首席技術官;沒有人在他頭上的人)和公司的其他高層人員及其員工解釋了“總線因素”的概念答案是“我們需要快速完成這項工作,您知道該怎麼做,就做到這一點,不要浪費您的時間或公司時間來教書或輔導他人”。

有人對如何做有任何建議嗎?在這種情況下,我可以減少自己的“總線因素”嗎?

CTO告訴您該怎麼做。您需要遵循他的指示。

您可以在業餘時間創建非常好的文檔,並構建簡單,直接的系統和流程。

但是,基本上,這不是您要解決的問題。按照定義,如果您“被公共汽車撞上”(否則不在附近),其他人必須解決您缺席的問題。

CTO可以決定如何分配其團隊的工作。您只需要遵循它即可。

我不同意這個答案。他是一家人手不足的初創公司。他很可能沒有“業餘時間”。另外,他很可能會被告知“不要浪費您的時間來編寫文檔,也不要浪費時間來重構代碼”,因為他們實際上告訴了他有關培訓替代人員的同樣觀點。
“公司”已被告知...並已做出決定。這個答案很殘酷但很簡單
總線因素不需要將OP設為“死區”。他可以成為年薪3倍的顧問。沒有什麼比達到最終目標更能教給一家公司的了。
@Nelson, OP僅在公司中存在7個月。最糟糕的是,他們可以僱用其他人並在那時對他們進行再培訓。
業餘時間是否像在家一樣用作休假時間?還是在無事可做的時候用作辦公時間?我懷疑他的工作量在無事可做時不會有很多時間在辦公室。對於其他類型的業餘時間,在完成大量工作後,我認為他值得遠離工作思路。
確實,編寫文檔應該考慮完成工作的時間。如果您確保隨手編寫文檔,而不是將其作為最終的單獨工作可以從您手中獲取,那麼您會更安全。
為此答案+1。這不是OP的問題。這是公司的問題。“總線係數”絲毫不影響OP。
@Stacey我對此表示懷疑。在那7個月中,他獲得了只有他才能擁有的專業知識,並建立了流程等。如果他不再可用,那麼將沒有人可以培訓新員工。因此,新員工不是從零開始,而是進入一個環境,他需要習慣於_fast_,同時到處撲滅大火,並可能承受著從事新事物工作的壓力...
正如該網站上的其他問題所暗示的那樣,當他決定離開或最終要住院時,這將是他的問題。在許多情況下,人們在這裡詢問如何與不會停止打電話的雇主打交道,有時是雇主詢問與僅僅因為他病假而“蒙蔽”他的僱員該怎麼辦。在這方面,OP的問題當然是要解決的,最好是在他仍然在那裡並且仍然健康的時候。
@StephanBranczyk:“進入此建築物時請擦腳”並不意味著您必然會進入該建築物。同樣,“在業餘時間寫文檔”並不意味著您不可避免地會有業餘時間。答案的建議是好的,但是您正在嘗試對自己做出的推論進行反駁,即在應用該建議之前,公司必須始終分配空閒時間。您的論點掩蓋了答案的第一部分,即,如果公司已主動決定不為其分配時間/資源,那就這樣吧。
-1
當我看到他們將要離開我成為該地區唯一的專家時,我離開了我工作的第一個組織。**這是我的問題**,因為我永遠無法從該項目中晉升,也永遠無法獲得更多有趣的工作。我可以看到他們對我的未來計劃永遠停留在一個項目的維護上,於是我離開了。僅將總線因素描述為CTO的問題就忽略了OP在組織中的職業道路。
-1
@AnthonyGrist噢,好吧,鑑於上述評論,這確實不是OP問題。給公司“好運”。
@HugoZink在OP擔任下一個職位後,存在_OP出現不公平反吹的風險,如果公司決定對其進行報復(例如,通過在行業內散佈謠言/謊言),這可能會給他們帶來問題。雖然這實際上是他們的錯。我已經看到了它的發生。使與您的工作相關的事情順利運行,即使別人遇到障礙,也符合您自己的最大利益。**但是**當然,您應該走多遠才能克服這些障礙,而且聽起來確實像是這個OP已經達到了這個極限。
OP已經履行了職責,並將問題轉交給了上級。即使仍然影響著他們,也不再是他們要解決的問題。如果公司在OP不在時失敗了,那不是OP的問題。
我不同意這個答案和一些意見,這表明這不是運營問題。如果您最終掌握了所有知識,那麼本人曾在OP擔任過上一份工作,那麼您將自動成為該應用程序所有方面的實際對象。對於將來可能以OP方式出現的任何問題,這不是一個很好的設置。也許您可以從運行該項目中獲得的所有經驗來複習您的簡歷,這聽起來並不像公司會在短期內改變態度
由於業餘時間,我不能投票,如果您想花更多的時間,最好做一些別人會認可的事情,而不是沒有您所重視的事情。
@HugoZink,,但確實會影響OP。也許不是現在,但是當2-5個項目同時表明他們是唯一的人時,無論是不是他們的錯,他們都必須同時解決所有這些問題。這不僅是公司的主要問題,也是OP的主要問題。當然,公司可能會意識到他們的錯誤,或者他們可能會因為不跟進而辭退OP,並將這些相同的項目交給另一個人來運行並最終失敗。
@Walfrat我將“業餘時間”理解為“工作中的空閒時間,由雇主支付”。
雖然是公司的問題,但我去過的地方拒絕給我時間來記錄或編寫測試,然後在辭職後將所有問題歸咎於我。效率低下的經理將拒絕為自己的錯誤承擔責任,在進行參考檢查的情況下,他們可能會試圖將自己因自己的決定而遭受的任何後果歸咎於員工。
錯誤的關鍵是“我們需要快速完成此任務” =“單獨完成”。獨自一人做很少會使您快速。與他人合作可以幫助您思考。如果您不能讓他們停止功能失調,那麼典型的功能失調反應就是宣告您已經做好,看看誰在乎。專業的回應是說您陷入困境並需要幫助。
Philipp
2020-01-14 23:15:39 UTC
view on stackexchange narkive permalink

這是別人的問題。

很想您,您不想成為整個組織的單點失敗。

但是,如果您的警告置若colleagues聞,那麼您會做更多的事情。因此,不要浪費更多的時間和精力來防止CTO犯這樣一個嚴重的錯誤,而只是為了您的利益而使用它。享受工作保障。下次您要重新協商薪水時,不要忘了提到公司對您的利基知識的依賴程度,以及如果您決定離開公司會給他們帶來多大麻煩。

這個。我一直擔任這個職位(雖然對我的老闆來說公平,這是因為招人困難,而不是拒絕解決問題的固執),但我做得很好,甚至不必自己提出要點。
難道這意味著雇主在OP休假(休假甚至病假)時會抱怨並拒絕?
還應注意,增加冗餘確實會帶來成本,並且權衡風險和風險規避/遷移成本是CTO的工作。
-1
威脅您的公司不是一個好主意。“工作保障”是一種幻想。
您是完全正確的,@TeroLahtinen。冗餘成本和在單點故障上賭博的成本之間的主要區別是,冗餘成本是可預測的。您可以預測一年或一年以上增加員工或培訓現有員工的成本。您無法預測某人被公交車撞到同等水平的費用。
@gerrit:您可以隨時離開。休假意味著您回來了,看來公司在這件事上別無選擇。
@MSalters,公司絕對可以選擇是否批准請假。我已經看到發生這種情況的原因是,我的一個過度勞累的同事因為“太重要”而被拒絕請假。
@computercarguy:我的意思是動詞中的“ leave”。您可以在一個晚上走出去,宣布第二天早上不會回來,但要等兩個星期。他們會讓你回來嗎?如果您至關重要,那麼您就會提出要求。_如果_。
@MSalters,我知道太多的經理會在您永久退出時接受這一點。我知道有些經理即使在工作權狀態下也會試圖起訴您,聲稱您正試圖勒索他們或其他一些事情。即使它不太可能在法庭上舉行,也浪費了員工無法收回的大量時間和金錢,然後他們在公共記錄上留下了污點。最後通never從來都不是一件好事。如果要解決這個問題,只需做最後通and,不要給他們一個選擇,而要使其永久存在,否則您將再也沒有該選擇。
我同意大部分答案,但是我不同意這種斷然是錯誤的斷言。推遲處理總線因素可能是一個合理的業務決策。從某種意義上說,這會產生技術債務,需要稍後償還,但是,年輕的小型公司通常必須承擔債務和固有風險,才能在短期內增長甚至維持生存。這是一種風險,但它可能(可能)是一種理性和合理的風險。
dbeer
2020-01-14 23:13:44 UTC
view on stackexchange narkive permalink

您已經完成了可以為公司提供幫助的第一件事:引起他們的注意,並給他們提供機會來實現這一目標。他們決定不採取任何行動,並聲明“不要浪費時間”,他們正試圖結束討論。基本上,您剩下的一些事情可以自己為公司提供幫助:

  1. 編寫文檔。作為一個接管軟件項目的人,而公司中沒有人知道它們是如何工作的,因此我會以更好的文檔來加快工作速度。項目的一般架構圖和復雜零件的狀態機可能為您帶來最大的收益。
  2. 編寫測試。一個好的測試套件將立即通知其他人他們的更改正在破壞事情。當然,即使是笨拙的測試套件也能提供一定的保護。
  3. ol>

    這兩種方法的最大優點是,無論是否要乘公交車,您都需要它們。假設有一天您的老闆看到了您的想法,並僱用了其他人來接管該項目,那麼擁有良好的文檔和測試將幫助您將項目傳遞給其他人,而不會經歷一個可怕的過渡期。如果聘用的人員過於雄心勃勃地更新代碼,那麼好的測試也將幫助您拒絕錯誤的代碼。

OP對此答案必須非常小心。他已經要求自己增加冗餘,並且被首席技術官明確拒絕。我從不對測試說不,但是這與不服從差不多。如果CTO徘徊並詢問“嘿,您應該完成X項目,為什麼要繪製體系結構圖?”,OP最好具有_exceptional_響應。
您可以做的另一件事是請假一周。然後(也許)他們會意識到這是什麼問題。
OP已經在那里呆了7個月。如果他“被公交車撞倒”,他們損失最多的就是一個員工七個月的工作。也許他們不認為這是巨大的損失,並且願意賠率,希望這種情況不會發生,並且能夠在特定時間範圍內實現短期目標。花更多的時間來執行任務,因為您正在記錄它們,這可能不是OP想要的,也不是公司的最佳選擇。
-1
@AlexandreAubrey假設OP將會長期留在公司,有人最終會要求他為什麼沒有針對他編寫的項目的測試和文檔,無論他們是否明確要求或給予足夠的支持時間做他們。
對於“您為什麼要做文檔”,我會回答“我正在做很多額外的工作,需要我可以參考的筆記。”我要強調的是,文檔應該是“註釋”類,而不是所有內容的完整用戶手冊。“執行X的過程”對確保我不會錯過任何步驟很有用,“ Y狀態機”對調試時進行仔細檢查很有用。不是“為什麼公司最初計劃Z”。但是,即使是筆記也會對OP的替換有用。
@dbeer我也沒有,但是我也從未在一家公司中工作,因為我被明確拒絕降低我的總線係數。從根本上說,OP注意到他認為有問題的地方,並將其提交給CTO。CTO表示這不是問題。Ergo,_這沒問題。_如果OP不喜歡這個決定,他需要努力說服CTO,或者了解CTO的原因,或者開始完善自己的簡歷。嘗試圍繞CTO工作並不是長期成功的計劃。
我可以看到很多很好的理由:一家初創公司可能幾乎沒錢了。如果您將盡快且便宜地實現該關鍵功能,他們可能會獲得更多資金。如果您花時間/金錢在測試和文檔上-他們肯定會死的。我將嘗試談談並了解您的CTO的原因。嘗試成為他的伴侶而不是對手。
OP在評論中還指出他們是一家小公司(約10至30名員工)。這對實際的總線係數預期有很大影響。
@GrandOpener我也有同樣的經驗,有很多原因您現在可能不僱用。這些都不是天生的,就意味著您不應該編寫良好的文檔和測試,而且在幾乎所有情況下,我都發現如果您在一家公司工作超過2-3年,就會有人要求在以下位置查看您的測試和文檔:一點。
@dbeer我非常喜歡文檔和測試。但最重要的是,當CTO告訴您不要做某事時,您有兩種選擇:不做,或退出。CTO可能知道您不了解的東西(也許在競爭對手幾乎不承擔任何數量的技術債務之前就進入了市場),或者CTO可能完全是錯的-但即便如此,他仍然是CTO。故意違背他的意願是不專業的,對您的職業來說是非常危險的。
@GrandOpener-如果CTO告訴他不要寫文檔或測試,那麼我同意你的觀點。我看不到CTO告訴他不要這樣做的地方。
@dbeer CTO似乎已經明確表示,必須盡快完成任務,但要以犧牲公共汽車係數/技術債務為代價。如果OP希望向CTO建議他認為自己應該為自己的利益從事文檔/測試,那絕對是合理的,也是一個好主意。但是考慮到他們的對話歷史,OP絕對不應該在沒有CTO知識/未獲得CTO批准的情況下,開始做那些事情。
@AlexandreAubrey巴士因素的關鍵是,如果OP被公交車撞到,並且需要7個月的時間來培訓OP的替換,那麼其他員工在那段時間內也不能做到100%。他們損失了超過7個員工月。
Daniel R. Collins
2020-01-15 08:16:12 UTC
view on stackexchange narkive permalink

我將回應其他人以不同重點強調的一些內容:

  • 低總線係數對您很重要。
  • >
  • 公交車係數低對公司來說不好
  • 您對公司負有太多責任

您已將問題提交上級,這是件好事,榮譽,您已嘗試使公司更強大。如果增加公交因素失敗,那麼這只會增加您的個人價值,並在下一次加薪/薪資談判中發揮作用。 (這是一個很普遍的笑話,有人可能會以這種方式使自己變得不可或缺。)

在考慮責任時,請不要站在公司的立場上。(除非您可能是所有者,而您顯然不是。)請確保您使用了下次談判中得到的槓桿。這似乎是無禮或無用的,而且在大多數情況下,您有點奇怪為公司重新合作,但是在薪資談判中,您需要自己而不是公司。一旦確定業務邏輯,他們幾乎肯定會把您放下。如果他們讓您對公司的福祉負有更多責任,那麼他們必須願意為您支付更多的錢,否則,當您前往更綠色的牧場時,他們會遭受苦難(擁有完善的履歷表,考慮到所有您可以說的話)已經處理過)。

但是:在我看來,您可能是將這個想法賣給了上級,因為“僱用更多的人,以便我可以教他們東西”,甚至在我耳邊聽起來也像是在浪費資源(僱用剛剛學習的人東西,什麼也不做,比如替補球員?)。這裡的銷售推銷必須是業務人員理解的,例如,“我們需要雇用可以管理服務器的人,因為我從開發任務中進行上下文切換浪費了太多時間”。您需要推銷實際的工作項目以便人們去做,而不僅僅是接受學習。一旦為項目分配了額外的人員,那麼應該很容易執行各種任務,以便他們學習技術的不同部分。這將不會為企業增加任何額外成本,而且會更容易使高層人士接受-也許他們根本不需要了解這一部分。無論如何,該業務的第一個銷售推銷必須是“我們需要更多的人致力於這個項目,以使其更好/更快”,而不是“我們需要更多的人進行更多的學習”。

除了第一點,我同意你所說的一切。總線係數低通常很不好。我上任的第一任老闆辭職是因為他不能休假,總是待命,並且對所有事情都負有個人責任,這使他壓力很大。當他離開時,我和另一名Junior接任了他的職務,並遇到了完全相同的問題。大約18個月後,我因神經衰弱而離開。低總線係數對每個人都不利。有一些優點,例如工作安全,但它比“安全”更為“無法逃脫”。
-1
@Ruadhan2300完全不同意。高總線係數與太多工作是分開的。他們通常可能會聚在一起,但是高巴士係數本身並不意味著員工的工作量大。
我認為,當您是唯一可以做某事的人時,太多的事情或多或少是不可避免的。如果僅您知道如何處理一些基本問題,那麼自然需要了解這一點的所有事情也將是您的工作。在那份工作中,我是唯一的一位在高級主管離職後對我們的舊項目有任何有意義的知識的人。意味著需要對他們做的每件事都成為我的個人責任,而我只能離開辦公室一個週末。總線因數是隨時間推移而增加的問題。應該儘早將其消滅在萌芽狀態。
擁有“低總線係數”(您是不可或缺的專家)可能會使您無助,這對您可能會非常不利。
@GrandOpener,的問題不是OP是單個項目的唯一聯繫人,而是他們是多個項目的唯一聯繫人。這可以輕鬆快速地失控,尤其是當事情開始失敗時。即使故障不是OP的故障,對於一個項目來說,讓事情重新運行也要花費大量時間,而對於多個項目而言,甚至對於一個團隊來說都是荒謬的。
davnicwil
2020-01-15 14:42:15 UTC
view on stackexchange narkive permalink

這是一家初創公司,所以遊戲規則大相徑庭。

在大多數情況下,只要這樣做的高風險策略>無需為所有可能的事件進行過度規劃絕對是必經之路。通常情況下,很多事情只能由一個人來完成-根本沒有足夠的資源來僱用多餘的技能。這是遊戲的本質。

我有一個問題。.我正在工作的公司..開始給我越來越多的責任,並試圖讓我成為負責越來越多的應用程序

這根本不是問題,這對您來說是一個絕佳的機會-這是在初創公司工作的最佳選擇之一。 抓住它!

我已經向經理和其他高層人士解釋了“巴士因素”的概念

他們的回答是“ 我們需要快速完成此任務,您知道該怎麼做,只要做到這一點,就不要浪費您的時間或公司時間來教導或指導他人

他們擁有完整的信息,您已儘自己的專業職責來確保這一點,並且他們已決定採用這種合法策略。 執行它!

我不清楚這是一家初創公司,您怎麼知道?聽起來OP上面有大量的“老人”。
@DanielR.Collins`您怎麼知道的?-問題上的** startup **標記:-)
謝謝,看不到。
+1。上下文很重要。如果這是一家老牌公司,而該項目是他們的主要搖錢樹,則OP將懷疑該公司的生存能力是合理的。但這是一家初創公司,屬於高風險,高回報類型的交易,他們正在與其他競爭對手爭奪市場份額。在這一點上,制定良好的繼任計劃比將產品推向市場更為重要。
我認為,一家初創公司仍需要在項目中具有較高的總線係數。如果單點故障導致價值3年的工作陷入癱瘓或崩潰,那不只是“高風險”情況。一家必須從頭開始對某人進行再培訓的初創公司可能會損失大量的動力和時間,以至於由於這一點的失敗而導致企業完全失敗。
Dan
2020-01-14 23:52:29 UTC
view on stackexchange narkive permalink

我認為您誤解了情況。現代科技公司傾向於通過提供組織中必不可少且非常重要的部分來吸引年輕的勞動力。他們通過使您成為唯一負責任的人,使您看起來像是某個主題的“去”者來做到這一點,並為您提供看似昂貴的東西,例如筆記本電腦,公司名片,培訓/課程/會議,甚至您自己的床或使用24/7健身房。曾經只供CEO和高層管理人員使用的東西現在作為最低的技術員工提供給他們的入職流程。

話雖如此,您不是“公車因素”。我討厭這麼說。我可以告訴您,因為他們已經告訴您停止抱怨並去做他們所說的工作。

我的建議:不用擔心。如果公司倒閉,這不是您的問題。但是,我認為您對組織的重要性不如您想像的重要。有點意思,但這是事實。只是做您的工作,如果您開始過度勞累,則意味著您允許他們太多。讓自己忙起來,說你不能做,因為你有事先的義務。您將獲得較少的緊急需求,並且您會看到他們會自己找到新的“去”傢伙。

您有什麼根據,可以確定這僅僅是OP公司的欺騙手段,以欺騙OP使其變得重要,從而使他們能夠“吸引年輕的勞動力”?這聽起來更像是陰謀論,而不是對問題的認真回答。為什麼我們不應該以票面價值來描述OP?
為公司提供筆記本電腦是件好事嗎?這是一種責任。它提高了人們在家工作的期望。
@JanDorniak奇怪的是,您在家中工作是一件壞事。許多人認為這為我們提供了避免在通勤上浪費時間和金錢的選擇。當然,期望您會額外工作幾個小時會很糟糕,但這是另外一場戰鬥。
@Graham的措辭不好。我的意思是在下班後在家工作。
@JanDorniak這是設定期望的問題。如果您的老闆期望您在合同約定的工作時間之外工作(您的書面合同是否正確?),那麼不管是在辦公室還是在家工作,這都是一條過度勞累的討厭之路。
您正在為鍍金的籠子做好準備,在那裡,人們認為它們比送給他們的“禮物”要重要,因此,他們發現這些禮物可以很容易地取回並代替人,但不能自己做的事情,因為他們習慣了看中的監獄。這也適用於高薪,那裡的員工無力更換工作。
-1
@Dan,認為,該理論與OP提出的問題相反,即他們的工作正被需要他們介入以解決關鍵問題的其他人打斷(因為其他人不具備解決這些問題的知識)。
@Dan [從不歸因於惡意,可以用愚蠢充分解釋](https://en.wikipedia.org/wiki/Hanlon%27s_razor)。您的論據取決於您的假設,即“大概有其他人可以立即取代他的位置”,但這並非完全是給定的。
@JonBentley“到那兒去做,那麼做”,我可以向您保證,OP的問題不是他不可或缺,而是他讓自己相信他是。公司故意讓他相信他不能辭職,因為如果他不在那將會“崩潰”。我也願意打賭。他工作過度,薪水不足,也不願離開。對於大學畢業生來說,這是IT業務的一種趨勢。
有時候(也許甚至經常),這是真的,但並非總是如此。我經歷過(在我的職業生涯中非常多)在“不可或缺”的人離開後被聘為兼職人員的經歷-結果是一家公司步履維艱,代碼庫沒人為人所知,偶爾會付出很高的每小時諮詢費用在發生異常緊急的情況時,將老員工拉回公司。沒有人理解的代碼庫是會計產品的一部分-當我離開時,審計員來到母公司/主要用戶那裡檢查賬簿,結果看起來……非常不幸。
...如果該公司實際上有一位了解代碼庫的開發人員在他還在的時候就寫了一些%@ $文檔(甚至保留了最初編寫代碼的規範-可變名稱是指財務形式中的行號)(自80年代中期以來一直沒有使用過,並且副本不再可用),這種情況可能已經避免了。
(在我職業生涯的以啟動為中心的階段中,我不止一次被視為必不可少的人;有一次,當我和其他核心員工集體離開時,公司確實崩潰了;另一次,死亡的速度要慢得多,由於內部專家不再可用,以前的內部職能已外包出去-但值得注意的是,即使在後一種情況下,失去了所有知道System-X的員工,這意味著該公司真正停止了在X中做事-房子,不是說他們暗中有其他人可以接任這個職位)。
...要點:您的經歷並不是每個人的經歷;您以前的工作空間並不是每個人以前的工作空間。兩者都不是我的,但是過分誇大其詞以給出“保證”是危險的,而不必仔細查看有關單個案件的證據以確保它適合。
Tom Lubenow
2020-01-15 07:33:22 UTC
view on stackexchange narkive permalink

我與其他所有人所說的大部分內容都一致,但我認為還缺少一些內容:

這也有可能令人憤世嫉俗。除非您的CTO 非常沒有經驗,否則他應該完全理解由一名人員負責大部分技術棧所帶來的操作風險。也許他真的相信他需要讓每個人都在孤島上工作以降低效率的下降,但是將其推向極端似乎並不現實。在這個市場上,為初創公司招聘軟件人才可能非常困難,而且我已經看到/聽說過初創公司採取了許多陰險的方式來勸阻他們的才華。

您的CTO可能希望有人對事情負全責,以便他們對離開感到內。如果您收到另一份要約,如果您知道您的現任雇主在離職後只會遭受輕微的挫折,您可能會感到內。相反,因為您要負責的事情太多,所以離開它們可能會造成重大打擊。假設您對當前的同事有好感,給他們造成巨大麻煩自然會導致您感到內。他們可能以此方式利用您的同情心。

dwizum
2020-01-15 20:57:27 UTC
view on stackexchange narkive permalink

我同意那些基本上說“這不是您的問題”的投票,但我正在寫一個答案來挑戰您的問題,並得出結論實際上存在問題,因為我認為這裡有學習的機會

公司根據許多因素來決定誰在做什麼工作。從員工的角度來看,這可能會造成混淆,並且很容易造成誤解,原因有以下幾種:

  • 有時它們會隨著時間變化,或者不一致
  • 有時無形或無意識的“膽量感覺”因素
  • 但通常,它們與個人貢獻者沒有任何接觸或直接了解的因素有關,例如預算,資源或其他專業發展計劃個人

因此,要解釋工作分配決策確實很困難-這是為什麼“這不是您要解決的問題”答案正確的重要原因,但應該進一步:確定為問題甚至不是“您的問題”。

這與“公交車因素”問題有關,因為個人貢獻者通常不在一個很好的位置,可以了解有關如何制定決策的更多信息,並且可能會錯過重要因素。 對於您來說似乎有問題的事情對於負責此事的領導者來說可能是完全可以的。

作為個人貢獻者,聽起來似乎很理想,因為每個人都應該完全冗餘角色,受過全面培訓且能夠勝任每個流程的備份,以及一支精通各種技能的團隊,而不僅僅是一個人。記錄每個過程的程度使 any 人員可以拿起文檔並解決 any 問題肯定會減輕每個人的壓力!

但是,從領導職位來看,當您試圖平衡費用和利潤與風險之間的關係時,採取“備份每個人並始終為所有事情制定計劃B”的方法可能會非常昂貴。

我第一次接觸這種決策過程是在我的職業生涯的早期,但情況略有不同:維護管理以及可靠性科學和預防性維護計劃。我曾在一家諮詢公司擔任軟件角色,該公司為大型公用事業公司(包括幾個水處理設施)設置資產管理軟件。我們的軟件可以管理設施中每台設備的定期預防性管理程序。但是,我很快注意到,許多客戶選擇不對其工廠中的某些設備進行預防性維護。這讓我有些震驚:您是否不想每年重建該泵,從而防止其發生故障?減少或消除故障和糾正性維護的最終目的不是什麼嗎?並且不應該在它旁邊放一個備份,這樣在出現故障時該過程就可以繼續嗎?

最終,我了解到,目標並不是不惜一切代價進行冗餘和預防:目標是實現最低的總成本。有時,這意味著讓某個泵出現故障。當然,對操作至關重要的泵進行了認真的預防性維護,並且具有在線備件,因此,故障很少發生,即使發生故障,也可以正常處理。但是,用於次要流程的泵沒有任何備份,也沒有定期維護。當它失敗時,它可能會造成一些干擾,但是它得到了解決,生命得以繼續。從字面上看,不值得具有該泵的冗餘性。

在IT和知識工作者的流程管理中,同樣的方法也適用。有時,某些流程或基礎架構對業務至關重要。那些人應該有應變計劃並引起很多關注。但是服務器坐在角落裡是不是對任務至關重要的測試床嗎?對於公司中的任何人來說,了解如何管理它的每一個細微差別都可能並不重要,更不用說要有兩個人來做這件事了。基本上,該課程是:僅僅因為某些任務沒有完整的文檔,完整的人員冗餘和100%的知識共享,並不意味著存在需要解決的“實際問題”。 大多數組織充斥著並非有目的的完全支撐的過程。組織決定是否願意在交叉培訓,冗餘和知識轉移等方面投入多少資金,以及這些決定通常會合法地導致不採取任何措施,讓它失敗,我們會解決這個問題。

要使這一切恢復到您的特定情況:

一方面,您需要當心。如果您的雇主所做的事情顯然對您的職業有負面影響,或者使您處於對自己不滿意的位置,您應該確定這一點並尋求與您的老闆一起解決該問題-否則,如果不是雇主願意接受的工作,那就換一份工作。如果您擔心“總線因素”是因為您的雇主通過阻止您休假或每天晚上2點打電話給您重啟服務器來濫用僱傭關係,那麼您絕對應該提出這個問題。

但是,如果您只是擔心您是唯一知道如何做某事的人,或者是負責執行特定任務的唯一人,並且沒有進一步的實際影響影響您個人,實際上可能不是問題。如果您擔心無法工作的雇主對雇主的潛在影響,則應該提出該擔憂。但是,如果您的雇主根據計劃確定風險可以接受,則他們可能有正當理由不進行任何更改。在這種情況下,報告問題將幫助您解決問題,然後您就可以繼續生活,知道這不是您的問題,並且已經警告了真正負責的人。

如果確實要確定在這種情況下,無論上述情況如何(或者您的雇主在虐待您),都會使您非常不高興,並且您不滿意,因此決定另謀高就,請退後一步,確定導致您不快樂的因素,並根據這些因素評估潛在的未來雇主。如果您不想成為下一份工作的單點失敗,請確保您研究潛在的雇主,以了解這種情況的可能性,例如,為一家小型創業公司工作可能是個壞主意,因為小型的創業公司,幾乎每個人始終都是單點故障。但另一方面,在醫療保健或金融等受到嚴格監管的領域中,一個大型且信譽卓著的雇主可能會進行徹底的裁員和大量的交叉培訓,這可能是您的理想環境。

此外,在面試時,請確保您提出相關問題,以使潛在的雇主有機會向您解釋這些因素。您可以詢問團隊規模,交叉培訓,工作分配或其他相關因素,以幫助您確定該雇主是否適合您。

或者,如果您發現自己在一個真正想成為公司決策這類事情的人的職位,考慮自己成為領導角色,在這裡您可以解決諸如公交因素之類的問題,而不僅僅是成為“受害人”。

Karl Bielefeldt
2020-01-15 08:48:22 UTC
view on stackexchange narkive permalink

首先,您並沒有想像中的不可或缺。關鍵人物一直在離開,事情變慢了一會兒,然後剩下的人就弄清楚了。生活還在繼續。

不過,您應該做幾件事。一個是確保您不是唯一有權登錄關鍵基礎架構的人,即使沒有其他人實際使用該訪問權。另一個是確保您對自己的決定有基本的了解。人們不需要像您一樣理解您的任務,您只需要有人來執行您的決定以確保它們是合理的。

economy
2020-01-16 02:49:24 UTC
view on stackexchange narkive permalink

聽起來像是工程師賞識日的時候了!

您是否已經放過假,可以很快利用?

休息一兩天,並通過電話/電子郵件使自己無法上網。任命最了解您的職責的人作為備份,但要提前告知他們發生了什麼。

您的組織需要真正了解“總線因素”之前的感覺他們失去了一名員工。

這是一種快速簡便的方法,可在事情堆積時清理頭腦(心理健康很重要!),並向管理層教有關資源和文檔編制的寶貴課程。

何時您需要重新上班,確保記下未完成的事項,並就如何防止將來出現瓶頸提出具體建議。這次,管理層應該更容易接受,尤其是牢記一個新的例子。

如果老習慣持續存在,並且您將來會遇到同樣的情況,請提出警告並採取後續行動與另一個工程師感謝日。

(實際上,不要 這樣稱呼,告訴他們您出於個人原因而請假,並留在那兒,但是您會知道實際上是哪一天是!)

Matthew Gaiser
2020-01-15 01:02:05 UTC
view on stackexchange narkive permalink

我不想成為永遠不會完成工作的人,因為每個人都一直在要求我接管屬於他們的東西。例如。服務器發生故障,我是唯一知道如何恢復服務器的人,我必須放棄我正在做的其他事情來恢復服務器。如果發現服務器已關閉的人也有專業知識可以將其備份而又不打擾其他人,我會很喜歡。您會忽略它,但卻沒有意識到它也對您的職業生涯產生負面影響。

我看到了兩種潛在的途徑:

  1. 誇大您的職責中的困難/可怕的事情。我的一個朋友非常善於修復錯誤,並由於該才華而被錄用。但是,這家公司忘了告訴他,他將使用Perl和古老的Java版本修復舊的舊系統中的錯誤。他顯然不想學習過時的技術,因此他的解決方案是將其弄亂,但在未開發的項目上做得很好(他的時間分配給他們)。由於他在舊系統上“毫無用處”,因此他100%搬到了未開發的地區。在工作中表現出色,沒人願意做,沒有人真正珍視,這是確保您堅持下去的一種方法。這具有強迫他們的手的好處,但其結果是使您看起來能力不足。這是否重要取決於您是否長期堅持這家公司(終身)。您可以利用從無能中獲得的額外時間提高自己的技能。因此,也許您現在在服務器配置方面很糟糕,迫使他們尋找具有該技能的人員。您可以與他們分擔負擔。

  2. 如果您是一個生活愛好者,請編寫文檔並進行非正式指導。如果有人遇到問題,請先將他們發送給文檔,如果文檔不足,請確保當您解決問題時,它們會停留在周圍。如果您打算長期留在這家公司,那就去做吧。您要么會成功實現自己的目標,要么會意識到自己會因挫敗感而很快就走了,因此沒有理由做出不被重視或認可的酌處努力。如果此後老闆仍然不想要它,那麼其他答案就正確了,因為這不是您的問題。

  3. ol>
usr1234567
2020-01-15 13:30:33 UTC
view on stackexchange narkive permalink

您可以通過顯示一些後果來教他們總線因素的含義。說了三個星期的假期,說您要去山上徒步旅行,將無法隨身攜帶手機。對於其他人而言,令人驚訝的是他們不得不多久依靠您。也許您會發現老闆對您的旅行和無聊感到不滿意。但是隨後您可以問他,如果您出了事故並且躺在醫院三個星期後會怎樣?

Nevil Shute,[來自工具室的受託人。](https://en.wikipedia.org/wiki/Trustee_from_the_Toolroom)有趣的閱讀。描述這種確切情況。哇,這本書顯然在[加拿大的公共領域...](https://www.fadedpage.com/showbook.php?pid=20140417)
Rui F Ribeiro
2020-01-15 19:11:58 UTC
view on stackexchange narkive permalink

我不同意其他答案,這對您有好處。

一個很好的論據是,需要休息和休息時間。

我曾經在您家中鞋子,雖然我並沒有穩定地固定我“繼承”的基礎結構,但那意味著假期要花2h-4h的時間在電話中為他人提供支持,因為沒人能做到。 (簡短的故事,還有一個更長的故事)

此外,至少有兩個團隊組成,在危機情況下,還有另外一雙眼睛可以幫助防止錯誤,甚至有人休息時接您的工作。在類似的情況下,在持續的網絡攻擊下,我在一個月內輕鬆記錄了100個小時的額外時間。

還有幫助,這意味著可以更好地計劃,記錄文檔,並且有更多空間進行前瞻性工作和新項目。

因此,這並不是造成總線故障的主要因素在這裡危在旦夕。您可以有更可靠的論據。

由於您的CEO這樣做的原因,我懷疑這是控制事情的問題。他們寧願把它放在自己信任的人的手上,也不要對敏感的事情有太多的窺探。但是,由於多種原因,這很容易適得其反。

teego1967
2020-01-15 17:18:23 UTC
view on stackexchange narkive permalink

很顯然,他們要么沒有理解“總線係數”的概念,要么假裝自己不理解。如果您在第一次解釋後仍未理解,我將停止嘗試尋找方法來解釋。

更好地代替您擔心的問題,即需要一種在休假前或需要執行其他任務時臨時支持關鍵職責的機制。

通常,在管理時對於您要提出的重要問題,行為異常或反應遲鈍,這是因為它們沒有告訴您某些事情,或者他們完全不同意。如果您沒有那種可以在各個層次上坦率地談論事物的工作場所,則只能猜測它們的推理是什麼。可能是“ @ Ertai87離開後,我們將聘請一名顧問接任”或“ @ Ertai87的工作職能不重要”或“ @ Ertai87說了關於“公共汽車”的話,他將離開” ,讓我們秘密開始尋找他的替補”。



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