1.1.0GA已发布,禅道、jira、itest 一键搬家到Codes及批量式工时填报可用! 查看版本说明
栏目:Codes项目管理研习社

如何一步步搞好项目进度计划?

平台管理员... 2025-10-12 20:34:14.0

       项目进度计划是项目的指南针和地图,好比你要到某个地方需要导航一样,它可以预估你该走怎样的路径和需要耗费的时间。没有计划,先干起来再说,起初可能会比较痛快,但是后面反复会比较多,痛苦一定会越来越大,直到你受不了。太多的项目实践表明:项目初期多投入时间搞计划是非常明智的。认真做计划和敷衍了事做计划在项目执行中痛苦对比曲线如下图所示:

图片

第一步:明确项目目标和可交付成果

      在项目启动前弄清楚项目目标对于成功搞好项目至关重要。否则会陷入哥伦布模式,即出发前并不真正知道要去的地方,到了一个地方事实上不清楚这个地方。回来了自以为是到达了这个地方(其实是新大陆)。这个用在项目管理上就是彻头彻尾的乱跑一趟。评价一个目标设定得好不好,可以用SMART原则考量,如下图所示:

图片

第二步:把项目拆分成任务和活动

      目标清楚了,下一步就得把项目拆分成一个个小的、好管理的任务和活动。项目任务分解遵循不重不漏、细化到一个人可在两周内执行完毕的程度,通常我们称之为工作包。一个WBS示例如下:

图片

第三步:估算每个任务需要的时间

      行程表有了,那就得估算一下每个任务得花多长时间。结合执行对象的历史表现,我们一般需要了解该团队成员以前执行类似任务所花费时间。如他上班路上一般需要半小时(N),堵车的话要1小时(P),很顺利的话20分钟(O),我们可以用计算公式T=(P+4N+O)/6=(60+4*30+20)/6=33分钟下图是三点估算法的例子:

图片

第四步:给任务配资源

       把资源和任务对应上,每个人应该负什么责任。让专业的人干专业的事。分配的时候得考虑每个团队成员的本事、经验,还有他们手头的工作量,别让资源不是闲置着就是负担太重。每一个人都有事情做,每一件事都有人负责。各司其职。我们可以使用项目任务分配

图片

第五步:制定项目进度表

      任务分解完成了,工期也预估结束了,也责任到人了,如此,我们按照事情完成的顺序将它们安排到一张表里就可以了,通常我们可以使用一个甘特图来实现,示例如下:

图片

第六步:建立监控系统

       计划弄好了,你需要在执行过程中检查有没有按时间节点到达相应的地点。我们可以用投入的成本与工作量的比例来估算进度:可以使用挣值报告这个方式来检查。发现偏差需要及时纠正,回到预定计划要求的轨道上来。一般情况下不允许频繁变更计划。

图片

       制定时间管理计划在项目管理过程里可是关键的一步。我们需要与执行计划的人一起来制定,需要得到他们的承诺,这个非常重要。有问题应该在计划阶段沟通清楚。当然,我们在制定项目计划时必须要给任务留出“缓冲时间”,在预备项目资源时也要有“安全系数”。B计划是必不可少的。满打满算是不明智的。


附codes简介

Codes 是国内首款重新定义 SaaS 模式的开源项目管理平台,支持云端认证、本地部署、全部功能开放,并且对 15 人以下团队免费。它通过创新的方式简化研发协同工作,使敏捷开发更易于实施。并提供低成本的敏捷开发解决方案,如事件驱动实现的 “事找人”、自动生成工作周报,多事项闭环迭代,日报与工时填报融合、同步在线离线测试用例、流程化管理缺陷、低代码接口自动化测试和 CI/CD,以及基于迭代的研发管理和测试管理等,践行敏捷开发。主要功能有:需求池、原型管理、工单管理、工作汇报、需求管理、任务管理、测试管理、缺陷管理、自动化测试、项目文档、工时进度管理、风险管理、项目管理(支持多种模式),统计分析等。
Codes 旨在提高各职能部门和人员的协同工作效率,优化软件产品敏捷开发周期,管理员工工作计划和工作负载,便于领导层从全局视角把控各个软件产品的研发进度和风险管控。主要用户有部门领导、产品经理、项目经理、软件研发人员、软件测试人员、项目实施人员和销售人员。