您的位置:软件测试 > 软件项目管理 > 项目案例分析 >
软件项目管理常见问题分析
作者:网络转载 发布时间:[ 2013/6/25 14:59:32 ] 推荐标签:

问题四:沟通意识问题

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

问题说明:在项目中一些重要信息没有进行充分和有效的沟通。在制定计划、意见反馈、情况通报、技术问题或成果等方面与相关人员的沟通不足,造成各做各事、重复劳动,甚至造成不必要的损失;有些人没有每天定时收邮件的习惯,以至于无法及时接收新的信息。

问题点评:项目沟通管理指出:“管理者要用70%的时间用于与人沟通,而项目经理需要花费90%或更多的时间来沟通”。和问题三的情况类似,在软件企业中,项目经理大多是技术骨干,而项目组成员也都是“高科技人员”,都具有“从专业或学术出发、工作自主性大、自我欣赏、以自我为中心”等共同的特点。因此妨碍沟通的因素主要是“感觉和态度问题”,也是沟通意识和习惯的问题。在系统的实施阶段或软件开发的试运行阶段,项目成员基本上是持续是在客户方进行工作,这种情况非常容易忽视沟通。项目组与组织之间、项目组与项目组成员之间,甚至同一个项目组的不同成员之间,都有可能在不同的地点,如果没有足够的沟通意识和沟通制度、沟通工具,有可能造成信息不畅,从而加大项目失败的风险。即使都在公司内部也应做到及时沟通。所以项目经理不但自己要把工作重点放在沟通,善于沟通,还要引导、约定整个项目团队进行及时充分的沟通。

解决方案:制定有效的沟通制度和沟通机制,对由于缺乏沟通而造成的事件进行通报作为教训提醒,以提高沟通意识;沟通方式应根据内容而多样化,讲究有效率的沟通;通过制度规定对由于未及时收取邮件而造成损失的责任归属;对于特别重要的内容要采用多种方式进行有效沟通以确保传达到位,例如除发送邮件外还要电话提醒、回执等,重要的内容还要通过举行各种会议进行传达。

问题五:风险管理意识问题

相关人员:项目经理

问题说明:项目经理没有充分分析可能的风险,对付风险的策略考虑比较简单。项目经理在做项目规划时常常没有做专门的风险管理计划文档,而是合并在项目计划书中。有些项目经理没有充分意识到风险管理的重要性,对计划书中风险管理的章节简单应付了事,随便列出几个风险,随便地写一些简单的对策,对于后面的风险防范起不到什么指导作用。

问题点评:项目风险管理是对项目潜在的意外损失进行规划、识别、估计、评价、应对和监控的过程,是对项目目标的主动控制手段。采取主动行动,创造条件,尽量扩大风险的有利结果,以少的成本保证安全、可靠地实现项目目标。因此项目风险管理对于保证项目目标的实现是非常重要的。

解决方案:通过学习项目管理知识掌握风险识别、量化、对策研究、反应控制的工具和方法掌握项目风险管理所必备的知识。通过加强对项目规划中风险管理计划的审核提高项目组的风险管理意识。总结本行业项目中常见的风险及其对策作为风险管理计划中必要的风险内容,并切实评估相应对策的有效性和可行性。

问题六:不重视项目经验的总结

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

问题说明:项目经理在项目结束时有些是因为自身对写文档工作的兴趣或意识,或者是因为紧接着要参加下一个项目,总体对项目总结的重视程度不够。有些是项目总结报告一再拖延,有些是交上来的报告质量较低,敷衍了事。

问题点评:项目经验总结非常重要,有利于组织内部或行业内部经验与数据的积累,项目过程的改进和技术与管理经验积累,对于今后的项目有非常重要的指导意义,因此应当引起项目经理及管理人员的足够重视。在项目管理的39个过程中,需要输入历史信息的有9处之多。这些历史信息的来源从内部获得的主要来自以前项目的经验总结,可见项目经验总结是非常必要的。历史的数据使可以新的项目进行更为准确全面的规划,历史的教训可以使新的项目少走不必要的弯路,少花不必要的代价,减少项目失败的风险。

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

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

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

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

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

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

上一页123下一页
软件测试工具 | 联系我们 | 投诉建议 | 诚聘英才 | 申请使用列表 | 网站地图
沪ICP备07036474 2003-2017 版权所有 上海泽众软件科技有限公司 Shanghai ZeZhong Software Co.,Ltd