定期安排会面时间
简单立会(站着的会议)，保证会议快速进行。
每个人都应该回答
1.昨天有什么收获？
2.今天计划要做哪些工作？
3.面临着那些障碍？
建议：如果要详细讨论某些问题，可以在立会之后，在召集相关人员。
一般在上班后半个小时到一个小时之内举行。
使用立会。立会可以让团队达成共识。保证会议短小精悍不跑题。
团队成员是猪（开发人员、产品所有者和协调者），非团队成员（管理层、支持人员、QA等）是鸡，
本来讲的是农场里的动物们打算一起开饭店，准备用熏肉和鸡蛋作为早餐提供。对于鸡来说要参与进来，对于猪来说，就要放血投入了。
架构师必须写代码（+1）
不要做powerpoint架构师，只会绘制各种各样的设计图，必须投入的编程中。
优秀的设计从积极的程序员哪里开始演化。积极的编程可以带来深入的理解。不要使用不愿意编程的架构师----不知道系统的真实情况，是无法展开设计的。
实行代码集体所有制
让开发人员轮换完成系统不同领域中不同模块的不同任务。
当然有些代码需要特定的知识，人多了反而容易误事。
成为指导者
分享自己的知识很有趣——付出的同时便有收获。还可以激励别人活得更好的成果，而且提升了整个团队的实力。
你会感到给予别人教诲，也是提升自己学识的一种方式，而且其他人亦开始相信你可以帮助他们。
允许大家自己想办法
给比人解决问题的机会。指导他们正确的方向，而不是直接提供解决方案。每个人都能从中学到不少东西。
准备好后再共享代码
绝不要提交尚未完成的代码。故意签入编译未通过或是没有通过单元测试的代码，对项目来说，应被视作玩忽职守的犯罪行为。
但一般下班前都应该提交一下。
做代码复查
复查所有的代码。对于提升代码质量和降低错误率来说，代码复查是无价之宝。如果以正确的方式进行，复查可以产生非常实用而高效的成果，要让不同的开发人员在每个人物完成后复查代码。
及时通报进展与问题
每日立会能解决。