产品经理如何进行项目管理(3)：工件篇

需求清单在其他的一些互联网产品团队中，也被称为需求池，顾名思义需求清单是一个用来记录各

描述：描述是用来记录需求的详细信息，描述中的语言一定不能产生歧义，否则会给开发团队带来困扰。

优先级：优先级决定了需求调研的先后顺序、需求开发的先后顺序，我们采用四象限的方式来定义需求的优先级。

状态：状态标记了需求目前所处的情况，需求清单应该是一个公开的清单，任何人都可以查看清单的信息，因此状态一定要跟实际情况一致，及时反映需求的进展。

提出人：提出人信息是为了方便对需求进行追溯，由谁提出的需求，后续关于该需求的变更都要及时告知提出者。

任务清单

任务清单列表是一组当前迭代选出的任务代办事项列表，该列表由项目组成员维护，并交由测试人员监控。

项目组成员根据迭代计划对需求进行分解，将需求分解为一个个可以独立部署的任务计划，测试团队根据项目组成员给出的任务清单跟踪任务完成情况并督促开发人员提测，做到持续集成。项目组成员确保把最优资源投入到高优先级需求上。

这里有两个难点：

需求分解：作为产品经理代理项目经理，很难做好需求分解和进度评估工作，需要产品经理有一定的技术功底，能够大概知道背后的实现逻辑如何；另外你还必须充分信任开发团队，信任他们所给出的时间节点。

持续集成：持续集成在一定程度上，增加了代码合并的工作量，也容易引人其他开发成员带来的bug，但只有做到持续集成，才能算是敏捷的开发

项目周报

项目周报是对一周项目迭代的情况汇报以及下周项目组的工作计划，另外对于项目管理过程中出现的一些问题，例如流程上的漏洞、资源的欠缺都要及时向上反馈，以便获得领导的支援，切忌报喜不报忧。

迭代总结

迭代总结是在整个项目管理过程中，比较重要的一个环节。很多产品经理甚至专业的项目经理都容易疏忽这一点。迭代总结的重要性在于，它能如实的反映项目迭代过程中存在的一些问题，并根据这些问题进行跟踪改进。

记录问题只是其中的一部分，重要的是作为项目经理的你有没有事后去推动改良这些事情，不然迭代总结只是一个形式主义。

作者：周沛沛（微信号nyyzpp），点我吧产品经理。文能写文档，武能改BUG。

人人都是产品经理（）中国最大最活跃的产品经理学习、交流、分享平台