※ 引述《denss (神之一著)》之銘言：
: 個人淺見
: 軟不軟工其實還好
: 我到覺得是人的因素比較大
: 不長進的人, 再好的軟工幫他規劃
: 一樣沒效率, but 有生產力(生產一堆爛code), 而且準時出貨
: 自己升官, 公司賺錢
: 長進的人
: 就算他不知道軟工(沒學過), 其實日常coding所注意的細節,
: 都是軟工. 有效率嗎? 見仁見智, 可能對作者本身有效率,
: 對其他member....不一定, 生產力, 前期比較慢, 後期也許比較快
: 以上沒有要說軟工好, 也沒說他不好, 描述我看到的事實而已
: 我對軟工沒認識很深, 也不會特別想去認識,
: 軟工只是一個名詞, 在我現在看來, 只要有幫助的東西都會去看
: ,team member 也一樣會熱中"對"的事, leader也盡力support
: 我想一個肯上進的工作環境, 比軟工重要的多
比較嚴重的問題是 當一個需要多人合作的計畫中
遇到這種你所謂不長進的人 那問題就會有點大
即使有一堆長進的人 只要有一個不長進 整個系統還是會變得不穩定
軟工要求的是 一種整合性的作業方式
確保軟體開發品質 以及擴充性 修改性 進而增加工作效率
減少因程式員個人因素對專案的影響
SEI 對於企業使用 CMM 模式之改善效益進行調查，發現企業平均生產力提高 35%
，產品上市時間減少 15% ，交貨後發現的缺失數降低 39% 等，顯示出流程改善確實
可以有效幫助軟體企業提升軟體產品品質與國際競爭力。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.124.43.93