看板 Tech_Job 關於我們 聯絡資訊
聽說做軟體的公司 如果要標政府標案 都需要有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://www.ptt.cc/bbs/Tech_Job/M.1545399517.A.F0B.html
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