思步网

标题: 项目延期的7大因素 [打印本页]

作者: delia2010 时间: 2013-4-22 11:59
标题: 项目延期的7大因素

① 糟糕的项目管理--按任务分配，而不是按功能或模块分配（Responsible）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

⑦过多的演示

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

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

delia2010注：此文系转载，原文见：http://genuinecx.blog.51cto.com/2890523/1181067

该贴已经同步到 delia2010的微博

作者: Votselerhalse 时间: 2013-5-12 15:03
很有借鉴意义，先收藏了，谢谢楼主。

作者: DizNoisaalari 时间: 2013-6-1 11:02
很有借鉴意义，先收藏了，谢谢楼主。

作者: 范皮企34 时间: 2013-6-19 13:33
以我的经验来看，楼主的想法是可以执行的~

作者: 牵狼逛街的羊 时间: 2013-12-16 14:43
很有借鉴意义，先收藏了，谢谢楼主。

作者: 你是暖光i 时间: 2014-4-28 17:43
向楼主学习

作者: pmp2015 时间: 2014-8-17 14:38
哈哈楼主的配图很有意思学习到了

作者: 枫叶112 时间: 2016-6-28 11:08
好帖是需要鼓励的~

作者: 霾忆 时间: 2017-4-11 17:29
very good.

作者: 心灵家园 时间: 2021-2-6 15:59
很有借鉴意义，先收藏了，谢谢楼主。

欢迎光临思步网 (http://www.step365.com/)