“闻道有先后，术业有专攻”，一个优秀的项目经理在产品迭代的过程中，有着不可小觑的作用。然而在大部分互联网公司，由于团队规模的限制，产品经理往往会承担一定的项目管理职能。同时目前大多数互联网公司都采用敏捷开发进行产品迭代，因为其符合精益创业的最小可用品原则，以最快的迭代速度，时刻保持跟用户之间的接触并获得反馈。以下就项目管理中的几大角色小做讨论。
项目管理的四大角色
- 产品经理
产品经理作为产品的第一责任人，负责带领团队做出有价值的产品。
产品经理的责任和义务：
- 清晰地表达产品的需求清单（需求记录清晰，没有歧义）
- 对产品需求清单的条目进行归纳（同类需求合并，大需求拆分，前置需求后置需求归类）
- 确保开发团队所执行工作的价值（解决用户的实际问题）
- 确保需求清单对所有人可见、透明、清晰，并指示团队的下一步工作（需求清单公开）
- 确保开发团队对产品需求清单中的条目达到一定程度的理解
- 项目经理
项目经理是项目进度、项目质量的监督者，负责团队的进度跟踪和质量把控，在敏捷迭代的模式中，项目经理是一个服务式的领导。
项目经理服务于产品经理：
- 清晰地和开发团队沟通愿景、目标和需求清单
- 找到有效管理需求清单的技巧
- 理解长期的产品规划
项目经理服务于团队：
- 指导开发团队自组织完成产品迭代
- 领导开发团队创造高价值的产品
- 帮助开发团队移除进展过程中的障碍
- 协助开发团队进行需求分解
- 评审小组
评审小组是由开发团队leader组成的团体，评审小组从系统实现的角度评估需求的合理性、可行性，对产品的设计提出建设性意见。
评审小组的职责义务：
- 协助产品经理评审方案的可行性，找出产品方案可能存在的问题
- 协助产品经理评估方案预期的工时，让产品经理心中有数
- 协助产品经理分析方案对其他模块的影响，做好跨产品线协作
- 项目组成员
项目组成员作为需求的实现者，按照迭代计划完成产品需求，交付高质量的产品包。只有开发团队的成员才能创造产品的增量（产品增量通常指一次迭代交付的可用的软件包）。
项目管理的四大工件
- 需求清单
产品需求清单是一个排序的列表，是一个持续完善的清单，包含所有产品需要的东西，也是产品需求变动的唯一来源。产品需求清单包含所有的特性、功能、需求、改进和缺陷等对未来发布产品进行的改变。
需求清单的内容、可用性、优先级等由且仅由产品经理负责管理。
- 任务清单
任务清单是一份足够具体的计划，包含对需求清单的分解。开发团队在整个迭代过程中都会修改这份清单，比如开发团队对需求有了更多的了解，需要增加一些新的任务到清单中去。
任务清单的修改只能由项目经理负责，该列表只属于开发团队。
- 项目周报
项目周报是对项目组本周工作内容的总结、以及下周的工作计划汇报，同时项目周报需要及时反馈本周工作中存在的问题以及需要领导协调的资源。
项目周报中切忌报喜不报忧，要反映项目的真实情况。
- 迭代总结记录
在每个迭代结束后，项目组成员聚在一起召开总结会议，回顾一下在本次迭代过程中，哪些是做的好的，哪些是做的不好的，找出潜在的可以改进的事项，作为将来的改进计划。迭代总结会议记录就是这样一份将会议过程记录下来的清单已经后续跟进的依据。
项目管理的五大活动
- 需求清单梳理
产品经理会从不同的来源，获取各种需求。需求清单梳理的主要工作是根据需求优先级进行需求调研、分析需求、对需求归类、对需求分解、预估下一个版本解决什么问题。
- 可行性评审例会
项目经理组织评审小组对初步的产品方案进行可行性评审，主要由技术团队发现其中可能存在的问题，给出建议。产品经理根据评审小组给出的建议优化产品方案，确保进入迭代阶段时应该为当时最优的产品方案。
- 进度评审例会
每个迭代以进度评审会作为开始，项目组成员从需求清单中挑选出高优先级需求并配合产品目标组成当前迭代的计划。项目组成员对需求进行拆解，形成一个个可独立部署的任务，并对工作量进行评估，若超出迭代周期则需要压缩工作量或移出需求。
- 每日站立会
每日站立会议在同样的时间和同样的地点召开，会议准时开始。每日站立会议不得超过15分钟，每一个开发团队的成员都必须发言，会议中不进行讨论，发言内容需提供以下信息：
- 昨天完成了什么
- 今天即将做什么
- 遇到了什么困难
每日站立会议即不是向管理层汇报，也不是向产品经理、项目经理汇报，它是开发团队的沟通会议，能帮助团队快速发现问题。项目经理在会议结束后对会议中开发成员提出的困难进行一定的援助。
- 迭代总结例会
在每个迭代结束后，整个团队要聚在一起召开迭代回顾会议，识别出哪些做得好，哪些做得不好，所有人都必须发言。迭代回顾会议的目的是为了找出潜在的改进事项，为将来的改进制定计划。
