个人觉得例会的时间不重要，但要形成习惯，否则也就不叫例会了。按照通常惯例选在周一或者周五是因为和正常工作的日历相关，连续性好。大多数项目组也习惯在周末或周初总结和规划。
但例会只是例会，总结状态，规划安排即可，每个人可将例会中提到或发现的问题记下来，另外单独或小范围解决。例会切忌变成技术讨论会，否则就说明会议的组织者控制能力有问题或是技术人员平时沟通有问题，如果变成平时不交流，攒了一个礼拜就等着例会和人讨论，那就麻烦大了。
例会的周期完全根据项目来定，一周也好，一个月也好，只要能保证项目可控就好，并不是越频繁越好。当然特殊情况也有，曾经参加过一个大型通信设备联调的项目，工程师3班倒，每天早上开例会，每次10分钟，也非常有效果。
例会的形式也可随意，可以在会议室，也可以在项目负责人的办公室，必要的时候甚至直接在实验室或是机房。但作为组织者必须把每次的会议结论用正式的方式通知到每一个成员，确保落实，否则再正式的会议形式也会因为结论不落实变成浪费时间。
例会就是例会，不能代替技术评估会、讨论会、更不能代替评审会。例会更多的强调的是交流，并不是"会"。