需求|做好这四步,轻松应对项目进度管理( 二 )


需求|做好这四步,轻松应对项目进度管理
文章图片

文章图片

通过对项目排期表中进度的描述 , 项目管理人员可以很清楚和直观地了解到目前项目进行的状态 , 正常进行 , 延期还是提前完成 , 并且可以了解研发人员的反馈 , 及时处理开发过程中出现的意外情况 。
可以利用project中的报表工具对项目进行的状态和开发进度进行评估 , 直观的了解项目状态 。项目经理每周将需求开发情况 , 出现的问题及解决情况同步至项目组成员和领导 , 以便大家及时了解项目最新进展 。
需求|做好这四步,轻松应对项目进度管理
文章图片

文章图片

3. 需求变更
在理想情况下项目进度会按照项目排期表有条不紊地进行 , 完成一个个产品功能的提测 , 完成一个个产品功能的测试 , 验收和上线 。但是实际情况中 , 往往会出现各种情况影响正常的开发迭代 , 其中最常见的就是产品需求变更和技术因素 。
俗话说 , 计划就是用来改变的 , 在互联网产品开发过程中 , 产品需求变更往往也是避免不了的 。虽然说需求变更备受UI、研发和测试同事的吐槽 , 但是需求变更来了的时候 , 还不得不进行需求变更 。针对产品功能的变更首先是要了解变更的来源在哪里 , 是否有必要变更 , 开发的工作量有多少 , 是不是一定要在这个版本上线 , 放在下个版本开发是否可行 。
3.1 产品功能补充/小改动
在开发的过程中 , 产品经理突然发现遗漏了某种场景或特殊情况 , 对产品需求进行的补充和修订 。客户需求发生变化 , 需要产品功能进行对应的更改 。这个时候需要产品经理根据最新的需求补充产品文档 , 并同步至研发、测试和项目经理 , 项目经理根据产品需求变更带来的工作量对项目排期表进行调整 。
调整的原则为保证关键任务和关键人员的进度 , 对新增需求开发工作量进行评估并增加到项目排期表中 , 同时根据变更后的项目排期表调整部分需求的提测时间 。这部分需求变更的管理有一个前提就是不影响关键任务和关键人员的安排 , 或者是对该部分影响较小 。
3.2 产品功能的增加
有时候出现大的产品功能的增加 , 这往往可能来自于业务方面迫切的需求或是领导对整体规划的调整 。这里所说的产品功能的增加指的是增加一个完整的功能 , 并且会需要较大的工作量 , 直接加上该功能会对原有项目排期产生重大的影响 。
在这种情况下 , 一般是要确定产品需求 , 确定产品需求文档 , 避免出现后期需求变更的问题 , 评估整体的工作量 , 查看新增工作量对于整体迭代周期的影响 。然后对版本范围中为开发的 , 优先级相对来说比较低的需求安排在下个版本上线 。如果时间还是比较紧张 , 可以向领导说明情况并根据实际情况进行适当延迟 。
3.3 产品需求变更流程
在需求变更过程中非常重要的环节就是注意变更流程和变更规范 , 以保证整体的上线质量和上线效果 。首先由需求方(运营/产品)填写《需求变更申请表》提出需求变更的原因和内容 , 由产品更改产品PRD , 再进行需求评审 , 如果是小更改可以直接在群聊中解决的就不用再进行需求评审会 。
最后项目经理作为统一的归口同步更新《版本范围列表》和《项目排期表》 , 项目组的各项成员统一以最新的产品PRD , 《版本范围列表》 , 《项目排期表》进行产品功能的开发 , 测试及验收 。
需求|做好这四步,轻松应对项目进度管理
文章图片

文章图片

需求变更的规则还有:尽量在开发早期提出需求变更;提测之后不接受需求变更;变更后的需求一定在产品PRD中标注 , 并在微信群中@相关人员;产品上线统一由项目经理做为归口 , 以《版本范围列表》为准;采用在线文档或是公司网盘的方式同步文档 , 以确保所有人获得的是最新版本的文档;所有文档如有变更 , 必须进行记录 。


推荐阅读