思步网

查看: 42304|回复: 9
打印 上一主题 下一主题

[风险管理] 项目延期的7大因素

[复制链接]

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



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

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

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


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

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


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

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


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

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

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


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

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


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

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

    ⑦过多的演示


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

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


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


该贴已经同步到 delia2010的微博


上一篇:项目管理培训(6)-项目时间管理
下一篇:优秀系统分析师必读—需求分析20条原则
[发帖际遇]: 一个袋子砸在了 delia2010 头上,delia2010 赚了 2 (金) 金币. 幸运榜 / 衰神榜
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

很有借鉴意义,先收藏了,谢谢楼主。
很有借鉴意义,先收藏了,谢谢楼主。
以我的经验来看,楼主的想法是可以执行的~
很有借鉴意义,先收藏了,谢谢楼主。
向楼主学习
哈哈 楼主的配图很有意思 学习到了
好帖是需要鼓励的~
very good.
很有借鉴意义,先收藏了,谢谢楼主。
您需要登录后才可以回帖 登录 | 注册

本版积分规则



思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部