第九区

一个程序员的经验笔记

七-敏捷协作

| 暂无评论

定期安排会面时间

站立会议可以提高开会效率

每个人都应该只回答三个问题:昨天有什么收获、今天计划做哪些工作、面临哪些障碍

每日立会有很多好处

立会时间不应该超过30分钟,理想时间是10~15分钟

小型团队一周立会两到三次就可以了

要注意报告细节

架构师必须写代码

架构师必须参与编码工作

如果架构师时间不够,可以选择不太重要的、工作量较低部分

不允许任何人单独进行设计,特别是你自己

实行代码集体所有制

如果某个开发人员在某个领域及其精通,要尽量发挥其所长

代码集体所有制不表示可以随心所欲,到处破坏

开发人员不必了解项目的每个细节,但应该随时可以处理某个模块的代码

有些代码不适合集体所有制,比如需要对特定领域的知识进行了解,或是难度很高,人多反而误事

成为指导者

一个问题反复讲述多次,可以考虑记录笔记、写成文章、甚至是写成一本书

成为指导者是向团队投资的一个好方式

结对编程是一种高效指导的自然环境

要尽可能引导别人而不是直接报答案

为团队成员在寻求帮助前陷入某个问题的时间设置一个时限,推荐一个小时

允许大家自己想办法

用问题来回答问题,给别人自己解决的机会

如果对方确实没能解决,就告诉对方答案,并解释为什么是这样

准备好后再共享代码

要保证提交代码前是可运行的,已通过所有测试

有些代码控制系统可以区分提交和可公开访问两种代码权限

仍然应该频繁提交代码。

做代码复查

轮流复查别人的代码

结对编程

及时通报进展与问题

每日立会是很好的通报方式

要照顾受众的关注点

别花费太多时间在问题通报上

经常抬头看四周,而不是埋头工作

发表评论

*为必填字段!