IT人眼中的IT人

題主 | super_good_aim_guy

編譯 | 賀雨言

IT人眼中的IT人是怎樣的？下面是摘取Reddit上的部分評論：

Sombraplsboopme：研發工程師

項目管理確實是這樣，最糟糕的是，他們不看過程，不知道我們研發人員是怎樣得出一個簡單的解決方案，他們只會埋怨「實現這麼小的功能你竟然花了兩周時間？」…..是的，我保證它不會毀掉你整個血淋淋的代碼，這是這個方案的第10次迭代，也充分地測試了你的榆木腦袋。發泄完畢謝謝。

scalablecory：研發工程師

一個好的產品經理是無價的，是「乘法器」，他們和你一起工作，在出現干擾因素和瓶頸問題之前能夠未雨綢繆。你絕對能看到他們兢兢業業、恪盡職守。一個不好的產品經理簡直是一場災難。整個項目團隊將「不同步」，並且每一個人都在推卸責任，因為當你（太晚）發現遺漏了某個問題的時候，項目經理會責怪每一個人除了他自己。這兩類人我都有合作過，如果要和後者一起工作，我寧願沒有項目經理！

socsa：研發工程師

一個好的產品經理能幫我屏蔽一些沒用的廢話，他們會應付客戶，應付其他產品經理，他們知道開發什麼時候很忙、什麼時候壓力很大，當我們努力工作的時候，他們不會打擾。一個不好的產品經理一天到晚就知道追著我要甘特圖，他們想要一周之內把甘特圖更新好幾次，如果實際工作流和我3個月前計劃的不一樣，他們一定會大發雷霆。我在這裡要提醒一下你們這些產品經理，我可以是一個很優秀的工程師，但是我不能預測未來！很多時候，只有你著手開始做了，你才知道這個任務要花多長時間。

Evisrayle

作為一個每天做著一些東西，而用的人卻對這些東西一無所知的人：做一件事永遠比你想像中花的時間要多，其實很多時候，你真的需要更多時間，而更多時候，你會假裝自己是一個時間充裕的英雄。少些承諾，多謝努力。

Effayy

有一天產品經理嗤之以鼻地對我說，這個任務絕對不可能需要這麼長時間，接著教育我實際上應該多久就能完成。我簡直不敢相信我的耳朵！我想盡一切辦法克制住自己的情緒回答他「哦，既然你知道需要多長時間，那你為什麼不自己去做？！」

JustCallMeFrij

我做第一份研發工作的時候，我們的總裁和副總裁就很懂我們「研發狗」總喜歡低估開發需要的時間，所以在給客戶預估工作量的時候，他們會問我們需要多長時間，然後在我們說的時間的基礎上以每小時為單位乘以π。我覺得這很機智啊！

kare_kano

同時問一個物理學家、一個數學家和一個工程師，2+2等於幾？

物理學家設計了一堆圖紙，跑了幾個實驗，一個禮拜後跑回來說：「我斷定結果在3.97和4.01之間。」

數學家也花了一周時間去計算，然後抱著一堆草稿紙跑過來說：「我已經成功地證明了這個計算方法一定存在。」

工程師看了一眼，摸了摸鬍鬚，吞吞吐吐地說：「答案明明是4嘛….但是，為了以防萬一，還是寫5吧！」

goldfishpaws

一個好的產品經理不應該是一個「管理者」，「管理者」是管人的，產品經理管的應該是項目而不是人，管好一個項目事先發現問題才是硬道理。一個好的產品經理懂得怎樣宏觀把控整個問題，讓各個問題有條不紊地分階段完成。

例如：有一個硬體和一個軟體，它們相互關聯，任何一個都不能阻止對方使用系統資源，這時候資源均衡就非常關鍵了。一個好的產品經理不會說一下子需要1個研發，等下又突然需要20個研發，沒兩天又變成3個研發，這樣反覆無常，他們會有效調整好各項工作的順序，所以即使一個開發團隊只有4個人，他們也能很好的協調人力資源。事實上這真的是一個大問題，你可以想像，這就好比讓250個管道工干一天活和讓一個管道工干一年活的區別，相比之下，前者實在太不好操作了。

但凡一個脖子上頂著個腦袋的人都知道，我們不可能每次都精確地預測研發的時間範圍，但是只有聰明人才能同時接受一個時間估計和一個置信水平。如果這是一個餐廳的三明治訂購資料庫，你可以用高可信度去預測只需要一個禮拜左右就能搞定，但如果是一個新的CRM系統（客戶關係管理系統），很多傻子都不願意訂購現成的三明治，那你的預估時間就該是1年了，而且置信水平只有20%。

我想說唯一的理由就是，任何一個你能想到的可以幫助協調資源需求的法子，如果你能反饋給產品經理，這都是好事，因為產品經理要和公司各路神仙打交道，而你不用。就像你說的，一個好的產品經理為你準備了一場殘酷的考驗，而你的嘴裡念叨著晦澀難懂的咒語（這難道不是一場編程么？），他會為你預留時間讓你完成這個編程的。

socsa

菜鳥工程師——本科或實習生，聽別人說工程師掙錢多，但是，在當了Calc 3.USPTO的炮灰之後，他們已經在考慮轉行到財務會計了；

標準工程師——碩士學位，有一定的經驗，了解自己的專業和相關領域的話題，比較靠譜，但是可能比較急著跳去做管理；

優秀工程師——高等學位，經驗豐富，海外技術背景讓他們學識淵博，能在廣泛的科學技術領域出類拔萃；

超級工程師——公認的，喜歡在現狀報告中加入一兩句哲學家薩特和尼採的經典語錄，是一個富有激情和令人難以忘懷的戀人，能記住讀過的任何文字，可以告訴你誰寫過某個開創性的主題文章，可以引用90後的B-side歌詞，會玩魔劍創造，但是只會用它來自我防護或保護他人。

Vovicon：產品經理

你們說得完全正確。產品經理不是用來管理研發團隊的，要不然就該叫「研發經理」或者啥的。很多產品經理（或者他們的boss）總是忘記自己的主要職責是確保項目能夠順利開展，其中絕大部分總在做各種沒用的預測，大部分是來自客戶管理那邊。以下是一些極為重要的任務：

確保真正了解客戶需求；

將客戶引導到能夠滿足客戶需求的解決方案上去，同時讓技術團隊更容易交付

記錄客戶說過的需求，不能讓他們反反覆復說變就變（他們總喜歡這樣）

確保客戶了解他們最後得到的交付物是什麼

嚴格按照時間計劃辦事，預測延期，如果延期發現得太晚，想辦法解決（一個好的產品經理總能想辦法找到一個不是逼著研發趕進度的工作日程）

和團隊一起努力作時間預估，了解哪些任務的預估是可靠的，哪些還存在一個巨大的問號。

但是我不能預測未來！很多時候，只有你著手開始做了，你才知道這個任務要花多長時間。

是的我們也無法預測，但是別忘了，另一邊有客戶，他們急需知道什麼時候可以搞定，我們不能對他們說「不知道」，這就是為什麼我們需要做預測，但是請告訴我們你們發生意外的幾率有多大，我總是讓我的同事給我一個「完美」的預測，然後我們根據任務的複雜性/可行性，結合各種引發意外情況的安全因素去考慮。

點擊展開全文

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！