摘要： 搞IT的就是修电脑的，做软件的就是写代码的。后一句可能更对一些，因为学校是这么教的，开发工作中的确也是这么在做。然而，新手在写代码，牛人也在写代码，他们之间有什么区别？为何新人老手相互之间不理解？新手如何成长为牛人，老手如何百尺竿头更进一步？BDD、TDD为何兴起，又为何难以推行？软件研发公司的写代码能力提升为什么这么难？写代码的三重境界记录了关于写代码的一些思考。1. 写代码的三重境界1.1 写代码三重境界之第一重境界是见山是山。对第一重境界的人来看，写代码就是软件开发的全部，软件开发人员的工作就是写代码，如果没有在写代码，软件开发人员就没有在工作。他们会第一时间投入到代码编写工作中，编写的 阅读全文

摘要： 在软件研发中，我们做过的事、写过的代码、留下的文档，都不是资产，而是债务。——债思维生产思维统治着软件研发的世界债思维是一种颠覆，与大多数人对软件研发的看法相反。生产思维已经统治软件研发的世界很长时间了。一直以来，软件研发都是生产代码、文档，以构建可工作的软件的过程，毋庸置疑，这就是生产。嗯，宣言体挺棒的，就来段软件生产宣言吧。软件生产宣言软件研发是生产代码、文档以不断构建可工作软件的过程。为此：生产正确的文档软件 高于 客户价值（目标债）流程规范合同分工 高于 沟通协作（过程债）按产出评价 高于 维护重构（结果债）人是机器，聪明人 高于 群体创造（人员债）可预测、可重复的生产是成功的关键。右 阅读全文

摘要： 这是即将在Scrum Gathering上海2012大会http://scrumgathering.cn上演讲话题《软件研发中的管理债与债管理》的第一部分。如果你是一位软件研发人员，想了解软件研发为何如此困难，怎样才算做好软件；如果你是一位管理者，想知道哪些管理措施可以奏效，为什么一些管理措施效果不佳；如果你是一名敏捷精益实践者，想深入了解敏捷精益背后的思维模式。你可以来看看，以债出发的视角也许会给你带来惊喜。在软件研发组织中“管理债”不断堆积，这是因为采用了与软件研发的特点不匹配的管理模式。软件研发管理债是什么？“技术债”是一个隐喻，这几年已经被大家熟悉并接受。如果向一个软件系统增加功能时需 阅读全文

摘要： 模仿XX体，纯属娱乐，如有雷同，必属巧合。1. 管理是绝对正确的2. 所以管理者是正确的3. 如果结果有问题，首先是执行问题4. 如果还有问题，是管理者未能理解管理5. 如果还有问题，请参考第一条在知识经济时代，管理已经不再是资产，而是负债。“管理债”提法的由来2012年2月18日，敏捷之旅2011的最后一站来到了南京，敏捷之旅2011全国14个城市的组织者们走到了一起进行回顾并参加南京敏捷之旅。在2月19日的南京敏捷之旅上，@大熊Stanly的敏捷DNA游戏让一部分对企业转型有兴趣的参会者集体进行了探讨，期间我突然脱口而出的“管理债”一词得到了大家的认同。午餐时还被大家戏称为“管理债”第一人 阅读全文

摘要： 最近本人疯狂的迷上了“管理债”话题，后续将以“管理债与债管理”为主题完成一个简单的系列。既然涉及到债，财务知识当然要有，下文就算是简单财务知识普及吧，顺带推荐《穷爸爸，富爸爸》。房奴养成四部曲 - 财务意识很重要房子是资产。当我想到房子的时候，房子是一生中最重要的资产。因为房子是温暖的港湾，让漂泊的心有了归宿感，给我带来幸福。还因为没房子就没结婚证，就没老婆，这么现实的问题。房子是投资。看啊看，诱人的房子实在太多，但实际行动起来才发现这世界是这么现实。没钱怎么办？一生的资产难道就这样离我远去。我不甘心，为了一生中最大的投资，豁出去了。死磨硬泡，花光积蓄，找到父母资助，找亲朋好友借贷，终于筹足了 阅读全文

摘要： 好久没有更新结对Review的实际情况，让我们来看看团队自己的理解和总结。下述内容摘自团队成员的邮件，隐藏了敏感信息。结对Review在好几个项目（项目名称隐藏）中试点以后，在项目各阶段都进行了一些尝试，也收获了许多，其中最大的收获就是项目信息更流畅了，项目成员相互补位更容易了。很多项目组同学也想尝试一下，方便大家分享更多结对Review的经验和感受，整理了一个参考的模板提供给大家，大家可以在一定阶段后将结对Review的心得分享出来，晒一下，邮件抄送xx（人员姓名隐藏），我们可以帮助一起收集，形成知识积累。结对Review的核心价值：通过分享和互通让结对Review成为习惯，成为形成知识库的 阅读全文

摘要： 龙年即将到来，先预祝大家新年快乐，龙年大吉！在新年来临之际，也许下自己的新年心愿，2012年将写一本敏捷软件开发方面的书，至少也是电子书吧，以帮助更多的人认识敏捷和玩转软件开发。暂定书名为《用敏捷玩转软件开发》。如果你有更好的建议，欢迎提出。其实是否玩转敏捷并不是那么重要，真正重要的是如何玩转软件开发。作为一个软件开发实践者，我的职业生涯一直与软件开发相连，一直在思考和实践各种软件开发方法，希望不断取得软件开发的成功。本书的目标是借机总结自己软件开发的认识和经验，以帮助自己和他人在软件开发的路上越走越好。2011年9月在北京与@Thinker姜志辉和@我是晴耕雨读聊到，国内现在已经有大批的10 阅读全文

摘要： 程序员A碰到了程序员B。“Scrum糟透了”程序员A说。“为什么啊？听说Scrum很好啊，我们公司也在准备实施Scrum。”程序员B回答。“千万别，你们会后悔的。”“你们实施的是真正的Scrum吗？”“当然，Scrum里面的3个角色、4个会议和3个产物我们都有啊。”敏捷非常简单，却又极其困难。敏捷方法学由一系列敏捷实践组成，而当人们实施敏捷的时候，却急于一次性实施整个方法学。他们看重敏捷实践简单的形式，却不了解或者不想花费心思了解任何一个敏捷实践背后的内涵，从而导致没有一个敏捷实践能够做到位，不能享受到对应的好处。最后却发现投入那么大，期望那么高，收获却那么少。敏捷实施带来的只是无穷无尽的伤痛 阅读全文

摘要： 随着敏捷日益成为主流，各种各样的敏捷会议召开，一本又一本的敏捷图书出版，一个又一个的公司前赴后继的迈向敏捷，好一番火热景象。这让我回忆起了当年看报时的一个感受，当时每张报纸的显眼处都能看到牛皮癣和肝病的广告，咋一看感觉会治病的人很多，仔细思考下才发觉是根本原因是能治好病的人很少，否则市场上不会那么热闹。敏捷的现状是不是也是如此呢？“与其做敏捷，不如变敏捷！Be agile rather than do agile.”但对于大多数公司来讲，如果没做过敏捷，怎么知道如何变敏捷。而且做敏捷可以检查和测量，变敏捷则不能，这违背了“不能被测量则不能被管理”的管理定律。但大多数敏捷实施会失败！那些被敏捷后 阅读全文

摘要： 一天，程序员甲遇到了程序员乙。程序员甲就问程序员乙了，“听说你们公司也在搞敏捷？”程序员乙答：“是啊，别提了，纠结着呢。感觉现在加班比以前还多了，一个迭代接着一个，比以前累多了。你们公司呢？”“我们啊，现在不怎么提敏捷了。敏捷这一套东西在我们这里不好用。” 上述对话并非个案。对大多数人而言，敏捷实施给他们带来的更多是痛苦，而不是成功，而且即使是成功，大多也与他本人无关。所以一方面来讲，敏捷越来越火热，敏捷大会上人潮汹涌，另一方面，又有很多的声音在声讨敏捷，包含那些在敏捷上栽了跟头吃了亏的。 如何才能形容很多公司敏捷实施的现状呢？我苦苦思索。当“苦逼敏捷”这个概念从我脑海浮现出来的时候，... 阅读全文