产品经理如何进行项目管理工件篇

　　闻道有先后，术业有专攻，一个优秀的项目经理在产品迭代的过程中，有着不可小觑的作用。然而在大部分互联网公司，由于团队规模的限制，产品经理往往会承担一定的项目管理职能，那么产品经理应该如何做好项目管理呢。我曾在任职期间以产品经理身份兼任项目经理一职，就产品经理如何进行项目管理这一话题给大家带来分享。
　　在《产品经理如何进行项目管理（1）：基础理论篇》中，提到项目管理有四大工件，这四大工件也是我在项目管理过程中使用并持续改进的。
　　需求清单
　　需求清单在其他的一些互联网产品团队中，也被称为需求池，顾名思义需求清单是一个用来记录各渠道来源的需求、所涉及的产品、需求的优先级、需求状态以及发布时间的一个清单。
　　需求清单中有几项是需要特别注意的：
　　描述：描述是用来记录需求的详细信息，描述中的语言一定不能产生歧义，否则会给开发团队带来困扰。
　　优先级：优先级决定了需求调研的先后顺序、需求开发的先后顺序，我们采用四象限的方式来定义需求的优先级。
　　状态：状态标记了需求目前所处的情况，需求清单应该是一个公开的清单，任何人都可以查看清单的信息，因此状态一定要跟实际情况一致，及时反映需求的进展。
　　提出人：提出人信息是为了方便对需求进行追溯，由谁提出的需求，后续关于该需求的变更都要及时告知提出者。
　　任务清单
　　任务清单列表是一组当前迭代选出的任务代办事项列表，该列表由项目组成员维护，并交由测试人员监控。
　　项目组成员根据迭代计划对需求进行分解，将需求分解为一个个可以独立部署的任务计划，测试团队根据项目组成员给出的任务清单跟踪任务完成情况并督促开发人员提测，做到持续集成。项目组成员确保把最优资源投入到高优先级需求上。
　　这里有两个难点：
　　需求分解：作为产品经理代理项目经理，很难做好需求分解和进度评估工作，需要产品经理有一定的技术功底，能够大概知道背后的实现逻辑如何；另外你还必须充分信任开发团队，信任他们所给出的时间节点。
　　持续集成：持续集成在一定程度上，增加了代码合并的工作量，也容易引人其他开发成员带来的bug，但只有做到持续集成，才能算是敏捷的开发
　　项目周报
　　项目周报是对一周项目迭代的情况汇报以及下周项目组的工作计划，另外对于项目管理过程中出现的一些问题，例如流程上的漏洞、资源的欠缺都要及时向上反馈，以便获得领导的支援，切忌报喜不报忧。
　　迭代总结
　　迭代总结是在整个项目管理过程中，比较重要的一个环节。很多产品经理甚至专业的项目经理都容易疏忽这一点。迭代总结的重要性在于，它能如实的反映项目迭代过程中存在的一些问题，并根据这些问题进行跟踪改进。
　　记录问题只是其中的一部分，重要的是作为项目经理的你有没有事后去推动改良这些事情，不然迭代总结只是一个形式主义。