参加敏捷之旅北京2012的一些记录

作为敏捷之旅2012天津站的组织者,和老曹一起去了北京去学习一下。

参加了几个session的心得:

 

段念的《生长出来的敏捷》

敏捷提升效率:更多的活?还是组织集中精力做有意义的事情?

核心价值观-》原则-》实践

敏捷生长的土壤(自发的) vs. 规划好的敏捷架构(缺乏感情)

 

douban.com团队 120开发人员,5专职测试(实际上是技术很好的,有大量CI、自动化经验)

豆瓣团队的自发实践:

1. happy day,比赛写代码解决某个问题

2. 资源池(仅fix bug)<—> 机动队A(新开发) + 机动队B(新开发)

3. pull request of GIT. CI先跑pull request,成功后才能提交到master,中心CI只跑master。因为人工review是静态的,不能保证发现所有问题。

4. git enterprise 不好用,于是二次开发自己的code管理工具,还能发徽章,及内部问答系统。

5. 60%喜欢用trello

 

生长的阳光土壤空气:

1. 工程师文化、吐槽文化 vs. 公司文化、规划

2. 季度目标(避免提到绩效):哪三件事情最需要做?为什么要做?如何衡量?

3. 对老板的一些介入和要求:“挺好的,我先考虑一下”。直到他再而三的找你。


 

种子:

不招对代码不负责、不认可甚至阻碍改进文化的开发人员

 

 

 

伍斌:担水砍柴皆能悟道

中国式管理:曾仕强

日本一分法,集体主义,长官意志

美国二分法,制度+个人主义

中国三分法,太极,情绪好的时候讲道理

==》 先由情入理,再依法办事

==》解决冲突:给双方面子,再化解。比如:“A的想法不比B差,为了锻炼,可以让他去试试”

 

驱动敏捷:中国人的专业精神。生于忧患死于安乐

南怀瑾。世上苦难根源:贪痴(无明)嗔

项目中的无明

1. 浪费

2. 先作对(道)还是先做好(术)? 目标vs.方法

先改变理念,再改变方法。

 

Mike Long & Juven – Code Retreat

题目: Tic-Tac-Toe

四个简单设计的原则

pair programming + TDD

 

3x 45min sessions, each of those need to switch pair and delete all code

 

Retro:

even I’ve TDD experiece, still I found different ideas(tests, design etc) when pair with different people

a good female programmer surprised me (we’ve rushed out a PHP test framework!)

need to prepared well for computer and common languages, better with WIFI in the room


觉得本文有帮助,长按二维码进行微信打赏