[閒聊] 所謂人才

看板Soft_Job (軟體人)作者 (自立而後立人。)時間13年前 (2012/06/30 11:00), 編輯推噓7(7041)
留言48則, 13人參與, 最新討論串1/5 (看更多)
前陣子面試很多公司,看了聊了很多軟體業的東西, 因為剛好有機會站在一個互不侵犯的立場, 跟一些企業主聊工程師的價值、定位、能力與目標。 大家都想找人才,但是苦尋不著, 明明求職者就很多,但是就是看來看去就覺得他們不太適合。 有時候這不是錢的問題,錢並不能告訴你誰是「好的人」, 有錢的確可以買到很多人,但是不見得能買到對的人 我覺得上面這兩句話近年來有點被一些不負責任的 startup 給弄臭了, 所以我還是要加註,當你找到好的人,薪資還是留住這些人的指標之一。 --------------------------------- 其實問題出在,認定的價值觀標準: 從企業主的角度來看,我們怎麼去評價一個工程師, 從工程師的角度來看,我們怎麼去評價一個企業主。 這些年很有趣的一個現象就是,用來評價工程師的東西完全就是不太可靠, 學歷、過去薪資、過去職位、過去公司,甚至是證照。 對企業主而言,一個匪夷所思的現象就產生了, 一個自願用兩三萬塊來的人力跟一個挖來的高階人才放一起, 他們表現出來的能力不見得差很多。 一樣的事情在不同的產業有不同薪資,他們來到一家新的公司, 對這件事情的期待都會不一樣。 我特別提薪資是因為薪資現在是軟體業不得不使用的標準與底線。 --------------------------------- 那怎麼樣是對得人呢? 我認為答案的其中一環在「專業」。 工作的專業技術的專業 都是很重要得,這篇我談得是偏工作專業的那邊。 ----------------------------------- 或許我這麼說有點驕傲,但是我覺得這是該說的話, 給我認識的工程師朋友們,這是太常見的狀況。 ----------------------------------- 工程師們,我們都該問問自己,我們的自信與榮耀在哪裡。 我們在創造價值還是環境在幫我們創造價值。 是我們在工作,還是別人在工作我們。 工作上面對一個陌生的問題時,我們有沒有那樣的專業去判斷這是不是 我們業內的事情。 如果不是,我們有沒有那個專業去知道那個該歸這個產業鏈分工的哪一環。 如果是,我們有沒有那個專業去評估一個工作項目到我們手上需要花多久, 跟為了這個我們的承諾奮戰。 被改需求時,去拍他桌子告訴他根據新的需求我們重新調整的期程是怎樣, 如果他不認同這個期程,說服他並且讓他瞭解到這是我們的能力範圍。 他有權力說我們不專業,因為我們的確沒有他所想像的那麼專業,可以在他 自己假想的"小修改"內做完,但是我們寧願承認自己能力不夠,也不願意扛 一個自己扛不起來的包。 我認為好的態度會是隨著專案情境不斷改變,一直設立 check point 重新 評估時間跟現況,就盡量做跟隨時更新進度,因為基本上也不太可能提前, 最忌諱是給別人錯誤的期待,也最忌諱到最後一刻才發生專案幻滅的現象。 這些修改跟這些需求很有可能都是不必要的,我們得讓他們瞭解,用我們的 專業。評估工作項目與時間是我們最重要的專業之一。 不要完全倚賴別人評估我們的工時,自己掌握工時。 這樣我們才能說, 「我很清楚知道我能做的就是在這段時間內做這些事情,再也沒辦法多了」, 這句話大家都會覺得老闆不愛聽,但是如果加上下面這句話就沒問題了。 「可是我能把這些事情作到你滿意,如果沒有任何異動或意外的話。」 這年頭跟以前不一樣了,以前是企業主還沒痛過,他們都認為時間壓下去 專案就自然要出來。這年頭專案 fail 到跟喝水沒兩樣的年代,能夠確保 做完遠比給一個不確定的承諾來得重要多了。 ------------- 這還只是工程師工作中最最基本的一環而已。 ------------- 我是工程師,我用我的知識與勞力換取報酬,我樂於工作,樂於用自己的 程式碼改變自己的公司與產品,也樂於在休閒之餘遊山玩水。 我對工作的要求是自己的專業,公司派我寫專案,我的專業就是瞭解公司 對我的期望跟盡量作到公司希望我做到的角色。 如果那個期望做不到的我會提出異議,如果真的公司不需要我我會離開, 如果我做得很好,我會知道我哪些表現在是好得跟我成長了什麼。 「做好公司交辦的事物」,這句話聽起來很理所當然, 但是工程師們,我們真的有認真去瞭解公司要什麼嗎? 我明白很多工程師朋友跟我剛出社會時一樣,拿著怎麼跟別人比好像都很低 的薪水,做工作列上滿到不知何年何月做得完的事情; 沒人知道現在專案是怎麼回事。 但是朋友們,認清自己的能力,安排一個自己理想的工作環境, 我們不偷公司的時間,但我們的確需要些讓腦袋休息的時間。 特別是還沒有家庭的工程師朋友們,不需要讓公司掐著你的脖子。 只要我們對得起我們的專業,認得清我們的能力, 我自己的經驗是我們自然會知道下一步該怎麼走。 要知道我們的煩惱也是企業主的煩惱,我們擔心專案 fail 的時候, 老闆一定比我們更擔心。 (違約金、大筆的金錢、做出來不知道能不能用的東西), 我從來就不怕因為不合理的時程、需求跟 PM 拍桌子,因為如果我做不出來, 最後這個專案也一定是大家一起死,而且絕對不只有死到我、也會死到 PM。 既然我們在同一條船上,我沒道理唬爛他,能趕的我可以幫他趕, 但是連趕我覺得都很有風險的我不可能跟他跳下去玩。 --------------------------------- 你知道我每次思索這個問題思索到最後是什麼嗎? 是「人與人的信任」這個很跳 tone 的答案,我們能不能承擔起別人的信任, 我們能不能去信任我們該信任的人。 信任不代表無條件奉送,信任是一種對自己負責的表現。 包括工程師、PM、需求分析、上面的決策主管等等環節,多點信任與支援, 多點互助,別把單位裡的每個部份都孤立成孤島互相隔岸砲轟。 那樣並沒有改變什麼。 --------------------------------- 如果要改變大多數工程師現況的窘境,我們得先讓企業主信任我們才行, 這條路還遠著咧....... 很遺憾也很理所當然的,我們的社會與教育並沒有教我們怎麼當一個工程師, 甚至是他自動幫你把一個好工程師劃上奴性重的標籤。 可是我們的產業要求我們要是一個有專業的工程師。 --------------------------------- 我在資訊這個圈子走了一小段路了,還很有些人願意賞光, 說我是個有想法跟有能力的人,我也從中間學習到許多事情。 說自己認為對得事情,並且把他丟到一個討論區去熱烈激盪, 從中找到各種意見回頭修正自己的看法,走向下一階段。 這個做法則是我自己一路走來,一直做的態度。 我有年輕人的狂妄、大膽,也有年輕人的衝勁, 有時也有年輕人的浮誇與不實。(笑) 但是作為一個年輕人,我們總是得像個年輕人, 我這個年輕人對現階段產業需要的人才是這樣解讀, 其他人有什麼看法要來一起分享嗎。:D 打臉跟各種討論都是歡迎的,請不要拘束。:) -- 網頁上拉近距離的幫手 實現 GMail豐富應用的功臣 數也數不清的友善使用者體驗 這就是javascript 歡迎同好到 AJAX 板一同討論。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 1.34.116.11

06/30 11:06, , 1F
有錢要買到對的人很簡單:把對方任職的公司買下來。
06/30 11:06, 1F

06/30 11:07, , 2F
這是在你已經找到「對得人」的前提 XD
06/30 11:07, 2F

06/30 11:07, , 3F
這年頭很多公司是根本不知道"對得人"是誰。:P
06/30 11:07, 3F
※ 編輯: TonyQ 來自: 1.34.116.11 (06/30 11:17)

06/30 11:22, , 4F
不過這應該只有求職者最清楚,假如求職者自己都不太能掌握
06/30 11:22, 4F

06/30 11:24, , 5F
對雙方來說只是一個賭局,但華人公司又不敢砍人,造成一但
06/30 11:24, 5F

06/30 11:26, , 6F
請到不適任的人,請不走又沒預算再加人,硬塞非最佳化的工作
06/30 11:26, 6F

06/30 11:26, , 7F
給他,造成勞資雙方都很痛苦
06/30 11:26, 7F

06/30 11:27, , 8F
嗯,所以這篇文章主要是寫給同為勞方的人啦,通常我發現有這
06/30 11:27, 8F

06/30 11:27, , 9F
種現象時,我會自己走。這在我自己工作生涯中發生過兩次。
06/30 11:27, 9F

06/30 11:29, , 10F
其實這篇文章我漏了一段論述是當你變成人才之後,公司會怎麼
06/30 11:29, 10F

06/30 11:30, , 11F
發現你的部份。簡而言之就是兩個字,「口碑」。
06/30 11:30, 11F

06/30 11:30, , 12F
那段寫起來也是一篇長篇專文,等下有事要忙就先偷懶一下。:P
06/30 11:30, 12F
※ 編輯: TonyQ 來自: 1.34.116.11 (06/30 11:55)

06/30 12:22, , 13F
不要完全倚賴別人評估我們的工時,自己掌握工時 <= good
06/30 12:22, 13F

06/30 12:46, , 14F
跟PM反對 然後PM好大喜功的堅持提交 並且摸頭說 反正DELAY也
06/30 12:46, 14F

06/30 12:47, , 15F
也沒關係...然後就這樣硬上了 最後老闆拿時刻表緊迫丁人 PM
06/30 12:47, 15F

06/30 12:48, , 16F
出國玩X天.而且也直接跟頭家反應 這時程本來就謀摳零.但頭家
06/30 12:48, 16F

06/30 12:49, , 17F
依然覺得要依數據..請問該何解呢~_~? (頭家是技術底的)
06/30 12:49, 17F

06/30 13:14, , 18F
看起來好像聚焦在資方的討論比較多
06/30 13:14, 18F

06/30 13:16, , 19F
不過我比較想討論的是對於工程師,應該往哪些方向增進y
06/30 13:16, 19F

06/30 13:16, , 20F
晚上再來一起聊
06/30 13:16, 20F

06/30 15:50, , 21F
我覺得多數時候..有些pm/主管是拿著雞毛當令箭在要求
06/30 15:50, 21F

06/30 15:51, , 22F
他們只知道什麼時間..要改or做什麼..不注重評估&專業
06/30 15:51, 22F

06/30 16:36, , 23F
感覺要專業到評估沒寫過功能所需的時間很難...
06/30 16:36, 23F

06/30 17:15, , 24F
就算頭家是技術底的~也還是要反應~不得不說有些技術底的頭
06/30 17:15, 24F

06/30 17:16, , 25F
家反而會因為考慮得太少~而認為你時間花得太多~把每項考慮
06/30 17:16, 25F

06/30 17:17, , 26F
的因素都告訴他~才會知道彼此想的到底差多少...
06/30 17:17, 26F

06/30 17:19, , 27F
另外這個題目大到有太多的變數了~光是從毫不認識的眾多履
06/30 17:19, 27F

06/30 17:19, , 28F
歷表中試圖找到"對的人"就是一個很難的事情~這就像...要追
06/30 17:19, 28F

06/30 17:20, , 29F
一個女孩前~你怎麼知道她適不適合你?所以有試用期、磨合期
06/30 17:20, 29F

06/30 17:21, , 30F
盡責的主管在這時候就會想盡辦法觀察他是不是想要的人~而
06/30 17:21, 30F

06/30 17:23, , 31F
把你當免洗筷的主管~當然不會管你死活~隨便你...
06/30 17:23, 31F

06/30 18:08, , 32F
簡單來說讓我能夠有足夠的投入, 可以做出讓我會想說
06/30 18:08, 32F

06/30 18:09, , 33F
「這是我有份參與製作的」的公司就是好公司.
06/30 18:09, 33F

06/30 18:11, , 34F
PM和同事都沒在用心做的話, 我也不會投放太多進去...
06/30 18:11, 34F

06/30 18:12, , 35F
這樣的事大概只要有一、兩次就會想離開吧...
06/30 18:12, 35F

06/30 19:27, , 36F
而且就算有技術底的主管也不見得能掌握下面,有些太強或很多
06/30 19:27, 36F

06/30 19:28, , 37F
開會反而不太會理下面的狀況,因為他都會認為這很簡單沒什
06/30 19:28, 37F

06/30 19:29, , 38F
麼問題,但慢慢的問題會一直累加到一定程度就爆發
06/30 19:29, 38F

06/30 22:29, , 39F
以我的例子來說,用同一語言一直在做苦工,都會想自己
06/30 22:29, 39F

06/30 22:30, , 40F
的價值應該不只是這樣。面對PM時程的壓縮都盡力負責,
06/30 22:30, 40F

06/30 22:31, , 41F
達不到標準也完全不是工程師責任一間扛。除了調適自己
06/30 22:31, 41F

06/30 22:31, , 42F
面對責任的壓力以及與PM溝通,我也會思考要是我來規畫
06/30 22:31, 42F

06/30 22:32, , 43F
專案時間會如何安排,或者是否想到更好解決方案或工具
06/30 22:32, 43F

06/30 22:33, , 44F
雖然目前沒有進展,但總是能在技術層面不被案子需求時
06/30 22:33, 44F

06/30 22:36, , 45F
展現其他的價值,而不流於單純只是基本coding的工程師
06/30 22:36, 45F

07/01 09:40, , 46F
何謂好總統....
07/01 09:40, 46F

07/01 10:12, , 47F
人才 -> "總是能把事情搞定的人" 這樣去想可能蠻發散的..
07/01 10:12, 47F

09/21 22:22, , 48F
寫的很好!
09/21 22:22, 48F
文章代碼(AID): #1FxclBf3 (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先):
4
16
完整討論串 (本文為第 1 之 5 篇):
4
16
5
89
7
48
文章代碼(AID): #1FxclBf3 (Soft_Job)