听说做软件的公司
如果要标政府标案 都需要有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就拿到了为了不更改追搠矩阵，认证时当然就说完全没有需求变更啊…

等你维护没有文件的系统时就知道文件多重要另外标案就会有专案管理,甲乙方都是靠文件来确认进度计画书、访谈、需求说明、需求确认...是一步接一步如果想到什么就加什么 那才是恶梦 专案永远结不了有文件、有会议记录 就可以主张这是需求变更 要另外付钱、另外排时程