iT邦幫忙

0

IT人員不該使用公司技術單位不會的技術?

我從事資訊委外,每天都要在不同的客戶之間到處奔走,我在為客戶規劃或建置一些服務或架構時,我會使用我所會的技術或架構,我想這很合理吧;但問題來了,有時我在處理其他客戶的問題時,技術支援部門會打來詢問技術問題,主管知道後卻認為我不該使用技術支援部門不會的技術或架構,舉個例子,建置Mail Server,可能技術單位擅長的是sendmail,我就不該使用postfix?
今天站在客戶的角度就是要我們能夠盡快的完成他們所想要的,而我是屬於第一線的工程師,自然會以我的技術能力來完成客戶的需求,難不成要讓技術單位去處理,他們是屬於第二線的支援單位,應該不是這樣進行的吧?
我相信主管的想法有他的考量,只是我不太能理解,強調團隊合作就表示我不能超前?

看更多先前的討論...收起先前的討論...
答案很簡單:不應該

舉個類比的例子
看看你能不能稍微接受現況...

1.全公司都用Office 2003寫文件
只有一個人堅持要用Office 2007
結果沒有人能開啟他的檔案
而他剛好不是老板

2.全公司的程設人員都用Java開發
只有一個人堅持要用.NET
結果沒有人能支援或幫忙開發或維護程式
而他剛好不是老板

以上兩個案例
應該稱不上什麼「超前」吧?
wonton iT邦高手 6 級 ‧ 2009-10-12 08:15:49 檢舉
你可以有很強大的技術,但是在導入給客戶前,是否跟公司作過溝通? 是否訓練了你的第二線人員? 是否將你的技術完整地轉換成公司的「服務」而合理的「收費」?

團隊合作和技術超前並不衝突,但讓支援部門開天窗,損失的是公司的商譽與形象,最後你證明了什麼?
pantc328 iT邦研究生 1 級 ‧ 2009-10-12 09:05:54 檢舉
我覺得是認知問題.
你公司委外要明確告知委外的公司,他們要注意什麼.
就跟你找一個員工來開發專案.你什麼都沒做,什麼都沒教.然後東西做完之後再來把那位員工批一頓.

現在很多公司系統開發好.佈署至生產環境.然後找一個低薪的外派人員,送去現場.
比較好的公司可能回公司受訓幾周.比較不好的就直接送現場.

可能突然系統當了,網路不通,現場作業人員趕著作業.當然委外人員會用SOP去解.反正最後一步就是重開機.
有些系統可能不可以重開機.於是公司去罵委外人員.我覺得這是不合理的.這應該是公司一開始要提醒委外人員的.

另一種就是程式委外的情形.如客戶要Word 報告.你找開發公司.開發公司可能不會用最新的版本,他們會找Word 2003目前最多人使用的版本.結果要部署時才告訴你客戶只有office 98可用.所以這~.像很多事情是可不可預知的情形.公司知道有這種情形就要有告知的義務.而不是都是我是公司,我是主管我就凹你的情形.
James iT邦大師 7 級 ‧ 2009-10-12 09:08:46 檢舉
可是台灣的環境應該沒有那一個公司有給新進員工完整的訓練,都是請現成的人力馬上就上戰場派到客戶那,這種情形下員工當然不知道這個團隊熟什麼技術,當然直接用自己原先會的技術就硬上了。
"公司要全能的人才,但公司卻沒有全能人才可以生存的條件"

回應了這麼多
這句話最能代表你的心聲

簡單說
你覺得自己的技術超前公司裡的技術人員
你覺得公司只想守成, 不想創新
你覺得自己為了公司好, 公司卻不感謝你
你覺得自已替客戶著想, 公司卻不支持你
你覺得自已多做了許多事, 反而自己累到自己
你覺得自己受到了委屈

那我換兩個建議參考參考

1.離職,一定有另一個適合你發揮長才的公司
2.向公司申請調到二線的技術部門
一來可以提升二線技術部門的水平
二來可以體會一下被一線工程師用自己不熟的技術考試的感覺
賽門 iT邦超人 1 級 ‧ 2009-10-13 15:04:08 檢舉
我覺得版大有可能是因為工作上的困擾來這裏發發勞騒, 因為自己想做的和公司的目標不一致.
雖然, 我們都會依照個人的學經歷、專長與興趣來尋找工作並找到合適的工作, 但對系統整合或軟體公司會因為市場或業主的喜好而改變技術策略.
其實, 很多資訊技術公司, 比較喜歡的工程師, 是要像變色龍一般. 隨著市場或客戶的需要而改變技術能力...其中的關鍵在於能否替公司在案子中賺到應有的利潤..
所以, 我認為版大的議題是有其"偏見"之所在.
本人自己也是技術為主軟体工程師,最愛吸收新的知識了解裡面的內容自己動腦想想如何再去改變現在的開發速度,但不失「一般標準開發程序」也不會要求別人一定要跟我一樣或是一定要如何處理,方法有很多但不是只有一個方式或是做不到就要求客戶去換掉什麼系統,或是自己決定...自己也有像是開版人的年輕氣盛,但這多年下來了解到「不能自己做決定」這句話的道理。

版主好心是沒有錯,但只是做死自己而己,認為幫助客戶是應該的!! 但反過來世上沒有所謂的「白吃的午餐」,公司不能夠因為自己的好心而使得公司「營收」而有所影響,因為公司並不是只養您一個而己,而是整体員工的考量都要想到,因為好心而影響營收,或是您的好心而使得公司無法掌握「客戶現今的環境」最後一詢問就是您當初所謂的「好心的決定」而使得公司掌握不了。這樣子的問題反過來會是什麼情形呢?? 您的好心可以當在吸收未來自己的客戶打好關係,這樣子反而是對自己是更好的,因為這才是您領這份薪水應該所做的事情與責任,這間公司再如何不好您也不能夠自己決定...這不為什麼這就是現實...不然就是自己去開公司,想如何做都可以,將自己的理想展現出來...但你的客源來自於那裡呢??
再者!! 引用新的技術並沒有不好而是現今客戶環境,專案需求並不用使用到這麼好的技術與環境,當引用新技術舊有的技術能夠在掌握嗎??

這是某一部份技術人員最大的問題,Silverlight 3 技術很好玩,Oracle 還不錯用但現在專案並不是要使用 Silverlight 3 我就不能夠去使用這樣子的技術,但您可以提出不能夠強烈要求一定要用,因為最基本的客戶端能夠接收這樣子的環境嗎!!

這是要經過長久環境的建設,這些環境就是看全台灣能夠接受程度有多少,每一個開發商都在使用,那專案的需求就一定有。但學習起來自己來做像是 Blog 等等,當機會來臨這時候你就可以在任何一個公司站有一定的地位...
24
georgew
iT邦新手 4 級 ‧ 2009-10-11 23:06:32
最佳解答

我不知道怎麼說,雖很同情你的遭遇,
但就主管角度確實會念你。

公司很喜歡為客戶盡責的員工,但不是就此賣給了客戶,
你還算好的,我們就發生過,不少同仁竟盡責到反過來要求公司做什的實在頭大。
很多事情你必須由老闆與公司的角度出發考量才是。
你不是不能超前,而公司更喜歡能帶動整體全面提升的,不是個人或個案的超前,你以為你一時滿足客戶是好的,卻帶來長期潛在維護時間與成本甚至品質的隱憂,我想你客戶也不希望吧。

再者,我們對客戶的服務有限度的,這包括時間與範圍,記住你不是客戶的員工。

原則性的決策還是要多請示主管的,特別是方式(包括技術方式)
先斬後奏最糟了,我們曾多次因為員工自行做決策而開除,即便他很優秀(技術能力強),而一直請示只會讓老闆覺得很煩會念他。至於要不要讓技術單位去處理那是老闆的事,不是你該管的。

優秀的同仁是會暸解老闆的心意,以老闆意念為客戶服務的,而要重要是自己技術不斷快速提升,更勝者是帶動其他同仁提升,以及想到確實改善公司整體服務品質的好方法。

或許你聽不進去,有一天你有機會做主管就知道了。

看更多先前的回應...收起先前的回應...
tibandyli iT邦新手 2 級 ‧ 2009-10-12 02:20:05 檢舉

我想 快速解決問題是必需,但是還是以公司要求的程序為水平…
如果真的超過了公司的水平,也應該先向主管報告詢得同意後再進行…

非不能為,是不可也…
否則以主管立場,的確會有後續維護的問題...

我覺得這個答案不錯...也上了一課...

pantc328 iT邦研究生 1 級 ‧ 2009-10-12 06:44:36 檢舉

這個題目我是喵一下.畢竟我不是做網管的.
以設Mail來說,不用再去請示了吧!
如果這種事都請示,坦白說先被罵一頓.
而主公司跟承辦人可能電話接不完了.
就跟寫程式一樣.
寫一支將全部資料Show出來的程式.
你就問你主管或主工程師要用 for 還是 Foreach的意思一樣.絕對被罵.

當然有些事情是比較重大,一定要先問.但什麼是重大,就要看當事人的經驗而定.
而就你公司就已經委外了.你就要放大範圍給他們比較大的空間.也需要更要尊重人家的決定.
做錯了,告訴他們一下.設一下就好了.不要像我們公司的採購.每天在幹交上游廠商.我覺得沒意義.而且不能解決事情.外包商每天接到你的電話就賭難.怎麼可能把事情處理好那?

pantc328,其實這個問題無關乎是什麼職務,
就算是公司的業務人員也是一樣,
重點還是在於你有沒有跟隨公司制定出來的流程跟標準,
如果你的決策都在規範內,當然就不需要事事回報、請示,

另外你舉的例子比例不是很恰當,
你說的是屬於 "你自己就能決定" 的小問題(也不盡然,參見註1),
但是採用什麼"產品",甚至是"解決方案",
這是影嚮公司跟客戶很深遠的大問題,
公司有規範就應該依規範執行,沒有規範就要先回報,
讓公司去決定怎麼做對客戶是最好的,
就算真的很急,你打算怎麼做也一定要先讓直屬主管知道,
並且要 "取得他的同意或授權",
這不只是讓公司掌握狀況,也是在保護你自己。

註1.
嚴謹的軟體公司都會有明確的開發規範(Programming Rule),
為了避免菜鳥 RD 寫出效能不佳或無窮迴圈的程式,
明訂哪一種迴圈使用在哪一種時機這種狀況是會發生的。

pantc328 iT邦研究生 1 級 ‧ 2009-10-12 11:51:16 檢舉

委外,白紙黑字講清楚.明顯的這篇文章的問題不在預期中.
如果合約或規範有定,他用其他的方式就沒什好討論了.

你找委外或新員工時要充分的說明.或者相關的文件要讓他們看並簽名.

我想遇到這種不用學新技術的公司.
我想遇到這種養我一輩子的公司.
我想遇到這種有問題就打給公司做決定,自己不用用頭腦的公司.
問題是好像只有你們家公司是這樣.台灣好像沒有這種公司吧!

另外不是說流程規範不能改.而是有變更時要告訴委外人員.不是說委外人員不知情的情況下任意變更規則.

我寫一個實例.
我以前的公司.有一次我軍官教召回來,收到一封信,裡面寫以後xxxx.xxxx.xxxx要罰.最後寫董事長上.全公司的人都沒意見.我就當全公司的英雄.我說董事長的屁.員工規範是你董事長說改就改的嗎?整個規範是已簽約時刻的規範為主.其他修改要經勞資協議後才能改.我這裡不是說不能改.而是你改有罰就要有賞.而不是什麼董事長說的算.
我還寄勞基法給他們看.
上面寫.員工超過30人以上,員工規範經協商之後,要立即呈報主管機關後才能實行.
我們老闆還笨笨的回:抱歉我們公司沒超過30人(分明吃員工).
我也不是省油的燈.我回他說重點在立即二個字.我們公司沒超過30人是不用立即.但還是要呈報後才能實行.整個Case才被壓下來.
所以整件事要雙方協調.中間可能會有認知上的差異.好好談就沒事了.

pantc328 iT邦研究生 1 級 ‧ 2009-10-12 11:54:04 檢舉

程式上訂規範.
你就去定吧!
有訂的一訂照規範走.
但很多東西是不可能預知的.你訂個好幾萬條還是會有Lost.
而且很多東西也訂不出規範.

pantc328
你太 "工程師" 了 (這不是讚美),
有昇遷機會的話,你一定是第一個被刷掉的,
很多時候看起來是你贏了,但是其實你才是最大的輸家。

抱歉,我訂正上一篇,
修正為「你很可能第一個被刷掉」,

歹勢,因為留言沒有編輯功能

pantc328 iT邦研究生 1 級 ‧ 2009-10-12 15:21:58 檢舉

未什麼你會認為我"工程師"??
我只針對這一篇所看到的一些資訊去分析.
或許你們沒有去碰過這些問題.所以你們想的都是很正規的想法.
你們都要想很清楚在做,還是如何如何..
很多地方你是要馬上解決的.我的想法是馬上解決他.後面出錯被罵或檢討都沒關係.
要能讓生產線能工作才是首要目標.其他的我們在回去改.
你如果在醫院待過,你的想法會完全不一樣.只要掛號系統一掛.一群的護士小姐就會電話猛Call你.
幾分鐘內沒修好,看診的人就會打電話叫記者來.
也可能系統凌晨3點掛掉.你是值班人員.你要先搞定阿.不能直接Call程設師.
這篇跟我沒關係.怎麼讓我變成很想被刷掉的人.我只救我遇過的實務/實情做分享而已.

pc80686 iT邦新手 4 級 ‧ 2009-10-13 01:17:40 檢舉

我想我會被念的確是合理,只是主管常常要我們信任公司組織,要團隊合作,那我信任技術支援單位的能力似乎反而是我過於高估的問題,我也很希望公司對於工作內容能有如此明確的規範,照本宣科我想我就不會這麼累了,但我只是想做好"資訊委外"的"服務",卻忘了後頭主管的"管理"角度。

16
pantc328
iT邦研究生 1 級 ‧ 2009-10-11 07:39:58

你是第一天做工作嗎?
你就用你的技術吧!
反正怎麼做,怎麼被罵!
前面吃緊,後面緊吃(前面被客戶驕,後面被老闆罵).

我覺得學習是照自己規劃走.反正公司也不會給妳培訓.
最近找工作,上104廠商都開一堆條件.我覺得不合理,這些條件根本沒人(我想)可以符合.
沒有一個人剛好符合或剛好準備到全部的需求.除非是作弊,如人事或相關單位告訴你如何準備.當然找工作,或你學習的方向也不可只照他得方向走.除非你已經認定這家公司可以養你一輩子.
我在學技術,都照我預計的方向走.因為程式人員是非常辛苦的.隨時可能換工作.隨時可能專案結束,隨時可能老闆跑路.
反正你做久了,罵多了,也就習慣了.

pc80686 iT邦新手 4 級 ‧ 2009-10-13 01:03:18 檢舉

之前跟主管起過爭執,主管的概念是只要系統能運行就好,工程師不需要照顧客戶到無微不至,只是我覺得這樣並不能凸顯我們公司服務的品質,我對這些細節的要求反倒是累慘我了。

18
conic
iT邦新手 3 級 ‧ 2009-10-11 09:22:28

我的回答是~看公司。

你只要想一想,如果你離職了,公司該怎麼繼續提供客戶服務,不會因為你而失去這個客戶?那你就知道會甚麼公司會這樣做了。

反過來,也許你也可以想一想,如果你有一群子弟兵,該怎麼辦呢?

鐵殼心 iT邦高手 1 級 ‧ 2009-10-12 12:44:34 檢舉

公司有公司的方向和原則, 只要不踰越公司的大方向, 基本上工程師是很自由的.
但是運用到公司技術部門不會的技術的時候, 這就是大大的違背公司的潛規則,
除非你和主管溝通過而且主管支持你, 同時你也願意當種子教師教會全公司的技術部門.

不然早晚會出事情的.

pc80686 iT邦新手 4 級 ‧ 2009-10-13 01:05:54 檢舉

這樣的潛在規則,還真是沒有經歷過就不會學到,結果弄得自己一身腥。

brazy iT邦新手 4 級 ‧ 2009-10-21 15:37:01 檢舉

各司其職, 老板 要做什麼? 就是和sales做social 去拉客人

技術面, 就有技術面的長官.....
P.S(當然小公司 就是全包,而全包就不會有你說的問題了)

只要你要做的 和tecksin所言一樣, 要找 主管支持, 只要過了, 那就是交由公司程序處理....

你可能會說 處理那麼慢,官腔那麼重....(組織愈大 愈容易發生)
但是 組織就是 制體系 來 運作 , 一個人的突然之舉 只會讓 體系 混亂...

20
johnnyfang
iT邦新手 4 級 ‧ 2009-10-11 16:20:28

我認為 pc80686 跟 pantc328 兩位的思想欠缺成熟,
反過來問,你為什麼不去採用支援部門熟悉的技術?

如果是因為你自己對這項技術不精熟、不了解,
那就應當是你要去主動認識並學習這項技術,

如果是因為這項技術你覺得未盡完善,而你有更好的解決方案,
應該是透過正常的管道將這項技術反映給公司,
讓公司評估採用新技術的效益後,
才將新技術納入技術清單中,同時也便於安排相關人員的教育訓練,
而不是自作主張替客戶採用一個公司並不支援的技術,
這樣的行為等於是挖一個洞給公司跳,
否則前線有一百個工程師,一百個工程師各有各的想法,
這家公司要怎麼經營?後端支援部門是要學習一百種技術嗎?

對客戶來說,最好的技術也未必是最佳解決方案,
當你決定採用一個公司不支援的技術時,
其實已經替客戶及公司增加了不必要的風險成本,
不只是要擔心工程師離職之後也把技術帶走,
還要擔心這項技術未來的支援性、擴充性 ...

簡單講就是一個觀念,
要避免作出公司無法掌握的決策

看更多先前的回應...收起先前的回應...
pantc328 iT邦研究生 1 級 ‧ 2009-10-11 16:53:40 檢舉

你可能沒有實際的遇過問題.
有時遇到問,你要用最快速的方法去解.
一般來說,客戶通常不會要求你用什麼技術去解,他們只要求你用最快的速度回到可用的狀態.
有些公司/人員或學長是不喜歡被問的.你設個Mail,你打電話去問絕對備先罵一頓.
這就跟寫程式一樣,每寫一行Code就問一次.最後會被罵我請你來是幹什麼的?還不如我自己做比較快.
找外包或委外就是這樣,我不是你的員工,待遇,福利,保障..都沒,當然我受限制會比較低.除非你有明確的提醒,不然不會每件事都回報公司.而公司找委外時不是對技術層面最相關的審核跟共識了嗎?

嗯 ... 我想我上一篇有提到「你要去主動認識並學習這項技術」,
但是這應該是你平時就要準備好的工作,
不是到了客戶端才回過頭來問,
平時你就該去了解的東西,到了客戶端才在問,任誰都會唸吧,

從事資訊工作有時候都免不了要跟時間賽跑,
但是不要為了求快而埋下後患,
我接過許多案件,都是當初負責處理的 IT 人員求快、求方便,
導致後續發生維護問題,原本的承包商又發生那名 IT 人員離職,
沒有人可以立即上手解決問題,客戶最後只好找上我啦,

還是老話一句,建議大家要避免作出公司無法掌握的決策

pantc328 iT邦研究生 1 級 ‧ 2009-10-11 22:22:49 檢舉

趕快,大家都趕快.
短視,大家都短視.
與其你思考很久,東西想出來時你可能被Fire.
到不如你先做好,後被人家念.

現在的社會.事情多的做不完.錢又少的可憐.你認為你該做到哪種品質?
Case是怎麼做,怎麼被罵.
客戶罵老闆,老闆礁員工,員工找老婆出氣,老婆打小孩.小孩說我以後不想受人氣.我的志向當總統.

pantc328 iT邦研究生 1 級 ‧ 2009-10-11 22:37:57 檢舉

技術每天都要學.
現在的公司找你來就是要馬上上火線.

說到這個,有時候就氣.
以前的公司,都找約聘的人員,又要簽約,規定一堆.做不出來或做錯還要賠錢,薪水30k.
我簽一年.其他有人笨笨簽三年.老闆不是老實人.30k薪水還東扣西扣.扣一些福利金讓他們去玩.

就在我工作到10月.剩下2個月的合約.他告訴我有一個Case要不要做.要做3個月完成.不要做就滾蛋.我看一下內容,不是很複雜.整個工程80萬.但我看一下整個專案的流程明明是一年前就簽了.你只給我3個月.整個專案經費也被玩得差不多了.開什麼玩笑.我就不給他做.然後看他們好戲.
委外就是這樣.今天合約內隨便你罵.明天合約到期.我管你品質好不好.系統掛了你家的事.
我今天隨便設一設.然後每天燒香,不要出事,不要出事,晚上不要打電話給我.

James iT邦大師 7 級 ‧ 2009-10-12 09:19:55 檢舉

原post的問題是,sendmail和postfix的選擇,我賭他的主管兩種都不熟,不管選那一種都是被罵定了。

pc80686 iT邦新手 4 級 ‧ 2009-10-13 01:13:11 檢舉

sendmail和postfix只是舉例,我的主管的確對這方面都很不熟,而我在很多客戶的機器上也看到有不同的做法,例如,一樣只是舉例,有些客戶的MAIL是用SENDMAIL,有些客戶的MAIL則是使用POSTFIX,甚至有些客戶使用的是EXIM,而剛好我熟悉的是POSTFIX,自然我會選用我熟悉的,至於其他不是POSTFIX的客戶,也只能交由技術支援單位來處理,只是這樣子就失去了服務的即時性;而且不知道是不是就這麼剛好,POSTFIX對技術支援單位來說他們很不熟,於是我的技術立場就變得尷尬起來。
可能是我太天真,我只是認為技術支援單位應該就要負起其"技術支援"的職責,畢竟委外服務公司的技術支援單位是定位要協助工程師的。

14
cklin
iT邦新手 2 級 ‧ 2009-10-12 11:14:04

兩方面說的都有道理,
技術人員講求新技術,可以快速解決問題
公司維運講求是穩定,一個技術可長可久,方便維護

兩者如何取得平衡,重點在[溝通],以站在對方的立場來思考
新技術可以帶來效率與創新,但有可能讓守成派的難以接受
若能先分析利益得失,並能加以做技術移轉,以及考慮未來維運的的SOP
如此,技術人員可以繼續成長研究新的技術,而成為技術領導者的腳色

若單純堅持己見,技術本位主義,則事情不容易進行,遇到阻力也越大
資訊委外SI工程師,確實可能是學有專精的專家,對於某一項系統特別專精
但客戶公司技術單位考量的是公司系統的維運穩定,而不是被單一家公司綁死,牽著鼻子走
若能敞開心胸站在客戶的立場來想,多學一種技術有什麼不好?
甚至可以專精到兩套系統,比較各系統的優劣,
若能了解系統的差異,能讓客戶瞭解,甚至讓客戶學習引進新的技術系統,這未嘗不是更完美的答案

工程師要進化成PM (不管是Product Manager或Project Manager)溝通協調是必修的課程

誰說強調團隊合作就表示不能超前?
但技術領導者必須多負擔些責任,多花點心力
一個技術團隊裡一定有技術超前的人,也有踩煞車的人,甚至有老牛拖車的人
就像之前我的IT團隊裡,有人不會電腦,寧願拿榔頭,也不願用鍵盤滑鼠,您說該怎麼辦?

pc80686 iT邦新手 4 級 ‧ 2009-10-13 01:33:19 檢舉

我頗有感觸,公司裡技術支援單位,能支援Linux的工程師非常少,要他們Linux底下什麼都要會,換做是我我想我會離職,因為那不可能,每個人都會有其專精的項目,而我的確是站在客戶立場在思考,然後常常被主管釘得滿頭包,只是既要服務客戶又要研究新的技術,就像是PM又要身兼RD一樣,我抱著RD的精神服務客戶,卻會違背主管的期望。

12
Ken(Bigcandy)
iT邦大師 1 級 ‧ 2009-10-12 14:55:20

如果,發文者學過『人事管理、企業管理』,或是擔任過『主管』職,我猜,你自己就知道答案了。我給大家探討幾個想法:
1.沒有人是『不可取代』的
2.團隊永遠比個人重要
3.技術沒有所謂超前,除非是同一個技術規範
4.眼光放遠,眼前的困難慢二天解決說不定更好

個人解釋:
1.沒有人是『不可取代』的
2.團隊永遠比個人重要
無論你多厲害,一定有人可以取代你,屆時,你建立的東西,如果只有你會,甚至被你隱瞞某些東西、加密,或是為了報復、顯示技術....當時,你服務、付你薪資的企業,情何以堪?
身為營利事業,當然要考慮我們企業的穩定生存發展,而不是某個員工很厲害。

3.技術沒有所謂超前,除非是同一個技術規範
4.眼光放遠,眼前的困難慢二天解決說不定更好
sendmail比postfix落後?那我都用雷電,我是原始人嗎?事情不能這樣獨斷,如發文者部份所說,能幫使用者完整解決問題才是最重要的,但是,絕對不是『快速』,而是『現在的解決方案夠他撐一年以上』<--沒有絕對的期限

我很不滿某些人以『技術』自居,似乎沒看到他的主管也是技術職上來的,只求自己解決問題,不考慮團隊的生存發展,這樣的人,無論在哪裡、技術多好,都會是企業的隱憂。

之前有文章,能力不是重點,搜尋看看吧。

看更多先前的回應...收起先前的回應...

自我解釋:
每個人都是獨特的,我常說這句話,因為,要給人信心、肯定!!
但是現實上,沒有人能屹立不搖。

pantc328 iT邦研究生 1 級 ‧ 2009-10-12 15:27:20 檢舉

就這篇文章.我們將角色互換,妳們的想法會不一樣.
凌晨三點,你接到客戶系統有問題.
1.如果你是委外人員,你如何處理?
2.你是專案工程師,你要如何處理?

我的作法很簡單:
1.用我現有的方法『暫時』解決問題,讓客戶能用
2.回報,提出完整的解決方案之後,取代我的臨時作法
@客戶不知道、也無須知道細節

pc80686 iT邦新手 4 級 ‧ 2009-10-13 02:03:23 檢舉

很多委外客戶通常只重視問題解決的時效性,你不能立刻解決我的問題,我為什麼要花錢請你來處理,大多都是這種態度,當然一些比較具規模的客戶比較不會有這樣的問題。
團隊合作,我想這是很理想的方式,只是

我文中強調SENDMAIL與POSTFIX只是舉例,並不是說SENDMAIL比較落後,只是若是選擇只有技術支援單位擅長的技術來服務客戶,一來是否應在一開始聘任工程師時提出,二來既有工程師是不是也該提供教育訓練之類的方式,而不是一昧的只依賴技術支援單位。

至於提到以技術能力自居,我的態度是,技術不是我發明的,自然我不可能不被取代,但我能貢獻多少我會的技術,是否能提升公司的服務品質,這我比較重視,公司聘雇的是人而不是技術,只是剛好我有較多的技術可以為公司提升服務品質,就算辦內訓也都無仿,但只抱著所會的技術就不可一世,我只知道,技術終會過時,但能否透過技術能力較強的人提升其他工程師的技術服能力,我想這也應該是公司所需的吧。

10
賽門
iT邦超人 1 級 ‧ 2009-10-12 16:05:23

我的回答是: 不應該.
一家公司的系統建置, 本來就要以該公司已熟悉的技術環境來建置, 用不熟的技術環境, 就必需先考量建置的技術支援及建置完成後一定期限內的保固與支術支援, 然後在這段期間內培養自己的技術人力, 或是長期將系統維護外包給有技術的公司.
但, 問題是, 業主應該提出需求, 需求是Sendmail, 你就應該給Sendmail, 不能給Postfix, 這是案子驗收的基本條件之一. 除非業主說, 技術方面由你來決定, 你也要先做些評估, 和業主溝通好, 用Postfix有什麼優點和缺點, 以及日後在業主尚無自行維護能力前的技術支援.
Teamwork, 不代表你不能超前, 而是, 你必需在Teamwork的技術領域內超前, 例如, 團隊用的是.NET, 你用的是JAVA, 此時, 你必需要學習.NET, 然後在.NET的領域裏"超前", 或是一開始改變團隊走到JAVA.
以上, 希望有助於版大...

pantc328 iT邦研究生 1 級 ‧ 2009-10-12 16:17:57 檢舉

我覺得不是你說的問題.
要.NET 不可能用Java去做.
用 Sendmail 你用Postfix的話.這就是版大的問題.
但這可能在一個不知情的情形下,他用別的方式去做.且原公司一開始沒有說明不能用這種方式下.
如果原先就告訴你不行,你又去做,那版大Post上來就沒意義了!

pc80686 iT邦新手 4 級 ‧ 2009-10-13 01:42:23 檢舉

客戶通常只會提出,我要甚麼東西,並不會管實際是用甚麼套件去達成的,若客戶會管到這,通常也表是客戶有一定的技術底子,通常也就不太會需要我們的委外服務了。
公司的工作規範看起來真的很自由,滿足客戶的需求,就這麼簡單,卻沒想到有這麼多潛在的遊戲規則。

14
sbee727
iT邦新手 2 級 ‧ 2009-10-12 16:23:29

其實我以前在外面處理問題時,常常會遇到,但是後來我選擇跟著公司的步伐走,原因很簡單,公司的考量,工程師可以再請,公司信譽不能倒.
如果自己很有能力去處理,可以用建議給公司,由公司去決定,畢竟堆方根公司有簽約,必須要有一定時間完成的壓力,雖然你有很好的解決方案,但是只有你會,公司又不可能為了這樣的一個小精英,把大部分的時間擺在你身上,他只希望你能夠把當前的問題解決,然後回報,她們只要結果,不要過程
如果你不想安於現狀,有理想跟抱負,真的建議,你可以自己出來創業,然後在這個行業創造屬於自己的一片天,要不然,就算你有再多的才能,請儘量不要光芒太露,因為你幫公司的一個小忙,變成是公司的負擔,雖然我最後還是離開那家公司.....

pc80686 iT邦新手 4 級 ‧ 2009-10-13 02:07:42 檢舉

我想真的是這樣,工程師可以再請,但不能因為個人而讓公司信譽受損或掉客戶。所以台灣的流浪工程師也不少...

14
youshiao
iT邦研究生 1 級 ‧ 2009-10-12 16:50:10

即然是從事外包性質的工作, 應該和客戶有清楚的 SOW(Scope of Work), 你提供的技術應該是以符合 SOW 的規範為原則.

  1. 如果 SOW 有規範或提到技術和架構, 或是客戶公司有現成的技術或架構, 應該用客戶可以操作的技術或架構才是. 這部份是屬於客戶的權利, 他們付多少錢, 你給多少貨. 好像, 我們公司有SAP 等級的ERP, 可是客戶只支付了 MS Dynamics ERP 的錢, 那我們就只能提供MS ERP 的solution. 否則亂了套, 客戶是没有能力操作的.
  2. 如果是統包, 或客戶没有自己的IT或架構, 那客戶應該是比較在意資料及功能, 你就可以使用自己的技術, 能愈快完成工作愈好, 愈快解決問題愈好.
    我的看法是, 要以客戶的立場來想問題, 客戶能接受及維護的技術, 才是我們提供的考量. 要用新的技術, 也要教會他們能操作才行. 對客戶而言, 能解決他們的問題才是重點, 至於solution 是否很 advanced? 一點都不重要.
pc80686 iT邦新手 4 級 ‧ 2009-10-13 02:11:39 檢舉

以客戶立場想問題,反而讓我常常被主管釘,說我只顧著往前衝,後面的問題卻沒人可以處理。

brazy iT邦新手 4 級 ‧ 2009-10-21 15:47:20 檢舉

To Pc80686 你讓我想到

業務 也是這種事的代表.....滿口 ok 滿口 沒問題.
結果 單接到了 工程部 的工程師 都做不出來,然後幹叫.....

也讓我想到了
訂單 都接了 產線早滿了...還接 那種 三天內要的 急單.....
產線人員 在幹叫...

12
glachen
iT邦新手 3 級 ‧ 2009-10-12 17:44:24

我從事資訊委外,每天都要在不同的客戶之間到處奔走,我在為客戶規劃或建置一些服務或架構時,我會使用我所會的技術或架構,我想這很合理吧;但問題來了,有時我在處理其他客戶的問題時,技術支援部門會打來詢問技術問題,主管知道後卻認為我不該使用技術支援部門不會的技術或架構,舉個例子,建置Mail Server,可能技術單位擅長的是sendmail,我就不該使用postfix?
這我只能說~~是的~~除非你不在這家公司工作,公司有既定對外的規範,不能因為你個人喜惡而改變,就算要改,也要經過公司同意。
今天站在客戶的角度就是要我們能夠盡快的完成他們所想要的,而我是屬於第一線的工程師,自然會以我的技術能力來完成客戶的需求,難不成要讓技術單位去處理,他們是屬於第二線的支援單位,應該不是這樣進行的吧?
你的想法沒錯,但就像你在Cisco工作,你不能拿D-Link的產品來解決客戶的問題一樣,你代表的是公司,不是你個人,如果你不熟公司的技術,你就應該學習。
我相信主管的想法有他的考量,只是我不太能理解,強調團隊合作就表示我不能超前?
所謂團隊合作是對外需有一致性,這才是團隊。你技術好,你學的多當然是OK的。但是,當公司對外還在使用舊技術時,你就不應該對外使用新技術。就像公司幫客戶設定密碼時,統一使用1234,你就不能改成用abcd1234,就算這個密碼比較安全,你也是不能用,但你可以告訴公司主管,這樣比較好,建議公司更改。

pc80686 iT邦新手 4 級 ‧ 2009-10-13 02:16:45 檢舉

許多所謂的規範都沒有在一開始就說清楚,甚至根本沒有這樣的規範,這反而也是我的困擾。
至於我不熟悉公司的技術,我只能說我不熟悉的是技術支援單位的技術,公司內全省工程師技術水準都不同,公司並沒有整理一個明確的SOP,許多SOP都是第一線工程師自己寫出來給其他人參考的,若說是工作流程雖然是有SOP,但工作技術就真的是沒有了。
如果公司的舊技術不能符合客戶的需求,變成我不能使用新技術,然後讓這個客戶流失掉,這也是公司的損失,之前我是抱持的這樣的想法想為公司多付出,但明顯的是我這樣的作法似乎是錯的。

youshiao iT邦研究生 1 級 ‧ 2009-10-13 16:37:46 檢舉

我想, 這就是問題的根本原因了, 規範不清楚. 不管是對客戶, 或是公司內部, 都應該要整理出一個規範或SOP, rough 或 detail 都没關係, 不會花很多時間. 這是打基礎的工作, 是做為往後討論或發展的根據. 可以解決很多的爭議.

12
chuan
iT邦新手 5 級 ‧ 2009-10-12 17:48:33

這個問題可以用幾個陳面來思考.
1.成本面
主要包含了,教育訓練的成本,我想這也是很多公司為什麼都思考要用M$ or .Net的關係
2.技術的成熟面
是否已經為公司內部運作正常或是有顯著的ROI提升。

基本上,工程師被期待的通常是更高的附加價值,而非Coding。

pc80686 iT邦新手 4 級 ‧ 2009-10-13 02:18:13 檢舉

我想我是發揮了附加價值,但也帶來不好的問題,例如用了新技術誰能接手。

12
foxlin1
iT邦新手 5 級 ‧ 2009-10-12 21:47:53

其實說實在的,身為主管或是公司會希望訂定一套統一的架構或是做法,以防有誰離職後公司會開天窗,站在身為第一線工程師的直接當然是希望可以把客戶的事情解決為優先,我個人會覺得如果是吃別人的頭路理應照著公司或是主管的想法來走,當然你會覺得主管不是在第一線很多事情他不了解,這個就是你要去和主管溝通的地方,如果他還是覺得要照原來的作法做,必須要讓他知道這是你主管的決定,如果有怎樣的問題出現那只是剛剛好,總之,在外上班沒有任何一樣是可以順著自己的意思來走,只有靠溝通或是你願意把你的技術交給大家,讓主管認為你不是要鋒頭或是不是不照規定走,只是有比較好的方法,我想主管或許是可以理解。

pc80686 iT邦新手 4 級 ‧ 2009-10-13 02:21:20 檢舉

我想我得到的結果是,客戶的評價提升,然後服務的客戶數量增加,然後事情多到讓自己心有餘而力不足,反而是我自己累壞我自己。

12
ljl520
iT邦新手 1 級 ‧ 2009-10-14 10:48:49

看了 上述各同好言論 各有自己論述 並無誰是誰非 我由另一角度切入分享好了 個人待的公司 也有跟委外簽維護合約 通常我要執行一個專案前 該公司都會委派 工程單位會同業務 一起前來開會討論 會後他們會針對建議敝公司採購的軟硬體 內部先開會 決定相關建置技術 才開始派工施作! 我想沒有人是萬能的 委外協助維護也沒有不好 我的職責就是 顧好公司 主機不要出錯 可正常營運! 委外公司工程師也很辛苦常要配合我執行相關維護 我也是借力使力 畢竟在公司有些設備或技術是接觸不到 但透過委外維護 他們經手那麼多設備 與案件 比較容易協助我 來排除公司主機遇到的問題 學習是無止境的 也就是這樣 我在當初公司要設立ERP VPN兩岸專案前 我加入 IT邦 來搜尋 雖然各同好見解不同 但相對的 也可以看到不同的問題反映 或是 相關所需要的解答 我想每位 IT工程人員 都會遇到與公司管理經營者看法角度意見不同的時候 我也會遇到 明明提出的採購建議 會因為預算而被壓低另採購低階硬體 但遇到問題時也還是落再 IT身上 公司不會是認為因為硬體買錯而會認為是IT要負責! 但不管如何 受僱於人 就得執行好公司委任腳色! 慢慢的也就會因為公司文化 讓自己不樣想太多 只要照顧好公司主機就好! 看到您寫的 也許您會覺得自己很有抱負理想! 但很多層面(尤其遇到管理面) 是您要去參透的! 另外 團隊作業 也是確保專案營運正常的關鍵 畢竟任何專案都要自己扛 您會累死 遇到問題有同仁可以相互支援當備援 您才可以安心去執行其他專案不是很好嗎? 以上阿里阿雜幾那麼多 沒有一定的答案 全看您自己 要過甚樣的生活 自己沒有想開 最後只會越陷越深 鑽死胡同 想開了 您生活也愉快 還可以跟技術團隊教學相長 彼此支援減輕您的負擔 何樂不為 ?? 要怎樣的方式 全憑您自己 如果走不出來 其他同好再多意見 也幫不了您!

建議文章要加標點符號並且分段落

外獅佬 iT邦大師 1 級 ‧ 2009-10-14 16:34:05 檢舉

是啊....一口氣看完,差點缺氧休克.....

8
brazy
iT邦新手 4 級 ‧ 2009-10-21 15:52:19

進什麼公司 用什麼公司的方式的風格做事

不就是這樣嗎?

不然 為什麼 一堆人要那麼麻煩 要自己開公司? 除了 自己可以賺多一點之外 就是 執行風格上的不同囉

所以 新人進公司, 就算新人再強,可以 等你 反應上去有效或等你坐上主管職再去更改.

才會是正確.....不然怎麼那麼多高手 願意低頭?在各大公司生存?

在此 風格 我汎指(各層面,技術,產品,應用,服務.....etc)

6
julie8tw
iT邦研究生 4 級 ‧ 2009-10-24 19:50:14

應該盡量用公司懂得,因為你走了怎辦呢
客戶怎辦呢 不然就是把技術貢獻給公司

pantc328 iT邦研究生 1 級 ‧ 2009-10-24 20:00:42 檢舉

我走的話,你們自己看著辦.
本來請外包就是這樣子.
技術人員沒危機意識.只照公司的規定走,脫離外面的潮流.
公司大刀一揮,叫你走人,你還是喝西北風.

我一直認為,把公司的是做好,老闆交辦的Case做好,每天努力的想,每天都在加班.沒時間去唸大學...誰知老闆一劈.什麼夢也沒有.工作也找不到..
所以有時不要太天真.

ifelse iT邦新手 4 級 ‧ 2009-10-26 13:03:32 檢舉

pantc328大大說的好...
現在的我是...
每天工作時把老闆交辦的case做好,下班時間就好好充實自己,免得到時離開時與外面的技術脫鉤太久,就回家吃自己了。
真的不要太天真的以為公司會因為你付出的努力把case做好,而感謝你加你薪。

我要發表回答

立即登入回答