（项目经理主导的等于项目经理兼有大产品经理角色，可近似参照）
大产品经理：
对产品成败负责
工作范围：定义产品定位，运营模式，推广策略；
定义每个版本需求范围，目标；
对以上有最终拍板权。
这是最重要的岗位，需要有公司级视角，一般如果CEO具备产品能力由其直接担任，否则应充分授权给coo担任，或产品总监担任。
传统企业搞互联网 的情况，老板虽然有宏大的产品梦想，但没有落地产品规划的能力，一般不要自己担任，授权给ceo或COO是明智的。
执行产品经理：
在大产品经理定义的范围内，对细化功能定义和用户体验负责。
工作范围：细化功能定义，输出需求，跟进需求并把控用户体验。
对产品细节和用户体验有拍板权，但不得与大产品经理相悖。
要求：产品功能定义能力，用户体验强。
UI设计师：
对视觉体验负责。
工作范围：视觉设计
要求：视觉设计能力
项目经理：
保障团队沟通顺畅，资源调配合理，正常运转，按计划完成。
工作范围：发起必要的沟通，会议，掌控项目风险，调配资源。
要求：和各方面沟通协调能力，一般由技术经理或执行产品经理兼任。
技术经理：
架构合理，技术投入合理，开发质量，无技术相关风险。
工作范围：技术人员管理，拍板技术实现方式方法。
要求：技术和技术管理能力。
QA/测试经理：
保障发布版本无重大bug。
工作范围：尽量发现bug，对发布风险做出评价
发布版本须经QA确认方可以发布，特殊情况大产品经理可以忽视QA提示风险发布版本，其他人都没有这个权利。
每个项目必须配置一名QA，一般由有经验的测试担任，或者技术经理兼任。
运维经理：
保证系统无故障运转
工作范围：服务器发布时间，发布方法，报警机制，故障恢复等。
要求：服务器运维和安全经验。
一个项目组内，各自负责各自的部分，哪个部分出问题对应找谁的责任。
然后是流程，效率的保障。
评审会是个重要环节，是各角色从各自负责的点来参与产品研发过程的一个主要形式。
比如产品需求评审会，正确的做法是：
