一、 在会议开始前一天，将讨论的文档、主题邮件发送参与者。
重要：将会议讨论的结果、结论、再议的点反馈给会议参与者。
二、 项目过程中大框架设计的分享（人月神话的外科手术队伍）。将设计的思想、方向、子系统的划分、子系统间的耦合进行讨论。
三、 项目过程中编码风格的统一（包括小的技术点：内存管理、资源管理等，名称：变量、函数、类型等）
四、 产品需求（个人理解：客户的特性需求、市场战略部署的需要、公司品牌主打的市场需求）。可靠性，有理性需要针对的调研，讨论。
五、 公共基础类搭建 -> 到设计主框架搭建 -> 到逻辑处理.公共基础类一直可以被完善，然后趋于稳定。
六、 工程师、设计人员将成果留在公司的方式。（设计理念的分享、最终设计文档的分享）
七、 新同事的加入：大框架的设计文档 + 编码风格文档 + 公共基础类的熟悉 + 业务逻辑 + 项目进展与当前项目目标
人月神话：项目的延迟一般都是项目划分出现问题，增加项目人员无疑于增加项目的延迟（重划分、增加沟通成本、新员工）。
八、 测试。bug 缺陷系统的搭建，bug的跟进。测试case，很值得讨论。
开发过程的模拟数据、操作的测试
产品的正常数据、操作的测试
临界数据、极端错误操作的测试
后续补充....