易知乐学网
 当前位置:首页 > 项目管理 > 综合管理 > 正文  

软件项目管理常见问题分析

作者:  日期:



解决方案:在制度上鼓励和加强项目经验总结工作,使得项目总结及时并且具有指导意义而不是走过场。

问题七:项目干系人相关问题

相关人员:项目经理、项目成员、客户

问题说明:在范围识别阶段,项目组对客户的整体组织结构、有关人员及其关系、工作职责等没有足够了解以致于无法得到完整需求或最终经权威用户代表确认的需求。由于项目经理的工作问题,客户参与程度部不高,客户方相关责任人不明确或对范围和要求责任心不强,提出的要求具有随意性,项目前期对需求的确认不够积极;或者是多个用户代表各说各话、昨是今非但同时又要求项目尽早交付;项目后期需求变化随意,造成项目范围的蔓延,进度的拖延,成本的扩大。

问题点评:项目干系人STAKEHOLDER也有的翻译成利益关系人、利害关系人、利益干系人、利益共享者、涉众等等,即所有可能受到项目结果重大影响的人(不知道是因为中国的词汇过于贫乏,以至于你用来翻译的词我不满意,非要找另一个,结果没有一个词可以真正表达STAKEHOLDER的原意;还是因为中国的词汇过于丰富,爱怎么选就怎么选。看来中国要统一真是任重道远啊。)。项目干系人即可能是项目的受益者,也是项目的风险承担者,甚至有可能是项目的受害者。项目干系人的要求包含明确的和隐含的,也可以分为NEED、WANT、WISH等不同层次。不同的干系人其愿望和追求的目标往往相差甚远,因此对项目干系人的愿望进行平衡可能是相当困难的事情。例如政府部门的不少对群众办公的信息系统,上层管理机关往往希望能够采集尽可能多的信息项以便对数据进行多种多样的统计分析,并对信息进行有效控制而增加一些审批流程;基层对外办公的窗口则因为办公速度的压力希望减少信息的输入;而客户的客户(办事群众)则希望相关政府机构能够简化工作流程,加快办事速度。如果对项目所有干系人没有进行足够的沟通和影响,使其尽可能地参与项目,则可能因为项目开始时项目范围和一些具体要求不够完整清晰,也可能因为某个项目干系人后期因为认识的变化而提出新的要求,造成工期的延长,成本的增加,甚至项目的完全失败。

解决方案:项目的目的就是实现项目干系人的需求和愿望。项目干系人管理应当从项目的启动开始,项目经理及其项目成员就要分清项目干系人包含哪些人和组织,通过沟通协调对他们施加影响,驱动他们对项目的支持,调查并明确他们的需求和愿望,减小其对项目的阻力,以确保项目获得成功。

问题八:项目团队内分工协作问题

相关人员:项目经理、项目成员

问题说明:项目团队内部有时由于各阶段不同角色或同阶段不同角色之间的责任分工不够清晰而造成工作互相推诿、责任互相推卸的现象,有时各阶段不同角色或同阶段不同角色之间的责任分工比较清晰但是各项目成员只顾完成自己那部分任务、不愿意与他人协作。这些现象或多或少地造成了项目团队内部资源的损耗,从而影响了项目的进展。

问题点评:出现这种情况主要是项目经理的责任,项目经理应当使用WBS尽快地将工作范围进行分解,并将分解的工作责任分配给团队成员,这样就可以按任务分清每个人的责任;虽然项目的进行有不同阶段的划分,但每个阶段的结束不是简单地把阶段工作成果塞给下一阶段的成员就可以了。特别是高科技的开发项目,上一阶段的工作成果往往要通过多次的沟通才能更为清晰地被下一阶段成员接受,其有效性、合理性也要被下一阶段的工作所检验,通过检验有时也有必要对上一阶段的工作结果进行相应的调整。在同一个阶段中,不同的分工之间也存在各种各样复杂的关系,相互之间通过接口,一个或几个项任务的输出是另一个或几个任务的输入。因此,无论是同一阶段不同人员之间,或是不同阶段人员之间都应根据需要相互协作,相互配合,共同完成项目任务。

解决方案:项目经理应当对项目成员的责任进行合理的分配并清楚地说明,同时应强调不同分工、不同环节的成员应当相互协作,共同完善。

以上对软件开发项目管理中出现的问题的分析可能还不够深入,也无法列举所有遇到或将遇到的问题,解决方案也要根据实际情况进行调整,只能作为个人的观点,希望引起大家对这些问题的思考、改进。

项目是在一定资源及环境的约束下为完成某一独特的产品或服务所作的一次性努力。项目应当具有明确的目标,而这个目标往往是多重的,需要考虑范围目标、质量目标、进度目标、成本目标和其他目标等等。在一定条件的约束下,要想使各种目标都达到完美是不可能的任务,必须对各种目标的重要性进行排序、取舍、平衡。就像图1所示,资源的约束就像一条绳子,牵制着各项目标的达成。例如,假设质量目标是最重要的,则一定要有足够的资源或时间作为保障,这就是牺牲成本目标或进度目标;假设没有足够的资源或时间,又要完成项目范围目标,则质量目标必然受到牺牲。有一种观点认为,为了保证某个目标的实现,就要把其他目标的标准降低,因此对其他目标达成的评价标准也要相应调整到较为宽松的程度。这种想法是不正确的。目标达成的评价标准应该是对所有项目都一视同仁的,对同类的不同项目应当采用相同的评价标准,这样才能在项目组织间取得平衡。例如对质量的要求,一般项目需要90分才算完成质量目标,而对某些进度、资源紧张的项目,80分就可以算完成质量目标。这样才能对项目的质量有个可横向比较的、实事求是的结论,而不是对此项目降低评估标准去够到90分的质量目标。同时这种情况下的考核结果不能作为相关项目成员水平的指标。

本新闻共4页,当前在第3页  1  2  3  4  

文章来源:
责任编辑:老冬瓜
 
Web EasyHot.com
推荐
·2007年国家电子政务总体框架
·2006年最伟大的IT人物10强
·软件需求的层次
·坦诚面对自己的弱点
·易用性就这三条原则
·IT治理的两个模型及其比较分析
·面向.NET开发人员的Ajax 技术平
·软件项目管理常见问题分析
·P2P的黑暗日:主力服务器(Razor
·企业信息化的出路在于标准化