一、项目流程会议
1.立项评审会
主要是对项目的价值进行评审，是否值得公司投入人力、物力、财力去开展；
讨论内容：市场前景、可行性分析、研发内容、上市计划、投入成本分析等；
2.项目启动会
主要是对项目目标达成共识，团队的一次总动员，让大家可以看到整个项目的全貌；
讨论内容：项目目标、功能模块、进度计划、重大里程碑、团队职责、风险管理等；
3.迭代规划会
主要是对迭代进行需求的明确，功能优先级的调整，进度计划的澄清，确保当前迭代的顺利交付；
讨论内容：迭代内的需求澄清、进度计划、任务安排、需要配合支持事项、风险和问题等；
4.迭代验收会(按需组织)
主要是对迭代交付的成果进行演示，产品项目对迭代成果进行体验确认，及时发现问题；
讨论内容：迭代规划会功能点、测试验证功能点、产品项目体验问题点、优化解决方案等；
5.迭代回顾会(按需组织)
主要是迭代结束时，对该迭代团队沟通配合协调等方面做的好的和不足的，在后续迭代改进实施；
讨论内容：团队沟通配合中做的好的、做的不足的、改进方案等；
6.结项评审会
主要是对项目进行回顾总结，对交付功能进行演示，对项目取得成效给出评定，团队激励等；
讨论内容：项目简单回顾总结、项目交付功能演示给主干系人、团队畅所欲言分享经验教训、后续改进事项等；
二、项目日常会议
1.每日站立会
主要是对风险前置，风险暴露和问题跟进；功能优先级调整，按迭代计划调整功能优先级，粒度到天；
讨论内容：昨天做了什么？今天要做什么？碰到什么问题？需要什么支持？
2.原型评审会
主要是对需求的形象具体化，足以引导UI设计和程序开发，确定对原型(需求)理解正确；
原型很难一步做到位，需要建立原型版，不断进行完善，并组织原型评审，可在迭代规划会开展；
讨论内容：对原型进行讲述、讨论业务流程交互、讨论原型变更、进行评审决策；
3.架构评审会
主要是对整个项目的架构进行评审，讨论分析架构风险和问题，澄清技术方案和规则；
讨论内容：功能模块、架构图、业务流、数据流、核心算法和规则、数据表结构、接口说明、部署视图；
4.UI评审会
主要是对产品UI风格、产品UI界面进行评审决策，产品功能复杂需组织多次UI评审，可按迭代去交付；
讨论内容：产品定位、UI风格、UI的界面设计和交互，各相关干系人发表意见，并尊重UI的专业度；
5.用例评审会
主要是对产品的测试用例进行评审，确保测试用例对产品功能的覆盖是全面而准确的；
讨论内容：产品功能模块覆盖的全面性，测试逻辑的合理性，对产品业务正确的阐释；
6.代码评审会(按需组织)
主要是对核心模块、复杂逻辑、反复问题，进行代码评审走查，以及相关修复跟进；
讨论内容：评审代码的选择、逻辑的走查讨论、代码修复方案讨论、修复跟进督促；
7.上线评审会
主要是对产品每次的对外上线发布进行评审，避免考虑不周盲目上线对客户带去不良影响；
讨论内容：是否满足上线要求，相关风险和问题是否有应对措施，对历史数据和业务的过度处理等；
8.每周例会
主要是对多项目并行，非紧急重要项目，采用周例会的形式，进行项目任务、风险和问题的讨论，粒度到周；
讨论内容：本周完成工作、下周计划工作、目前的风险和问题、其他讨论事项；
