飞眉的博客
http://feimei.mypm.net
公 告
导航
登陆
日志日历
搜 索
日 志
评 论
链 接
统 计
导致项目失败的4种人员因素预警信号 

  总有一些项目会最终获得成功,可是,相当大数量的项目却没这么好的命。如果你不幸遭遇到这样的处境,在事情恶化到不可收拾之前你如何知道项目遇到危险了呢?在《项目遇险的三个信号》一文里,谈到前景不妙的某些项目时,我们已经针对和业务有关的迹象做了阐述。接下来,我们继续探讨一些牵扯到项目人员的危险迹象,它们大致上可以表现为4种预警信号。

  导致项目失败的大部分原因不在于技术而在于同项目有关的人和过程,认为到这些更具“软性”的问题是相当重要的。具体地说,其原因同用户和项目发起人以及缺乏开发人员之间的交流有关(改变管理和工作报告)。如果你发现自己涉及的项目已经出现这样的迹象,那就表明项目正在滑向失败的边缘了。

  问题#1:你的客户或用户组不跟你说话

  客户或用户不和你交流只能说明情况不妙。这意味着他们几乎毫无积极性。不过也可能说明业务组太关注于具体的工作或者太忙了,难以同你合作,这就是说。如果正是那样的情况,那么项目正在向灾难迈进了。你必须同客户和用户合作,这样才能成功地实现项目。

  缺乏用户的参与只能意味着用户抗拒变动。我们知道,所谓的“变动管理”,就其全部领域而言就是建立在赢得最终用户的支持以及接受新系统和过程的基础之上。这一方面不应该与被用来管理项目范围的变动控制过程相混淆。变动管理不在这篇文章所涉及的范围之内。但我们必须清楚地认识到,系统要想得到有效的实现就必须把用户包含进来。

  其他原因也可能造成客户或用户缺乏参与精神。比如,具体的业务决定了项目不得不取消或者实现一个不同的解决方案。项目赞助者可能让用户远离项目,原因是系统实现之日就是他们失业之时。

  任何项目都需要获得客户或用户的输入信息,没有它,系统需求和设计就等于在真空中呼吸。最终的解决方案根本不可能满足业务需要。

  如果你的客户或用户没有在项目上与你一道工作,显然。你的麻烦来了。

  问题#2:项目发起人效率低或者角色不明确

  有一位良好的项目发起人是项目成功交付的一个关键因素。他或她有助于项目目标的集中,为团队搬走主要的绊脚石,从企业政治上讲尤其如此。

  项目发起人必须有清除障碍的能力,他们一定得有权力在利益发生冲突的情况下解决问题。他们还需要做出坚定的决策支持开发队伍。

  如果项目没有明确的发起人,在开发过程中那些形形色色的障碍就必然会影响项目的进展。企业政治也会开始给团队和工作说事。在项目发起人离开公司的情况下更会产生很多的问题。发起人为什么要离开公司?他或她是被迫出走的吗?发起人的政敌会试图停止项目或者改变其范围吗?你的职业将会受到这些政敌的影响吗?也许你压根就不打算继续逗留在这里非要弄出个子丑寅卯。

  问题 #3 :没有管理变动的机制

  我们都知道,项目发生变动是不可避免,管理项目的变动非常重要。优秀的变动控制过程并难于管理,但是它们确实需要对细节保持关注。高效的变动控制要求同客户或软件解决方案的商务属主密切合作。

  不幸的是,某些项目仍然在没有管理变动的过程的情况下运转。要不就是项目的范围含糊不清,或者不讨论变动控制,或者客户或业务主人不断地根据自己的意愿改变解决方案。没有变动控制过程的项目是不可能得到准确估计的,这是因为解决方案的规模总在不断地变动之中。另外,变动通常会导致某些重复性的工作,从而进一步推迟了开发过程令项目团队失去动力。

  记住,客户不是变动的唯一来源。有时团队自身也能引起范围的变动。毕竟,团队成员也是人,而人总会犯错误的。团队的成员可能听说或“假设”解决方案因客户的实际要求而发生了变动。另外还有一种可能,那就是项目需求比较含糊,因此团队成员从不同方面对其进行解释。或者,团队成员可能无意中创造出一个相比客户需求更漂亮或更复杂的解决方案。这就是所谓的“镀金”操作。

  如果你所在的团队没有执行变动策略,你应该问一下原因何在。如果你找不出答案,那可要警惕了,项目很可能正在失去控制而且失败的风险显著增大了。

  问题 #4 :没有准确的工作报告

  准确的工作报告是项目的活命源。这些报告把有关的信息报告给负责人,同时提供一种有效的机制来确定是否采取正确的行动。准确的工作报告还能起到记分卡的作用,可以显示出项目的计划完成情况。所有的项目都需要工作报告。

  为什么项目绝对离不开工作报告呢?主要有两个原因:项目经理需要认识到项目的需求,或者工作不妙以至于项目经理决定干脆啥也不说了。在这两个原因之中,后者可能更坏。如果某个项目落在了既定目标之后或者超出了预算而有没有上报,显然这样的项目不如取消。

  如果你的项目缺乏工作报告,我看也没什么必要找出原因了。你赶快跑吧。

  项目陷入麻烦该怎么办?

  如果你不是项目经理,那么你对濒临失败的项目只能无可奈何。然而,如果你确定项目已经遇到麻烦了那么你应该采取一些行动。

  如果你的用户拒绝参与项目,或者没有给你足够的项目运做时间,那么你应该同项目的用户方做一番开诚布公的对话。虽说不一定就能拯救项目但也不至于给项目造成伤害。

  寻找可以转移的其他项目(反正比你现在的好一些)。顺便说一句,别到处说你为什么离开当前的项目。事成之后,每个人都会认为你采取了正确的行动。

  如果事情糟透了,请打其他公司项目的主意吧。

  如果你一直坚守在某个一两年之后就濒于完蛋的项目之内,它对你的身体、精神或职业都不会带来半点好处。现在就采取行动。如果你不能拯救项目至少得拯救你自己。

飞眉 发表于 2015/1/30 18:19:59阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志

发表评论:

    昵称:
    密码:
    主页:
    标题: