twitter,facebook,ins,youtube视频下载
磨针音视频转文字
磨针免费pdf转word
磨针微信定时发文件和消息
磨针c盘清理，任何场景都能释放几十G的空间
最近开学开始在备课时，我在整理资料与简报忽然我想到在CMMI Dev v1.3版【1】中的需求管理SP1.1工作产出与执行细则里，有讲到这个需求管理的表单"需求接受准则"，在以前我当学生上课时老师【2】总是跟我说在CMMI的需求管理中有2个表单很重要，一个是需求接受准则一个是需求垂直水平双向追朔表，当时负责需求这PA的业务同仁被叮惨后来换我接手规画公司的需求管理，后来在老师指导中这部分就被我学起来，真是感谢老师的教导。
以下用我观点来说明"需求接收准则"，在CMMIDev v1.3需求管理SP1.1细则【3】中有提到，当业务、专案经理(PM)，'系统分析师(SA)在接受客户需求时，必须要核对这需求是否满足需求接受准则，当时我作法是制定一个需求接受准则的原则，在公司的访谈记录表或原始需求清单中备注来提醒公司的同事，要确认你收到需求是否是好需求，需求接受准则要求原则整理如下：
- 清晰而适当地表达
- 完整
- 相互的一致性
- 可个别界定
- 符合架构原则与品质属性之优先性
- 可适当地实作
- 可验证(也就是可测试)
- 可追溯
- 可达成
- 与商业价值紧密结合
- 经界定对客户是重要的
我们可以透过公司内部教育训练来协助业务、专案经理，系统分析师去了解公司的需求接受原则，举个例，当客户跟你讲说我们要开发的系统要很安全、很快，这需求最少就不符合第一条的"清晰而适当地表达"，我们用白话文说就是需求不能有形容词要肯定句，系统安全要达到的等级项目有多少，很快是几秒1秒，2秒、5秒是查询画面吗？资料库笔数是10万笔还是100万笔，在哪个网路网路环境来验证。透过这样教育训练才有办法让公司团队的访谈人员面临客户时才有办法将客户需求代回给开发人员，而不是开发人员看到这需求还要再安排一次或询问业务或PM，这样真是增加公司内部成本，我个人认为这是很小投资但作好可以帮助公司节省大量的需求访谈模糊要确认的问题，但是这还有一个要注意是访谈的会议纪录要能记录清楚，我在公司部落格有写一篇教导如何写好会议记录文章兴趣可以查阅【4】。
所以依照每公司的不同文化与开发习惯将上述的原则内化为公司的教育训练的教材，会帮助公司相关的业务与技术人员提升专业度与节约开发成本是一个很好改善公司软体流程的方法。
最后补充说明，在新CMMI Dev v2.3 版【5】也有同样说明，因为我是孰悉CMMI Dev v1.3需求管理，所以我用这来相关细节与与说明会比较清楚点，又因为CMMI 2.0条款与手册是要额外付费，所以我不能贴上原文给各位，但CMMI Dev v1.3版是免费，各位若对CMMI 2.0版有兴趣可以去查阅，另外在10多年前老师在辅导财税中心的CMMI ACQ 1.3时有提甲方的需求提供准则我想原则上跟需求接受准则是一样只是对象不同。
引用文献与资料来源
【1】CMMI (Capability Maturity Model® Integration，能力成熟度模式整合) 起源于美国国防部与卡内基美隆大学（Carnegie-Mellon University）合作所设立的软体工程学院（Software Engineering Institute，SEI）
【2】个人在2004年受教已逝洪肇奎老师教导CMMI Dev1.1并参与公司认证，之后离开公司后又因缘际会于2009-2011与洪老师一起参与台中地区认证5家小型公司CMMI Dev1.3 ML2过程，老师指派我担任助教角色陪同一起将这5家ML2认证完成，让我个人累积很多经验，感谢老师的提携。
【3】CMMI Dev v1.3需求管理- SP 1.1了解需求细部执行方法中说到，建立区别适当需求提供者的准则清单及建立客观的需求评估及接受准则。
【4】你的助理真会写专案的会议纪录吗？
https://www.web123.com.tw/blog/1110
【5】Requirements Development and Management (RDM)需求发展与管理中的RDM2.3与需求提供者就需求的含义达成一致，也有相同的描述，