作为敏捷之旅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