在上面的场景中，对于大连智慧社区软件测试代码质量低劣这个问题有两种解决方案，一种是精兵强将解决，另一种是测试人员自己解决。每一种方案都会减缓代码质量不断下滑的趋势，从而让系统处于一种平衡状态，如下图所示。

致远服软认为：http://www.soft8.com.cn/即起点所示变量的增长会导致另一方变量的增长；“O”表示反向连接，即箭头起点变量的增长会导致另一方的减少；天平表示调节环路，该回路会趋于平衡稳定。

由精兵强将出马可以让问题症状迅速得到缓解，但是提升大连智慧社区软件测试人员的编码能力则需要长期的辅导训练，不可能一蹴而就，所以图中下方的调节环路实际上是有时间滞延存在的。

    与此同时，由精兵强将解决问题会减少大连智慧社区软件测试人员锻炼的机会，从而削弱测试人员的编码能力，进一步使人们不倾向于让大连考勤薪资系统二次开发测试人员自己解决问题，又反过来增强了对于精兵强将的依赖，所以还要在图中增加另外一条回路。

    彼得·圣吉在《第五项修炼》中对此解释到：上面的环路代表快速见效的症状解，它迅速解决问题症状，但只是暂时的。下面的环路包含了时间延滞，它代表较根本的解决方案，但其效果要较长的时间才会显现出来。然而它可能是惟一持久见效的方式。有时候舍本逐末的结构中，会多出一个由症状解所带来的副作用所形成的增强环路。发生这样的情形时，副作用常使问题更难以解决。

    人们或者是因为没有找到问题的根源，或者是因为时间延滞的存在，倾向于采取一种简单易行又可以立竿见影的方案，这便是症状解了。但是症状消除以后，问题就不再令人重视，从而丧失了从根本上解决问题的能力，而问题依然深藏；等到它有一天再度浮上水面时，症状就会更重，更难解决。

    这是一条不断衰减的增强环路，在回路上每走一步，情况就会更恶劣一分。

面对“舍本逐末”，通常的解决方案有两条。

（1）必须要认识到症状解只是短期止痛的手段，切不能形成依赖。

（2）在症状得到缓解之后，要继续加强对根本解的重视。

    但见招拆招总是相对容易一些的，更关键的是，如何才能识别出“舍本逐末”这样的模型？当我们采取某些理所当然的对策却得到了不合理的结果，有什么办法可以帮助我们分析问题根源、找到解决方案？