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

定期安排会面时间

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

每个人都应该回答

1.昨天有什么收获?

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

3.面临着那些障碍?

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

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

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

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

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

 

架构师必须写代码(+1)

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

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

 

实行代码集体所有制

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

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

 

成为指导者

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

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

 

允许大家自己想办法

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

 

准备好后再共享代码

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

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

 

做代码复查

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

 

及时通报进展与问题

每日立会能解决。

 

posted @ 2016-08-23 09:18  郁闷紫番薯  阅读(125)  评论(0编辑  收藏