作为互联网公司里的员工，每天都有开不完的会。今天总结了一下，自己在互联网公司了的会议种类，以便形成自己的对互联网企业的认知。
一、 目标
规范公司日常产品会议，使产品研发步入正常运转
实时关注产品大方向，增强团队参与感和成就感
二、 产品涉及会议
- 早上例会
早10点（or 10：30）？左右，每天？每2天？每？天 - NB大会（吹牛逼头脑风暴大会）
每周五下午5：00，时间：半小时-1小时 - 大版本发布会
2周1次？，每周三晚上8：00（具体当天时间待定，需要煤矿挖矿人的实际工作情况） - 大版本发布总结大会
2周1次？（频次依据大版本发布周期），每周五下午4：00，时间1小时 - 周总结大会
周一早上10：00，最多不超过1.5小时 - 产品需求评审会
每周二上午10：00，最长时间持续不超过2小时 - 开发周期预估小组会
时间不固定，依据产品需求来定 - 成长分享会
每周轮流，周二中午，利用大家休息时间或者吃饭前的时间，半小时分享 - 小组内部会
随时，但是不宜过多
三、 产品涉及会议解释
- 早上例会
• 时间
o 早10点（or 10：30）？左右，每天？每2天？每？天
• 内容
o 昨天做了什么，今天主要干什么，明天的计划。每人一句，每人最长不超过5分钟。
• 意义
o 督促团队保持工作状态、明确当天任务、督促团队成员主动关心和思考项目
• 缺点
o 可能团队成员不一定能够坚持下来，会比较反感；
o 最终会议可能会成为一个走过场的形式 - NB吹牛逼头脑风暴大会
• 时间
o 每周五下午5：00，半小时-1小时
• 形式
o 无主题，不限于和工作内容相关，可以是鼓励自由发挥，鼓励吹牛逼，鼓励好的头脑风暴，鼓励好的idea
• 奖励
o 100RMB；用于奖励最能吹的人
• 意义
o 意义非常重大。活跃团队思维，活跃团队氛围，保持激情，保持对新鲜事物的持续关注，为公司或者团队保留注入新的想法，为公司或团队的发展方向提供助力，培育团队成员敢说敢想甚至敢做的能力。
• 缺点
o 最开始大家的积极程度不一定高，需要随着时间的推移而逐渐被调动起来。 - 大版本发布会
• 时间
o 2周1次？，每周三晚上8：00（具体当天时间待定，需要煤矿挖矿人的实际工作情况）
• 使用范畴
o 主要用于在产品第一个版本V1发布之后
• 意义
o 规范版本发布的周期，避免随意发布版本；
o 对用户而言可以感知到版本发布的规律，同时B端用户可以提前对新发布版本做一个提前活动措施
• 形式导出结果
o 下午3点前，短信微信通知B端用户产品将升级发布
o 产品、技术等都加班，直至大版本发布没问题后2小时（10：00）回家。报销打车费、晚餐费。 - 大版本发布总结大会
• 时间
o 2周1次？（频次依据大版本发布周期），每周五下午4：00，时间1小时
• 形式导出结果
o 大版本发布后用户留言反馈（通过微信群、电话、短信等渠道获取），留言内容是正面反面，留言内容评价
o 用户数据反馈（用户登录情况（频次增减），登录时间等）
o 用户新上线功能点击情况反馈：新上线的功能页面，用户点击情况等做一个数据统计，包括点击次数，点击路径流程，点击时间。（统计工具：前端、后端等统计工具，可以使用友盟等）
• 过程
o 每个产品小组各自过一下产品新发布情况（功能FeatureList，导出结果）
o 产品or团队leader做产品汇总（新功能上线产品评价）
• 意义
o 主要在于追踪产品发布后的情况，避免产品发布后有问题不能得到及时反馈和重视 - 周总结启动会
• 时间
o 周一早上10：00，最多不超过1.5小时
• 注意
o 当天早会取消，改成周总结大会
• 形式导出结果
o 每个产品线、业务（比如测试）负责人汇报本产品情况 - 产品整体进度情况
- 本周计划
- 数据统计反馈（日、周、月为单位，图表展现）
- 问题（新、旧）反馈总结
- 新功能Feature提出并讨论（做大概讨论，控制时间）
- 产品大方向一句话肯定：每个产品业务负责人需要对产品大方向做一句话肯定陈述。（主要在于明确产品大方向及让团队成员负有责任感）
o 产品or团队leader做汇总
• 意义
o 确保产品大方向
o 确保产品跟踪
o 确保新需求（以用户为中心）被讨论
o 确保项目按照计划进行，确保项目进度 - 产品需求评审会
• 时间
o 每周二上午10：00，最长时间持续不超过2小时
• 过程
o 每个产品小组负责人，提出新需求（主要在大需求上面）。
o 大家投票是否通过
• 提出需求的产品负责人的工作
o 产品Demo展示 - 可展示几个不同版本的（至少一个版本）的功能展现
o 产品需求文档评审 - 产品目标（一句话）
- 产品解决的问题（一句话）
- 产品需求提出的背景（必须要有）
- 产品涉及的目标用户
- 产品的逻辑图（流程图等）
- 产品可安排的时间周期（涉及到到产品优先级）
- 挨个过产品功能Feature List
- 需要参与人月（若通过，将在什么时间开才发周期预估小组会）或者说产品需求需要上线的截止日期。
- 开发周期预估小组会
• 时间
o 时间不固定，依据产品需求来定
• 形式
o 白盒知需求，黑盒用手投
• 人员
o 产品经理、开发人员、测试、设计等
• 过程
o 会前产品经理将Demo发送给相关人员
o 产品经理展示通过的产品Demo
o 相关人员给出周期预估 - 开发人员预估：不同的开发人员，同时给出预估周期，然后去掉一个最大值和一个最小值，取一个中间值。每个人给出的周期需要给予解释原因
- 测试、设计等的类似
- 项目开发排期，挨个找相关的人，确认排期
- 技能成长分享会
• 时间
o 每周轮流，周二中午，半小时分享
o 每周一次，每次一人，规定好分享人顺序不可改变
• 分享内容
o 主题不限，但是必须专业有观点（哪怕观点是错的），让团队有收获有成长，可以是一个行业的观点，行业的调研，自己对产品的认知，一种新技术，或者自己现有的技术，或者看过的一本书等
• 意义
o 鼓励大家主动学习成长，鼓励分享精神，并形成演讲的能力 - 小组内部会
• 时间
o 随时，但是不宜过多
• 主要是临时性的会议，不宜过多，但是最好一天不要超过3个会议
