按照CMM的管理概念，从定性到定量，直到CMM5不断改进，这个过程中，我发现有一个东西很难完成，而且要花很长时间，具体如何来做，也需要仔细计划。

项目管理中要做到可视化，需要各种项目管理的数据，所以这个数据库数据的收集、整理、统计、分析就成为了基础。

如何在项目中收集这些数据就成为一个问题，而且收集什么样的数据，即不能让项目经理疲于提交数据，又不能收集的不完成，请大家讨论。

1. 需求分析检查表
2. 单元测试和系统测试计划检查表
3. 配置管理检查表
4. 项目状态报告检查表
5. 需求评审检查表
6. 功能设计评审检查表
7. 项目计划评审检查表
8. 代码评审检查表

需求分析检查表

这个需求检查表包含一系列关于你的项目需求的自测题。用这个检查表，你可以检验一下在创建工作时，你的工作基础是否牢固可靠。并不是表中所列出的每一个问题都适用于你的项目。如果你正在从事一个非正式项目，你会发现根本不需要考虑这个问题，你也会在其中发现一些需要考虑但并不需要回答的问题。但如果你正在从事一个大型的正式项目，我们建议你最好还是仔细考虑每一个问题。

需求内容
· 系统的所有输入都定义了吗？包括它们的来源、精度、取值范围和频率？
· 系统所有的输出都定义了吗？包括它们的目标、精度、取值范围、频率和格式？
· 所有的报告格式都定义了吗？
· 所有的硬件与软件接口都定义了吗？
· 所有的通信交界面都定义了吗？包括握手、错误检查以及通信约定？
· 是否从用户的观点出发，定义了所有必要操作的反应时间？
· 是否定义了时间问题，如处理时间、数据传输率以及系统吞吐能力？
· 是否对用户所要求完成的任务部作出了规定？
· 每项任务所需用到和产生的数据都规定了吗？
· 规定保密级别了吗？
· 规定可靠性了吗？包括软件出错的后果、在出错时要保护的至关重要的信息、以及错误测试和恢复策略。
· 规定所需最大内存了吗？
· 所需最大存储容量规定了吗？
· 对系统的维护性是否作出了规定？包括系统对运行环境、精度、性能以其与其它软件的接口等方面变化的适应能力规定了吗？
· 是否规定了相互冲突的设计之间的折衷原则，例如，在坚固性与准确性之间如何进行折衷？
· 是否制定了系统成败的标准？

关于需求的完善性
· 在开发开始前暂时得不到的信息是什么？是否规定了不够完善的区域？
· 需求定义是否已经完善到了可以成为软件标准的地步？
· 需求中是否有哪一部分令你感到不安？有没有根本不可能实现，而仅仅为了取悦老板和用户才加进来的内容？

关于需求的质量
· 需求是否是用用户的语言制定的？用户也这样认为吗？
· 需求中是否每一条之间都尽量避免冲突？
· 需求中是否注意了避免规定设计工作？
· 需求在详细程度方面是否保持了一致性；有没有应该更详细些的要求？有没有应该更简略些的？
· 需求是否明确得可以分为一些独立的可执行部分，而每一部分又都很明了？
· 是否每一条都与问题和答案相关？是否每一条都可以追溯到产生它的环境中？
· 是否每一条需求都可以作为测试依据？是否可以针对每一条进行独立测试以确定是否满足需求？
· 是否对可能的改动作出了规定？包括每一改动的可能性？

这个主题偶要好好思考，其实是对项目管理做“知识管理”。。。

在PMBOK当中，有专门的企业级的“{经验教训库”，就是用来积累楼主所说的内容，不过就说了这个库，但如何来建库（针对项目管理的），如何来维护和使用这个库，都没有下文。。。

如果把这个主题思考下去，应该是一篇非常有价值的“项目管理”和“知识管理”的论文。。。

建议楼主思考下去，如果有一套可行的“解决方案”。。。是大家的福分，如果需要协同协作，我可以联系wiki平台。。。

兴奋ing...

One Aim,One God,One Life. || 最爱:偶家阳阳 || 博客:愚人camer || MSN:camellxr@hotmail.com