[討論] CMMI管理

看板Tech_Job作者 (紅燒冰淇淋)時間7年前 (2018/12/21 21:38), 編輯推噓13(13推 0噓 21→)
留言34則, 14人參與, 7年前最新討論串1/1
聽說做軟體的公司 如果要標政府標案 都需要有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
→
12/21 21:43, 7年前 , 1F
現在很多公司也是對文件也很注重了
12/21 21:43, 1F
推
12/21 22:00, 7年前 , 2F
好久沒聽到了，過時的東西
12/21 22:00, 2F
→
12/21 22:05, 7年前 , 3F
這個東西 印度軟體公司最會了 寫一堆文件 結果程式是垃
12/21 22:05, 3F
→
12/21 22:05, 7年前 , 4F
圾
12/21 22:05, 4F
推
12/21 22:31, 7年前 , 5F
就像工人蓋房子，是先蓋還是先畫圖？
12/21 22:31, 5F
推
12/21 22:42, 7年前 , 6F
正解：程式碼即是文件，文件即是程式碼。其它都是多餘的
12/21 22:42, 6F
推
12/21 22:44, 7年前 , 7F
我們公司也有，寫的苦哈哈，考驗英文的功力
12/21 22:44, 7F
→
12/21 22:46, 7年前 , 8F
還有BSIMM
12/21 22:46, 8F
推
12/21 23:19, 7年前 , 9F
sw rd寫的文件是最少的，pm sa sd 要寫的更多，不過在
12/21 23:19, 9F
→
12/21 23:19, 7年前 , 10F
台灣常常 一個人是rd也是sa跟sd
12/21 23:19, 10F
→
12/22 00:29, 7年前 , 11F
待過CMMI L3的公司。文件與流程有要求。問題是內容沒那麼
12/22 00:29, 11F
→
12/22 00:29, 7年前 , 12F
誇張當論文等級寫。很多都應付亂寫，認證也過。
12/22 00:29, 12F
推
12/22 00:32, 7年前 , 13F
六樓正解,我們公司亞馬遜挖來的顧問也是這個論點,額外文件
12/22 00:32, 13F
→
12/22 00:32, 7年前 , 14F
只要在高速需求變化的環境一下子就變舊版本文件
12/22 00:32, 14F
→
12/22 00:33, 7年前 , 15F
政府案子能這樣搞一來他本來就不用面對市場競爭沒有效率壓
12/22 00:33, 15F
→
12/22 00:33, 7年前 , 16F
力二來需求不太會高速變化
12/22 00:33, 16F
推
12/22 00:45, 7年前 , 17F
首先要誘導客戶需求……
12/22 00:45, 17F
推
12/22 00:46, 7年前 , 18F
做文件的功力應該會明顯提昇吧XD
12/22 00:46, 18F
推
12/22 00:48, 7年前 , 19F
接下來建一堆水平-垂直追溯表……
12/22 00:48, 19F
推
12/22 08:30, 7年前 , 20F
cmmi 要用在適合的計畫與專案, 只是台灣有自己的玩法,
12/22 08:30, 20F
→
12/22 08:30, 7年前 , 21F
用在一堆未成熟/未開發的專案, 還硬要生出 requirement,
12/22 08:30, 21F
→
12/22 08:30, 7年前 , 22F
execution plan, etc...最後就是文件跟計畫執行是兩回
12/22 08:30, 22F
→
12/22 08:30, 7年前 , 23F
事～
12/22 08:30, 23F
→
12/22 08:59, 7年前 , 24F
每份文件有固定章節和標題就好，內容萬年不改反正也
12/22 08:59, 24F
→
12/22 08:59, 7年前 , 25F
沒有人會去看，然後lv3就拿到了
12/22 08:59, 25F
→
12/22 09:09, 7年前 , 26F
為了不更改追搠矩陣，認證時當然就說完全沒有需求
12/22 09:09, 26F
→
12/22 09:09, 7年前 , 27F
變更啊…
12/22 09:09, 27F
推
12/22 11:49, 7年前 , 28F
等你維護沒有文件的系統時就知道文件多重要
12/22 11:49, 28F
推
12/22 11:51, 7年前 , 29F
另外標案就會有專案管理,甲乙方都是靠文件來確認進
12/22 11:51, 29F
→
12/22 11:51, 7年前 , 30F
度
12/22 11:51, 30F
→
12/22 11:52, 7年前 , 31F
計畫書、訪談、需求說明、需求確認...是一步接一步
12/22 11:52, 31F
→
12/22 11:53, 7年前 , 32F
如果想到什麼就加什麼 那才是惡夢 專案永遠結不了
12/22 11:53, 32F
推
12/22 11:56, 7年前 , 33F
有文件、有會議記錄 就可以主張這是需求變更 要另外
12/22 11:56, 33F
→
12/22 11:56, 7年前 , 34F
付錢、另外排時程
12/22 11:56, 34F
‣ 更多 Ferrara 的文章
文章代碼(AID): #1S7EpTyB (Tech_Job)