您的位置:软件测试 > 软件项目管理 > 风险管理 >
风险管理三个问题篇
作者:网络转载 发布时间:[ 2013/10/31 10:47:48 ] 推荐标签:

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

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

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

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

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

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

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

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

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

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

    记住,客户不是变动的来源。有时团队自身也能引起范围的变动。毕竟,团队成员也是人,而人总会犯错误的。团队的成员可能听说或“假设”解决方案因客户的实际要求而发生了变动。另外还有一种可能,那是项目需求比较含糊,因此团队成员从不同方面对其进行解释。或者,团队成员可能无意中创造出一个相比客户需求更漂亮或更复杂的解决方案。这是所谓的“镀金”操作。
如果你所在的团队没有执行变动策略,你应该问一下原因何在。如果你找不出答案,那可要警惕了,项目很可能正在失去控制而且失败的风险显著增大了。

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

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

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

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

    项目陷入麻烦该怎么办?

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

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

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

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

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

    八个信号篇

    作为项目经理,当你面对成堆的Microsoft Project工作任务报告时,想到已经花了好几个小时陷入在扯不清、说不明的项目工作会议的泥沼之内,也许这是你感觉令人恼火和沮丧的时刻。

    可是,像这样的痛苦会议还不仅仅意味着一种失败感。它们的本质问题可能掩盖得更深,这些问题会终毁灭你经手的项目。这里我想与你一道分析和了解项目即将陷入困境的一些迹象:
没有引人注目的业务案例。那种“超酷”的Flash网站在增加业务收入方面的作用值得怀疑。 

    自作主张地编写代码。如果你不同意业务需求或系统规范,你怎么知道所交付的工作或规范是新的?实际上你不可能知道。 

    没有项目规划。这是针对项目经理的。比如说,通过电子邮件交流的内容俨然成为系统的功能规范。这简直是没有蓝图造房子。 

    你和你的顾客各说各话。发生这种情况时,你必须打消咒骂项目发起人家庭成员的欲望(比如谁谁母亲的)。 

    项目发起人生活在“洞穴”里。当你需要额外资源时知道这将造成多大的损害了!当你的老板要求给项目提供更多资助时,老板的老板却只是眨巴眼睛——想想看,这有多糟糕。 

    不能应对变化的管理系统:调试程序是小儿科。此外,我的代码运行正确!——这可能吗 
没有进度报告系统。你蹒跚前行,根本没有什么准确的项目进度报告系统,也许的解释是到目前为止,压根没人想提到这个项目。 

    在项目工作会议上,与会人员只会扯皮说“都是接口问题”、“必须采取行动”以及“该找某某人”。 

    当然,单独地看,出现这些症状并不意味着你的项目必死无疑。但它们确实都是需要你立即采取行动的红色警报。如果你的项目出现了以上8个症状,那么只能说你已经在泰坦尼克号上了。准备自救吧。

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