摘要： 是的，可以自己磨望远镜镜头。这件事情听起来不可思议，但实际上第一个反射望远镜是牛顿在400年前发明的。大数定理完美的反射望远镜，是抛物面的，就是无穷远处的星光无限接近水平光，在反射后会成像聚焦于一个点，重现为无限小的星点。用放大镜（目镜）观察它，就是反射望远镜了。但是抛物面很难制作，所以一般用球面代替。怎样制作完美的凹球面呢？大数定理。当两个原形的玻璃无规则、无数次摩擦后，有两个可能：得到两个完美平面（几乎不可能），或得到一个完美的凹面和凸面各一个。如果通过偏移重心的方法摩擦，则上面一个肯定是凹面，下面一个肯定是凸面。通过几十万次的“天之道，损有余而补不足”，只有两个完美球面会出现。400年前 阅读全文

摘要： 高中时喜欢上天文，厮磨硬缠买了个望远镜，但是只有镜头和镜筒，没有镜架，需要自己做一个。地平式，赤道式镜架分为地平式，赤道式两种。地平式结构简单牢固，就是一个水平转动的轴，加上一个垂直转动的轴。为什么不做这个呢？因为地球自转是倾斜的，所以太阳和星星并非东升西落，而是东升，去南方，然后落到西方。这就产生一个问题：为了跟踪移动的星星，就要同时转动水平轴和垂直轴，操作很麻烦。不能不“跟踪”吗？不能。地球自转的速度很慢，本来是几乎看不出来的，但是望远镜的放大率往往达到100倍，也就是可以理解为星星只需要24小时/100也就是大约15分钟，就要围绕地球转一圈，这个速度很快，刚对准星星，只要1分钟，星星就会 阅读全文

摘要： 这是敏捷开发般若敏捷系列的第八篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）正法，像法，末法任何事物，都会经过这三个阶段，有的短至几年，有的长达几千年。正法时代一般是原创者掌握话语权的时期，因此能正确地解释和传播。正法时代传播的是智慧和般若，而不是知识（方法，具体的实践等）。本人先是学习了敏捷开发的方法，之后一年多才有幸读到Ken Schwaber的图书，其中一本大量介绍了以往他推广敏捷开发的案例 http://product.china-pub.com/37172#ml。这本书中介绍Scrum实践的篇幅很小，但后面的案例很多。从案例中可见，并非所有项目都完整彻底地使用了Scru 阅读全文

摘要： 这是敏捷开发般若敏捷系列的第七篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九） 重新认识CMMICMMI其实是一种敏捷开发方法，何以见得？CMMI是由美国军方的甲乙双方密切配合产生的国防部招标标准，在美国国防部招标的时候使用这个标准，既没有多余的让某方别扭的，也没有缺少的让某方担心的。CMMI还是不断改进的，一个涉众如此之广的产品能以这个速度改进，已经很难得了。在招标过程中发现问题，随时都会提交到变更委员会。所以在CMMI里边，充满了无我之心，无住之法。但是，那里的我和那里的法，不是我们身边的我身边的法。互联网行业、消费电子行业把CMMI当作起点寻找适合自己的终点，就像北京人去天津 阅读全文

摘要： 这是敏捷开发般若敏捷系列的第六篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）说了这么多，五六七这三篇与如何推广敏捷有什么关系呢？推广CMMI过程中的失误在回答如何推广敏捷敏捷之前，先回顾一下推广CMMI中存在的失误。本人在3家企业内部推广过CMMI，为10多家企业从外部做过咨询和培训，CMMI肯定对企业有帮助，但是并没有想象中那么好。试点项目完成后，证书拿到，多数企业并没有在其内部完整推广，甚至试点项目都发生了退步。究其原因，莫过如下：1. 各利益单位的目的不同，利益不统一（执着于我，人，众生）一次CMMI认证的主要受益者包括：政府/软件园涨面子，企业/市场/销售部门有证书能拿单 阅读全文

摘要： 这是敏捷开发般若敏捷系列的第四篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）敏捷开发中有几个地方相当创新，或者说尽管之前的方法中可能也有涉及，但却从来没有像敏捷开发这样提升为“根本大法”来对待。一个是“拥抱客户价值，拥抱变化”，一个是TDD/结对编程/自动化测试为代表的开发与测试的融合，一个是“团队协作/结对编程/共同估算/代码共同所有制等自组织团队实践”，还有一个则是认为协作重于流程，沟通胜于文档。传统开发的困局在敏捷开发之前，尽管没有成文的说法，但客户与开发人员整体是个博弈的关系，双方要小心谨慎相处。比如需求要签字确认才能开发，计划要提前敲定并监督完成；而变更要走严格的变更流 阅读全文

摘要： 这是敏捷开发般若敏捷系列的第三篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）破除法执之后，很容易落入空执，就是认为不存在绝对最好的方法，因此无需追寻，甘于现状。平衡空与有非常困难，这是本篇的内容。法与空法与空的对立统一由来已久。吴伯凡老师举了个例子：“一切事物都是相对的”这句话有什么问题？这句话看似相当辩证，无懈可击，但它本身就“非常绝对”，有一种内在的矛盾。软件界的法与空是否经常听到程序员说这种话：“世界上没有完美的软件，我的代码缺陷是多，但是要让我编写没有缺陷的软件，也是不现实的。”“你说你的方法好，但我觉得我的方法也不错的。方法本身没有好坏，我们就别争了。”“世界上没有完美 阅读全文

摘要： 这是敏捷开发般若敏捷系列的第二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）所谓无住，包括两个含义：不住于法，不住于空。前者比较好理解，后者会在下篇详述。不住于法，就是不执着于具体方法的意思，就是所使用的方法应该基于实际情况作出判断，而不是认为世界上有最好的方法，必须遵守。法执对法的执着，称为法执。典型的法执，是很多企业使用CMMI的方法。本人曾经做过10多家企业的CMMI培训、咨询，所需工作日从41天～43天不等。你能想象这么多企业，起点不同，终点不同，人员不同，行业不同，能用相同的咨询工作量完成CMMI改进吗？我和我所在的公司都不是不负责任的公司，我们因此而丢失了几乎所有的要 阅读全文

摘要： 这是敏捷开发般若敏捷系列的第一篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）作为预热，之前的智慧敏捷系列中提到，多数情况下敏捷实践应该如何，都要“看着办”而无有定法，但每次思考又有“避免浪费”等相对确定的思维方向，总是徘徊在虚实之间，难以把握。智慧受到因缘（内因，外缘）所限，所以每次答案都各有不同；而各有不同背后的更高层的相对永恒的东西，则是“大智慧，妙智慧”，就是般若（佛教语，音“波惹”）。缘起本系列将尝试解决几个终极问题：1. 什么是敏捷？2. 怎样知道我是否敏捷了？3. 应该怎样推广敏捷？4. 我是否适合敏捷？5. 敏捷未来会怎样？简单地说，若在解决这些问题前附加上前提条件 阅读全文

摘要： 这是敏捷开发智慧敏捷的第六篇。（之一，之二，之三，之四，之五，之六）写多了，才发现前几篇文章中有几篇都落下个章节，就是除了“看着办”之外的一些常见做法，这里总结一下。所谓常见做法，就是为了防止“看着办”看走了眼，而提前可以参考的方法，可以作为起点，但未必真的正好合适，更很难永远合适，所以不是终点。为了阅读方便，在原文中也添加了，这里仅做归纳。“写不写文档”的常见做法常见的文档虽然很多，但下面几个维度几乎永远存在，具体某个文档通过几个维度的分析，处理方法各不相同：信息长期/短期有效的文档 长期有效比如竞争对手分析文档，架构设计文档，需求管理文档（用户故事），产品路线图…… 长期文档适合详细描述， 阅读全文