企业文化
火星人陈勇
火星人,敏捷开发咨询师,早期软件成本估算咨询师,资深程序员
展开
-
敏捷开发与中医理论系列之二:古法教学(软件教育,松结对编程,师徒制度)
这是敏捷开发与中医理论系列的第二篇。(之一,之二)由来中国古代的很多技术或艺术,都是没有学校教授的,譬如中医,戏曲,民间艺术,食品,酿酒……但却不乏流传千古的名家和作品,唯一问题就是流传缓慢,传内不传外,传男不传女……。现在终于有了大学,流传速度应该加快了,但是呢?上次路过中国X原创 2011-09-04 11:04:55 · 4896 阅读 · 8 评论 -
火星人谚语系列之六:一次真实应用
总目录:之一,之二,之三,之四,之五,之六,之七,之八 这是2011年7月的一次QQ群对话记录,做了匿名化处理,并重新调整了顺序,以便于阅读。对话的开始,是有人提到他们公司的产品部门和开发部门正在打架,后者希望能有写好的或者至少是靠谱的产品定位和功能文档,而前者则认为根本不存在这种文档,肯定是想到哪里做到哪里;而后者又认为没有这种文档,一是不知道做什么,二是返工肯定太多。总之是两个部门为一个先有鸡原创 2011-09-15 10:42:08 · 6644 阅读 · 3 评论 -
火星人谚语系列之五:答案将由我在下一分钟给出(心想事成)
总目录:之一,之二,之三,之四,之五,之六,之七,之八 上节“对问题最深入的认识是知道答案”中讲到,要引发大家说出答案而不是抱怨问题,最好提前自己知道一个答案,即使不是最好的。但是这么多人都不知道答案,我怎么能知道呢?方法就是坚信“我是屋子里边最聪明的一个人,答案将由我在下一分钟给出”。前半句这么狂,本来只有火星上才有这种谚语的,但是有一次被指出在《秘密》中地球人2008年早就说过了(在线阅读:h原创 2011-09-14 14:53:47 · 8205 阅读 · 1 评论 -
火星人谚语系列之四:对问题最深入的认识是知道答案
总目录:之一,之二,之三,之四,之五,之六,之七,之八 是否见过这种场景:一堆人在会议室,谈论一个亟待搞定的客户:“这个客户可难缠了……”“可不是,我给你说……”“对对,我也是有亲身体会的,比如……”“别提了,上一次……”又如一堆人在会议室,讨论一个新的市场方向:“这个新方向不好开拓,……”“咱们刚开始,你看人家IBM……”“别提IBM了,就光一个XX就够我们受的……”“咱们一无案例,二无资金,三原创 2011-09-14 12:04:53 · 4449 阅读 · 0 评论 -
火星人谚语系列之三:正确的答案一定简单
总目录:之一,之二,之三,之四,之五,之六,之七,之八 薛定谔当年“凑出”了薛定谔方程(http://baike.baidu.com/view/551078.htm),拿给爱因斯坦看。爱因斯坦说:“够呛,因为它太丑太复杂了。”这次是薛定谔对了,不过在现实世界中,多数时候是爱因斯坦说的对。这个谚语在道教中有个“无为”的概念,后来有个朋友告诉我,无为的含义其实是“有所为,有所不为”。就是要剔除那些不需原创 2011-09-14 11:37:07 · 9264 阅读 · 5 评论 -
敏捷开发般若敏捷系列之七:重新认识敏捷与CMMI
这是敏捷开发般若敏捷系列的第七篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九) 重新认识CMMICMMI其实是一种敏捷开发方法,何以见得?CMMI是由美国军方的甲乙双方密切配合产生的国防部招标标准,在美国国防部招标的时候使用这个标准,既没有多余的让某方别扭的,也没有缺少的让某方担心的。CMMI还是不断改进的,一个涉众如此之广的产品能以这个速度改进,已经很难得了。在招标过程中发现问题,随原创 2011-11-18 16:36:19 · 6706 阅读 · 0 评论 -
敏捷开发般若敏捷系列之六:如何推广敏捷(下)(以无我之心,行无住之法)
这是敏捷开发般若敏捷系列的第六篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九)说了这么多,五六七这三篇与如何推广敏捷有什么关系呢?推广CMMI过程中的失误在回答如何推广敏捷敏捷之前,先回顾一下推广CMMI中存在的失误。本人在3家企业内部推广过CMMI,为10多家企业从外部做过咨询和培训,CMMI肯定对企业有帮助,但是并没有想象中那么好。试点项目完成后,证书拿到,多数企业并没有在其内部完原创 2011-11-18 16:32:29 · 6201 阅读 · 1 评论 -
敏捷开发般若敏捷系列之三:什么是敏捷(下)(无住,不住于空,破空执,非法,非非法)
这是敏捷开发般若敏捷系列的第三篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九)破除法执之后,很容易落入空执,就是认为不存在绝对最好的方法,因此无需追寻,甘于现状。平衡空与有非常困难,这是本篇的内容。法与空法与空的对立统一由来已久。吴伯凡老师举了个例子:“一切事物都是相对的”这句话有什么问题?这句话看似相当辩证,无懈可击,但它本身就“非常绝对”,有一种内在的矛盾。软件界的法与空是否经常听原创 2011-11-17 12:19:02 · 6687 阅读 · 5 评论 -
敏捷开发般若敏捷系列之一:序言
这是敏捷开发般若敏捷系列的第一篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九)作为预热,之前的智慧敏捷系列中提到,多数情况下敏捷实践应该如何,都要“看着办”而无有定法,但每次思考又有“避免浪费”等相对确定的思维方向,总是徘徊在虚实之间,难以把握。智慧受到因缘(内因,外缘)所限,所以每次答案都各有不同;而各有不同背后的更高层的相对永恒的东西,则是“大智慧,妙智慧”,就是般若(佛教语,音“原创 2011-11-17 10:49:29 · 6091 阅读 · 7 评论 -
敏捷开发般若敏捷系列之五:如何推广敏捷(中)(无寿者,回报,破我执)
这是敏捷开发般若敏捷系列的第五篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九)除了上篇开头中提到的四个问题(“拥抱客户价值,拥抱变化”,开发与测试的融合,团队合作,协作重于流程),其实敏捷开发中还有很多实践,都是从模糊利益和绩效界限的角度出发得到的,比如持续集成和自动化测试,两者甚至模糊了长期和短期利益的边界。依然如前文所说,这里指的不是敏捷开发发明了两者,而是说敏捷开发将两者当作根本原创 2011-11-18 11:28:06 · 6098 阅读 · 1 评论 -
敏捷开发般若敏捷系列之二:什么是敏捷(上)(无住,不住于法,破法执)
这是敏捷开发般若敏捷系列的第二篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九)所谓无住,包括两个含义:不住于法,不住于空。前者比较好理解,后者会在下篇详述。不住于法,就是不执着于具体方法的意思,就是所使用的方法应该基于实际情况作出判断,而不是认为世界上有最好的方法,必须遵守。法执对法的执着,称为法执。典型的法执,是很多企业使用CMMI的方法。本人曾经做过10多家企业的CMMI培训、咨询原创 2011-11-17 11:35:42 · 6313 阅读 · 2 评论 -
敏捷开发般若敏捷系列之四:如何推广敏捷(上)(无我,无人,无众生)
这是敏捷开发般若敏捷系列的第四篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九)敏捷开发中有几个地方相当创新,或者说尽管之前的方法中可能也有涉及,但却从来没有像敏捷开发这样提升为“根本大法”来对待。一个是“拥抱客户价值,拥抱变化”,一个是TDD/结对编程/自动化测试为代表的开发与测试的融合,一个是“团队协作/结对编程/共同估算/代码共同所有制等自组织团队实践”,还有一个则是认为协作重于流原创 2011-11-18 09:44:53 · 6008 阅读 · 2 评论 -
敏捷开发般若敏捷系列之九:敏捷开发与本能反应
这是敏捷开发般若敏捷系列的第九篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九)经常听到有人提到敏捷开发与“本能反应”非常近似,比如凡事都需“看着办”,比如“不拘泥于形式”,比如“直击代码,不写无用的文档”等等。那么敏捷开发与本能反应之间的差别是什么呢?简单地说,敏捷开发就是无我状态的本能反应。无我,无人(无我,无人,无众生)按理说,本能反应是最接近最佳路径的,一线人员,工作现场,当下的原创 2011-12-25 11:54:43 · 7210 阅读 · 6 评论 -
敏捷开发一千零一问系列之二十:怎样持续改进?(兼谈共振)
这是敏捷开发一千零一问系列的第二十篇。(在这里提问,之一,之二,之三,问题总目录)问题问题来自提问帖第14楼:http://blog.csdn.net/cheny_com/article/details/7564388问题原文:有迭代,有总结,也有人说话。但是下个版本,大家又忘记自己提的改进意见了。这个问题还有很多变形,比如怎样开好反思会什么的。初步分析反思会被认为是敏捷开发中最重要的两个会(另一原创 2012-05-28 14:44:07 · 8367 阅读 · 6 评论 -
敏捷开发“松结对编程”系列之七:问题集之一
本文是“松结对编程”系列的第七篇。(之一,之二,之三,之四,之五,之六,之七,之八,此系列之九及之后文章请见栏目总目录。) 刚刚参加完MPD 2011深圳站,在演讲中间及后来媒体采访,被问到了一些问题,也给出了答案,这里做一总结。 我自问自答到一半,才发现这里边的很多问题的答案,都用到了火星人谚语系列之一:有问题的地方无答案、火星人谚语系列之三:正确的答案一定简单。如果您觉得答案和自己的情况不完全原创 2011-09-19 14:01:47 · 7431 阅读 · 10 评论 -
敏捷开发“松结对编程”实践之三:共同估算篇(大型研发团队,学习型团队,139团队,师徒制度,敏捷设计,估算扑克,扑克牌估算)
本文是“松结对编程”系列的第三篇。(之一,之二,之三,之四,之五,之六,之七,之八,此系列之九及之后文章请见栏目总目录。)估算是经久不衰的管理话题,大致分为两种流派。第一种是领导指派,领导说这是10天的活,就必须当是10天的活来干,如果干不完,可以用加班、损失质量、功能缩水等各种方法曲线救场。另一个变种是大家自己估算,但是交给领导审批;领导审批其实就是砍一半的过程,还好大家之前就已经加了一倍,所以原创 2011-07-06 11:14:44 · 14519 阅读 · 25 评论 -
敏捷开发与中医理论系列之一:序言及为何中医教材都是千年古籍
这是敏捷开发与中医理论系列的第一篇。。(之一,之二)最近一个世交的中医朋友到梁冬的正安药坊上班,也去实地参观了一下。因为之前的一些经历和最近的几天的交流,一点点悟到一些中医理论与软件研发管理的共同之处,写在这里成一系列。这里的很多内容来自于与这位朋友沟通所得,并与之前更早听《冬吴原创 2011-08-31 17:09:07 · 4125 阅读 · 7 评论 -
合成谬误与公地悲剧(为何设置产品总监职位及核算名义成本)
作者:陈勇来源:blog.csdn.net/cheny_com 合成谬误由萨缪尔森提出:倘若每个人都基于自身作出最佳选择,所有人选择的合成结果极有可能是大家的公共福利受到伤害。 合成谬误的一个典型的例子就是公地悲剧(tragedy of the commons ,哈定原创 2011-03-21 22:59:00 · 4731 阅读 · 3 评论 -
图书推荐:《战略地图:化无形资产为有形成果》Strategy maps: converting intangible assets into tangible outcomes By Robert S
平衡计分卡方法可以认为是一种很好的同时关注企业生存与发展的绩效管理方法,但是应用起来却很难。本书很好地解释了如何动态地应用平衡计分卡方法。 本书中文版在China-pub长期脱销,但在免费的Google Book有一个相对而言非常完整的英文版本,70%以上的页面均可预览。 如果没原创 2011-03-15 16:30:00 · 4183 阅读 · 0 评论 -
企业文化:谦虚(谦逊,虚心)
作者:陈勇出处:blog.csdn.net/cheny_com谦虚一词在古今中外的差异和变化都很大,古、中似乎更谦虚一些,人们用“哪里哪里”“不敢不敢”“我还差得远”来应对别人的表扬,而今、外则喜欢“谢谢”欣然接受,甚至用“我能!”来向世界表达自己的能力。那么到底什么是谦虚呢?或原创 2011-02-15 16:41:00 · 7301 阅读 · 12 评论 -
图书推荐:德鲁克管理思想精要(珍藏版)
本书是德鲁克历年作品的精简摘编版本,目的是为了解决“德鲁克的书这么多”,到底应该从哪里看起的问题。可以作为中等快餐作品来阅读。本书分为三个部分:管理篇,个人篇,社会篇。本人是从“个人篇”开始读的,另外两篇还不太适合理解。整体文风比较严肃,从文学上讲有点枯燥。不过内容非常真枪实弹,原创 2011-03-23 17:37:00 · 3772 阅读 · 0 评论 -
《敏捷开发绩效管理》扩展阅读(敏捷开发绩效管理,敏捷团队绩效管理)
本文长期更新,请常来看看。 • 序言– 从代码行到故事点敏捷估算:故事点与直接估算天数的差异 – 下一步?• 敏捷团队绩效管理– 谁来管理团队中的个体?同行压力(兼谈敏捷团队,绩效管理,自组织团队)目标管理(百度百科)– 敏捷团队的目标– 从团队外部认识团队原创 2011-03-10 17:33:00 · 3046 阅读 · 2 评论 -
威斯敏斯特教堂(西敏寺)墓碑上的话(WestMinster Abbey,When I was young and free...,修身齐家治国平天下)
(原文载于教堂墓地的一块墓碑上,但主人不详)When I was young and free and my imagination had no limits, I dreamed of changing the world. As i grew older and wiser翻译 2011-03-03 15:40:00 · 20194 阅读 · 0 评论 -
补充“为什么Scrum不行”
最近有一篇“为什么Scrum不行”的文章很热,本来路过打酱油的时候看到过,但是后来在另外一个网站的敏捷诊室里边被要求评价一下,所以顺便转发到这里。为了不让大家再去找原文,原文发在这里(好像是由一篇外文翻译的?没找到原始出处):因为本人经常站在Agile的风口浪尖,所以我有必要也来原创 2011-08-05 17:44:35 · 7030 阅读 · 7 评论 -
敏捷开发团队绩效管理与目标管理:关于如何为团队设立外部目标
作者:陈勇出处:blog.csdn.net/cheny_com 最近在看德鲁克的书,发现其中很明确地写着“企业的绩效只存在于外部,而企业内部只有成本”的概念和说法,下面结合敏捷开发团队的绩效考核展开谈谈。敏捷开发有很多“外向型”思维,比如:关注客户价值,认为可交付的产品才是真正能原创 2011-03-21 16:55:00 · 3379 阅读 · 1 评论 -
彼得定律与员工职业生涯规划(该提拔谁,职业规划,知人善用)
作者:陈勇来源:blog.csdn.net/cheny_com 在网上能找到不少彼得定律的文章,不过由于彼得定律的提出的时间很早,因此论述在IT公司中影响的内容很少,本文结合一下IT公司的特殊情况略加说明。彼得定律彼得定律大意为:在一个等级制度中,所有人都将被最终提拔到一个无法胜原创 2011-03-06 19:59:00 · 7773 阅读 · 6 评论 -
139团队(大型研发团队,大型敏捷开发团队,大型团队结构,敏捷绩效管理)
作者:陈勇出处:blog.csdn.net/cheny_com 定义简单看,139团队就是1个项目经理,3个小组长,9个开发人员,小组长管理各自管理3个左右开发人员。139团队从管理上缩减了团队规模,可以被视同只有1个项目经理和3个小组长,细节交由小组长处理。这样就方便在大型团队原创 2011-03-03 17:27:00 · 6961 阅读 · 0 评论 -
为什么我们程序员难晋升
作者:梁斌原文: http://blog.sina.com.cn/s/blog_593af2a70100w0iv.html 今天看到微博上@hellodba发的一个帖子:“内部晋升越来越困难,但是外部来的大P越来越多,所以很多人都选择跳槽”,之后我从三个方面简要的进行了回答:“外转载 2011-08-16 14:04:36 · 3645 阅读 · 8 评论 -
腾讯副总裁吴军答腾讯的“抄袭与创新”(互联网行业的商业智慧)
前几天参加敏捷大会,最大的收获乃是听到腾讯副总裁的这番回答,对这个问题有了重新的认识(或者说重新陷入迷惑,也行)。腾讯一直以来被认为是抄袭专家,创业杀手,甚至有“gouridetengxun”说法,马化腾自己也有“喜欢慢人半步”的言论,所以似乎一切都已经有定论。那天底下一位观众问原创 2011-09-05 12:29:29 · 29327 阅读 · 148 评论 -
再谈程序与书法
只想像写日记一样随手写一篇文章,没想到引发热议。这里把前因后果再多写一点,以说明一些不明之处。由来书法本来有两个功效,从乔布斯在斯坦福的发言而看,他取了第一个功效:培养艺术气质。但从其命运多蹇但不放弃的过程而言,另一个功效肯定也潜移默化地存在了:修身养性。这里抛下乔布斯不谈了,看原创 2011-09-03 13:07:03 · 3526 阅读 · 4 评论 -
程序与书法
前天在路上和朋友聊天,说起自己一直属于有恒心没耐心的那类人,说着说着,经他提醒,才发现了问题:自己的诸多爱好之中,没有一样是慢节奏的。 和一般的IT人士一样,自己一直生活在一种极其快节奏的环境里边。以前喜欢骑山地车,尤其是冲旁边一座小山,原因是冲小山只要10分钟就能到顶而且很累,原创 2011-09-01 11:58:37 · 12364 阅读 · 47 评论 -
土豆网总裁回忆与乔布斯的会面
原载: http://www.donews.com/people/201110/642770.shtm 苹果CEO乔布斯土豆网创始人兼CEO王微在自己的博客发表了题为《About Steve》的文章,讲述了曾经与乔布斯见面的经历。 文章称,在一次与乔布斯的会面中,王微介绍了土豆转载 2011-10-14 10:11:08 · 4270 阅读 · 0 评论 -
IT职场人生系列之二十四:程序员如何增加收入
这是IT职场人生系列的第二十四篇。(序言,专栏目录)程序员的收入是广受关注的问题,很多人从业3~5年之后就会遇到这个收入瓶颈。尽管物价不断上涨,程序员尤其是初、中级程序员的收入不升反降。即使上次在某个文章中看到有中国第一程序员之称的某位,月薪也只有3万,尽管这个数字已经很高了,但这个“中国第一”,也只有众多小型软件企业总监级别的收入而已。为什么这么高水平的技术人员在公司中的位置仍然显得与日俱降?本原创 2012-12-29 12:11:10 · 27069 阅读 · 71 评论