1. 今日的问题源于昨日的解决方案

当解决问题时，我们会感到很高兴。我们经常不考虑后果。令人感到意外的是，我们提出的解决方案可能会产生反作用，并带来新问题。

作为对取得巨大成功的团队的奖励，公司决定为团队中的少数骨干成员发放奖金并晋升职位。团队中的其他成员会感到不公平，并且会丧失积极性。最终使团队成员之间的关系更加紧张，后续项目也就很难再取得成功。

项目经理频繁要求开发者修复一个新的软件Bug，或者处理客户的紧急需求，而开发者尽力满足这些要求。但是，过于频繁地分散精力会妨碍他们完成迭代过程中的主要任务。因此，项目进展很慢。

2. 用力越大，系统的反作用力也越大

当事情的进展结果并非如我们所愿时，我们会固执地坚持自己的方法。我们没有时间来停下来思维并寻找更好的替代方案，而是“义无反顾”地向前冲。有时候虽然解决了问题，但往往又发现深陷于其他问题之中。

当一个系统远未完成时，经理通常会不断催促员工加班加点地工作，并且要求按时完成。系统bug数量的持续增加及整体质量的急剧下降，导致更多的延误。因此，需要做更多的工作来部署软件系统。

为了满足新系统的要求，开发者勇敢的对原有的系统架构进行扩展，但死板陈旧的方法已经不能满足这些新需求。他们忙于做这件事，以至于没有时间停下来仔细分析并且改变方法，从而导致系统质量下降。

3. 福兮祸之所伏

短期的解决方案，会给我们带来短暂的休息和状况的暂时改善，但是不会从根本上解决问题。这些问题终究会使情况变得更糟。

公司为顾客提供丰厚的优惠并投入巨资宣传，让很多人购买软件 。但是，顾客购买之后很不满意，因为软件无法使用也不可靠。

如果开发小组能够按时完成系统开发，管理层承诺，如果开发团队能够按时完成系统开发，公司会提供巨额的奖金。一个团队开始努力的工作，但很快他们就意识到这是不可能实现的。于是开发者变得悲观并丧失动力。

4. 最容易出去的方法往往会导致返回来

在生活中学到的一些解决方案能够帮助我们轻易地并且更早的地获得成功。我们总是试图把它们强加到任何情形上，而忽略了特殊的背景以及相关人员。

开发者还没有准备好接受结对编程或者测试驱动开发这样的实践时，敏捷教练强行实现完全的极限编程。这会给任何敏捷方法带来压力、冲突以及负面影响。

5. 治疗带来的结果可能会比疾病导致后果更严重

有些熟知的方法可能会更危险，比如在编程的时候喝啤酒，来减轻不切实际的任务期限带来的压力。

由于不信任全职开发者，一家公司雇佣了大量的承包商来开发核心功能。结果，系统不具有概念完整性，自己公司的开发者看不懂，并且无法做出修改。所以，公司员工也不了解相关领域的知识、解释以及概念。

开发者会走捷径，拷贝相似功能的代码来赶进度，并且争取尽快发行第一个版本。他们一开始进展迅速，但是代码最终会变成大泥球(比喻系统结构不清晰)。

开发者把设计模式应用到任何地方，这是徒劳的，而且这会让系统变得复杂。

----莱芜软件开发----