• 项目计划不要拖,要赶紧排


    目录

    案例

    复盘

    应对

    总结


    案例

    业主:这个项目很急,赶紧干活吧,明天就安排人来干活。

    于是,项目经理问公司要来资源,第二天就投入到项目里。

    公司只有一个项目,这样搞,项目能顺利实施,业主满意,公司老板感觉这种方法不错哦。

    当公司项目越来越多了,员工也越来越多的时候,混乱的场面就出现了。

    在我初为项目经理时,曾在一家初创互联网公司做项目管理,入职时有3位项目经理,慢慢的项目经理离职了,新的项目经理没有补充进来。离职的项目经理把项目都交接给我,当公司只有我一位项目经理时,手上居然有二十多个项目,有些项目延期2年以上的,连产品文档,进度计划都没有,开发也换了好几波,需求在开发的脑子里存着,对我来说,完全是个新项目。

    我初为项目经理,管理经验有限,老板以客户为主,哪个客户催得急,就应付哪个客户。老板为了维持公司生计,还要不断接新项目。公司出现老项目结不掉,收不到款,新项目开不了工,每天好几个客户投诉,公司每个月付不出工资的局面。

    复盘

    初创公司因为客户少,所以非常重视客户,客户的需求是尽可能满足。每位客户都觉得自己的项目是最重要的,最紧急的。

    项目经理在客户的催促下,公司的要求下,会一头扎进去干项目上具体的活,比如产品设计,代码开发,而对项目整体的把控,项目集的管理投入不够。

    在复盘后,导致混乱的局面,主要原因是对项目计划不够重视,要么排除的计划不合实际,要么开头有计划,后续没计划,到最后哪里着火哪里救火。

    应对

    计划是非常重要的,但计划赶不上变化是真实的;制定出完美的计划是理想的美好,但现实骨干的。

    怎么办呢?一个关键词“坚持滚动式更新“!

    1)项目的需求是渐进明细的,计划也是渐进明细,滚动式更新的;

    2)设立里程碑,把项目整体进度定调;

    3)把清楚的工作进行排期;

    4)近一周或2周的工作进行详细排期;

    5)不清楚的工作,或1周之后或半个月之后的,粗略排期,整体不脱离里程碑。

    总结

    计划是对未来的预判,就像天气预报,天气预报经常不准,准的是近1个小时或几个小时的,越远的越不准,滚动式更新的。天气预报准是意外,不准是常态,按计划执行是意外,计划赶不上变化是常态!

  • 相关阅读:
    Centos7 bash:jps:Command not found....
    在线客服功能介绍-了解常见在线客服系统的功能点
    推特营销|推特群推你有无限可能
    多智能体协同控制研究中光学动作捕捉与UWB定位技术比较
    STM32实战总结:HAL之IAP
    中国电影城市排名易语言查询代码
    springboot+vue.js大学生竞赛报名作品评分管理系统
    (压缩PDF)Adobe Acrobat DC
    linux安装Promethus普罗米修斯监控
    Flutter(四):SingleChildScrollView、GridView
  • 原文地址:https://blog.csdn.net/zengmingen/article/details/127389971