项目如何进度管控(项目进度管理6个工作步骤)

在项目开发过程中，做好项目管理可以及时解决一些麻烦和突发需求。从项目进度、项目进度跟进、需求变化、技术因素四个方面，分享如何轻松管理项目进度。
产品需求评审后，UI，R & ampd和测试同事都评估了工作量，确定了产品功能的测试时间和上线时间。那么，产品经理可以分析下一个版本的需求，等待产品推出吗？
在实际版本开发过程中，可能会出现这样的问题。运营同学反馈有一个影响用户的产品功能，需要马上优化。领导增加了新的需求，已经评审过的需求发生了变化。由于技术处理在线问题的原始需求计划的延迟，R & ampd和处理各种在线bug影响了开发的正常工作。本文主要分析项目开发中的影响因素以及相应的解决方法。
1.项目进度表项目进度表是项目进度管理的重要手段。通过项目进度表，可以直观地看到项目要做哪些开发任务，这些任务由谁来做，开始时间和完成时间，完成的前提条件是什么。项目进度表确定了本版本需要开发的产品功能范围，以及每个功能中需要的开发工作量，即本版本迭代的迭代周期。
由于产品功能的开发一般需要UI设计师、前端开发工程师和后台开发项目共同完成，前端开发可能分为web、APP-Android、APP-iOS、applet和h5，因此项目调度表不仅承担任务安排的关系，还代表不同类型研发的关系。产品功能下需要的工程师。
项目进度表也是一种交流工具。前端工程师根据进度与UI设计师沟通UI问题，与后端工程师协调产品功能。测试工程师可以直接指定相应的研发人员。d工程师在测试过程中发现错误。
在时间表上，我们可以直观地看到每个R & ampd人员，每个产品功能开发的时间结束，以及产品功能开发通过项目进度的顺序。同时，关键任务(关注进度的产品功能)和关键人员(研发；d专注于进度的人员)会从版本的整个迭代过程中发现。关键任务在整个项目计划周期中非常重要，不允许有任何延误。
同时，R & ampd人员将被调整，而R & amp有空闲时间的人员可以安排其他项目或开发其他产品功能。一个完善的进度计划会大大减少开发过程中的沟通和需求问题。
项目开始开发后，除了项目调度表，还可以同步输出版本范围列表，产品功能路径图有助于项目组每个人对产品迭代范围和注意事项有一个整体的了解。
2.项目进度的跟踪。在输出的项目进度和版本需求中确定关键任务和关键人员，并需要定期跟进项目进度。在敏捷项目管理中，每天的站会将用于同步开发进度和需要解决的问题，这将是繁琐的，至少需要30分钟。
通过在线文档来跟踪项目进展是一个不错的选择。在原项目调度表中增加了【进度】和【备注】两栏，其中进度用于同步各项任务的完成情况，备注用于添加对本任务以外情况的描述，如不提供后端接口、不提供第三方接口等等。
通过对项目进度的描述，项目经理可以清楚、直观地了解项目的当前状态，是正常进行、延期还是提前完成，并可以了解研发人员的反馈。d人员，并及时处理开发过程中的突发情况。
您可以使用project中的报表工具来评估项目的状态和开发进度，直观地了解项目的状态。项目经理每周同步需求开发、问题和解决方案给项目组成员和领导，让大家都可以
3.需求变化在理想的情况下，项目进展会按照项目进度有条不紊的进行，完成产品功能的测试、验收和上线。但是在现实中，经常会出现各种影响正常开发迭代的情况，最常见的就是产品需求和技术因素的变化。
俗话说，计划是用来改变的。在互联网产品开发过程中，产品需求的变化往往是不可避免的。虽然说需求变更已经被UI吐槽了，R & ampd和测试的同事，当需求变更来的时候，不得不变更。对于产品功能的变更，首先要知道变更的来源在哪里，是否需要变更，开发工作量有多大，是否需要在这个版本上线，下一个版本开发是否可行。
3.1产品功能补充/微小改动在开发过程中，产品经理突然发现遗漏了某个场景或特殊情况，对产品需求进行了补充和修改。顾客需求的变化要求产品功能相应变化。此时，产品经理需要根据最新需求补充产品文档，并与R & amp测试和项目经理。项目经理根据产品需求变化带来的工作量调整项目进度。
调整原则是保证关键任务和关键人员的进度，评估新需求开发的工作量并将其添加到项目进度中。同时，根据变更后的项目进度，调整部分需求的测试时间。这部分需求变化的管理前提是不影响关键任务和关键人员的安排，或者对这部分影响不大。
3.2产品功能的增加有时候产品功能会有很大的增加，这可能往往来自于迫切的业务需求或者领导对整体规划的调整。这里的产品功能增加是指增加一个完整的功能，这将需要大量的工作。直接添加此功能将对原始项目进度产生重大影响。
在这种情况下，一般需要确定产品需求，确定产品需求文档，避免后期需求变更的问题，评估整体工作量，检查新的工作量对整体迭代周期的影响。然后将版本范围内开发的，优先级相对较低的需求，安排在下一个版本上线。如果时间仍然紧张，可以向领导说明情况，根据实际情况适当延迟。
3.3产品需求变更的过程是需求变更过程中非常重要的一个环节，就是要注意变更的过程和规范，这样才能保证整体的上线质量和上线效果。先由需求方(运营/产品)填写《需求变更申请表》提出需求变更的原因和内容，产品变更产品的PRD，然后进行需求评审。如果小零钱可以直接在群聊里解决，就不需要需求评审会了。
最后项目经理统一更新了《版本范围列表》和《项目排期表》，项目组全体成员开发、测试并验收了最新产品PRD、《版本范围列表》和《项目排期表》。
变化的规则包括：
尝试在开发早期提出需求变更；测试后不接受需求变更；变更后的要求必须在产品PRD中标注，并在微信群@相关人员中标注；上线产品由项目经理统一负责，服从《版本范围列表》；通过在线文档或公司网盘同步文档，确保每个人都拿到最新版本的文档；必须记录文件的任何变更。最后，项目经理要记录和总结项目每次迭代中的需求变更，并在项目总结中反映出来。如果在需求理解或者需求设计上存在问题，要从中吸取教训，在以后的产品设计中进行改进。
4.技术因素随着产品功能和用户数量的增加，在实际开发过程中，技术研发；开发人员经常在开发新需求的同时修复在线bug。及时响应和及时修复在线bug占据了研发的很大一部分；d时间，用于与运营/产品部门沟通。
这时候就需要对BUG处理的优先级和处理时间进行分类。对于影响大量用户、对用户体验影响较大的bug，在问题提出当天反馈，尽量当天或第二天上线。
同时，将严格按照下图执行BUG处理流程，以减少技术沟通时间，提高研发效率。效率。对于不太紧急的bug，当开发任务比较紧张时，会在版本上线后一周内上线；开发任务松散时，一周内统一解决、受理、上线。
在项目进度管理过程中，从以上几个方面应对风险，基本可以控制项目整体进度，保证产品功能上线。项目进度管理的核心内容是让项目成员了解项目的概况，他们的工作内容以及上下游的关系。当需求发生不可避免的变化时，积极应对，拥抱变化，随和，并与最新的需求和进展保持同步。
本文由@Anne原创发布。每个人都是产品经理。未经许可，禁止复制。
来自Unsplash的图像，基于CC0协议。