Re: [討論] 令人感慨的資訊業

[leicheong (睡魔)]

※ 引述《derekhsu (斷頭不過碗大疤)》之銘言：
: ～原PO大大寫得很好，恕刪～
: 小弟雖然僅僅只有在軟體產業待過兩年的經驗，連SA/SD的職務都沒有做到
: ，雖然是當Programmer，但其實實際上的工作包含SA/SD/PM，甚至還要協助
: 企畫做企畫書，投標備詢，教育訓練等等什麼工作內容都做，加上有導入過
: CMMI Level 2的經驗，雖然程式也寫得也普普通通，就多少來談一下下我的
: 看法吧。
: 我自己把目前台灣的資訊產業，或者稱之為軟體工作者所擔任單位的營運型
: 態，分成三個面向：研發導向、專案導向、跟支援導向。
: < deleted >
: 三、支援導向
: 1.利潤間接性：單位的存在目的在於支援企業營運的正常，利潤無法直接計
:   算獲得，如果單位失效企業通常會蒙受嚴重損失，但單位運作正常時卻沒
:   有人會感受到單位的運作，在財務報表上永遠看不見單位帶來的利潤。
同意.

: 2.執行被動性：單位的存在是支援其他單位所存在著的，雖然單位自己也會
:   有一些執行的計畫，但總體上仍是根據其他單位運作上的需要為主。
這非常同意.

: 3.技術固定性：在支援單位中，一般來講所使用的技術層次不會太高，但比
:   較固定，而且大多來自外購或已開發的技術，不會像專案導向要依照專案
:   需求單位的要求做變化，即使是比較難的技術，也會有可以參考的資料。
這個不一定哦. 雖然我是in-house programmer, 但是不單要寫網頁(這是我的
基本任務), 也要寫OCR, 公司的RAID壞了要救資料, 為了要和其他有關係的公司
的系統整合也要寫Linux的daemon... 基本上每個「專案」要學習的東西都
沒甚麼重複性, 一切看老闆想怎樣...

: 4.成本變化性：支援單位對於營收看不出直接貢獻，對於支援單位的成本其
:   實沒有一定標準，可大可小，反正只要能維持企業運作就好，在單位建立
:   初期支援單位的成本可能投資很多，但隨時時間過去運作穩定後，卻會慢
:   慢減少，當需要精簡人事時支援單位永遠都是被考慮的第一順位。
我的部門的編制只有滿編時的一半. 不過不是因為精簡人手, 而是請不到人.
我只要會VB6加上MSSQL的人, 但半年來居然只收到5份履歷表...

: 5.任務持續性：不會像專案導向那樣的一人身兼多職，但至少都會擔任兩項
:   工作，開發和維護，因為支援單位所要負責的工作必需是持續進行的，所
:   以維持現有系統的工作非常重要，專案導向可能到維護合約結束後就結束
:   了，但支援工作卻絕不可能停擺。至於開發部分通常要負責新系統建置，
:   新機台導入。因為運作一刻不可停擺，所以值班、On Call也是常有的事。
話說因為technical team人手不足, 目前光維護伺服器們就快把我的精力
搾光了... 根本沒時間/精神寫程式... (我是修電腦出身的...)

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 219.73.64.27
推 Harifucks:PAY提高之後，你要找幾個人都可以啦
推 chihyi1980:我直覺也覺得這麼簡單的工作找不到人應該是pay的問題.
推 adm123:其實你的例子，有點像專案導向的MIS（認識滿多這樣的）
→ adm123:其實這樣的工作很不錯，學到的東西比較多。（出去有競爭力ꄠ
→ adm123:找不到人的問題，我也是覺得可能PAY的問題居多。
推 leicheong:PAY多少是一回事, 但那廣告確實只是寫「可議」的.
→ leicheong:JobsDB其他公司也是這樣啊, 應該沒有問題才對... :O