项目会议

一、项目例会
处于开发阶段的项目，一般都会在每周开个周例会，会议的内容主要是：
1、项目经理掌握整个项目的实际开发进度，控制进度
2、本周及以后项目计划安排
3、遇到的全局性问题，包括影响整个项目的开发的技术问题，业务问题，客户问题
4、适当的激励项目成员
5、求助

除了特殊情况，会议最好控制在1H以内。

二、小组例会
项目分组：
分组依据-项目中如果参与开发（排除项目经理和需求分析、销售、售前等非coding人员）的人员到达10个以上，就应该设立组，每个组5人左右。

项目会议时组长参与即可，如果遇到实际情况可以叫实际开发人员临时参与下，完成后就可回去。

好处：参与项目会议的人员精简缩短会议时间，但又都知道具体的开发情况和问题保证会议质量。

分组后，每组应该开周例会，组周例会应该控制在30分组以内，不用在专门的会议室，主要是讨论具体的开发进度，遇到的问题，需求求助组外人员的问题和下一步开发任务安排。


三、技术会议
   在遇到技术难题，需要多个人参与时，相关人员与会即刻，时间视具体情况

四、培训会议
   包括业务培训和技术培训，都是专人专事方式。

五、紧急会议
   包括项目上和小组上的紧急会议

所有会议都应该输出会议纪要

。。。。。。为啥我们项目组每天早上都来个程会   一开就是半小时上 项目组20多口人  每人来将自己的进度  然后我们能发呆20分钟以上。。。

我以前那个项目组开会基本上就是一个人项目经理发言，等他讲完了，会议也就开完了。很讨厌这种开会方式。

我认为进度汇报应该是项目经理讲，具体人员确认，这样会省时间，如果每个人讲一下自己的，其他人会发呆浪费时间。所遇到问题由项目组成员提出，内部讨论，如果每一次项目组成员都提不出问题也是个问题，那样就做技术分享，最后作会议总结和员工激励。不对之处请轻拍

楼主总结的很好。

关于个人工作汇报，和比较细节的问题，应该通过工作日志、小组会议来解决的，而不应该整个项目组共同参与。项目的会议应该是比较全局和整体的，需要跨部门支持的。

还有就是会议记录有时是不足的，如果会议有落实一些事情或安排，尽量要明确时间、人员；应该有QA之类的部门或者项目经理对会议达成的决议进行追踪落实。

我要提的是我的经验，比如需求评审会议，会前准备工作非常重要，一定要保证参会人员在开会前必须先阅读并思考过会议材料，会议尽量避免过于发散的讨论，如果出现意见严重分歧，应该立即终止会议，改为小范围的会议讨论