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

按期安排会面时间

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

每一个人都应该回答

1.昨天有什么收获？

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

3.面临着那些障碍？

建议：若是要详细讨论某些问题，能够在立会以后，在召集相关人员。

通常在上班后半个小时到一个小时以内举行。

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

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

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

 

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

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

优秀的设计从积极的程序员哪里开始演化。积极的编程能够带来深刻的理解。不要使用不肯意编程的架构师----不知道系统的真实状况，是没法展开设计的。

 

实行代码集体全部制

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

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

 

成为指导者

分享本身的知识颇有趣——付出的同时便有收获。还能够激励别人活得更好的成果，并且提高了整个团队的实力。

你会感到给予别人教诲，也是提高本身学识的一种方式，并且其余人亦开始相信你能够帮助他们。

 

容许你们本身想办法

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

 

准备好后再共享代码

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

但通常下班前都应该提交一下。

 

作代码复查

复查全部的代码。对于提高代码质量和下降错误率来讲，代码复查是无价之宝。若是以正确的方式进行，复查能够产生很是实用而高效的成果，要让不一样的开发人员在每一个人物完成后复查代码。

 

及时通报进展与问题

每日立会能解决。