对于一个项目而言，不开会是不能很好达成共识的，统计一下会发现整个项目的会议确实开的不少，但真的有成效的有多少呢？不要为了开会而开会，开会要解决实际问题，开会不是大家无聊的瞎扯，每个人低头各自玩手机，而没有任何实质性的共识和决策。
低效率的会议、不必要的会议，是浪费大家时间，是增加项目成本，是消耗团队积极性，是培养团队惰性，公司的氛围和文化也会逐步恶性改变。所以，需要反思下哪些会议是真正需要积极去组织的，哪些是对项目开展无益需要去掉的，哪些是需要选择性组织召开的，让会议变得更加高效而有成效。
项目管理有其适应性，针对不同的企业、不同的团队、不同的业务、不同的行业、不同的外界环境，需要裁剪选择适合其良好运作的方式方法，保障高效的协同为项目目标达成而服务。

一、项目流程会议
1.立项评审会
主要是对项目的价值进行评审，是否值得公司投入人力、物力、财力去开展；
讨论内容：市场前景、可行性分析、研发内容、上市计划、投入成本分析等；

2.项目启动会
主要是对项目目标达成共识，团队的一次总动员，让大家可以看到整个项目的全貌；
讨论内容：项目目标、功能模块、进度计划、重大里程碑、团队职责、风险管理等；

3.迭代规划会
主要是对迭代进行需求的明确，功能优先级的调整，进度计划的澄清，确保当前迭代的顺利交付；
讨论内容：迭代内的需求澄清、进度计划、任务安排、需要配合支持事项、风险和问题等；

4.迭代验收会(按需组织)
主要是对迭代交付的成果进行演示，产品项目对迭代成果进行体验确认，及时发现问题；
讨论内容：迭代规划会功能点、测试验证功能点、产品项目体验问题点、优化解决方案等；

5.迭代回顾会(按需组织)
主要是迭代结束时，对该迭代团队沟通配合协调等方面做的好的和不足的，在后续迭代改进实施；
讨论内容：团队沟通配合中做的好的、做的不足的、改进方案等；

6.结项评审会
主要是对项目进行回顾总结，对交付功能进行演示，对项目取得成效给出评定，团队激励等；
讨论内容：项目简单回顾总结、项目交付功能演示给主干系人、团队畅所欲言分享经验教训、后续改进事项等；

二、项目日常会议
1.每日站立会
主要是对风险前置，风险暴露和问题跟进；功能优先级调整，按迭代计划调整功能优先级，粒度到天；
讨论内容：昨天做了什么？今天要做什么？碰到什么问题？需要什么支持？

2.原型评审会
主要是对需求的形象具体化，足以引导UI设计和程序开发，确定对原型(需求)理解正确；
原型很难一步做到位，需要建立原型版，不断进行完善，并组织原型评审，可在迭代规划会开展；
讨论内容：对原型进行讲述、讨论业务流程交互、讨论原型变更、进行评审决策；

3.架构评审会
主要是对整个项目的架构进行评审，讨论分析架构风险和问题，澄清技术方案和规则；
讨论内容：功能模块、架构图、业务流、数据流、核心算法和规则、数据表结构、接口说明、部署视图；

4.UI评审会
主要是对产品UI风格、产品UI界面进行评审决策，产品功能复杂需组织多次UI评审，可按迭代去交付；
讨论内容：产品定位、UI风格、UI的界面设计和交互，各相关干系人发表意见，并尊重UI的专业度；

5.用例评审会
主要是对产品的测试用例进行评审，确保测试用例对产品功能的覆盖是全面而准确的；
讨论内容：产品功能模块覆盖的全面性，测试逻辑的合理性，对产品业务正确的阐释；

6.代码评审会(按需组织)
主要是对核心模块、复杂逻辑、反复问题，进行代码评审走查，以及相关修复跟进；
讨论内容：评审代码的选择、逻辑的走查讨论、代码修复方案讨论、修复跟进督促；

7.上线评审会
主要是对产品每次的对外上线发布进行评审，避免考虑不周盲目上线对客户带去不良影响；
讨论内容：是否满足上线要求，相关风险和问题是否有应对措施，对历史数据和业务的过度处理等；

8.每周例会
主要是对多项目并行，非紧急重要项目，采用周例会的形式，进行项目任务、风险和问题的讨论，粒度到周；
讨论内容：本周完成工作、下周计划工作、目前的风险和问题、其他讨论事项；

三、项目管理工具
1.研发管理工具
(1).项目需求管理；
(2).团队任务管理；
(3).风险管理(未知)；
(4).问题列表(已知)；
(5).项目缺陷管理；
(6).项目干系人管理；

2.周报
(1).本周完成工作；
(2).下周计划工作；
(3).目前项目风险；
(4).目前项目问题；
(5).其他事项；

3.进度计划表(日历提醒)
(1).任务开展计划时间(迭代时间段)；
(2).项目的重要里程碑；
(3).计划节点的日历提醒；

4.迭代交付功能(用户故事地图)
(1).功能交付的时间表；
(2).任务完成时间节点；
(3).提测发布时间节点；

5.功能提测任务单
(1).测试目的；
(2).测试环境；
(3).测试版本；
(4).提测功能；
(5).其他事项；