高效程序员的45个习惯 敏捷开发修炼之道 读书笔记 第八章 敏捷协作

定期安排会面时间

简单立会(站着的会议)，保证会议快速进行。

每个人都应该回答

1.昨天有什么收获？

2.今天计划要做哪些工作？

3.面临着那些障碍？

建议：如果要详细讨论某些问题，可以在立会之后，在召集相关人员。

一般在上班后半个小时到一个小时之内举行。

使用立会。立会可以让团队达成共识。保证会议短小精悍不跑题。

团队成员是猪（开发人员、产品所有者和协调者），非团队成员（管理层、支持人员、QA等）是鸡，

本来讲的是农场里的动物们打算一起开饭店，准备用熏肉和鸡蛋作为早餐提供。对于鸡来说要参与进来，对于猪来说，就要放血投入了。

 

架构师必须写代码（+1）

不要做powerpoint架构师，只会绘制各种各样的设计图，必须投入的编程中。

优秀的设计从积极的程序员哪里开始演化。积极的编程可以带来深入的理解。不要使用不愿意编程的架构师----不知道系统的真实情况，是无法展开设计的。

 

实行代码集体所有制

让开发人员轮换完成系统不同领域中不同模块的不同任务。

当然有些代码需要特定的知识，人多了反而容易误事。

 

成为指导者

分享自己的知识很有趣——付出的同时便有收获。还可以激励别人活得更好的成果，而且提升了整个团队的实力。

你会感到给予别人教诲，也是提升自己学识的一种方式，而且其他人亦开始相信你可以帮助他们。

 

允许大家自己想办法

给比人解决问题的机会。指导他们正确的方向，而不是直接提供解决方案。每个人都能从中学到不少东西。

 

准备好后再共享代码

绝不要提交尚未完成的代码。故意签入编译未通过或是没有通过单元测试的代码，对项目来说，应被视作玩忽职守的犯罪行为。

但一般下班前都应该提交一下。

 

做代码复查

复查所有的代码。对于提升代码质量和降低错误率来说，代码复查是无价之宝。如果以正确的方式进行，复查可以产生非常实用而高效的成果，要让不同的开发人员在每个人物完成后复查代码。

 

及时通报进展与问题

每日立会能解决。