透明思考 - Thoughts

年轻的程序员，为什么你应该从事专业服务

2012-01-16T05:31:00Z

最近在成都大举招人，于是也有更多的小朋友问我：究竟ThoughtWorks是做什么的呢？加入ThoughtWorks有什么好处呢？当然有很多感性的东西比如说你可以成为 Martin Fowler 的同事。不过我最想跟年轻的程序员们说的是：为了你的将来考虑，你应该在职业生涯的早期从事专业服务，而ThoughtWorks能给你提供这样的机会。

有人说，从学校出来以后每天要做的事，一开始是工作，然后是职业，再后来是事业。每个年轻人在得到一份解决温饱问题的工作之外，都面临同样的问题：我的职业应该如何发展？如何为将来的职业发展做好准备？答案说简单也很简单，你只需要准备两件事：

找到自己想做的事
积累做自己想做的事所需的能力

怎么找到自己想做的事？

有人想做个网站有一亿人用。有人想做个产品只卖给特定的一些企业。有人想做技术领先的事情。有人想做鼠标结合水泥的事情。有人想在金融业找找机会。有人想从事能源这样最实的实业。有人想在大企业的平台上做大事。有人想开创自己的企业。

你想做的事可能很不一样，但寻找想做的事的过程中，有一点是共通的：看得越多，就会选得越准。很显然，如果你只看过两家企业，从中选了一家并且这家就是你想要长期奋斗的理想东家，那只说明你运气好。你不想把自己的职业生涯交给运气，那么你就需要更多的信息。

具体说来，为了规划自己的职业，你需要三方面的信息。你需要理解经济大背景，以免走进一个夕阳产业——读完电子系研究生然后被某著名企业整班招聘去的年轻人，你确定你真的不想在一个夕阳产业里工作？你需要接触各种不同的行业，银行，保险，通信，旅游，能源，运输，传媒，互联网，教育，非政府组织⋯⋯对这些行业到底在做什么有足够深入的理解，然后你才有充分的依据来判断自己究竟想做一件怎样的事。最后你还需要尝试扮演不同的角色：开发，测试，需求分析，项目管理，运维，咨询⋯⋯趁自己还年轻，尝试尽可能多的事，这会帮助你在未来做一个严肃的选择。

积累哪些能力？

我假设今天年轻的程序员将来想做的事或多或少还是跟IT有关的。如果你已经清楚自己想做的跟IT完全无关（虽然稍后我会告诉你，这种可能性不大），你应该赶快去练习你想做的事，而不是在IT这个圈圈里浪费时间。

当你开始规划一个与IT相关的职业，以下几种能力是你一定会需要的：

精湛的技术能力。相信我，技术能力是你在这个行业里干任何事的基础。稳固的技术基础能让你做任何事（例如需求分析、项目管理）更加高效。所以作为职业的起点，你需要打好技术基础——绝不仅仅是以一般的强度写一般水平的程序，你需要集中、刻意的训练，这样你才能快速打下扎实的技术基础，然后有时间去做别的。

广阔的视野。还是这句话，信息越多，选择越准。你需要了解各种主要的技术平台，Java，.NET，Ruby，Python⋯⋯然后你才能凭知识而不是凭运气做选择——不仅是帮自己选择，还可能是帮客户选择。你还需要了解很多技术之外的知识，财务，企业运营，期货，保险⋯⋯了解得越多，做事会越得心应手。

专业的影响技能。包括倾听、建议、说服、演讲、写作等一系列关于如何影响他人的技能。所有人都知道它们的重要性。很多人三天打鱼两天晒网地练习它们。极少有人用专业的方式系统地训练自己。专业水准的影响技能，能让你得到更多来自他人的支持——比不具备这些能力的人多得多。

为什么是专业服务？

现在你应该知道自己需要什么了。在一份位于职业生涯早期的工作中，你需要获得三方面的信息：（1）商业大环境；（2）各种行业的知识；（3）各种角色的玩法。你需要获得三方面能力：（1）技术能力；（2）视野；（3）影响技能。

为什么我建议年轻的程序员从IT专业服务开始自己的职业生涯？因为只有专业服务业能提供你机会来获得这些东西。

专业服务，顾名思义，就是用某种专业技能为各类组织提供服务。专业服务的范围很广，法律、会计、招聘等领域都有公司提供专业服务。但是在所有的专业服务领域中，有两类服务对被服务的企业有着最深入的理解：管理咨询，以及IT专业服务。尤其是随着互联网时代的到来，IT对所有企业的意义愈发重大，所以IT专业服务的提供者实际上有机会接触到各种行业最核心的知识——甚至有时比这些行业里的从业者理解更深刻。

同时，与其他大部分行业不同，专业服务业所销售的是人的能力，除此之外再无其他。所以优秀的专业服务企业对员工能力培养的重视是普通企业无法望其项背的，优秀的专业服务企业中学习氛围之浓厚也是普通企业望尘莫及的。因此对于有抱负的年轻人来说，从事专业服务是一个快速积累技能、知识和视野的机会：尽快学到需要学的，尽快找到自己想做的，尽快动手去做。

其实在很多行业中，以专业服务作为职业生涯的起点，已经是一种普遍的模式。例如学经济的学生，最优秀者会进入四大会计师事务所，积累足够能力、经验和视野之后，选择一个合适的行业、合适的企业去做CFO。商科优秀毕业生会进入管理咨询公司例如麦肯锡或BCG从事战略咨询，为将来的管理工作打好基础。

不过IT本身还是一个年轻的行业，IT专业服务更是远没有达到管理咨询那样的成熟度。所以当你打算进入IT专业服务这个领域时，请认真选择你的潜在雇主：它是否能给你接触足够多知识的机会？它是否鼓励和培养你学习各种技能？它是否有浓厚的学习氛围？——如果你想要的是为将来积累，你就不会想在学习的过程中浪费时间。很可惜，虽然我在中国看过很多企业，我还没有看到一家企业像ThoughtWorks一样做真正意义上的IT专业服务并且重视学习的。

所以，总结：如果你是一名年轻的程序员，如果你想用最快速度找到自己想做的事并且积累足够的能力去做它，你应该选择从事IT专业服务，你应该加入ThoughtWorks。我们刚刚成立的成都分公司正在招聘，你真的应该看一看。

（BTW，如果看到这里——首先感谢你看到了这里——有讨论的欲望，请到新浪微博 @JeffXiong 。如果你提出了好的问题，没准我会再写一篇。）

充满不确定的2012

2012-01-12T05:41:00Z

（过年了，商业读书会第十八期是在展望将来）

展望将来总是件很难的事。2011年初一片看涨行情，到年尾只剩哀鸿遍野。于是 Economist的展望恰如它配的图：一边举杯，一边交叉手指做祈祷。

欧债危机还没有找到解决办法，但投资人或许可以指望利空已经出尽。各国央行应该还会减息或是量化宽松，但也可能考虑调控效果滞后而提前开始紧缩。再看看敏感的中东⋯⋯80、90年代的持续增长大概不会再出现了，但也不代表投资者就没机会赚到钱。总之，2012就是这样一个看不清的前景。

似乎中国是值得期待的。统计显示，在一系列经济指标当中，中国已经在众多实体经济指标（钢铁消费、手机数、固定资产投资、车辆销售等）上超过了美国。尽管落后的是一些重要的指标（GDP、资本市场规模、消费规模、国防投入等），但是看起来十五年后中国就会全面超过美国成为世界第一大经济体。而且教育科研的成就值得一提：除了专利数量以外，还有数学与科学教育水平：

The World Economic Forum’s “World Competitiveness Report” ranks China 31st out of 142 countries on the quality of its maths and science education, well ahead of America’s 51st place.

但怀疑的声音从未消失。对房地产市场的怀疑已经不用再提，人口政策的影响倒是一个新的视角：婴儿潮一代的成长带来人口红利使经济快速成长；婴儿潮一代的老化使增长减缓。然而计划生育政策让中国无法充分享受人口红利便要面临老龄化和增速放缓。

中国怀抱着难以解决的结构问题。中国将成为世界上首个在人均GDP达到发达国家水平之前，就经历劳动年龄人口骤减、快速步入老龄化社会的国家。这会成为难以克服的沉重负担。

怀揣着一切经济现象都是政治现象的想法再来看看这些，发现个个都是和政治直接相关的。最近又看关于交易市场的书和电影，越来越感到：说起来好像是科学技术的经济，其实起决定作用的，全都是政治和人性这些无可预测的东西呢。

事关选择：关于企业的社会责任

2012-01-03T13:58:00Z

（商业读书会第十六期：好公司）

关于企业的社会责任，德鲁克已经说过：企业，作为一种经济结构出现，已经融入了大多数现代人的每日生活。为了让那个世界、让社会、让大量人的生活变得美好，就必须在企业这里做比赚钱更多的事。毕竟，说到底，每天用至少8小时呆的地方、做的事，是不可能轻而易举地从“生活”中摘出去的。

第一篇文章讲述了伟大的公司们如何思考企业的社会地位。这里有一个词：“institutional”，据我理解就是“公众机构的”——重要的企业可能会雇佣十万员工，对上下游企业造成显著的影响，并拉动当地的消费及服务业：它就是一个公众机构，而不仅仅是赚钱机器。

具体说来，如何将一家企业作为一个健康的公众机构来运转，作者给出了6个要点：共同的价值观与使命，长期聚焦的视野，投入感情，关注与社区的关系，创新，自组织。归根结底，一家“好公司”认同工作是生活的重要部分，它希望通过提升工作的意义来提升生活的意义，而不是让员工在工作之外去寻找生活的意义。

尽管“好公司”这个说法有明显的情感倾向性，其实我认为它仍然是一个选择的问题（而不是道德的问题），而且这个选择并不是一边倒的。在第二篇文章和第三篇文章里有大量的案例来介绍一些著名的企业是如何成为“好公司”的。这里我很欣赏第三篇文章里InfoSys的前董事会主席Murthy所说的一句话：

When you say that you are committed to values, it implies that you are willing to pay a price for them.

就像老师（最近）经常说的：Alternatives exclude. 我最近正好在读另一本关于安然的书，加上以前读过的关于长期资本管理公司的书和关于所罗门兄弟公司的书。尽管安然不巧倒闭了，但这种交易者的企业文化无疑具有强大的吸引力并且仍然在吸引着最优秀的人才。所以这不是对与错，这是选择。正如Murthy说到InfoSys给新员工的承诺：

我们能向员工承诺的只有三件事：1，我们的每个项目都会使他们更受尊重；2，这家公司会坚守公平、透明和正直，他们绝不会因为在这里工作而羞愧；3，他们在这里能学到的，比在其他任何公司多三倍。

需要特别留意的是他没有承诺的东西：他没有承诺赚大钱，没有承诺稳定的养老职位，没有承诺奢华安逸的工作环境，也没有承诺40小时之外可以完全放下工作。这就是选择。

第三篇文章是关于为“成为好公司”的选择而设计的一种结构：营益企业（For-Benefit Enterprise）——介于营利组织（For-Profit Organization）与非营利组织（Non-Profit Organization）之间的企业与社会的结合。现行的经济体系没有很好地支持这样的组织：它以企业的形式运营，但不以高利润为目标，而是致力于社会责任。于内的挑战来自于决策、监管和绩效，外部的挑战则来自于法律、税则和经济环境。尽管有这些挑战，营益企业仍然（主要在UK和US）逐渐成为营利企业、非营利组织和政府之外的第四股力量。

最后，尽管事关选择，但我仍然想表达一种情感倾向。例如有一家十万雇员、行业领先的企业，当它开始做一些事让自己的员工少一点工作的痛苦，就会在整个行业产生更加深远的影响从而使或许几十万、上百万人的工作因此变得稍微美好一点。这就不再是一种中性的选择了。这个选择将关系到这家企业在几十年后被放在历史的什么位置。

走向2012

2012-01-02T13:58:00Z

鉴于今天已经是1月2号，不应该叫“走向”，而应该叫“走进”之类的⋯⋯不管怎么说，这些是2012年想做的事：

壹。要坚持读书。去年最终是读了70本书。今年至少也要读到 50本才可以。

贰。要有长性，要把看准的事做到底。少一点纠结，少一点选择障碍，做了选择就一直做下去。少一点小聪明，多一点踏实。

叁。要学到新的东西。去年学到了游泳和素描，很好。今年还要学到更多，工作或生活都是。

（愿望越来越简单了。进入平稳的中年期了吗？）

在DreamHost安装OpenParty手记

2011-12-26T09:59:00Z

自从开始帮忙组织成都的OpenParty 以来，每天抽一点时间做OpenParty成都的网站。感谢 Tin 和 cleverpig 的大力支持，今天终于把 OpenParty成都网站给弄起来了。

首先把 OpenParty的Django应用给fork出来到一个新的repository 。没多少需要修改的，只是页面稍做调整，改改文字。

DreamHost有一篇文章讲如何安装Django的。需要照着它做一遍，生成Passenger配置。但是这样弄完以后肯定是跑不起来的，因为所有的依赖包都没有装，而且因为没有root权限所以系统缺省的easy_install也不能安装任何东西。所以，这个配置弄好以后先放着，还得装个自己的Python。

有个哥们写了一篇博客讲如何在DreamHost安装virtualenv 。也是照着做就行了。装好 virtualenv 以后直接就可以用 pip 安装依赖包了。

接下来就是修改passenger_wsgi.py里的配置了。有两个需要修改的内容：第一是需要用virtualenv装的Python；第二是DreamHost缺省生成的配置有问题，没有引入应用程序的路径。直接把我的passenger_wsgi.py贴上来：

import sys, os

INTERP = <path_to_python_in_virtualenv>

if sys.executable != INTERP: os.execl(INTERP, INTERP, *sys.argv)

project_path = <path_to_application>
django_path = <path_to_django_in_virtualenv>

sys.path.append(os.getcwd())
sys.path.insert(1, project_path)
sys.path.insert(1, django_path)
sys.path.insert(1, os.path.join(project_path, "apps"))
sys.path.insert(1, os.path.join(project_path, "vendor"))

os.environ['DJANGO_SETTINGS_MODULE'] = "ChengduOpenParty.settings" 
import django.core.handlers.wsgi
application = django.core.handlers.wsgi.WSGIHandler()

然后就是配数据库啦同步数据库啦这些常规操作了。然后 OpenParty成都的网站就美美的跑起来啦～四川地区的技术爱好者们，欢迎来分享！

成都OpenParty第一波：围炉映雪

2011-12-21T03:08:00Z

白居易《问刘十九》：绿蚁新醅酒，红泥小火炉。晚来天欲雪，能饮一杯无？

蜀中最冷的时节，寒风也挡不住我们交流的热情。第一次成都OpenParty活动“围炉映雪”将于2012年1月7日举行。欢迎大家相遇在OpenParty，分享精彩话题！

活动时间

2012年1月7日（周六），13:30~17:30

活动地点

奇诺咖啡餐厅（ http://www.dianping.com/shop/4187056 ，天府软件园A9）

参与群体

我们欢迎以下朋友参加：

程序员、架构师
业务分析师、用户体验设计师
敏捷实践者、咨询师
开源技术传道者、移动市场管理者、项目经理、风险投资人、社团组织者
IT、软件、互联网、媒体、咨询、出版等行业从业人员
旅游爱好者
以及一切愿意与大家分享知识、并且愿意从别人那里获取知识的朋友

招募话题

OpenParty采用“非会议”（Unconference）形式，所有讨论话题都是由参与者自发提出。有话题分享或发起讨论意愿的朋友可以在活动开始之前将PPT或者话题、讨论简介发送给组织者（ staff at chengdu-open-party.org ）。

如果你的分享过程需要用到白板和投影仪之外的设备，也请提前告知组织者。

如何布置体面的故事墙

2011-12-12T01:35:00Z

作为软件开发最重要的两个现场可视化工具之一，故事墙应该是什么样，其实是可以从一些基本原则很自然地推导出来的。只要去理解这些背后的原则，就会知道如何布置一个体面的故事墙。

原则之一：故事墙是每个人的工作现场。

这句话说说很简单。什么叫“工作现场”？一个人的工作现场，至少应该有两块区域：待处理工作区，以及当前工作区。在任意时间点，每个人在当前工作区里应该有且仅有一个工件在处理；工件应该保持流动，因此待处理工作区的堆积会反映出工作环节的不均衡。这些都是丰田方法的基础，不是吗？

那么，一个故事墙应该有几个纵栏？一般来说，一支软件开发团队至少有三种角色：分析需求的人，写代码的人，验收的人。每个角色有待处理工作区和当前工作区，再加上整个团队的完成区、阻塞区和Backlog区。所以，一个故事墙至少应该有8栏、9种状态（“阻塞”是单独的一块区域）。

原则之二：故事墙是团队的信息辐射器。

这句话也很简单。什么叫“信息辐射”？每张故事卡应该让人在五米开外就能看见标题，这样才能起到主动信息辐射的作用。所以故事卡要有足够大，十几厘米宽，用油性笔写上故事标题能在几米外看清楚。而且故事卡是各种交流的媒介，所以要用硬纸卡，用橡皮泥来粘，而不是用sticker，因为sticker会打卷，而且不适合在背后写字。

基于这两个原则，可以推知一个故事墙大约有多大：最紧凑的布置，待处理工作区按照两列设计，当前工作区按照一列设计（不允许过多的工件同时处理），Backlog区和完成区按照三列设计，两栏之间留一张卡片宽度间隔。简单算一下就知道，故事墙至少是接近4米宽。

基于这两个原则也可以很容易看出，不够体面的故事墙可能有哪些问题，从而找到改进点。

大规模敏捷推进的第一步：透明化

2011-12-09T16:03:00Z

越来越多的IT组织希望在更具典型性的项目团队中实施敏捷。由于这种典型项目具有规模大、涉及团队多、跨地域等特点，对其进行的敏捷引入必须更加审慎和严谨。基于多次指导类似规模团队敏捷导入的经验，我们建议：大型团队的敏捷转型需从项目管理透明化入手。通过实施项目管理透明化，首先掌握团队现状、发现重点问题、制定度量标准，然后牵引团队实施更进一步的改进。

项目管理透明化分为两个主要方面：进度透明化和质量透明化。

进度透明化。分布式的大型团队在需求、优先级、进度等项目管理的关键问题上达成共识，对于整个项目的顺利开展至关重要。通过引入基于用户故事的需求分析和管理方法，并采用适当的在线项目管理工具，将项目的范围、进度、速度等重要信息加以可视化，以便团队掌握自身能力、发现当前研发过程中存在的浪费和改进点。
质量透明化。传统上大型项目往往在后期才开始集成和测试，从而给项目交付带来了极大的不可控风险，开发过程中的质量水平也难以掌握；而且由于质量保障活动在项目后期开展，发现质量隐患也难以有效弥补。通过引入分布式、跨团队、分层分级的持续集成，尽早、尽可能频繁地进行集成，以便团队随时了解产品的当前质量属性，提早发现质量隐患，为后续改进提供牵引。

通过实施项目管理透明化，团队将对自身现状有更清晰的了解，并发现大量的改进点。后续的敏捷推进将针对高优先级的改进点逐渐开展，并以迭代方式快速得到反馈和调整。敏捷推进活动本身也是以敏捷的方式进行的。

投资战略与敏捷转型

2011-12-04T12:25:00Z

和上一篇博客有关：恰好在读了《竞争战略》之后，又温习了一遍成长-份额矩阵，然后就跟客户聊企业的敏捷转型。这时我终于清楚地意识到：敏捷引入的策略和应该与portfolio管理和投资战略紧密相关。

首先，狗是不需要什么敏捷转型的。当然也不好说得那么绝对，毕竟最起码减员增效可以让资产剥离的时候顺利一点。但是太多企业的问题不是减员增效，而是盲目追求规模舍不得把狗杀掉。这就是另一个话题了。

另外三个象限的敏捷转型策略非常有趣。效率，质量，用户。敏捷的三个关键词其实是不均等地对应在三类业务象限上的。

野猫（或者“问号”）的敏捷关键词是用户。份额小、成长快的野猫业务，最大的风险是根本就没人用。所以这时候要准确地抓住用户需求，提出强有力的价值声明，关注用户体验，以最小工作量抓住眼球并获得转化率。对于野猫业务，敏捷引入应该从体验设计入手，首先进行快速项目启动，然后以迭代方式迅速交付并获得反馈。

明星的敏捷关键词是质量。份额大、成长快的明星业务，非常容易因为“Quick & Dirty”的开发方式而变成焦油坑甚至直接影响交付。这时候需要偿还技术债务、打好根基，才能承受不断加大的交付压力。对于明星业务，敏捷引入应该着重关注持续交付，从持续集成和自动化测试入手，向下改进代码质量和架构质量，向后借助 DevOps 打通交付的最后一公里。

金牛的敏捷关键词是效率。份额大、成长缓慢的金牛业务，质量和交付风险并不高；同时因为规模大、涉及人员众多，些许效率提升就能带来明显的收益。所以金牛业务的敏捷引入思路应该是以稳为主、持续改进。通过持续集成中心等方式提升项目透明化程度，首先掌握现场状态、建立反馈机制，然后逐步改进、逐步提升人员能力。

结论：不同的业务类型需要不同的敏捷转型策略与实践。将投资战略与敏捷转型策略结合，有助于更有效地引入敏捷。

引论：所谓“全公司统一的敏捷流程”就是反敏捷。人和交互重于流程和工具。

（据说）改变了商业世界的5个图

2011-11-29T02:44:00Z

（商业读书会第十五期的题目是几页幻灯片： Five charts that changed business | HBR ）

这几页幻灯片倒是蛮简单，不过每页幻灯片背后还有相关阅读。内容涵盖了规模、投资、竞争、创新和新兴市场，确实都是最常被挂在嘴边的主题。

经验曲线

经验曲线效应说的是，一件事做的次数越多，需要的代价就越小（也就是“熟能生巧”）。这条曲线是规模经济的重要来源。

当然，丰田生产系统的拥趸会说，靠规模创造经济性本身就是一个迷思。在这对矛盾之间，我发现一个有趣的现象：当你把“改变”和“尝试新方法”作为一件事来练习，经验曲线同样存在——你做的次数越多，接受一个改变就越容易。

所以，经验曲线不必须是反学习的，规模经济也不必须是依赖于重复的。尝新与改变本身同样可以形成经验曲线和规模经济，这是对这条曲线的高阶运用。

成长-份额矩阵

成长-份额矩阵也叫 BCG矩阵（咨询公司到底是有多爱四象限矩阵啊⋯⋯）矩阵本身很简单：

好好养“现金奶牛”
用“奶牛”赚的钱投资“明星”，抢占尽量多的份额
关注“问号”的发展，努力把“问号”变成“明星”
从“狗”身上赚够该赚的钱然后宰掉

这个图和上个图都出自《 The Lords of Strategy 》，并且这个图和下一个图在《竞争战略》里也看到过了。做得不好的企业，大多是在狗和野猫身上出问题：该投资的没有投资，该抛弃的没有抛弃。

竞争五力

五力分析也是波特在《竞争战略》中讲过的东西。消费者的议价能力、供应商的议价能力、潜在进入者的威胁、替代品的威胁、竞争对手，这五种力量共同影响着公司的竞争战略。

HBR在1979年也刊登了波特关于竞争五力的一篇文章，内容和《竞争战略》差不多，所以直接看中文译本好了。

破坏性创新

破坏性技术会创造出更低的价格，从而彻底颠覆现有的市场格局。HBR在1995年刊登的一篇文章指出：成熟市场的既得利益者会变得保守、不思进取，正是他们发明了“破坏性创新”这样一个贬义的称谓（后来更贬义的称谓是“山寨”）。但不管既得利益者怎么想，中兴能造出 50英镑的智能手机，毕竟是一件对消费者有利的事。

德鲁克在《创新与企业家精神》中提到：社会创新是比技术创新更困难也更重要的创新形式。尽管西方人（以及日本人自己）不认为日本是在创新、直到最后也只是称其为“创造性模仿”，但几十年后回头看看，谁都必须承认：丰田生产系统确实是一种了不起的创新。

创造一个炫丽夺目的新产品确实是了不起的创新。然而把每天平凡甚至琐碎的事做到精益求精，是更根本、更困难、也更了不起的创新。

市场金字塔

这是出自HBR在2003年刊登的一篇文章。当跨国公司首次进入新兴市场时，他们在本国对中产阶级的（价格）定位很可能在中国或者印度就会对应到高端消费者，而当地的中产阶级其实是一个收入水平低两级的人数大得多的阶层。而且不像西方的中产阶级，新兴市场的中产阶级下面的是一个更大的温饱乃至贫穷阶层。对消费者群体的理解（以及误解）是跨国企业进入新兴市场的第一课，作者把它称为“公司帝国主义的覆灭”。

除了对消费者的理解之外，这篇文章还讲了很多跨国企业在新兴市场需要做出的调整，以及新兴市场对于跨国企业的反向作用。其实我们的公司也经历过并且正在经历这样的调整和反向作用。

对三个支柱的个人白话解读

2011-11-18T03:58:00Z

ThoughtWorks的三个支柱：Sustainable Business，Software Excellence, Social Justice。徐昊的翻译很古雅：

济苍生以软件，担道义为世范。凡入我司者皆归三宝。三宝何为？一曰基业永续，二曰止于至善，三曰不为利回不以义疚。

我的解读——感谢 Julia 的引导——很直白。我希望我们有一个好的团队，三个支柱就是在描述一个好的团队应该是什么样的。

首先，团队精神不是依赖别人。每个人都要有别人不行了我顶上的觉悟，每个人都能搞定自己的事并且帮助别人，这才叫团队精神。这样的团队，就算是一个合格的团队。有这样的团队，就会有可持续的业务。
然后，团队的每个人都追求卓越的软件技术，追求不断学习，从来不会停下步伐说“好了，现在我满意了”，一直用严苛的标准要求自己改善自己（CodeJam、每天写12小时程序、每年读50本书，等等）。这样的团队，就是一个好的团队。我至少希望，我们的每个团队都能达到这个水平。
比这更多，如果团队里的每个成员都充满正义感，关注社会公正，思考如何为世界变得更美好做出贡献，那么这就是一个完美的团队。我向往，但目前我不强求。

招聘广告：ThoughtWorks成都办公室开张在即。我们的目标是在2012年打造一支至少是“好”的团队。有兴趣一起来吗？

一年成聚，二年成邑，三年成都

2011-11-09T15:56:00Z

挺热闹地说了挺久之后，终于来到了成都。

成都高新区给了我非常好的第一印象。有华丽的展厅，还有两位美女陪我们参观——我不是说效珅不是美女啊，效珅是我们这拨的，是被陪的。

其他的各种美好动人就不说了，总之天府的美誉不是白来的。这两天吃了盆盆虾、干锅兔丁、粉蒸牛肉、钟水饺、老麻抄手、黄醪糟、夫妻肺片夹锅盔⋯⋯还在小酒馆和锦里喝了好多酒。效珅明显很喜欢吃，吃得都肠胃不调了。高新区管委会食堂的午餐都有酸萝卜老鸭汤啊。客户食堂的午餐都有芋儿烧鸡啊。家乡啊，这就叫家乡啊。

还遇到一件有趣的事。在寻找临时办公室的时候，有家公司做好了装修想转租。该公司的行政大姐说：我们这块原来都是设计的敏捷台⋯⋯郭晓和效珅都没注意，我耳朵一尖，多问了句：你怎么知道“敏捷台”这个说法的？行政大姐说：我们老板在深圳经常去参观某某公司，从他们那里学来的。我心里那个感动啊～

某某公司的敏捷浪潮，我从头到尾也算是尽了绵薄之力。能看到自己传播的东西经过客户再传播到社会上更多的企业，这真是能让人产生职业幸福感啊～更何况这传播的效果有可能帮我们自己省装修费用。什么叫社会责任？这就叫社会责任。坚持做正确的事会有回报的。

最后打个广告：ThoughtWorks成都办公室正在招聘。如果你热爱编程，如果你喜欢——像我和韩老师这样——大中午的坐在楼下讨论图灵机和数独算法，如果你愿意跟一群正直的偏执狂一起工作，如果你想为中国软件业的明天变得更好做一点实实在在的贡献，我们欢迎你加入。

一年成聚，二年成邑，三年成都。这就是ThoughtWorks成都的愿景。我们一起来把它变成现实吧。

精益管理者的成长（二）

2011-11-07T00:09:00Z

（上接第一篇。读《金矿II 》的一些快速笔记。）

持续改善，尊重员工。持续进步，员工参与。如果只是看到了桌子左腿的重要性，而忽略了右腿的话，桌子就站不住脚了。

改善活动的四种类型：（1）通过将问题可视化来应对日常的问题；（2）为特定的问题，以标准化的形式组织跨职能的研讨会；（3）质量小组，定期地把团队内的工人们组织在一起，在主管和专家的帮助下解决一些具体的问题；（4）工人的个人提案建议。

认识到做所有四种类型改善的关键，不仅在于现场观察，团队合作也同样重要。一个人无法独自做改善。团队合作，既包括不同职能部门一起工作，也要求不同层级的人一起工作。

我们的关注点一直是“潜力”水平，而不是“平均”水平。这种关注使正常化运作显得更加重要。我们不是仅仅让一个流程运转，而且是要花时间弄清楚，如果能持续地以最佳状态运行，它所能达到的潜在效果。作为管理者，如果你开始问自己，是否每一秒都让自己的流程最佳运转，而不是差不多就行了，那么你自然就会关注工人是如何工作的。

如果“北极星”是明确的，我们可以以此为参照发现自己的错误。我们是否在做计划上的事情？现在做的是否足够取得成果？这样做的好处在于，如果你能让员工专注于明确的目标，迟早会赢得他们的信任，所有的事情都会迎刃而解。

每次有人提出一个新问题，都要用“谢谢”来回应。种一棵树需要几百年，然而砍一棵树却只需要几个小时。所以彼此的信任要持续不断地努力。我们需要反复倾听，强迫自己要严肃认真地对待每个人的问题，弄明白这些问题并且寻求解决之道。无论是工人还是邻居，只要有人告诉你存在的问题，你就应该对他说“谢谢”。

给产品制定一个计划，然后给每个人都制定一个计划。第一，让每个人知道他们应该做什么，并且和他们一起解决问题。第二，表扬那些值得表扬的。第三，让他们提前对改变有所了解。第四，充分利用每个人的能力。培养人需要花时间，但这就是管理最终全部的内容。你必须单独对待每个人，并且认真对待他们的问题。没有两个人会用相同的方法，体会相同的事情。

机器是用来帮助工人更好地工作。只有人才能改进自己的生产率。不是流程在驾驭人，是人在驾驭流程。精益流程是执行流程的人不断实施改善的结果。为了做到这一点，必须创造充满着改善精神的工作环境。我们将会分享收益。相互信任！

在推广精益的过程中，会经历一些神奇的时刻。

第一个时刻：管理人员和工人们在改善研讨会里讨论如何改善生产线。
第二个时刻：生产线管理人员自发地定期改善。
第三个时刻：把所学到的改善知识应用在新的流程种，工程师会因为所学到的知识而改变产品设计，使得现有的生产线更加高效。
第四个时刻：改善导致产品本身的重新设计。

生产产品之前先培养员工，这样一来，就可以设计出在客户看来比竞争对手更加优秀的产品，并且应用更加精益的生产方式降低成本，令竞争对手望尘莫及。这才是持久的竞争优势。

关于多数人的事务，就是政治

2011-11-04T23:01:00Z

（商业读书会第十四期： There is no such thing as a free market ）

大概在2003年前后，我认为政治是一件很丑恶的事；后来我认为政治是一种必要的恶：必要时我可以关心它乃至从事它，但我仍然持续地反感和回避它。直到最近两年，看见老师开始越来越多地关注和谈论政治，然后我开始回想起《理想国》说的：政治，就是关于多数人的事务。一旦开始关注作为一个组织的人，政治就在那里，就像客厅里的大象。

这篇文章是《资本主义的真相》的第一段。作者的观点是：没有所谓的“自由市场”，所有的市场都有来自政治的管制；对一个市场机制的认可与否，实际上不是因为这个市场是否自由，而是因为对背后的政治意味是否认同。

2006年我在墨尔本的时候，跟一个同事聊起网游。我说中国的网游都有“装备工厂”，有人专门打装备出来卖钱。对此该同事表示非常不解。那时我就意识到：如果要讲“自由”的话，其实中国的市场比澳洲要自由得多。最低生活保障就是劳动力交易成本的底线，低于最低生活保障的工作是不会有人从事的，这就是为什么只有中国才有7块钱的出租车和38块钱的捏脚、只有中国才能发展出《征途》这样的游戏模式。这时西方人批评中国的又不是“自由”了，他们开始批评“人道”和“公平”——是的，我也关心人道和公平，但我们原来的话题不是“自由市场”吗？

这里的关键在于，“人道”和“公平”是政治话题，而“自由”似乎因其作为一个经济话题而具有了先验的、超越的地位——自由是前提条件，政治是一时一地的权衡，难道不是吗？然而自由（以其经济学的意义）本身就是关于“多数人的效率”的组织方式。自由本身就是政治话题。

更关键的是，随着第二经济的快速发展，“效率”作为一个问题的重要性将不断降低，经济的主要挑战将从“生产繁荣”转换到“分配繁荣”：第二经济会不断生产财富，不管我们（绝大多数人类）做什么；如何分配这些财富将成为人类的主要问题。公平将重于自由。人将重于流程。

结论：作为多数人的事务，经济很可能并不是一个独立的领域，并因此没有一个简单的理想解。（这个结论对于像我这样为人的问题权衡感到痛苦的新手来说，是一个很好的安慰。）

Bug Driven Development

2011-11-03T21:11:00Z

周六一起开会的时候，徐昊说起这样一种开发方式：当我拿到需求，如果我一行代码都不写就交给测试人员去测，测出一个bug我再写一段代码来fix它。我说：真正的测试驱动开发啊。徐昊说：这叫Bug驱动开发。

我当时以为他说笑呢。直到今天突然我弄明白了他说的什么意思。然后我就发现自己有多笨。

首先，Bug驱动开发是一种需求分解的方法。当无能的BA拿着一个一句话需求说“这个需求就是这么大没办法再分得更小了”，请使用Bug驱动开发，测试人员说出来的第一个bug就是一个story：它必定相当独立，它必定有价值，它必定比原来的整个大需求要小，并且它必定可测试。

然后我很激动地给徐昊发了个短信，然后他告诉我，其实这个方法的学名叫 Feature Injection ，是价值拉动思想的具现化。然后我又发现原来这篇新闻是我的sponsee翻译的⋯⋯为自己的笨和无知挠墙⋯⋯

显然，为了真正做到Bug驱动开发，我们需要快速、可重复的反馈机制，也就是说：持续集成，自动化测试。这是拉动出来的改善需求。

顺便我今天又想到了一个检验交付流程的度量指标：往代码里随便乱改一行，改变系统的行为但是不破坏编译，提交它。好了，现在系统里有一个bug，你需要多长时间才能把它抓出来？我把这个度量指标叫做“Bug寿命”（Bug Life Time，BLT）——感谢 Praveen 对这个名字的贡献。

一个理想的交付流程，BLT应该无限趋近0：第一，你应该不能提交这样的代码，因为本地构建会抓住这个bug；第二，提交后持续集成应该会抓住这个bug，并且持续集成的反馈越快越好。

以“BLT趋于0”作为目标进行改善，第一你有清晰的方向，第二你可以很容易地度量改善的效果，第三这个目标是如此简单而又如此困难以至于你永远找不到理由停止改善。这就是Bug驱动改善，一个相当有效的改善活动。