敏捷开发中，当必需和没文档，没单元测试的老系统共舞时，就宛如是一场陷入泥沼的恶战、恶梦......
在敏捷开发中，当必需和老系统奋战时，光只是 “看” 老系统的源代码，不仅耗时，耗尽体力，更是完全无效的；完全无法梳理清楚老系统中的业务、代码逻辑与相互间的依赖。
这世上永远是极复杂的问题，却只需极简单的解决方案……
① 将在老系统上所需做的事；如：搬迁老系统的业务到新系统上，在老系统上加新特性、新功能……；均划分成 User Stories。
② 依照每个 User Story的目的，“直接” 修改老系统上的源代码。
③ 编译、执行老系统；此时应该会出现许多 “执行错误”。
④ 这些编译、执行上错误的信息，将会是最珍贵的线索; 能让我们知道，要在老系统上完成所需的 User Story 开发, 则所需的 “前置条件”、“依赖”、“业务流程 （逻辑）" 是什么 ?。
“要搞懂老系统，便必需要与老系统的源代码做第一类的接触;直接修改老系统的源代码；别只是“看” 源代码。”
