聊聊项目进度管控的一点想法
进度把控不是对细节，而是对整体计划、关键节点的把控。
在项目任何一个阶段开始之前，产品经理需要准备好这个阶段需要的任何资料，如时间节点、各需求文档、资源调配等
项目开始后，按照计划，可采取站会的形式了解项目成员每日工作进度，在关键时间节点确保当期任务完成
在项目进行过程中，难免会有需求变更或新需求插入，此时拥抱变化
对需求进行优先级评级，若优先级高于当前项目或对当前开发造成影响，插入需求变更，调整项目进度；若优先级较低或不会对当前项目造成影响，则根据优先级在后期项目中排期开发
在项目测试阶段，先进行自测，与测试核对下用例，无误的话让测试放手去干吧，Ta一定很专业
为何我上面会强调不是对细节的把控呢?
这里涉及到对项目成员心理的把握。有PM在开发过程中与开发聊技术，与设计聊美感，与测试聊细节，面面俱到，时时追踪进度，这样真的合适？反而会给项目成员较大的压力。试想，你正在做一个任务时，总是有人来问你做完没，你作何感想？
并且，这样在开发过程中如此关注细节的产品，一定是需求没定义全面、功能没想清楚或文档没写好的PM
将整体计划、关键节点作为战略来看，将项目进展过程中的时时追踪进度、关注细节作为战术来看
战术上的勤奋无法弥补战略上的懒惰带来的影响，项目成员也无法畅快起来~
网友评论