飞眉的博客
http://feimei.mypm.net
公 告
导航
登陆
日志日历
搜 索
日 志
评 论
链 接
统 计
项目延期的⑦大因素

  ① 糟糕的项目管理--按任务分配,而不是按功能或模块分配(Responsible)

  原来我觉得这个因素不太重要,但是随着项目拖延的周期越来越长,这个因素所占的比例也越来越大,由原来的10%增大到现在的30%。

  按任务分配,而不是按功能或模块分配,会降低团队成员的荣誉感和责任心,团队成员在修复缺陷的时候往往带有抵触心理,甚至出现踢球现象,这势必造成工作效率低下,导致项目延期。

  ②糟糕的项目管理--更换团队成员

  更换团队成员的风险会像上图所示,随着项目开发周期先升高再降低。尽管很多PM都明白这个道理,但实际证明在大多数情况下,PM并非像想象中的那么重视这个风险。这就是所谓的PM比PM2.5更危险。

  ③采用加班模式,而非任务模式

  如果白天完成了任务和白天完不成任务都要加班,那么团队一定会把平时放在家中做的事情,拿到公司中来做,比如购物、聊天、看新闻等。这样他们就可以在晚上加班时有事情可以做,然后受到领导的表扬。

  ④糟糕的项目管理--恶劣的开发环境

  没有什么比糟糕的开发环境可以降低团队的效率再明显不过的了。恶劣的开发环境包括办公环境是否嘈杂,团队成员是否沟通通畅,网络环境是否通畅,开发环境是否稳定。

  在1M/S的速率下工作的员工是无法想象在10K/s的带宽环境下的员工是如何工作的,这个只有亲身体验过后才知道。

  ⑤只解决当前的难题,而不是从全局考虑

  你很难想象在前期设计时,不把报表考虑在内,后期对数据统计时会发生什么样的情况。是的,我也想不明白为什么要这么做,但事实上我们确实这么做了,所以现在我们深陷报表的泥潭。

  ⑥重要的信息没有在团队内共享

  让团队内的每个成员都了解项目的重要信息,包括项目的开发计划,里程碑,发版情况等。如果这些信息对团队内的成员不共享,那它们就会觉得这些事情对他们无关紧要,也就不会为了一个里程碑或发版计划去加班。

  让一个团队高效工作的方式是引导和激励,而不是命令和任务。

  ⑦过多的演示

  在项目开发过程中,仅仅为了给领导做演示而去停止当前的开发工作,使用mockup数据来使表单美观。如果一次两次真的没什么,过多的演示势必造成开发的拖延。

  如果使用敏捷开发就没上面这种问题了,因为持续交付可以保证系统在任何时候都是可运行的,并拿出来进行演示。

  本文出自 “尘风随影的天空” 博客,请务必保留此出处http://genuinecx.blog.51cto.com/2890523/1181067

飞眉 发表于 2014-3-23 20:54:53阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志

发表评论:

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