参加敏捷之旅北京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