聽說做軟體的公司
如果要標政府標案 都需要有CMMI認證
CMMI簡介大概是這樣 https://wiki.mbalib.com/zh-tw/CMMI
關於這個CMMI 對於RD的影響
大致上如下面連結所述 :
https://www.gss.com.tw/index.php/focus/eis/56-eis51/239-cmmi
總而言就是說咧
RD要在軟體開發過程中產出一堆文件
每份文件都要類似像寫論文那樣嚴謹的撰寫
這些文件是寫來讓公司管理開發進展用的
對RD如本魯來說咧
寫這些文件只會拖慢本魯的開發 寫再多對本魯都沒啥用處
datasheet都看不完了 spec都念不完了 根本沒心情搞文件
有沒有參與過CMMI管理的鄉民可以分享一下心得哩??
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.115.213.193
※ 文章網址: https://webptt.cc/bbs/Tech_Job/M.1545399517.A.F0B.html
推文 (34)
→
sarau
現在很多公司也是對文件也很注重了
12/21 21:43
推
GX90160SS
好久沒聽到了，過時的東西
12/21 22:00
→
ericwan
這個東西 印度軟體公司最會了 寫一堆文件 結果程式是垃
12/21 22:05
→
ericwan
圾
12/21 22:05
推
gcnet
就像工人蓋房子，是先蓋還是先畫圖？
12/21 22:31
推
sunsamy
正解：程式碼即是文件，文件即是程式碼。其它都是多餘的
12/21 22:42
推
okgogogo
我們公司也有，寫的苦哈哈，考驗英文的功力
12/21 22:44
→
okgogogo
還有BSIMM
12/21 22:46
推
adbo1108
sw rd寫的文件是最少的，pm sa sd 要寫的更多，不過在
12/21 23:19
→
adbo1108
台灣常常 一個人是rd也是sa跟sd
12/21 23:19
→
DrTech
待過CMMI L3的公司。文件與流程有要求。問題是內容沒那麼
12/22 00:29
→
DrTech
誇張當論文等級寫。很多都應付亂寫，認證也過。
12/22 00:29
推
twin2
六樓正解,我們公司亞馬遜挖來的顧問也是這個論點,額外文件
12/22 00:32
→
twin2
只要在高速需求變化的環境一下子就變舊版本文件
12/22 00:32
→
twin2
政府案子能這樣搞一來他本來就不用面對市場競爭沒有效率壓
12/22 00:33
→
twin2
力二來需求不太會高速變化
12/22 00:33
推
Zheng223
首先要誘導客戶需求……
12/22 00:45
推
badyy
做文件的功力應該會明顯提昇吧XD
12/22 00:46
推
Zheng223
接下來建一堆水平-垂直追溯表……
12/22 00:48
推
dev0929
cmmi 要用在適合的計畫與專案, 只是台灣有自己的玩法,
12/22 08:30
→
dev0929
用在一堆未成熟/未開發的專案, 還硬要生出 requirement,
12/22 08:30
→
dev0929
execution plan, etc...最後就是文件跟計畫執行是兩回
12/22 08:30
→
dev0929
事～
12/22 08:30
→
alittleghost
每份文件有固定章節和標題就好，內容萬年不改反正也
12/22 08:59
→
alittleghost
沒有人會去看，然後lv3就拿到了
12/22 08:59
→
alittleghost
為了不更改追搠矩陣，認證時當然就說完全沒有需求
12/22 09:09
→
alittleghost
變更啊…
12/22 09:09
推
ChungLi5566
等你維護沒有文件的系統時就知道文件多重要
12/22 11:49
推
ChungLi5566
另外標案就會有專案管理,甲乙方都是靠文件來確認進
12/22 11:51
→
ChungLi5566
度
12/22 11:51
→
ChungLi5566
計畫書、訪談、需求說明、需求確認...是一步接一步
12/22 11:52
→
ChungLi5566
如果想到什麼就加什麼 那才是惡夢 專案永遠結不了
12/22 11:53
推
ChungLi5566
有文件、有會議記錄 就可以主張這是需求變更 要另外
12/22 11:56
→
ChungLi5566
付錢、另外排時程
12/22 11:56