陈勇的博客 - Scrum 敏捷开发培训咨询，绩效管理，团队管理，《火星人敏捷开发手册》

本书是IT职场人生系列博客的改编版本，增加了若干新的章节。图书为免费，注册百度阅读用户（或用已有百度用户登录），即可领取。下载客户端后可在移动设备上阅读。图书链接：http://yuedu.baidu.com/ebook/af550a37561252d381eb6e1c###

本文是IT职场人生系列的第十四篇。任何时候都会发现IT业是个变化迅速的行业，几年前还很时髦的技术，现在已经过时了；几年前还很热门的行业，现在也过时了。这种变化之莫测，别说我们普通人，连IT巨头们都经常犯错。在这种多变的环境中，提前预测正确一条技术路线或业务路线，并顺利走下去成为其中高手的人少之又少；而即使偶然有几个高手，以前正确也不代表未来会正确下去。在这种多变的环境中，那么IT人员该怎样积累经验

这是IT职场人生系列第十六篇。本文描述的是入职前半年的工作要点，新手和老手的差别很大，所以分开写。最近外出培训四天，没来得及面试，回来的时候很看好的一个刚毕业一年的asp.net程序员被人录用了。作为刚工作不久的新手，到一家新公司的前半年应该做些什么事情呢？“不要”篇不要过问企业战略、企业文化很多新手选择企业的原因都是“企业很有发展”，或“在业内很有名气”，因此去了以后对企业战略、企业文化这些八杆

这是IT职场人生系列的第十七篇。 这里所说的高手，大约比项目经理还要高一些，大致在产品经理或部门经理的层面上；但项目经理也可以参考。之前新手入职的要点是找到自己要帮助的人，和要帮助自己的人（是同一个人）；高手入职的特点，则是证明自己的能力。不过说起“证明”二字，还是很有说法的。大胆说出看法，但不固执己见这个是全部口诀，下面是若干相关问题，逐一探讨。领导到底信任还是不信任我？作为高手（比如部门经理级

这是敏捷开发般若敏捷系列的第五篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）除了上篇开头中提到的四个问题（“拥抱客户价值，拥抱变化”，开发与测试的融合，团队合作，协作重于流程），其实敏捷开发中还有很多实践，都是从模糊利益和绩效界限的角度出发得到的，比如持续集成和自动化测试，两者甚至模糊了长期和短期利益的边界。依然如前文所说，这里指的不是敏捷开发发明了两者，而是说敏捷开发将两者当作根本

本文是IT职场人生系列的第十五篇本篇延续了技术与语言I的内容（之十二），搜集了之后大家的一些评论和我的反馈，整理在这里。“新人学老技术有风险”的实质其实不是说老技术没有学习的价值了，而是指新人依托老技术存活，风险很大。我自己曾经是一个C++高手，心里很清楚如果自己亲自”无私地“带领一个徒弟，要让他学到我的水平，没有5年做不到；而如果一个人要自学超过我，那可能是10年的事情了（本人编程10年，当年也

本文是IT职场人生系列的第十篇。最近头条是关于创业的，自己曾经想过很多，业来说两句。本文不涉及如何创业，该在什么行业创业的内容，只是从年龄的角度，看年轻人是否应该创业。没有太多脉络，从问题收入。1. 何时创业？最近就是创业的好时候。因为事业有成者所有钱都用来炒房子了，而年轻人则都变成了房奴，所以用来投资创业的资本锐减，竞争很不激烈。上次MPD讲师聚餐，发现现场1/4的人都以某种形式在创业中，感觉自

总目录：之一，之二，之三，之四，之五，之六，之七，之八序言这个系列计划了很久，但是内容太多，始终拼凑不出结构，本着敏捷开发的方法，就一篇一篇写吧。整体上是各种思维方式的集合，包括研发管理，团队管理，办公室文化，沟通技巧，商业模式等各种内容。很多思维方式都可以在多个层次和领域融会贯通，而不受局限。火星人谚语有些是火星人第一次说的（或至少是在没听说的情况下说出来的），有些是别的星球的人说的。引用别的星

总目录：之一，之二，之三，之四，之五，之六，之七，之八 这句话看起来很奇怪，因为应该是问问题的人提问，回答的人负责找答案，其实不然。所有问题，其实都有两个方面，一个方面是让问题产生的语境及实际困难，是动因，比如“在具体工作中实在是推不动敏捷了”；第二个方面才是表面的问题。回答者很容易回答表面问题，但极难触及困难本质。在整个问答过程中，提问者应积极思考，寻求实际困难的答案。场景1在敏捷大会上来了一位

这是IT职场人生系列的第十九篇。（序言，专栏目录）这本来是危险职业的下篇，但感觉还有很多危险职业，所以留着以后写。窄出路职业泛指所有越走越高但越走越窄，前途无量但是需求量很少的职业，典型的是质量和过程管理工作，以及咨询师。质量管理/过程管理这个曾经是我放弃了在即将上市的公司做技术骨干的机会而投身去做的一个工作，结果……先说说质量和过程管理是管理什么的：首先不是测试，所以手底下一般没有那么多兵；其次

这是IT职场人生系列的第二十篇。（序言，专栏目录）果然还有下篇，说说不危险和危险职业的基本定义，与以前的维度有点不同的。核心与非核心职业实际上软件企业中间有一根中轴线，是每个企业的核心。在产品研发型企业中，大致是：市场-销售-产品-项目（部门/项目，开发/测试）-运维。在项目型企业中大同小异。所谓核心，就是与企业的营收密切相关的，上述的几个部门如果出了问题，企业的营收都会受到直接的影响。此外的部门

这是IT职场人生系列的第十八篇。（序言，专栏目录）IT职场中，有几个看上去就很危险、没有前途的职业；也有一些看上去很美，但前途也很危险的职业。本系列将大致列举其中一些，并给出一些如果已经位于这些职业中，应该如何处理的方法。如何判断危险职业整体上有两种危险职业：无积累和窄出路。无积累职业指那些做了很久，但是很难有所积累的职业；由于没有积累，也就很容易因为技术的更新而淘汰，或被年轻人替代。无积累，可替

用过各种方式练习过外语口语，从和中国同好们一起乱说，到找几百块钱一小时的外教，然而一直难以平衡两件事情：成本和效果。不过，这个问题居然已经被咱们的同行解决了。问题分析一下其实很简单：1. 有没有成本低但外语好的老外？答案：有。其实有无数收入相对较低的外国人在使用英文作为母语；即使在收入较低但英语不是母语的国家，要在数以亿计的人口中找到几百个外语好的人也很容易。远在天边的国家时区差别很大，但与我们同

这是IT职场人生系列的第二十四篇。（序言，专栏目录）程序员的收入是广受关注的问题，很多人从业3～5年之后就会遇到这个收入瓶颈。尽管物价不断上涨，程序员尤其是初、中级程序员的收入不升反降。即使上次在某个文章中看到有中国第一程序员之称的某位，月薪也只有3万，尽管这个数字已经很高了，但这个“中国第一”，也只有众多小型软件企业总监级别的收入而已。为什么这么高水平的技术人员在公司中的位置仍然显得与日俱降？本

这是IT职场人生系列的第二十三篇。（序言，专栏目录）专家与杂家专家与杂家之争由来已久。挺专家者说：只有专一，才能学透学精；那些泛泛之辈，只能学到些皮毛，终究不能有所成就。挺杂家者说：只有广泛，才能目光开阔；某些人天天钻牛角尖，最后学成榆木疙瘩。招聘的时候也是。有人号称精通七八种语言，参与过76个项目（在一个真实简历中看到的，不过不是来我们这应聘的；按当时的速度估计，他现在应该写参与150～200多

这是IT职场人生系列的第二十二篇。（序言，专栏目录）（续上篇）获取帮助谦虚、大胆、再谦虚地尝试这几个词看起来很不搭嘎，但我细细回忆起来10多年编程的经历，这句话很可能是高手与低手最后产生差别的关键，所以重点写一整篇。菜鸟不是低手，低手指的是工作了很久，但技术能力上很落后的家伙。如果作为菜鸟，怎么才能避免成为低手呢？那就是谦虚、大胆、谦虚地尝试。未必所有问题都能百度到，也未必身边一定有高人给予指点，

本文是“松结对编程”系列的第四篇。（之一，之二，之三，之四，之五，之六，之七，之八，此系列之九及之后文章请见栏目总目录。）团队中常见的一种情况计划、估算、设计的时候大家还在一起，但编程的时候就会分开。分开看似是安全的，但是却充满隐患。2001年，一位招聘考试前三名（一共120员工）的程序员的两个月的成果被彻底放弃重写，原因是里边包含3000多个常数，而且很难修改（码流参数），重写的人座位距离他只有

本文是“松结对编程”系列的第二篇。（之一，之二，之三，之四，之五，之六，之七，之八，此系列之九及之后文章请见栏目总目录。）新人其实很少偷懒，因为一方面正处于入门学习的高峰期，另一方面工作时间不长需要得到企业和团队的认可。可为何他们工作总是不得力呢？新人的真正问题在于无心办错事和好心办错事。无心办错事包括没学过某种好的方法、不知道企业已经有某些可用代码或库、不懂业务等种种问题。好心办错事包括想做一个

本文是“松结对编程”系列的第三篇。（之一，之二，之三，之四，之五，之六，之七，之八，此系列之九及之后文章请见栏目总目录。）估算是经久不衰的管理话题，大致分为两种流派。第一种是领导指派，领导说这是10天的活，就必须当是10天的活来干，如果干不完，可以用加班、损失质量、功能缩水等各种方法曲线救场。另一个变种是大家自己估算，但是交给领导审批；领导审批其实就是砍一半的过程，还好大家之前就已经加了一倍，所以

这是IT职场人生系列的第二十一篇。（序言，专栏目录）最近《火星人敏捷开发管理工具》接近发版了，回忆起一年半以前刚利用业余时间开工的时候，编程已经中断了7年（03年最后一次用VC++6.0编码），开发所需的C#、Html、asp.net、MVC2（现在用的是3）、LINQ、JS、JQuery、Ajax一个也没用过，反倒是在03年最后一个4个月项目中用到过的SQL Server算是唯一可以直接拿来用的

这是IT职场人生系列的第二十一篇。（序言，专栏目录）之前泛泛地讲了一些危险职业，基本包括两大类：没有积累的（可替代的）和出路狭窄的（但未必差的）。中间有不少读者写来邮件问了一些自己的职业，有的作答，有的暂时没有作答。由于工作内容差别很大，很难一一给出恰到好处的答案，这篇文章将概括地分析其中几个问题。危险行业？危险职业？未来会有行业专门的文章，这里只提一下和职业的关系。有人问：“我正在一家安全技术公

总目录：之一，之二，之三，之四，之五，之六，之七，之八 薛定谔当年“凑出”了薛定谔方程（http://baike.baidu.com/view/551078.htm），拿给爱因斯坦看。爱因斯坦说：“够呛，因为它太丑太复杂了。”这次是薛定谔对了，不过在现实世界中，多数时候是爱因斯坦说的对。这个谚语在道教中有个“无为”的概念，后来有个朋友告诉我，无为的含义其实是“有所为，有所不为”。就是要剔除那些不需

总目录：之一，之二，之三，之四，之五，之六，之七，之八 是否见过这种场景：一堆人在会议室，谈论一个亟待搞定的客户：“这个客户可难缠了……”“可不是，我给你说……”“对对，我也是有亲身体会的，比如……”“别提了，上一次……”又如一堆人在会议室，讨论一个新的市场方向：“这个新方向不好开拓，……”“咱们刚开始，你看人家IBM……”“别提IBM了，就光一个XX就够我们受的……”“咱们一无案例，二无资金，三

总目录：之一，之二，之三，之四，之五，之六，之七，之八 上节“对问题最深入的认识是知道答案”中讲到，要引发大家说出答案而不是抱怨问题，最好提前自己知道一个答案，即使不是最好的。但是这么多人都不知道答案，我怎么能知道呢？方法就是坚信“我是屋子里边最聪明的一个人，答案将由我在下一分钟给出”。前半句这么狂，本来只有火星上才有这种谚语的，但是有一次被指出在《秘密》中地球人2008年早就说过了（在线阅读：h

前几天参加敏捷大会，最大的收获乃是听到腾讯副总裁的这番回答，对这个问题有了重新的认识（或者说重新陷入迷惑，也行）。腾讯一直以来被认为是抄袭专家，创业杀手，甚至有“gouridetengxun”说法，马化腾自己也有“喜欢慢人半步”的言论，所以似乎一切都已经有定论。那天底下一位观众问

2001年的时候，我们注意到程序员个体差异很大，尤其是质量差异很大，即使他们天天坐在一起。原因在与大家几乎各自分工干各自的活动，中间缺少交流（不是交流学习会那种，而是每时每刻发自内心的交流）。而对于一个软件而言，质量最好的部分并不能导致整个软件质量好，但质量差的部分却可以导致整个

作者：陈勇出处：blog.youkuaiyun.com/cheny_com谦虚一词在古今中外的差异和变化都很大，古、中似乎更谦虚一些，人们用“哪里哪里”“不敢不敢”“我还差得远”来应对别人的表扬，而今、外则喜欢“谢谢”欣然接受，甚至用“我能！”来向世界表达自己的能力。那么到底什么是谦虚呢？或

最近有一篇“为什么Scrum不行”的文章很热，本来路过打酱油的时候看到过，但是后来在另外一个网站的敏捷诊室里边被要求评价一下，所以顺便转发到这里。为了不让大家再去找原文，原文发在这里（好像是由一篇外文翻译的？没找到原始出处）：因为本人经常站在Agile的风口浪尖，所以我有必要也来

作者：陈勇出处：blog.youkuaiyun.com/cheny_com 本文已经成为职场人生系列之七。 本人总共出国只有7天，也没怎么在地道外企用外语好好工作一下，所以没海归们学得地道。不过经不住常年修炼，积累下来也干过N次大小会议培训翻译，从30分钟的到3天的都有，还有两天赶鸭子上架的

（原文载于教堂墓地的一块墓碑上，但主人不详）When I was young and free and my imagination had no limits, I dreamed of changing the world. As i grew older and wiser

首先注意不是龙腾世纪2（听说是个续貂之作），是一代又叫“起源”。整个游戏完成要50多个小时（有个计时器），其中大约30个小时是在听各种NPC和战友们说话，有字幕但是阅读速度跟不上说话的还是直接听吧。人物形象很丰满，故事曲折，配音生动，可以理解为一个电影，词汇不多当然有些属于只需意

《程序员杂志》的文章，原帖位于http://www.programmer.com.cn/7760/ 写的很好，自己转贴存储一下，也符合Product Owner的要求，就是……要求太高了！ 本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享，谈到了招聘产品经理的标准，

作者：梁斌原文： http://blog.sina.com.cn/s/blog_593af2a70100w0iv.html 今天看到微博上@hellodba发的一个帖子：“内部晋升越来越困难，但是外部来的大P越来越多，所以很多人都选择跳槽”，之后我从三个方面简要的进行了回答：“外

只想像写日记一样随手写一篇文章，没想到引发热议。这里把前因后果再多写一点，以说明一些不明之处。由来书法本来有两个功效，从乔布斯在斯坦福的发言而看，他取了第一个功效：培养艺术气质。但从其命运多蹇但不放弃的过程而言，另一个功效肯定也潜移默化地存在了：修身养性。这里抛下乔布斯不谈了，看

前天在路上和朋友聊天，说起自己一直属于有恒心没耐心的那类人，说着说着，经他提醒，才发现了问题：自己的诸多爱好之中，没有一样是慢节奏的。 和一般的IT人士一样，自己一直生活在一种极其快节奏的环境里边。以前喜欢骑山地车，尤其是冲旁边一座小山，原因是冲小山只要10分钟就能到顶而且很累，

总目录：之一，之二，之三，之四，之五，之六，之七，之八 这是2011年7月的一次QQ群对话记录，做了匿名化处理，并重新调整了顺序，以便于阅读。对话的开始，是有人提到他们公司的产品部门和开发部门正在打架，后者希望能有写好的或者至少是靠谱的产品定位和功能文档，而前者则认为根本不存在这种文档，肯定是想到哪里做到哪里；而后者又认为没有这种文档，一是不知道做什么，二是返工肯定太多。总之是两个部门为一个先有鸡

总目录问题系列：之一，之二，之三，之四，之五，之六，之七，之八之前提到过，正确的答案一定简单，怎么连问问题都需要简单呢？这也是最近的感悟。佛经《金刚经》上有一段文字：（须菩提问世尊）“善男子，善女人，发阿耨多罗三藐三菩提心，应云何住，云何降伏其心？”大致意思就是问善男信女们，如果想学佛，应该基于怎样的出发点，怎样稳定心态。如果30天前我有机会问这个问题，多半会这样问（现在不会了）：“我吧觉得天天搞

本文是项目经理的商务指南系列中的第三篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）被动而弱小的客户客户常常被认为是主动的一方，可以蛮横，强硬地与乙方谈判，但事实其实不是这样。多数甲方的信息中心，尽管也签署过若干项目，但每种软件，却都只有一次机会立项；这和我们乙方能同时给多个甲方开发相同的软件比，信息不可谓不

本文是项目经理的商务指南系列中的第一篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）编程语言的逐渐高层化导致了需求分析与架构设计的逐渐合并，敏捷开发等更加扁平的开发方法论导致了项目团队将直接与客户的业务流程以及业务人员打交道。在这种变革中，项目经理将越来越需要掌握一些商务知识，而不是固守原来课本上对进度、质量

本文是项目经理的商务指南系列中的第一篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）认识责任本系列的名称为：项目经理的商务指南。我们好端端地做项目管理，商务自有销售来管理，为什么要我们管这个呢？这要从另外一个事情谈起。现在的项目经理，多数在之前是普通的程序员。那么，有没有项目经理想回到程序员的呢？肯定不多。为