如果你粘在项目上了,或者正等着走人,那你也不妨换个看问题的角度。就当你在长经验吧。比方说,你能从现状中获得什么?如果得到授权你将采取什么行动改变现状?将来你该如何避免撞上这样的项目?从当前项目进展中学到的知识和掌握的经验必定能在你着手的将来项目上给你带来莫大的帮助。 仅仅是个开始
以上的3个问题主要牵扯到业务和计划方面,但是,项目遇险的迹象还并不止于这些。接下来,我们将继续讨论在失败的项目中涉及到用户和项目主管人员的4个因素,讨论下这些因素是如何给你提出项目遇险警告的。
四个因素篇
总有一些项目会最终获得成功,可是,相当大数量的项目却没这么好的命。如果你不幸遭遇到这样的处境,在事情恶化到不可收拾之前你如何知道项目遇到危险了呢?在《项目遇险的三个信号》一文里,谈到前景不妙的某些项目时,我们已经针对和业务有关的迹象做了阐述。接下来,我们继续探讨一些牵扯到项目人员的危险迹象,它们大致上可以表现为4种预警信号。
导致项目失败的大部分原因不在于技术而在于同项目有关的人和过程,认为到这些更具“软性”的问题是相当重要的。具体地说,其原因同用户和项目发起人以及缺乏开发人员之间的交流有关(改变管理和工作报告)。如果你发现自己涉及的项目已经出现这样的迹象,那就表明项目正在滑向失败的边缘了。
问题#1你的客户或用户组不跟你说话
客户或用户不和你交流只能说明情况不妙。这意味着他们几乎毫无积极性。不过也可能说明业务组太关注于具体的工作或者太忙了,难以同你合作,这就是说。如果正是那样的情况,那么项目正在向灾难迈进了。你必须同客户和用户合作,这样才能成功地实现项目。
缺乏用户的参与只能意味着用户抗拒变动。我们知道,所谓的“变动管理”,就其全部领域而言就是建立在赢得最终用户的支持以及接受新系统和过程的基础之上。这一方面不应该与被用来管理项目范围的变动控制过程相混淆。变动管理不在这篇文章所涉及的范围之内。但我们必须清楚地认识到,系统要想得到有效的实现就必须把用户包含进来。
其他原因也可能造成客户或用户缺乏参与精神。比如,具体的业务决定了项目不得不取消或者实现一个不同的解决方案。项目赞助者可能让用户远离项目,原因是系统实现之日就是他们失业之时。
任何项目都需要获得客户或用户的输入信息,没有它,系统需求和设计就等于在真空中呼吸。最终的解决方案根本不可能满足业务需要。
如果你的客户或用户没有在项目上与你一道工作,显然。你的麻烦来了。