桃花源

     摘要: 在没有学会“把事情作对”之前，怎么能妄谈“做对的事情”？魔鬼存在于细节之中，如果不能hands on去做一线的事情，又怎么能空谈战略呢？最近的事情让我深刻体会了这一点，但是却没太多改进，惭愧！  阅读全文

     摘要: 巴尼是一个项目经理，组织的高层只知道瀑布式生命周期。他们觉得迭代式的做法就是浪费时间。他们希望在项目的第一周就看到甘特图，这样项目经理就可以按照甘特图管理，一切都能按部就班进行。如此一来，无可避免的是：要是巴尼报告说项目没有按计划进行，有些高层就会这么说：“哎，按照日程安排，你的进度应该到这儿。没能按照计划进行，你是怎么回事啊？”

决策层对于项目的了解并不深入，他们不知道，人们在项目中是根据经验来思考和行动的。他们相信，关键路径会永远保持不变，任务安排顺序也一直大体相同。

发生如此状况，原因在于：一直以来，决策层看到的报表是由已经完成的工作、销售数字或其他数据构成的，这些数字反应的是在过去发生的事情。然而，项目日程是对于工作未来进展的猜测。该日程游戏也被叫做“梦幻时间日程”  阅读全文

     摘要: 经过过去几年的努力，您的公司已经开发了一个庞大的代码库和一个同样庞大的 JUnit 测试套件。一切都很正常，直到大约一年前，测试套件包含了 2000 个测试，同时人们开始注意到运行构建过程用时超过三个小时。在此之前的几个月，由于 CI 服务器资源紧张，您在代码签入时通过 Continuous Integration（CI）停止运行单元测试，并将测试切换到夜间运行，这使得之后的早晨时间非常紧张，于是开发人员努力去弄清楚是什么出错以及为什么出错。

这些天，似乎测试套件整晚极少超过一次运行，为什么会这样呢？因为它们费时太多！没人会仅仅为了弄明白系统是否运行良好而几个小时守在那里。此外，整个测试套件都是在晚上运行，不是吗？

由于测试运行得太不频繁，它们常常充满了错误。因而，您和您的团队开始质疑单元测试的价值：如果它们对代码质量那么重要，那又为什么会让人这么头痛呢？你们的结论是：单元测试有其重要的作用，但必须要能用一种更为敏捷的方式运行它们。  阅读全文