思步网

标题: 谈项目管理和软件测试过程（五） [打印本页]

作者: 玻璃房 时间: 2012-4-23 12:46
标题: 谈项目管理和软件测试过程（五）
5.1 项目管理存在问题
总结软件企业管理中易出现的如下问题，结合我公司在产品开发管理的过程中出现问题总结如下：

1)需求说明差─需求不清楚、不完整、太概括、或者不可测试，都会造成问题。

2)不切实际的时间表─如果在很短的时间里要求做许多事，出现错误是不可避免的。

3)不重视测试─只能根据客户意见或系统崩溃来判断系统的质量，整个公司没有质量管理部门。有些经理认为测试工作是服务工作，只有编写代码工作才是生产工作，编程人员待遇高、地位高。

4)不断增加功能─在开发正在进行过程中要求增加许多新的功能，这是常见的问题。

5)交流问题─如果开发人员对客户的要求不了解，或者客户由不恰当的期望，必然会导致错误。

6）编写文档意识太差─90%的开发人员不愿意花时间写文档，项目经理缺少这方面的管理考核要求，喜欢采取多次对话开会等轻松的沟通方式。

5.2 解决措施

这些问题的出现，将会对软件质量的保证产生不良影响，针对上述问题并结合公司在项目管理方面的实践经验，笔者提出一些相应的解决方法，以供参考：

1)可靠的需求─应当有一个经各方一致同意的、清楚的、完整的、详细的、整体的、可实现的、可测试的需求。为帮助确定需求，可使用模型 (prototypes)。

2）合理的时间表——为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。不应使用突击的办法来完成项目。

3)尽早安排测试─从需求讨论开始测试；每次改错或变更后，都应重新测试。项目计划中要为测试和改错留出足够时间。重视测试人员的待遇和地位问题，认识上把测试工作做为研发工作的一个重要阶段完成，他和编写代码同样重要。

4)尽可能坚持最初的需求─一旦开发工作开始，要准备防止修改需求和新增功能，要说明这样做的后果。如果必须进行变更，必须在时间表上有相应的反映。如果可能，在设计阶段使用快速的模型，以便使客户了解将会得到的东西。这将会使他们对他们的需求有较高的信心，减少以后的变更。

5)沟通——在适当时机进行预排和检查;充分利用团组通信工具—电子邮件、MSN实时对话、网络故障跟踪Bugzilla工具、变更管理工具、以及因特网的功能。要确保文件是可用的和最新的。优选电子版文档，避免纸介质文档:进行远距离联合作业及协作;尽早使用模型，使客户的预想表达清楚。

6）强化文档工作—对于每个测试任务必须有相应的需求、开发设计文档，测试任务完成后必须有测试报告，让文档成为互相沟通的基础。

作者: 贺扮昌孚 时间: 2013-5-5 20:32
啥也不说了，楼主就是给力！

作者: Chedgephaland 时间: 2013-5-29 16:34
看了LZ的帖子，我只想说一句很好很强大！

作者: 严厘加 时间: 2013-6-19 10:01
很有借鉴意义，先收藏了，谢谢楼主。

作者: 窒息的伤 时间: 2014-10-15 21:25
看起来不错

作者: 成全i 时间: 2016-5-5 19:54
众里寻他千百度，蓦然回首在这里！

作者: 昔。 时间: 2017-5-10 09:54
我了个去，顶了

作者: 插翅难飞 时间: 2018-11-16 11:16
我了个去，顶了

作者: 难忆 时间: 2018-11-17 09:25
很有借鉴意义，先收藏了，谢谢楼主。

作者: ︶￣兮忆 时间: 2019-10-31 17:35
很有见地的探讨，先收藏着~

作者: 别低贱了自己 时间: 2020-2-19 18:19
路过帮顶嘿嘿

作者: 残羽 时间: 2020-3-5 15:07
打酱油的人拉，顺便赚点金币

作者: 吉它弦 时间: 2020-3-6 19:08
打酱油的人拉，顺便赚点金币

作者: 笑泪-- 时间: 2020-7-1 16:45
其实，很多情况下都是这样的，习惯就好。

作者: ∞华丽的谎言 时间: 2021-7-16 09:12
很有借鉴意义，先收藏了，谢谢楼主。

欢迎光临思步网 (http://www.step365.com/)