聽說做軟體的公司
如果要標政府標案 都需要有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管理的鄉民可以分享一下心得哩??

現在很多公司也是對文件也很注重了

好久沒聽到了，過時的東西

這個東西 印度軟體公司最會了 寫一堆文件 結果程式是垃圾

就像工人蓋房子，是先蓋還是先畫圖？

正解：程式碼即是文件，文件即是程式碼。其它都是多餘的

我們公司也有，寫的苦哈哈，考驗英文的功力還有BSIMM

sw rd寫的文件是最少的，pm sa sd 要寫的更多，不過在台灣常常 一個人是rd也是sa跟sd

待過CMMI L3的公司。文件與流程有要求。問題是內容沒那麼誇張當論文等級寫。很多都應付亂寫，認證也過。

六樓正解,我們公司亞馬遜挖來的顧問也是這個論點,額外文件只要在高速需求變化的環境一下子就變舊版本文件政府案子能這樣搞一來他本來就不用面對市場競爭沒有效率壓力二來需求不太會高速變化

首先要誘導客戶需求……

做文件的功力應該會明顯提昇吧XD

接下來建一堆水平-垂直追溯表……

cmmi 要用在適合的計畫與專案, 只是台灣有自己的玩法,用在一堆未成熟/未開發的專案, 還硬要生出 requirement,execution plan, etc...最後就是文件跟計畫執行是兩回事～

每份文件有固定章節和標題就好，內容萬年不改反正也沒有人會去看，然後lv3就拿到了為了不更改追搠矩陣，認證時當然就說完全沒有需求變更啊…

等你維護沒有文件的系統時就知道文件多重要另外標案就會有專案管理,甲乙方都是靠文件來確認進度計畫書、訪談、需求說明、需求確認...是一步接一步如果想到什麼就加什麼 那才是惡夢 專案永遠結不了有文件、有會議記錄 就可以主張這是需求變更 要另外付錢、另外排時程