软件项目管理简化思索

导语：软件项目管理简化思索一文来源于网友上传，不代表本站观点，若需要原创文章可咨询客服老师，欢迎参考。

随着软件项目规模越来越大，软件开发过程越来越复杂，涉及的人、财、物资源也越来越庞大。计算机软件开发从“个人英雄”时代向团队时代迈进，计算机软件项目的管理也从“作坊式”管理向“软件工厂式”管理迈进。这就要求软件开发人员特别是软件项目管理人员更深一步地理解和掌握现代软件工程的理论方法，“简化”开发过程和项目管理工具，完成思想观念上的转变。

1避免陷入两个误区

1.1开发过程随意化说到简化，也有企业走进了“随意化”的误区。自由主义、经验主义随心所欲地发挥，口头协议满天飞，时间紧、人手不足是他们抛弃规范、拒绝监督的最佳借口。其实，简化绝不意味着随意化。随意容易使软件开发误入歧途，使开发过程难以规范。

1.2项目管理方法和工具过于复杂或简单有人认为自己拥有一套软件项目管理的书籍，书中充满了复杂的标准和示例，并套用到软件开发过程中的管理，使项目管理变得相当复杂。其实，好的参考书无疑能指导我们的工作。充分利用书籍中的方法、技术和技巧，可以有效地解决软件开发中大量常见的问题。但实践者并不能因此依赖于书籍，因为：

（1）现实的工作中，由于条件千差万别，即使是相当成熟的软件工程规范，常常也无法套用。

（2）软件技术日新月异，没有哪一种软件标准能长盛不衰。祖传秘方在某些领域很吃香，而在软件领域则意味着落后。爱因斯坦曾说过：“一切事情都应尽可能使其简化，但不要过于简单。”对于项目管理，此中的玄机无疑隐藏在细节之中。应该抓住影响软件项目管理的关键因素，简化项目管理方法和管理沟通工具。

2软件项目管理如何简化

2.1确定明确、完整的软件需求只有有了明确的、完整的软件需求，项目开发才能有基本的保证。获取需求时应认真听取用户的意见，进行沟通，尽量从专业的角度挖掘用户的潜在需求，最大限度地避免开发工作开始后去修改软件需求。

2.2制定可行性计划并严格执行根据需求将软件按功能划分为多个模块，并将每个模块继续细分为多个子任务，将这些子任务分配给具体的开发人员，与其沟通确定开发进度时间表，这样能保证软件整体进度的精确性，便于项目管理人员对整个项目规模的估算，使计划的制定变的相对容易。项目开发过程中很多人抱怨“计划赶不上变化”，主要原因就是计划过于笼统、粗糙，导致可行性差。除了计划的周密制定外，还要严格执行，使项目管理得以实施。

2.3简化软件开发过程我认为采用基于构件的软件开发方法就是一种有效手段。通过对应用领域的研究（领域工程），提炼领域需求的共性和变化性，刻画领域模型，设计面向领域的体系结构，开发各种构件，从而使应用软件的开发过程更接近于工业化生产流水线，基于体系结构，用各种构件进行组装。简化了的软件开发过程，变化因素更少，更容易规范管理。

2.4编写简洁有效的项目文档编写文档的工作量是很大的，有时会占整个项目的40％，要花费大量的时间，但有效的项目文档能保证项目开发中出现问题时有据可查，同时也给项目后期维护提供方便。实际上，简洁有效的项目文档在某种程度上保证了软件项目整体顺利的进展，避免由于人员流动或其他原因导致项目的延时。特别要注意避免项目文档流于形式化或者生搬硬套模板，因为那些模板文档很多项目对于自己并没有太大的用处，挖空心思的填空实在“出力不讨好”，那样只会让开发人员和管理者头疼。

2.5使用简化的管理沟通工具，进行高效的人员沟通现在的项目管理工具很多，如常用的MicorsoftProject，还有很多自己开发项目管理系统，还是很难奏效。我建议可以参照OPPM（One-PageProjectManager）模型创建一张表格来简化项目管理。我们知道每个项目都有五个基本元素，这些元素已成为项目管理人员“DNA”的一部分。这些元素分别是：任务（如何做）、目标（做什么）、时间（何时完成）、成本（花费）、承担者（谁负责）。OPPM模型正是由这五个项目构成的，其至强至简的在一页纸上用图表体现出各个部分的状态以及之间的联系，同时易于创建和维护。从项目开始就使用一个简单的多维OPPM是非常必要的，它使项目的所有部分（如项目目标、任务和团队成员）一目了然。另外，将OPPM用作项目状态（每周或每月）沟通工具，可以加强业务与开发人员之间的联系。这个简单的多维工具很容易理解，并为业务部门提供了项目的透明视图。因此，定期使用它来交流项目状态的过程，可以有效第提高技术与业务之间的协调性。

3结束

语软件项目管理是个系统的工程，根据项目的规模不同，其复杂度也不一样，我们应该删繁就简，把握问题精髓，抓住影响软件项目管理的关键因素，从软件项目实际出发，让软件项目管理变得更加轻松。