随笔分类 - 企业管理
摘要：这是敏捷开发般若敏捷系列的第九篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）经常听到有人提到敏捷开发与“本能反应”非常近似，比如凡事都需“看着办”，比如“不拘泥于形式”，比如“直击代码，不写无用的文档”等等。那么敏捷开发与本能反应之间的差别是什么呢？简单地说，敏捷开发就是无我状态的本能反应。无我，无人（无我，无人，无众生）按理说，本能反应是最接近最佳路径的，一线人员，工作现场，当下的问题，一定能在事先预定的路径之外找到更好的方法，除非有个“我”字。1. 比如测试人员最近的工作繁忙，需要多调度几个测试人员过来，才能保证测试不延期。如果按照本能反应，开发人员中的一些人极有可能过来帮忙
阅读全文
摘要：这是敏捷开发般若敏捷系列的第五篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）除了上篇开头中提到的四个问题（“拥抱客户价值，拥抱变化”，开发与测试的融合，团队合作，协作重于流程），其实敏捷开发中还有很多实践，都是从模糊利益和绩效界限的角度出发得到的，比如持续集成和自动化测试，两者甚至模糊了长期和短期利益的边界。依然如前文所说，这里指的不是敏捷开发发明了两者，而是说敏捷开发将两者当作根本大法来对待。无轮回观的享乐主义在无信仰而人口众多的国家，很容易滋生享乐主义。人们因而很难理解有信仰的国家，为什么会有人把巨额资产裸捐，而保持过着简朴的生活，以换取“天堂的生活”或“来生的幸福”。这种情
阅读全文
摘要：本文是敏捷开发产品管理系列的第三篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）上周在培训做“用户故事的用户建模”练习的时候，就有人提出一个疑问：这么短的时间里边，能定义好用户群和用户群分类吗？答案是：不能。用户群的规划是产品概念期就应该完成的工作，它是一个产品管理工作，而非需求管理工作。用户群定位这里仅就自己所从事的互联网行业提出一些简单看法。这些看法与本人在做的产品密切相关，因此在别处可能会不适用，仅作参考。我们整体把用户分为人气用户和付费用户两种。这个与互联网通行的分类方法很接近，相
阅读全文
摘要：本文是“松结对编程”系列的第八篇。（之一，之二，之三，之四，之五，之六，之七，之八）好像微软自己也有一个无纸下载处，但是手册不在身边没搜到，这里补充一个下载链接。无需积分，但需要注册CSDN帐号。http://download.csdn.net/detail/cheny_com/3678487ppt无法单独阅读，请参考以下相关的系列博客：松结对编程的起始页在这里：http://blog.csdn.net/cheny_com/article/details/6581517讲稿中提到的敏捷生态系统起始页在这里：http://blog.csdn.net/cheny_com/article/detai
阅读全文
摘要：总目录问题系列：之一，之二，之三，之四，之五，之六，之七，之八之前提到过，正确的答案一定简单，怎么连问问题都需要简单呢？这也是最近的感悟。佛经《金刚经》上有一段文字：（须菩提问世尊）“善男子，善女人，发阿耨多罗三藐三菩提心，应云何住，云何降伏其心？”大致意思就是问善男信女们，如果想学佛，应该基于怎样的出发点，怎样稳定心态。如果30天前我有机会问这个问题，多半会这样问（现在不会了）：“我吧觉得天天搞敏捷和编程性子给弄得挺急躁的就想买本字帖写书法偏偏买了本王羲之的《金刚经》也不能瞎抄总归看看是什么意思看着看着呢觉得还真有点意思值得学习一下不过呢现在也是电脑时代了都有Iphone了也有Android
阅读全文
摘要：本文是项目经理的商务指南系列中的第四篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）谈判是一件让大门不出二门不迈的项目经理很头疼的事情，谈判的技巧很多，要完全掌握不是一天两天的事情，但也不难。随便搜索“谈判技巧”，都可以找到一大堆，本文不再详述。本文主要涉及如何向正确的谈判心态迈出第一步的问题，剩下的问题，自然读者会自己找到答案。本人管理过销售和实施，中间有大量的谈判发生，有初期售前、报价、合同相关的，也有后期回款、结项乃至救火相关的，其中的“技巧”五花八门，自己都记不住，也没总结过。以下描述的，是其中最
阅读全文
摘要：本文是项目经理的商务指南系列中的第三篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）被动而弱小的客户客户常常被认为是主动的一方，可以蛮横，强硬地与乙方谈判，但事实其实不是这样。多数甲方的信息中心，尽管也签署过若干项目，但每种软件，却都只有一次机会立项；这和我们乙方能同时给多个甲方开发相同的软件比，信息不可谓不闭塞，经验不可谓不缺乏；乙方可谓知己知彼，既懂业务又懂开发还懂成本，而对方经常只知道预算（其实他们连应该预算多少都不知道）；最致命的一点是，在整个开发过程中，开发进展对甲方几乎完全不透明，令其凭空生出
阅读全文
摘要：本文是“松结对编程”系列的第七篇。（之一，之二，之三，之四，之五，之六，之七，之八）刚刚参加完MPD 2011深圳站，在演讲中间及后来媒体采访，被问到了一些问题，也给出了答案，这里做一总结。我自问自答到一半，才发现这里边的很多问题的答案，都用到了火星人谚语系列之一：有问题的地方无答案、火星人谚语系列之三：正确的答案一定简单。如果您觉得答案和自己的情况不完全相符，请用火星人谚语系列之二：问问题的人负责找答案。另外多数答案在本系列1～6中有，只是比较分散，不太容易意识到是答案。人员与结构在团队中使用层级结构，是否阻碍了个体与外界的沟通？极少有底层程序员或新手能和产品经理做深入的沟通的，所以中间放上
阅读全文
摘要：总目录：之一，之二，之三，之四，之五，之六，之七，之八 这是2011年7月的一次QQ群对话记录，做了匿名化处理，并重新调整了顺序，以便于阅读。对话的开始，是有人提到他们公司的产品部门和开发部门正在打架，后者希望能有写好的或者至少是靠谱的产品定位和功能文档，而前者则认为根本不存在这种文档，肯定是想到哪里做到哪里；而后者又认为没有这种文档，一是不知道做什么，二是返工肯定太多。总之是两个部门为一个先有鸡还是先有蛋的扯不清楚的哲学问题打架。这次对话没有去解决任何到底需要不需要这种文档的问题，也没有解决这种文档到底写成什么样子好的技术问题，因为每个公司，每个产品，每个团队，都可能有自己最适合的方法。这次
阅读全文
摘要：总目录：之一，之二，之三，之四，之五，之六，之七，之八是否见过这种场景：一堆人在会议室，谈论一个亟待搞定的客户：“这个客户可难缠了……”“可不是，我给你说……”“对对，我也是有亲身体会的，比如……”“别提了，上一次……”又如一堆人在会议室，讨论一个新的市场方向：“这个新方向不好开拓，……”“咱们刚开始，你看人家IBM……”“别提IBM了，就光一个XX就够我们受的……”“咱们一无案例，二无资金，三无人才，……”暂且不管他们讨论的事务本身，而来看一个问题：人们为何会向鲨鱼扑向鲜血一样，争先恐后地表达自己认为某个问题有多么难办？分析在冬吴相对论中吴伯凡分析过这种心理（可能是《不抱怨的世界》）。他认为
阅读全文
摘要：这是敏捷开发与中医理论系列的第一篇。。（之一，之二）最近一个世交的中医朋友到梁冬的正安药坊上班，也去实地参观了一下。因为之前的一些经历和最近的几天的交流，一点点悟到一些中医理论与软件研发管理的共同之处，写在这里成一系列。这里的很多内容来自于与这位朋友沟通所得，并与之前更早听《冬吴相对论》的思考成果。内容将涉及中国文化与研发管理方法，团队的自组织管理，师徒制度/技能教育等内容。千年古籍这位朋友很精湛的一个解释是：为何西医教材每年都在变化，而中医却经常使用《黄帝内经》、《伤寒杂病论》这些千年古籍？到底是什么导致教材千年不变但依然有效？原来西医基于对外界变化的认知，比如发现了细菌，就有了抗生素；发现
阅读全文
摘要：这是敏捷开发绩效管理的第七篇。（之一，之二，之三，之四，之五，之六，之七） 续前文……功能点估算第一级简化上次说到只用数据+操作就能准确计算规模，听起来够简单了，但其实还不够。谁能在刚拿出2页纸的需求文档时（假设昨天老板在酒桌上刚从客户那记下来的），就猜出有多少个操作？而且还不遗漏？增删改查好猜，“加入角色”就不好猜了。NESMA早就遇到过这个问题了，他们这么解决：通过统计发现每个数据差不多有7个操作，所以刚才咱们找出了3个数据，那么：3个 × （数据7 + 操作4×7个操作） = 3 × 35 = 105，嘿，把角色和权限的操作问题也给解决了，不用猜了。如果有几
阅读全文
摘要：这是敏捷开发绩效管理的第六篇。（之一，之二，之三，之四，之五，之六，之七） 直接估天数或用故事点估天数，都很“程序员”。如果在项目的甚早期，面临与客户相关的报价问题，或高层领导要统计公司绩效并想进行项目乃至行业间的比较，这两种方法都很难使用。敏捷开发内部之所以没有进化出来能做项目间比较、行业间比较、用于早期报价的估算方法，是因为敏捷的发明者和后来的实践者多数都不管这些事情。而这三样事情，比天数、故事点，在老板眼中更接近生产率绩效。这时候就需要功能点估算。 功能点估算由来功能点估算是另外一个世界的事情。每100个懂敏捷的人中，可能才有1个懂CMMI；而懂CMMI的人中，可能才有100个懂功能点，
阅读全文
摘要：这是敏捷开发绩效管理的第五篇。（之一，之二，之三，之四，之五，之六，之七）度量敏捷开发的生产率一直是个难题，确切说度量任何开发方法的生产率都是一个难题，但它实际上有答案，这个答案是本文的主要内容。度量敏捷生产率的目的真正难以回答的是度量生产率的目的是什么？很多人都认为是考核绩效，发奖金。根据上一篇文章的内容我们可以知道，这完全是行不通的：客户并不购买我们的生产率，生产率高也并不能证明产品或项目盈利，应该为团队设立外部目标，否则很可能得到一个生产率很高，但是实际上很烂产品——质量上或易用性上很差，抑或其他想象不到但一定遇到的原因。这是我们说为什么用外部目标而非内部目标考核团队的原因。或许又有人说
阅读全文
摘要：这是敏捷开发绩效管理的第四篇。（之一，之二，之三，之四，之五，之六，之七）最近在看德鲁克的书，发现其中很明确地写着“企业的绩效只存在于外部，而企业内部只有成本”的概念和说法，下面结合敏捷开发团队的绩效考核展开谈谈。敏捷开发有很多“外向型”思维，比如：关注客户价值，认为可交付的产品才是真正能表征工作进展的因素等等，但尚未直接与目标管理接轨。外向性思维可以防止部门间壁垒或踢皮球，而转而共同讨论对外交付价值，从下面的对比可以看出这点。“内向型”绩效及其导向进度：“各阶段按时完成率”会导致分析和设计人员草草结束工作，而将大量不确定工作推给开发人员；开发人员则如法炮制，把延期踢给测试人员。质量：“千行代
阅读全文
摘要：这是敏捷开发绩效管理的第三篇。（之一，之二，之三，之四，之五，之六，之七）如果有10个程序员，笔者相信至少有9个是勤奋的。但是如果有一个10人的程序员团队，其中1个人不是勤奋的，而且仍然拿到与其他人完全相同的报酬——大家猜这个团队会以90%的生产率运行，还是更低的生产率？不管大家信不信，我是相信后者的。这个是敏捷开发中对个体管理的出发点，并非我们看到有人在白拿老板的钱而要劫贫济富，而是要打造一个共进退的团队。本文的部分内容在之前的若干博文中提到过，因符合本系列的内容，在此处从另外一个角度加以说明。领导压力领导压力指那种直接由领导监督产生的压力，在“每个毛孔都流着血和肮脏的东西”的时代或企业非常
阅读全文
摘要：这是敏捷开发绩效管理的第二篇。（之一，之二，之三，之四，之五，之六，之七）团队管理是个由来已久的话题，各式各样的管理理论和方法层出不穷。笔者因为工作原因在过去16年里与100多家企业的团队或团队领导者有较为深入的交流，看到了听到了想到了很多相关的内容，下面做一个总结。不过受个人经历所限，这不是一个客观的全面的总结，而是带有本人的角度和主张，仅供参考。中医治病的原理中医和西医看待疾病的角度差别很大。中医受到当年条件所限，并不知道致病的原因是细菌、病毒还是其他什么。由于没有显而易见的敌人，中医采取的策略是扶正去邪，就是让让人体自身加强，从而自然地消灭”邪气“。比如中耳炎，西医的解释是：“多由感冒引
阅读全文
摘要：作者：梁斌原文：http://blog.sina.com.cn/s/blog_593af2a70100w0iv.html今天看到微博上@hellodba发的一个帖子：“内部晋升越来越困难，但是外部来的大P越来越多，所以很多人都选择跳槽”，之后我从三个方面简要的进行了回答：“外面来的总是有包装的，内部的都是肉身PK，此一输；外面来的总是小股人马，内部的一批批的，升谁都伤感情，此二输；外面来的通常都是大佬推荐的，没有特别重大机会，人不会来，内部的就不解释了，成果都被大佬吸收，难有机会，此三输”。之后讨论不断，我也余兴未了，继续写来。这个世界上有一类人特别苦逼，苦逼到什么程度呢？他们省吃俭用攒钱买房
阅读全文
浙公网安备 33010602011771号