5. 要为测试、缺陷修正和预期的需求变更预留足够的时间;如有必要，还应采
用适当的协同进度管理工具。
四、开发团队管理
对于开发团队管理，要做到分工明确、因人施用。根据水平的高低，合理分配

“

” “

”

工作量。并且关注团队内部的交流沟通结构，避免 互相等 和 误解 。尽量让
每个人的工作量饱和化。在项目开始以后，要尽可能保持团队稳定，避免人员
变更给团队带来的协作混乱。
五、配置管理和 SQA
软件配置管理(SCM)的主要作用是标识、控制、和状态统计。
这些功能的意图是维护和跟踪功能、配置、产品、产品基线、需求规约和其他文
档的变更，软件版本的描述;跟踪变更申请，问题报告和解决记录，提供配置
控件委员会(CCB)会议纪要等。
软件开发之后的变更需要从多个侧面加以注意：
1. 任何返工都是有代价的
2. 将资源用于返工则无法开展新项目
3. 如果变更不能精确的标识和控制，那么软件的版本就会因为未知和没有记
录的修改而无法跟踪
4. 如果变更没有考虑到所有的副作用，那么对于一个变更所引起的连锁反应
的跟踪是非常费时间的
5. 变更次数的增加会使系统面目全非
当项目经常变更时候，SQA 是非常重要的。SQA 应该进行 Pareto 分析和趋势
分析以确定引起变更的根本原因。SQA 同时要保证系统的影响是可跟踪、可测
试和可验证的。SQA 的一个主要目标是在开发的早期发现问题，避免其进入下
游开发中。
六、文档管理
对于小型项目，首先，必须有文档要求，否则后期的修改、维护、升级都会变
得异常困难;

“

”

其次，对文档的要求应该 适度 ，即够用即可。一切以便于后续

工作为目标，不做过于繁琐的要求，不应把大量精力投入进过于繁琐的文档
编写。此外，还应注意文档的版本控制，保证文档和代码的一致性。