浅谈影响软件项目的几个因素.docxVIP

序言 　从事软件开发工作已经5年有余，参与的大大小小项目算起来也10来个了，在这些项目中充当过不少角色，有当过实施员、程序员、系统架构师，也当过几个项目的项目经理。回首这几年的项目历程真是感慨万千，这当中有成功的喜悦也有失败酸楚，尤感觉国内软件项目管理的不成熟和困难。相比于别的行业，软件项目常被人嘲笑管理不完善、进度难以控制、质量低劣，我们真是这样吗？有人说：软件是一种看得见摸不着的东西，软件业较别的行业有着更多不确定性和不稳定性，所以软件项目成功的少，而失败的多也就不足为怪。但如果笼统地总结成“由于软件项目不确定性高，软件工程的水平低下”，然后开出的药方就是“采用软件工程的模式进行开发”，可是具体来说，软件工程又有许多流派，许多模型，许多方法，而且这些方法有些还是相互矛盾，相互抵触的，又该何去何从呢？于是开发人员就这样陷入了软件开发的泥潭之中，左冲右突，不能自拔，越是大型项目，时间越长，人员越多，情况就越是糟糕。诚然，软件项目失败的因素有方方面面，但总结起来，我个人体会最深有以下几个因素：1、目标不明确，用户需求不确定；2、变数太多，而缺乏有效的需求变更控制手段；3、沟通不够，得不到有效的支持；4、项目中重要干系人的关系处理不好。 影响软件项目的几个因素 一、用户需求的把握 　用户需求的把握是整个项目的关键，首先明确用户的需求，才能确定项目目标，制定项目计划和要交付物。事实上，如果我们不确定在进行的是什么，以及我们进行的项目边界在哪里，那项目不可能成功。我们的项目人员要从一开始就明白需要交付什么以及不要交付什么。要在项目中确定用户的需求和建立尽可能清晰的商业所有权。即使在最好的情况下，用户以前收到的信息也是有限的。通常情况下，我们很难确定能够提供反馈信息的合适用户。其实在项目一开始就需要确定主要的用户需求，并且为主要用户提供时间，以便他们确定所在部门的需求，同时他们也有责任提供和验证信息并投入相应的资源。 　用户需求把握中重要的是框定项目的范围，如果没有很好的框定项目范围，那么管理项目范围几乎是不可能的。框定项目范围的目的是把项目的逻辑范围清楚地描述出来，并获得认可。需求范围定义得越清楚，项目的目标就会越明确。但要做到这一点很难，特别是客户对自己的需求都不是很明确而项目组团队以前又没有做过类似的项目，缺乏相关项目经验时候。对这样的项目我们采用原型化法挖掘用户需求比较合适，先给客户提供简单的项目原型，让客户在看得见的情况下提需求，引导客户有针对性的提需求，以防客户天马行空般提需求，没个边际，又有利于发现客户的潜在需求。 　软件项目是为可确定且可测量的商业要求而产生并发展的。在软件项目初期确定的模糊目标将随着项目的进展而逐渐变得清晰，这是拥有过长的交付期限的项目所共有的特点。因此在项目开始之前，需要确定最终用户，以便在软件项目的设计和开发过程中充分考虑到他们的需求，同时用户也有责任而且需要采取相应的行动来帮助项目获得成功，这一点非常重要。用户需求构成了项目的分析和设计阶段中一个至关重要的环节。需求确定后，就要为这些需求确定基线，并将它们引入到配置管理系统中，同时使用变更控制对其进行管理。如果这些需求出现了变更或添加了新需求，则需要对项目进行影响分析，并对项目计划进行相应的修正。而像我们一些采用增量式和迭代方法开发软件的组织而言，还需要冻结每个软件版本的需求，并建立相应的机制以便向开发基线添加新的具有更高优先级的需求（用户需求反馈中确定优先级）。 二、沟通、变更的管理 　项目管理是一门复杂的科学，其成败取决于很多因素，项目管理中的沟通与变更管理是关系到项目成败的关键之一。沟通的主旨在于互动双方建立彼此相互了解的关系，而对项目最大的威胁是失败的交流与沟通。项目进行当中，客户提出需求变更是很正常的事情，不要指望项目能完完全全按原定的需求执行，关键是要有有效的需求变更控制手段及良好的沟通方法来预防需求失控。 　据国际著名咨询公司——德勤公司的一项调查表明，影响ERP系统成败的风险主要有十项，其中最大的因素就是“对变革的抵抗”，其他一些与变更相关的风险还包括“不实际的期望”、“变更原因说不清”以及“缺乏变更管理策划”等三项。由此可见，变更管理是项目管理中的重要内容，必须慎重对待。 　需求的改变是项目最头疼的事，客户今天说要天上的大雁，明天脑子冒个泡又想吃深海的石斑，作为买方，他们没有完全付款，当然能够喜欢要什么就要什么，但是我们怎么控制让客户尽量少地变口味呢？除了上面所说的项目范围的锁定外，还需要的就是做好沟通。有时候客户只会从结果考虑，他们想要深海石斑，不会想到抓石斑鱼是很不容易的，先要建造一条远洋渔船，结一张结实牢靠的大网，雇请有经验丰富的船员……我们先要知道的是客户最关心的是什么。如果客户希望要吃的是石斑鱼，不管花多少钱，只要能上菜