产品经理是每个产品牵头人为这个产品的运作去协调所有的人，并充分地协调这个产品的所有运作环节和经营活动。下面是小编为大家带来的产品经理管理制度，欢迎阅读。
产品需求清单是一个排序的列表，是一个持续完善的清单，包含所有产品需要的东西，也是产品需求变动的唯一来源。产品需求清单包含所有的特性、功能、需求、改进和缺陷等对未来发布产品进行的改变。
需求清单的内容、可用性、优先级等由且仅由产品经理负责管理。
任务清单是一份足够具体的计划，包含对需求清单的分解。开发团队在整个迭代过程中都会修改这份清单，比如开发团队对需求有了更多的了解，需要增加一些新的任务到清单中去。
任务清单的修改只能由项目经理负责，该列表只属于开发团队。
项目周报是对项目组本周工作内容的总结、以及下周的工作计划汇报，同时项目周报需要及时反馈本周工作中存在的问题以及需要领导协调的资源。
项目周报中切忌报喜不报忧，要反映项目的真实情况。
在每个迭代结束后，项目组成员聚在一起召开总结会议，回顾一下在本次迭代过程中，哪些是做的好的，哪些是做的不好的，找出潜在的可以改进的事项，作为将来的改进计划。迭代总结会议记录就是这样一份将会议过程记录下来的清单已经后续跟进的依据。
产品经理会从不同的来源，获取各种需求。需求清单梳理的主要工作是根据需求优先级进行需求调研、分析需求、对需求归类、对需求分解、预估下一个版本解决什么问题。
项目经理组织评审小组对初步的产品方案进行可行性评审，主要由技术团队发现其中可能存在的问题，给出建议。产品经理根据评审小组给出的建议优化产品方案，确保进入迭代阶段时应该为当时最优的产品方案。
每个迭代以进度评审会作为开始，项目组成员从需求清单中挑选出高优先级需求并配合产品目标组成当前迭代的计划。项目组成员对需求进行拆解，形成一个个可独立部署的任务，并对工作量进行评估，若超出迭代周期则需要压缩工作量或移出需求。
每日站立会议在同样的时间和同样的地点召开，会议准时开始。每日站立会议不得超过15分钟，每一个开发团队的成员都必须发言，会议中不进行讨论，发言内容需提供以下信息：
昨天完成了什么
今天即将做什么
遇到了什么困难
每日站立会议即不是向管理层汇报，也不是向产品经理、项目经理汇报，它是开发团队的沟通会议，能帮助团队快速发现问题。项目经理在会议结束后对会议中开发成员提出的困难进行一定的援助。
PS：在新的项目经理到来的时候，该会议被取消了，主要原因是新的项目经理会每天跟大家单独沟通以上的问题，由项目经理自己来判断如何进行调整。但是在很多互联网公司，站立会被作为一个企业文化的标志。
在每个迭代结束后，整个团队要聚在一起召开迭代回顾会议，识别出哪些做得好，哪些做得不好，所有人都必须发言。迭代回顾会议的目的是为了找出潜在的改进事项，为将来的改进制定计划。