摘要： 程序员作为企业开发力量的最核心资产，无疑得到公司从上至下的一致关注。开发是个智力密集型产业，程序开发的特点是，付出相同时间的情况下，两个开发者之间的产能会相差十几甚至几十倍。软件开发人员向来以“不容易考核、工作不容易被量化”而著称。本期，我们重点分析程序员考核的“死因”及对策。典型的程序员考核的产生分析考核死因之前，我们先看下它是如何出生的。某天，公司老板突然想到件事——我不懂研发，而研发对我公司这么重要，怎么办？念一及此，老板不禁有些紧张，马上叫来HR开会，安排本月人力资源部分的工作重点，那就是“研发人员考核”，务必贯彻到位、立即执行。深谙老板意图的HR，回工位立刻上网卖书，从如何考核、KP 阅读全文

摘要： 这是敏捷开发一千零一问系列的第十篇。（之一，之二，之三，问题总目录）问题总体架构设计在什么时机进行？是每个迭代做还是先做完再迭代？方案之前提到了在时间的角度上，从技术和商业层面上的架构设计，下面看看横向的架构设计。方案1：开发人员全体参与架构设计敏捷开发整体上是一个崇尚“跨职能”的管理方法，开发和测试融合（所以才有很多类似自动化测试、单元测试、持续集成这些需要开发人员强参与的测试活动），开发与产品融合（开发人员要参与客户价值分析）等等，所以在架构设计与编码这两块，也不会分得很开，不能有人专门做架构，另外一些人专门编写代码。一方面，“架构设计”一旦变成一个文档，就要被写，被读，效率不说，中间难保 阅读全文

摘要： 创业者和经理人之外，中关村或者说中国计算机业界还活跃着另一类人，他们过着另外一种人生——程序人生。 程序是这些人生活的全部重心，他们有天分，爱编程，能吃苦，甘于寂寞。他们当中绝大多数不被人所知，像WPS求伯君、KV300王江民、CCDOS严援朝、五笔字型王永民、2.13吴晓军、四通利方王志东、CCED朱崇君、UCDOS鲍岳桥这些成名的程序员十几年来也只才产生了十来位。有才华的程序员绝不只这些，但他们没有机会。有时候，他们觉得机会就在眼前，伸手可及，但当他们扑上去将要和机会撞个满怀的时候，却每每扑了个空。在苦干了若干年之后的某一天早晨，从睡梦中醒来，他们突然发现自己除了编程能力提高之外，什么都没 阅读全文

摘要： 这是敏捷开发一千零一问系列的第九篇。（之一，之二，之三，问题总目录）问题总体架构设计在什么时机进行？是每个迭代做还是先做完再迭代？这是少数几个被提到的技术问题。在两天的培训课程之后，最后剩下的纯的技术问题一般只占1/5都不到，多数都是管理问题，而管理问题中，又基本上是人的管理问题，这也说明了在“心法人事物”中，心总是第一位的。方案最早想写成方案1、方案2，但感觉有点像说是有不同的很多并行方法，之后又改成步骤1、步骤2，又有点把事线性化了。现在干脆写回成方案123吧，总之越往后的越终极一些，也越难以一步到位。方案1：Sprint0对于长期的项目，常常引入“Sprint0”的概念。Sprint0就 阅读全文

摘要： 这是敏捷开发一千零一问系列的第八篇。（之一，之二，之三，问题总目录）问题在Team中，TeamLeader给人指定任务时，基本没有选择怎么办？（因为大家对别人的工作都不熟悉）方案步骤1：如果团队已经习惯了沉闷地自己开发自己的工作，办公室里边总是静悄悄的，那么一个可行的起点，是Leader可以先与大家进行松结对，就是不断地指导有难题的人。实际上当大家听到有人在交流的时候，就会侧耳听听，如果听到自己感兴趣的话题，也会积极参加。步骤2：下一步，可以主动喊某些人一起交流，比如“老张，过来帮忙看看小李这个问题”，这样交流的范围就逐渐扩大到3个人，而且老张-小李之间也建立了联系。一个宽敞点的办公环境还是很 阅读全文

摘要： 这是敏捷开发一千零一问系列的第七篇。（之一，之二，之三，问题总目录）问题松结对编程中，师傅对徒弟安排任务时，对于有想法的徒弟提出的意见怎样解决？方案步骤0：正心，诚意。人们到底是在管理一个人（控制，监督，指令）还是领导一个人（帮助，引导，培养），被管理者和被领导者其实心里是一清二楚的。因此在师徒关系中，不能为了师徒而师徒，而是要找到师+徒这个体系的目的，把心态放在把事情做好而非维护师徒结构上，从这个角度看问题才能做好下面的事情。步骤1：师傅日常要多在收尾的时候检查徒弟的代码，指出其中的问题，以让徒弟正确认识自己的水平。软件开发有一个好处是比较理性：好的就是好的，没有什么可争辩的；但也有一个坏. 阅读全文

摘要： 这是敏捷开发一千零一问系列的第四篇。（之一，之二，之三，问题总目录）有一次课程上居然来了一个非开发人员，他是个网站的业务人员，提出了这个问题，并被评为课堂最佳问题之一。问题一线业务部门应该怎样具体参与到敏捷开发中来？答案方案1：敏捷开发中有很多活动是需要业务部门参与的，如果没有时间，第一个要参与的事情是“评审会”，就是阶段性验收产品的会议。在会上应该思考产品在实际应用中是否可用，并提出改进意见。但是要注意改进意见不要急于实现，而是应该询问下一步原来的计划，或许原来的计划更加重要。如果能在评审会上对产品未来的应用做出一点预测，对之后的迭代会有帮助。方案2：如果能选出一个代表，参与到计划会中，对于 阅读全文

摘要： 这是敏捷开发一千零一问系列的第五篇。（之一，之二，之三，问题总目录）本问题被评为某次课程最佳问题之一（每场2～4个）。问题怎样让团队成员完成从派活到主动要活？方案步骤0：在一个传统团队中，多半是由一个人（一般是项目经理）估算、分配、监督任务完成。由于这个人处于鸡的角色（请参考百度“猪与鸡”），所以真正承担任务的人要冒任务被错误估算和分配导致绩效低下的风险，引起大家的不满。按时完成了经理领导有方，延期了则总能找到一个临时工来顶缸，事情永远做不好。步骤1：“领导”和“管理”的区别在于后者利用权力行事，而前者亲自带领队员。比如如果项目经理仍然估算和分配任务，但是会主动帮助认为估算不对、任务过难的人。 阅读全文

摘要： 这是敏捷开发一千零一问系列的第四篇。（之一，之二，之三，问题总目录）这个系列的文章太多，除了用于总结性篇章外，请访问“问题总目录”查找感兴趣的具体问题。初始问题对于不断更新的需求，导致需求优先级的判断出现了错误，知道项目周期后期才发现，怎么办？答案1. （临时方案）确保所有排序均是由PO完成的常常出现所谓现场客户、由客户出PO、由一个销售当PO的情况，都是应该避免的。PO一方面要熟悉具体的需求和原始目的（广度与细度的要求），另一方面则应该对产品的商业目标、终极目的了然于胸（高度与深度），才能站在企业立场而非简单的客户价值立场。从这一方面看，“有无限时间陪着我们的现场客户”和“一个销售”，其细度 阅读全文

摘要： 这是敏捷开发一千零一问系列的第三篇。（之一，之二，之三，问题总目录）也是般若敏捷系列第十二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二）共振共振是以无我、无住精神推广敏捷时的具体做法。很容易被简单理解为循序渐进，但这样理解不全面，这也是为什么会出现“共振”这个奇怪的词汇。之前的无我、无住，也都很难找到完整替代的又没有歧义的词汇或语句。循序渐进很多人都梦想有一家企业，高层领导支持，企业文化适合，队员个人能力超强，团队合作顺畅，就只差自己这个项目经理去推广敏捷。但睁开眼一看，自己的企业不是如此，因此“我们实际企业不适合推广敏捷”。很多时候组织架构、产品特征、人员 阅读全文