软件开发中的11个系统思维定律.pdfVIP

。

软件开发中的11个系统思维定律

英文原文：11LawsofTheSystemThinkinginSoftwareDevelopment

“我会更加努力地工作”——一匹名叫Boxer的马（出自乔治·奥威尔的《动物农庄》）

彼得·圣吉在其著作《第五项修炼》中提到的系统思维定律同样适用于软件开发。

1.今日的问题源于昨日的解决方案（Today’sproblemscomefromyesterday’s

solutions）

当解决问题时，我们会感到很高兴。我们经常不考虑后果。令人感到意外的是，我们提

出的解决方案可能会产生反作用，并带来新问题。

•作为对取得巨大成功的团队的奖励，公司决定为团队中的少数骨干成员发放奖金并

晋升职位。团队中的其他成员会感到不公平，并且会丧失积极性。最终使团队成

员之间的关系更加紧张，后续项目也就很难再取得成功。

•项目经理频繁要求开发者修复一个新的软件Bug，或者处理客户的紧急需求，而开

发者尽力满足这些要求。但是，过于频繁地分散精力会妨碍他们完成迭代过程中

的主要任务。因此，项目进展很慢。

2.用力越大，系统的反作用力也越大（Theharderyoupush,theharderthesystem

pushesback）

当事情的进展结果并非如我们所愿时，我们会固执地坚持自己的方法。我们没有时间来

停下来思维并寻找更好的替代方案，而是“义无反顾”地向前冲。有时候虽然解决了问题，但

往往又发现深陷于其他问题之中。

-可编辑修改-

。

•当一个系统远未完成时，经理通常会不断催促员工加班加点地工作，并且要求按时

完成。系统bug数量的持续增加及整体质量的急剧下降，导致更多的延误。因此，

需要做更多的工作来部署软件系统。

•为了满足新系统的要求，开发者勇敢的对原有的系统架构进行扩展，但死板陈旧的

方法已经不能满足这些新需求。他们忙于做这件事，以至于没有时间停下来仔细

分析并且改变方法，从而导致系统质量下降。

3.福兮祸之所伏（Behaviorgrowsbetterbeforeitgrowsworse）

短期的解决方案，会给我们带来短暂的休息和状况的暂时改善，但是不会从根本上解决

问题。这些问题终究会使情况变得更糟。

•公司为顾客提供丰厚的优惠并投入巨资宣传，让很多人购买软件。但是，顾客购买

之后很不满意，因为软件无法使用也不可靠。

•管理层承诺，如果开发团队能够按时完成系统开发，公司会提供巨额的奖金。一个

团队开始努力的工作，但很快他们就意识到这是不可能实现的。于是开发者变得

悲观并丧失动力。

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

在生活中学到的一些解决方案能够帮助我们轻易地并且更早的地获得成功。我们总是试

图把它们强加到任何情形上，而忽略了特殊的背景以及相关人员。

•开发者还没有准备好接受结对编程或者测试驱动开发这样的实践时，敏捷教练强行

实现完全的极限编程。这会给任何敏捷方法带来压力、冲突以及负面影响。

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

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

disease）

-可编辑修改-

。

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

带来的压力。

•由于不信任全职开发者，一家公司雇佣了大量的承包商来开发核