4.9 配置管理
在项目正式开展前，项目经理就要制定配置管理计划，并且指定配置管理员建立起配置管理库，按配置流程严格进行配置管理。在配置流程中也详细提供了对更改的控制，没有经过批准的更改请求是绝对不能进行的。
4.10 记录
记录及时、充分、比较准确。这些记录包括:重要的邮件、会议纪要、审核记录、缺陷报告、测试报告。
1)提倡与客户和其他项目组的所有往来必须邮件记录。
2)对所有的活动都有一个跟踪落实的过程，比如对所有的Review记录和更改请求都会有一个状态标识，标识其当前状态，通过跟踪其状态来监督其落实。
3)对所有的活动，包括对文档和代码的更改都会有一个历史记录。
4)记录比较准确、比较客观。
以上是华友公司在项目管理中所涉及到的一些主要环节，很值得国内的软件企业在制定项目管理规划时借鉴。
5.1 项目管理存在问题
总结软件企业管理中易出现的如下问题，结合我公司在产品开发管理的过程中出现问题总结如下：
1)需求说明差─需求不清楚、不完整、太概括、 或者不可测试，都会造成问题。
2)不切实际的时间表─如果在很短的时间里要求做许多事，出现错误是不可避免的。
3)不重视测试─只能根据客户意见或系统崩溃来判断系统的质量，整个公司没有质量管理部门。有些经理认为测试工作是服务工作，只有编写代码工作才是生产工作，编程人员待遇高、地位高。
4)不断增加功能─在开发正在进行过程中要求增加许多新的功能，这是常见的问题。
5)交流问题─如果开发人员对客户的要求不了解，或者客户由不恰当的期望，必然会导致错误。
6)编写文档意识太差─90%的开发人员不愿意花时间写文档，项目经理缺少这方面的管理考核要求，喜欢采取多次对话开会等轻松的沟通方式。
5.2 解决措施
这些问题的出现，将会对软件质量的保证产生不良影响，针对上述问题并结合公司在项目管理方面的实践经验，笔者提出一些相应的解决方法，以供参考：
1)可靠的需求─应当有一个经各方一致同意的、清楚的、完整的、详细的、整体的、可实现的、可测试的需求。为帮助确定需求，可使用模型 (prototypes)。
2)合理的时间表——为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。不应使用突击的办法来完成项目。
3)尽早安排测试─从需求讨论开始测试;每次改错或变更后，都应重新测试。项目计划中要为测试和改错留出足够时间。重视测试人员的待遇和地位问题，认识上把测试工作做为研发工作的一个重要阶段完成，他和编写代码同样重要。
4)尽可能坚持最初的需求─一旦开发工作开始，要准备防止修改需求和新增功能，要说明这样做的后果。如果必须进行变更，必须在时间表上有相应的反映。如果可能，在设计阶段使用快速的模型，以便使客户了解将会得到的东西。这将会使他们对他们的需求有较高的信心，减少以后的变更。
5)沟通——在适当时机进行预排和检查;充分利用团组通信工具—电子邮件、MSN实时对话、网络故障跟踪Bugzilla工具、变更管理工具、以及因特网的功能。要确保文件是可用的和最新的。优选电子版文档，避免纸介质文档:进行远距离联合作业及协作;尽早使用模型，使客户的预想表达清楚。
6)强化文档工作—对于每个测试任务必须有相应的需求、开发设计文档，测试任务完成后必须有测试报告，让文档成为互相沟通的基础
文章来源于领测软件测试网 https://www.ltesting.net/
