TuoHuang.Info
October 31st, 2010
一开始，胡凯 跟 黄拓 说，你需要一个体面的博客，一个有自己域名的博客。我说，我有服务器，你把域名申请到，我帮你搭。于是黄拓学习了怎么申请一个域名，怎么把域名映射到别人的服务器上，怎么使用WordPress。于是 TuoHuang.Info 就好了。我满喜欢这个域名的，听起来像是“拓荒”。
我还跟黄拓说，你的博客写得太不负责任了。你要坚持写，把自己学到的东西写下来，让别人也看明白，才算真正学会了。黄拓点点头，若有所思的样子。于是他就开始写得越来越多，越来越有样子。我看到他 写JRebel的第一篇 ，问他些深入的问题，他又写了个 精彩的第二篇 。
黄拓生于1988，离开大学不到半年，目前 ThoughtWorks中国 最年轻的一名员工。
能跟这样好的年轻人（以及，把年轻人教导得这样好的胡凯）一起工作，真是很好。
到现场去
October 21st, 2010
再说一次，一切的改善，首先是到现场去。
又是这样一位志存高远的改善推动者。她想知道一次敏捷变革如何进行的所有细节，她想找到一套敏捷实施的模板，她想把敏捷的经验快速复制到成千上万人的组织，她想得很多很大。
但她不肯到现场去。
当我说这些东西的细节对你一点用都没有的时候，我不是在开玩笑也不是在故意刁难你。你不知道现场在发生什么，你不知道人们为什么痛苦，你不知道他们在追求什么，你不知道什么在阻碍他们，你也不知道这些改善计划是如何被一步步推导出来的。看着最后的这个改善计划，看得越细你只会越糊涂，只会朝着错误的方向走得越远。因为你想不去现场、叉着两只干净的手就去推动改善，因为你重视流程与工具重于人与交互。
到现场去，你才会知道如何把那些抱怨转化成持续改善的动力。去了解和关心那些置身于改善中的人，你才会知道应该给他们提供怎样的支持、向他们提出怎样的要求。把你自己的政治野心扔掉，你才会知道如何赞赏一点一点改善的积累、鼓励他们坚持不懈。
不到现场就不要谈改善。不了解现场的改善推动者所能做的最好的事，也就是彻底远离现场，不要给人们添乱就行了。
敏捷之旅预告：双城记
October 14th, 2010
在第一个城市里，一支团队在开发某种电信交换机。他们距离客户很远，交付周期很长，跟硬件关系很多，技术栈很底层。这个团队经常在加班。
而第二个城市的团队做的是业务软件。标准的J2EE架构，每个月都有版本上线，客户天天追着屁股骂他们。他们也经常在加班。
两个团队都想解决自己的问题，他们选择了同一个药方：敏捷。没想到，当咨询师来到，两个团队所做的改进却大相径庭。
两个团队又有一点相似之处：在迈出了第一步，解决了一些切肤之痛之后，他们没有停下脚步。他们都在思考，如何继续进步。在最初由咨询师指导的“猛改”之后，他们又分别做出了一些自己的改进。
这就是我要讲的故事：双城记。
（想听这个故事，请参加 敏捷之旅杭州站 。）
