CMMI规范文档都是什么角色写的?公司要按照CMMI的规范来开发项目,让我按照标准来执行,看了CMMI的规范,需要
CMMI规范文档都是什么角色写的?
公司要按照CMMI的规范来开发项目,让我按照标准来执行,看了CMMI的规范,需要写好多文档,不太清楚这么多文档都是什么人来的?我是项目经理角色.请尽量回答的仔细点,非常感谢~
[解决办法]
公司没有QA吗？
流程的是事情问问他们，有些文档问问他们能不能裁掉，另外QA提供的只是一般的通用的，自己的项目肯定有特殊的地方，需要自己定一些文档
底下的人肯定不愿意多写文档，你作为项目经理要计划点时间给他们写文档
我个人觉得，从项目初期的招投标的估算，Project Charter，生命周期模型的选定，项目计划，WBS，配置管理，...
做了很多其实都是为了出一份项目计划和WBS
项目经理的能力最主要的就是出计划，有的公司衡量项目经理能力的一项指标就是，项目计划好了之后ok打个baseline，日后变更的，新增的任务占所有任务的比例是衡量项目经理计划能力的指标，没有经验的项目经理经常到中后期会增加很多任务，很可能造成加班overtime，但这也只是参考指标，因为要分析是由于客户需求变更导致的还是自己确实忘了或者根本不知道计划该事项（这些经验积累起来还是很宝贵的）
一家之言仅供参考
祝你成功～～
[解决办法]什么人都可以写文档，一切都看文档的内容是否实在。许多软件公司，前期把文档分解给所有程序员，然后项目经理再坐享其成。
如果写出的文档，事后被证明垃圾太多，那么谁写都不合适。
除非你们为了走过场，例如为了评审，否则如果注重实效，要注意文档不是越多越好。
写文档的目的本来是为了更高效地对产品各种细节基线进行确认，以保证设计。没有经验的人容易从“懦弱的人羡慕所有人”的角度以为写了文档就可以确保项目不修改、不对具体设计和代码实现进行重构了，这就会造成你写许多垃圾文档。如果你在项目已开始就尽早开始测试管理工作，并且在设计方面有高级架构师的思路（高级架构师没有学究气而反而是非常灵活），那么你就可以裁剪大部分文档，而项目协调工作也可以做的很到位。
[解决办法]如果CMMI已经或正在导入，指南和模板文件已经形成（指南和模板由EPG小组成员完成），
那么项目文档工作就是根据指南提示，在模板上填内容：
大致可以这样分：
1.项目计划类，项目总结类：如项目计划，配置管理计划，度量计划，需求规格，项目总结等，
由project Lead完成，（如果你是PL,而不是PL的Lead,你就得写这些文档）
2.由工程师（RD)完成设计文档，测试用例计划书等；
3.由测试工程师（PA）完成测试计划书，测试总结报告等与测试有关的文档
