毋庸置疑，我们生活在一个快节奏的社会里。我们的时间很宝贵，所以我们希望很多东西都变快，我们希望公交车能够快点来，快点到站。我们希望服务员快点上菜。企业也在为了能够更快的提供服务而努力。
当然，快的前提是不能降低质量。如果速度提高了，但是质量下降了，那么作为服务的接受者是不能够容忍的。为了保证质量，又有一系列的保证措施去让流程慢下来。这二者之间似乎有着某种难以协调的矛盾。然而事实上，可能除了自己所在的那个公司，别人都变快了，而且质量没有下降，甚至有的还提升了。
那么如何才能够快起来，如何又确保快起来不会出错，快起来之后个人能够获得什么好处呢？
快是一种态度
首先从内心中，需要有一种渴望，能够更快速地向客户交付产品或者服务。在传统模式下工作的软件工程师，按照计划的工作，一下子有些难以接受突然间变得飞快的节奏。所以，从内心上先要能够做出这种转变。
链接收入和价值
软件行业的按照工时付费的这种规则直接导致了服务提供商没有足够的动力把自己变快。很显然，如果我快了，我的整体费用就会降低。如果付费模式改为按照价值付费。那么服务供应商就有足够的动力来提升服务速度，因为越快交付单位成本就越低。
快是一门技术
其实想要达到快速编程，快速修复缺陷，快速测试，快速集成，快速交付，有很多现成的技术能够满足要求：极限编程、测试驱动开发、特性驱动开发、持续集成、持续交付。要达到快而稳，这些技术都可以帮上忙。
人们也在为了能够更快更好而发明更多的好工具。有了这些快速的质量保证工具，速度就可以加快了。
快是一种奖励
很多人在担心：如果我快起来了，我会得到更多的工作。我可不希望拿同样的工资却干更多的活。但是这不正好是“我不用担心失业”的最好注脚吗？甚至是我可以提高收入的保证条件呢。
保持自由职业者心态
对于企业主或者自由职业者来说，快速的工作出良好的成果，也有可能让你可以处理更多的订单，获得更好的报酬。未来的社会的趋势，白领的数量会减少，自由职业者的数量或者远程工作者的数量会增加。这也是这种对快速工作者的奖励机制决定的。
快将会是对优秀人才的奖励。反过来讲，加班或者长途通勤可以称之为惩罚。
快中求稳，不是稳中求快
对于软件开发来说，我的经验显示先变快会好些。因为先求稳的那些都变得更慢了。先变快，的确会出现一些新的问题，但是这些新的问题可以在快速工作的方法中得到快速的解决。而以前的那些拖延的变慢的问题则可以得到充分的规避。
很多求稳（减少Bug率）的团队，在追求更稳定的同时，引入了更复杂的流程，大幅度的降低了效率，并且打击了团队的积极性。
发生Bug并不是可怕的，及早的发现并修复Bug可以大幅度降低成本和威胁。
快速失败也是有价值的
我们也不可避免的要面临一些失败。而如果能够聪明的失败，那么失败也是值得的。所以设计一个测试，能够让失败更明智些，能够更快些，那么这种失败就是很有价值的，能够从中学习成长，能够为下次做得更好积累好的经验。而慢速的失败，则会在不知不觉中失去改进的机会。并且越推迟失败的后果可能越严重。快速失败并不是为了失败而失败，而提出假设，设计验证机制，测试。
当然，人们也希望太阳晚些下山，美景多做停留。
