題:
我該如何反對長時間(恆定)地修復錯誤的想法?
Qiulang
2019-05-10 09:11:48 UTC
view on stackexchange narkive permalink

我的老闆喜歡我們的工程師加班來修復錯誤。他最喜歡的論點之一是,作為一名負責任的工程師,當您知道導致錯誤的原因正是您的代碼時,如何在不修復錯誤的情況下睡個好覺!您只需要做任何修復工作,如果這意味著要加班,那您就應該負責。

公司文化某種程度上基於這種“羞恥文化”,我們如何才能讓我們軟件產品中有很多錯誤,我們會“自願”加班工作以修復錯誤。

我是負責任的軟件工程師。有時我會花幾個小時來修復業餘時間的錯誤。但是我真的很討厭看到我的老闆認為加班來修復錯誤是很自然的。我該如何反對呢?

我來自中國,但我認為這一事實在這裡並不重要。我想知道關於老闆要求的任何合理論點。

順便說一句,你們可能聽說過 996.ICU。我的雇主並沒有要求996,但是它確實像我們加班一樣“自願”解決錯誤/問題。

----更新-----

我遺漏了一些故意的b / c細節,恐怕這可能會避開答案,因為到目前為止,我認為最好將它們重新添加。我帶領一個由10名工程師組成的團隊。我的雇主已經經營了大約10年,但仍應被視為一家生意興隆的初創公司。

通過加班我們無法獲得補償。

當然,這裡還沒有解決更深層次的問題,但是,請問未來的答案仍然可以集中在我原來的問題上嗎?

------更新2 --- -----

有一條評論提到了員工缺乏所有權。聽起來確實像我老闆的語氣(很多)。他喜歡使用的另一個論點是,其他人在回家時加班來解決問題,這不是團隊合作!

我認為這也證實了我對自己是中國人並且在中國公司工作的判斷與我的問題無關。

--------更新3 ------- -

我一次又一次地檢查了所有答案。我必須說兩個答案,兩個答案都說“不要爭論&更新您的簡歷”,即使我最初的問題是“我怎麼可以反對...”

確定是否存在文化差異,但我意識到在中國,大多數有長期工作經驗的人可能會給我一個建議:“如果您對工作不滿意,要么找到新工作,要么就辭職”。

------更新4 --------

這是可悲的看到它發生無處不在,檢查此 https://pm.stackexchange.com/ Questions / 18771 / is-it-sound-project-management-practice-make-software-engineers-fix-bugs-off

如果團隊中有太多“ bug”修復我將爭論功能蠕變是我們以修復錯誤的名義開發新功能的主要原因(就我而言)!

“好吧,當您知道工程師的工作過度時,作為負責任的管理員,您如何在不解決問題的情況下睡個好覺?”
“有時我會花幾個小時來修復業餘時間的錯誤。”-業餘時間工作與加班不同。加班意味著您應該以某種方式獲得額外工作的補償(例如額外工資)。
情況並非如此,我們沒有得到補償,所以我說“業餘時間”。
@Qiulang那麼那就更糟了。加班(有合理的補償)是一個負擔,但如果不是很頻繁,那可能是合理的。免費工作額外的時間是不合理的。
@Brandin這很正常。大多數IT專業人員工作時間非常驚人。特別是在緊要關頭或產品發布期間。閱讀有關導致推出視頻遊戲“ Red Dead Redemption 2”的時間管理方面的混亂情況-視頻遊戲行業以純淨h ***的數週/數月而臭名昭著,這經常會引起可衡量的健康問題對於員工。
@OnoSendai對於這個特殊的論點,我的老闆本人是加班的,因為這是他的公司
@Qiulang,但無法解決此錯誤。真正的解決辦法是正確評估計劃在正常工作時間而不是一分鐘內進行的開發成本(其中應包括調試時間)。
@B1313是否正常是另一個問題。但這不是超時。超時意味著獲得補償。如果您沒有得到報酬,那您就是在做志願者工作,而不是加班。
根本問題可能是:“應該仍被視為業務不繁榮的啟動b / c”。順便說一句,這不是一個初創公司,只是因為它沒有賺錢。這簡直是平庸的事。
如果您只是拒絕無償加班而會發生什麼?你會被解僱嗎?您的老闆會身體上阻止您回家嗎?你的同事會排斥你嗎?
...作為負責任的經理,當您知道需要支付員工薪水時,如何不付薪水就可以睡覺?
如果這是老闆的項目管理方法,那麼公司沒有蓬勃發展就不足為奇了。有能力找到更好的雇主的人不會在那呆太久!
我認為您來自中國這一事實非常重要。關於無薪工作的當地法律是什麼?
@alephzero“任何能夠找到更好雇主的人都不會呆在那裡!”好吧,我知道這一點。無需指出:$
@B1313“ Normal”可能是錯誤的單詞。也許“經常發生這種剝削”會更準確。與其他形式的非法剝削相比,它不應被視為“正常”的。
[您的老闆在問這個](https://workplace.stackexchange.com/questions/131620/employee-lack-of-ownership)幾個月前!
三個詞:找到另一份工作。
@B1313:“讀一下崩潰的故事……”-嗯……它變成了崩潰的事實證明了這一點。是的,遊戲行業(這個詞聽起來像對我來說對其他人來說聽起來很奇怪嗎?這樣做不正確或不合理。
當我說正常時,我的意思是經常加班是行業的本性。IT通常被認為是加班的重工業。我不知道有沒有哪個軟件專業人員每週不工作80小時來發布產品或修復服務。這是領域的本質。您為什麼認為IT人員首先會獲得高額報酬?考慮到加班負擔如此之重,大多數企業都將IT作為受薪免稅工人來控制人工成本。我不確定在中國是否如此,但在其他國家還是很普遍。
@B1313我從事IT工作,我認為我可以用兩隻手計算過去10年中我進行任何實質性加班(1小時以上)的天數。加班是一個惡性循環,平均每週工作40個小時以上只會產生質量較低的代碼和更多的錯誤(因此,人們認為需要更多的加班來解決問題,等等)。一開始不加班可能會大大減輕這些問題。
來自中國的@Twyxz無關緊要。在中國公司工作無關緊要。在中國工作非常重要。倫敦一家中國公司的一名中國僱員將在40小時後離開,就像他的英國(或來自何處)的同事一樣。
@gnasher729這就是我的意思,OP來自中國,在中國工作
伙計們,您是否檢查了我的更新2,https://workplace.stackexchange.com/questions/131620/employee-lack-of-ownership的OP在中國似乎不起作用,而他的問題與mime類似。
你的合同怎麼說?
彈性工作時間:D但是,如果您知道996.icu,您將知道合同說什麼並不重要。如果您不檢查此https://www.nytimes.com/2019/04/29/technology/china-996-jack-ma.html
老闆期望他的員工加班,但不付錢給他們加班,這有多“負責任”?
十三 答案:
wmorian
2019-05-10 12:50:29 UTC
view on stackexchange narkive permalink

我認為已經有涉及許多方面的答案,但是如果您希望對這種情緒上的操縱做出好的回應,則可以這樣說:

如果我不喜歡休息,我無法集中精力,出現更多錯誤,並且是不負責任的!因此,我要承擔責任,回家並嘗試睡個好覺!

如此簡短,高效而準確的答案並不常見。
好吧,我希望它可以那麼容易,但事實並非如此。例如(一個真實的例子,這種情況經常發生),一些工程師已經加班了,這給老闆一個藉口是您不能在同事加班的同時回家。那不是團隊合作。
@Qiulang很簡單,然後重複此答案。如果您沒有休息,那麼您就沒有生產力,因此對您自己,您的團隊或其他任何想不到的事物都沒有用處或沒有幫助。
如果您在同事休息以提高效率的同時加班或熬夜,而您卻無濟於事。那不是團隊合作。
大量研究表明,工作40個小時以上無法提高生產率,由於疲勞,此時生產率只能達到最低點。參見axample https://www.cdc.gov/niosh/docs/2004-143/pdfs/2004-143.pdf
@Qiulang的答案是,如果您*加班*回家,可以*他們*回家,就可以為他們提供最好的支持。也許還質疑老闆在做什麼?他實際上是在與他們一起調試嗎?還是他只是坐在辦公室裡玩《掃雷》?很難質疑同樣會花時間並真正提供幫助的老闆,但是我的經驗是,要求長時間工作的老闆通常無法自己完成工作。
@Qiulang我知道這並不容易,但是總會有人邁出第一步,讓其他人更容易遵循! 但是我當然不了解您,您的同事,您的經理和中國文化,所以請隨時忽略這一點:-)
solarflare
2019-05-10 09:18:35 UTC
view on stackexchange narkive permalink

您老闆的所作所為被稱為情緒操縱,正如您在快速搜索中看到的那樣,有一堆信息。

如果那是我的老闆,我會詢問福島的工程師是否應該考慮使用seppuku,因為這可能是一個很好的,過於戲劇化的反論點,以揭露其主張的荒謬之處。

好的,我不理解這一部分“我會問福島的工程師是否應該考慮seppuku”,那是什麼?
它遵循您的經理的邏輯:如果工程師有責任,他應該留下來並修復問題。那麼,如果工程師失敗了,他應該承擔責任。如果失敗是災難性的(例如設計該場所的福島核電站工程師),則應採取日本榮譽自殺(Seppuku)。這很愚蠢,但經理的邏輯也是如此。
好吧,我只是不知道什麼是seppuku,但我想我的老闆會辯稱我不會讓你走那麼遠,只需修復這些漏洞即可。
最終由您的經理負責產品。如果有錯誤,他應該加班。
@T.J。Crowder感謝您回答我有關SO和seppuku的承諾的問題,哈哈
我真的不認為提及這一點是適當的,更不用說對該行為的多種圖形描述了。讓我們在這裡嘗試說話,這不會冒犯別人。
它根本沒有冒犯我。但是我很驚訝看到有人投票關閉它!
@JoeStrazzere唯一讓我反感的答案是SmallChess的答案
Sourav Ghosh
2019-05-10 09:19:26 UTC
view on stackexchange narkive permalink

正如您提到並可能了解自己一樣,公司文化是這裡的問題。 “嚴重”事件就是-嚴重。他們不應該是正常的事情。

加班已經是多餘的工作,強制性的無償加班非常不專業,不道德,並且在某些司法管轄區可能是非法的。

您提到的一系列事件指出兩件事:

  1. 糟糕的計劃和管理。
  2. 不尊重員工的時間,效率和資格。
  3. ol>

    其中(2)最終是(1)的派生。

    您的經理最有可能了解需要擴展團隊以滿足可交付成果的需要,但是通過情感上迫使您和團隊努力工作來避免它未付加班費。他們認為通過推動現有團隊獲得更多結果而節省了一些錢-但實際上,過度的加班時間(即使有薪)也給整體生產率和質量帶來了損失,最終結果是效果不佳。

    無論您採取什麼措施來糾正當前的狀況,請勿爭論,即不要陷入爭論。使方法系統化-即使經理不負責任和不專業,至少要從您的角度來解決問題。

    根據您的情況,您可以做兩件事:

    1. 記錄下您最近的所有加班時間,要求與您的經理進行正式的1:1討論,並提出此事。清楚地告訴他,這是一個持續不斷的事件,並正在影響工作與生活的平衡。

      告訴他您是否需要加班費(考慮到您可以接受),或者想要將工作時間限制在標準時間範圍內,請花幾分鐘時間。

      如果他帶著愚蠢的論點“你怎麼能睡...”等回來,告訴他(保持堅定)

      我覺得我們正在努力生活,而不是相反。如果我睡眠不足,第二天我會很累,導致更多的錯誤。我需要休息一下,以刷新自己的精神並重新煥發活力,並在辦公室外生活。

      然後,等待他們的回應/採取行動。

    2. 潤飾您的簡歷,並開始尋找其他工作。 (這也可能是上一個操作的延續。在任何一種情況下,您損失最多的都是糟糕的經理/管理人員。)

    3. ol>
我正在考慮選項2,但作為40多歲的軟件工程師,我的機會是...(甚至以為我還以為自己還很年輕:$)
@Qiulang在嘗試之前,您永遠不會知道。:)
嗨,我最初省略了細節,但現在添加了它們。
@Qiulang謝謝,但是我不認為答案會改變-都是一樣的。
對。是b / c,我看到了B1313的回答
@Qiulang我要說的是,嚴重的錯誤是人勞累的結果。如果它們不是很關鍵,那麼應該在常規時間內分配時間修復它們。如果它們不是關鍵性的但被視為是關鍵性的,則管理層在信任員工方面存在問題,即他們能夠識別錯誤的嚴重性。因此,我認為關鍵錯誤可以在加班後修復,非關鍵錯誤應在下一個工作日內修復
同意-在每一輪測試之後,您應該*始終*在項目時間軸中包含“修復錯誤”。代碼被開發出來,發送給審查,然後*錯誤被修復*,然後再次被審查。如果沒有發現錯誤,或者它們很快就可以修復,那麼我建議*反對*儘早開始下一件事-而是檢查並確定(但不能繼續工作!)可以從改進/優化中受益的代碼為將來的項目積壓。(儘早開始做下一件事會導致“修正錯誤”的時間被管理人員修正,然後您又回到了第一個位置)
_“我認為我們正在為生活而努力,而不是相反。” _-在中國,這很可能行不通(即使聽起來並不荒唐)。在東方文化中,集體比個人更重要。(隨著所有全球化的進行,這種情況開始轉移,但與往常一樣,是緩慢而逐步地。)
lucasgcb
2019-05-10 13:38:45 UTC
view on stackexchange narkive permalink

由於每個人都涵蓋了逃生嘗試,因此以下是一些可以回答您原始問題的論點:

  • 存在工作時間是因為人類一天的注意力有限。

    您不會一直給予100%的費用,因為即使您服用了興奮劑,也無法做到這一點。這也是軍事工作者定義班次的原因。

    編輯:引文

    在1910年代,第一次世界大戰期間的英國排除了彈藥工人的勞動法,並規定了工作時間,只要有生產供應,就試圖將產量保持在最高水平,這是國民生死之差。隨後不久就如何潛在地提高生產率進行了研究,並得出了結論?減少工人的工作量。

    有確鑿的證據表明,週日勞動剝奪了工人的每週休息時間,因此沒有足夠的機會使他從疲勞中恢復過來,這不是除了相當短和孤立的時期外,可以產生更大的產出;七天的勞動只能產生六天的產出“-《男性彈藥工人健康狀況報告》(1916)

    ” [... ] 長時間工作,加班很多,尤其是星期天的勞動,無疑對健康有害無益”。-工業效率和疲勞(1917)

  • 疲憊的注意力會導致更多的錯誤

    比昏昏欲睡的警衛監視電廠還要糟糕,乏味的開發人員具有增加產生破壞性潛力的潛力努力,對於他們修復的每個錯誤,可能由於簡單的注意力不足而在其位置產生2個或更多錯誤。過度勞累的開發人員是一顆滴答滴答的炸彈。

    當您的經理對工人的法律視而不見時,他是愚蠢的。這些都不是讓您懶惰和快樂的地方。他們在那裡,所以您的老闆不會損害經濟:

    “ [...] 長時間工作的僱員可能會感到疲勞或壓力,這不僅會降低其生產率,而且還會增加錯誤,事故和疾病的可能性,從而使雇主承擔成本 [...] 這意味著對工作時間的限制不應被視為對管理的破壞性限制,而應視為改善工作場所的效率和福利的開明形式“-工作時間IZA DP的生產率

  • 所有軟件都存在並且將始終存在錯誤。

    每個都一個。 一切都是垃圾即使Google的代碼也是垃圾郵件(前Googler Patrick Shyu)。他們每隔幾年左右就打包項目代碼庫一次,然後由於其產生的垃圾數量太少而將其扔進垃圾箱。原因。而且它們大部分覆蓋了 main 工作流程,也就是說,不可能測試所有情況,因此不可能斷定您的代碼沒有錯誤。失去睡眠就等於擔心您的腸子中有細菌。產品,或者他只是以相同的方式對待,並認為這是適當的。

    所以,這並不是說服他,而是因為他的藉口存在嚴重缺陷,迫使他提供更好的薪酬和/或管理。

感謝您一直在尋找的答案
質量檢查的小細節:在某些特定領域,例如航空航天業,所有工作流程都在接受測試,每一行代碼都在接受審查。這是非常昂貴的,甚至像那樣,仍然存在一些錯誤,Ariane 5或Boeing MAX8浮現在腦海中(儘管還有其他錯誤)。
是的,你為什麼會有這樣的問題?
@JoeStrazzere自2016年以來,我們必須在周日工作,我平均每週約60個小時。我雖然不疲倦,卻感到疲倦。當然,我也討厭看到老闆認為加班很自然。
@JoeStrazzere我意識到我的言語可能會使您感到困惑,並且我的英語水平還不足以使您感到疲倦和疲憊。因此,我搜索了差異,然後發現了這篇文章,網址為http://sheevaunmoran.com/blog/master-energy-coach/difference-between-exhausted-and-tired-and-how-it-imp-impacts-you/。所以我認為我精疲力盡,因為精疲力盡意味著“當以下所有(精力/思想……)都被消耗and盡,需要外部幫助時”
關於答案,我想說的一件事是,我們(包括我的老闆)都知道這與無bug的b / c無關,不存在這樣的問題。這是關於操縱我們更多的工作時間。
@Qiulang好了,我已經提出了一個論點,即為什麼長時間工作實際上具有破壞性,但是我可以繼續討論。在1910年代,當第一次世界大戰的彈藥工人被[研究中](https://academic.oup.com/shm/article-pdf/32/2/310/28519593/hkx077.pdf)弄清楚時,這種論點就變得顯而易見了。英國如何增加輸彈藥的產量,卻有輸掉戰爭的危險。結論?讓他們的彈藥少工作。_“疲勞的真正標誌是能力下降。” _
knallfrosch
2019-05-10 12:36:37 UTC
view on stackexchange narkive permalink

我該如何反對超時工作以解決錯誤的想法?

我建議您不要反對超時工作。你怎麼會收拾行裝,平時工作結束後離開。如果您的經理問您您想去哪裡,請告訴他您要回家。如果他提到錯誤,請回應說它們明天仍將存在。如果他提到它們很緊急,請告訴他,這很糟糕,也許有人在開發週期中計劃了太多功能,而下一次情況可能會更好。

等等您明白了。

您的經理唯一能做的就是為無償加班工作辯護。讓他那樣做並禮貌地拒絕。

但是,從更大的角度來看:更新您的簡歷。

這個答案聽起來太冒險了,但這是事實,也是阻止它的唯一方法。如果您考慮一下,您的老闆會讓您感到很難過,讓您呆在身邊。他並不是說您將被解僱或放手,只是他在說服您留下來,而您的任何爭論都充耳不聞。無論他說什麼,您都只需要起身離開,但同時要恭敬,並說您早上要做第一件事。
David
2019-05-10 17:58:08 UTC
view on stackexchange narkive permalink

我不同意該論壇上發布的大多數答案。顯然,老闆的說法是胡說八道。你知道的,他知道的,這只是一個藉口!

現實地說,我認為沒有辦法改變這種情況。您的公司已經知道您勞累過度,他們根本不會在意這個問題。

總而言之,我認為除了離開之外,您無能為力

The Quantum Physicist
2019-05-10 13:03:12 UTC
view on stackexchange narkive permalink

我總是喜歡從技術角度來研究問題,因為它使事情變得更簡單。情緒操縱?當然是。但是我認為您唯一的問題是您沒有得到額外的報酬。

如果那裡的所有工程師都需要額外工作以免費維護工作,那僅意味著您的老闆需要雇用更多的工程師。通常,數學是通過計算加班成本並意識到僱傭更多的員工更有效來完成的。

從我的角度來看,您只需要告訴老闆就加班向您和您的同事賠償你在做。之後,其他所有內容都會自動解決。您的老闆必須意識到,如果他不這樣做,他很可能將其僱員丟給適當對待他們的人。

“但是我認為您唯一的問題是……”不是唯一的問題,而是主要問題之一
@Qiulang如果解決了該問題,則將解決所有其他問題。這就是為什麼這是唯一的問題。
XavierStuvw
2019-05-10 16:43:00 UTC
view on stackexchange narkive permalink

公司創始人傾向於將員工視為公司聯合創始人。。儘管這種偏見的根源是可識別和可理解的,但他們也有責任認識到,他們不能要求他人提供與自己一樣多的動力。

作為一名員工,您對保持/提高公司地位的參與受合同協議和常識的約束。

可能的論點:缺乏睡眠會導致精疲力盡,而不是缺乏錯誤。睡眠足夠長的時間後,您便可以迅速有效地修復錯誤。

睡眠是明天全速前進的一種手段,而不是今天累死的檢查點。

在到目前為止我得到的所有答案中,您是唯一一個看到“公司創始人傾向於認為員工是公司聯合創始人……”的人!
如果與睡眠的關係與這個話題不太相關,那麼就會出現關於睡眠(以及其他學習能力)的TED演講。對於那些感興趣的人:https://www.ted.com/talks/matt_walker_sleep_is_your_superpower
感謝您的鏈接,但我想您知道這與睡眠無關。
gidds
2019-05-10 21:14:55 UTC
view on stackexchange narkive permalink

在更新中,我還沒有看到其他答案可以解決這個問題:您正在管理一個由10名工程師組成的團隊

所以您的行為不只是會影響您自己的生活和福祉,但也會(間接)影響這10名工程師的生活和福祉。不管你怎麼說)。

如果您退後並拒絕,那麼他們也可以自由地工作更合理的時間。

您提到了“責任”,因此我認為您有責任讓員工縮短工作時間,以使他們和您自己受益。

(順便說一句,我認為您所在的位置確實有影響,就像其他許多方面一樣

此外,還要強調其他人所說的話:長時間工作會適得其反。搜尋例如“長時間的IT生產率”發現許多研究表明,一般來說,限制工作時間可以使您完成更多工作。 (如有必要,您可能希望將其中一些展示給老闆。)

當然,我知道更長的時間會適得其反。老實說,我討厭看到人們不知不覺地提起這個話題。
我看到您的回答沒有被我拒絕,因為您是唯一一個談論我作為經理的職責的人!
G.T.D.
2019-05-10 10:13:53 UTC
view on stackexchange narkive permalink

摘要

我不是中國勞動法或文化方面的專家,但是,從我的角度來看,聽起來好像問題不一定是您的老闆。你的老闆只是眾所周知的“大病症狀”。聽起來由於公司的文化(或至少是工程團隊的文化),問題在公司中是系統性的。通常,在這種情況下,對於員工而言,最有效的解決方案是考慮其他地方的就業機會。


詳細信息

一般視角

經理的經驗

取決於您的經理在公司工作了多長時間以及他/她如何獲得考慮到部門的歷史,他/她的職位,讓下屬或工程師大量加班來修復錯誤的做法可能被認為是完美的。但是,如果經理相對較新,那麼這可能是經驗不足或與部門的前任經理和/或您的經驗相比管理風格有所不同的跡象。聽起來好像不是您的經理是新來的,所以我會以為該慣例被視為公司的標準操作程序而感到錯誤。

高級管理層的方法/哲學

考慮高級管理層及其業務方法。經理,董事,副總裁和其他高管多長時間加班,下班時間,週末和/或假日工作?儘管管理人員和白領在下班時間工作很多並不少見,但如果他們反复期望下屬和/或非管理人員效仿,這可能是一個明顯的危險信號。也可以認為某些管理專業人員正在考慮I.T.以及軟件開發/工程領域的白領領域,因此希望能夠非常定期地進行晝夜工作(我知道美國很多公司都是這種情況)。

公司文化

您提到公司文化是基於“恥辱文化”意識形態的。我不確定確切是什麼,但是根據名稱,我可以確定是同事嘲笑錯誤,而錯誤的開發人員卻誤以為是錯誤的開發人員?如果是這樣,那麼我認為在其他地方申請工作可能符合您的最大利益,因為公司文化可能不太適合。雖然我確實知道錯誤和錯誤對業務不利,但我認為如果開發人員感到他們每次都必須承受著一次又一次地實現完美的壓力,那麼對產品而言,情況就更糟了。除非製作bug的開發人員覺得他們可以學習並尋求幫助/指導,否則產品將永遠無法改善,團隊也將無法改善。 -本質上是一種有毒的公司文化。

技術觀點

在技術方面,相同的問題/錯誤多久出現一次?在哪裡?這可能表明您的小組中有一個壞蘋果,這是有意引起問題的,或者更糟的是,您不知道他(她)在源代碼中造成了錯誤回歸。這可能是要私下向您的經理注意的事情(如果您有有效的證據):

您:[經理姓名],您好:

我想與之聊天關於第二個提交給項目A的代碼庫的最新承諾,請花一秒鐘。考慮到過去幾週我們修復了多少個錯誤,我一直在嘗試尋找一些更常見的錯誤的根本原因。本質上,通過首先提交更高質量的代碼,我們可以減少將來和最終用戶的錯誤。

似乎“ John”在日期X,日期Y,日期簽入的代碼Z等可能導致當前隊列的錯誤#1-#5。看來他反復將未經測試或編寫不正確的補丁推入對業務至關重要的系統X。您可以與John談談,看看他是否需要此系統的幫助,或者我們是否需要將該系統的維護工作交給其他人?

此外,您可能會注意到導致此類錯誤的原因回歸會浪費公司的時間/金錢(大多數經理,無論技術還是非技術經理,都希望盡快解決)。一個好的經理會知道誰造成了比他們解決的問題更多的問題,以及如何從項目中更危險的部分重定向這些資源。

關於這種抱怨的忠告:您可能最終會為如果您的經理沒有經驗來處理初級或新手開發人員(即他們公開地告訴違規的開發人員,在討論中提及您,或者您對違規的開發人員提交的所有代碼進行微管理),則感到羞恥。

祝您好運,希望情況會有所改善! :)

您好,感謝您的詳細回答。非常感謝您抽出寶貴的時間進行此操作。我更新了問題,使問題更相關。
@Qiulang好的。我認為您添加的細節非常重要,並為問題添加了很多需要的上下文。員工人數少於或少於25人的公司與擁有250名以上員工的公司大不相同。我認為我的答案更適合250多家企業級企業。但是,我想我會讀一本叫做“鳳凰計劃”的短書-這是關於一個虛構公司的IT團隊新晉升的副總裁,經歷了與您現在正在經歷的情況以及如何經歷類似的情況他們通過它。它是由一些IT業務人員編寫的,因此它是高度相關的恕我直言。
好的,我會檢查一下。順便說一句,關於羞恥文化,如果您讀了《人文》一書,就會有一章談論您的言論/想像。我們沒有走那麼遠(謝天謝地)
我的雇主大約有250名員工,研發部門大約有50名工程師。
@Qiulang那麼,您管理著大約20%的研發團隊,對嗎?如果您和您的團隊是唯一經常加班的人,那麼您可能在某個地方遇到了技術代碼庫問題(代碼審查,測試不足,或者對未知/未記錄系統的更改太多)和/或團隊與其他部門的80%。其他80%的工作/團隊風格如何?我認為這可能不是導致加班的公司文化問題(這只是當前對問題的態度:更努力而不是更聰明),而是實際的疏忽。
加班是公司的文化。整個研發工作將加班。
是的,但實際上多久發生一次?即使這樣,這似乎仍是由於研發團隊控制範圍內的因素得以緩解。整個部門每天要進行幾次站立,代碼審查,變更會議和一般溝通?如果人們不斷加班工作以修復錯誤(不添加新功能),則意味著存在更深層次的問題尚未解決。在正常的換班時間內會發生什麼?我們在做完美嗎夠好了?如何分配/排序優先級?人員/資源如何分配?我們是否需要更多/更好的工程師?
我正在考慮問另一個問題,以便與您討論:D。但是在我們這樣做之前,您知道996.icu嗎?
有人甚至投票表決結束了我的問題。
在StackExchange上發生了很多事情。無論如何,我確實讀過996.icu ...聽起來很可怕。我的意思是,我喜歡我的工作,經常經歷時間的流逝,但是我喜歡休假和工作以外的生活。我來自美國,因此可能是一種文化差異(或僅僅是管理文化差異)。
gnasher729
2019-05-10 14:00:24 UTC
view on stackexchange narkive permalink

您的老闆論點是胡說八道。

您編寫代碼,然後將其傳遞給專門的團隊,該團隊除了發現其中的最小問題外什麼也不做。如果您的老闆受到同樣的對待會怎樣?如果他今天做的所有事情都受到同樣的審查?或更糟糕的是,對於郵寄錯誤的信息(整個團隊都要檢查)。

與他的團隊,與客戶,與其他經理的每次交互都將以相同的方式記錄和檢查。而且他必須留在工作中的每個小錯誤,加班並糾正這些錯誤。我敢打賭他會比你工作更多的時間。

因此,老闆的說法是胡說八道。但這並沒有幫助您,它只會使您感覺更好。老闆真正想要的是您無償加班,而他還不夠誠實。一個誠實的老闆會說:“我希望你留下來,不加班加班,如果你不喜歡,那就去別的地方找工作。”對您同樣有害,但至少是誠實的。

我不明白為什麼您的答案被否決了。您看到了根本原因“他不夠誠實,無法承認”
Lupe
2019-05-10 14:47:20 UTC
view on stackexchange narkive permalink

您的老闆是一個可操縱的人,但是你們都有一個相同的目標,那就是沒有bug的代碼。

因此,在每個發行版的計劃階段都應努力推動。我經常參與激烈的爭論,我們的開發團隊告訴管理層,在發布日期之前沒有時間做他們想要我們做的事情。列舉您當時工作的額外加班時間,以作為他們想要做的事情不可持續的論據。包括編寫測試的時間。您的目標實質上是減少工作量,減少工作量。

如果管理層拒絕,那就是不加班的重要原因。 “老闆,我們告訴過您,與本次發行相比,它需要花費的時間要多出x倍。現在,我們需要花費的x倍要長。現在,我們應該放棄哪些功能?”

這種假設您參與了計劃。如果不是這樣,作為一個團隊,您應該與老闆討論該計劃,並明確哪些內容將無法完成。

Tina_Sea
2019-05-11 01:26:38 UTC
view on stackexchange narkive permalink

他們比您更需要您。如果你們所有人都停止同時工作,那麼他們將不得不把您當回事。如果沒有人願意這樣做,那麼您會放慢速度。他們讓您工作的時間越長,完成工作所需的時間就越長,大個子看到他們花費更多的錢來減少工作量。他們將學會快速退縮。



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