1、用户调查：当前项目的需求方是否都还在？当前用户对现有功能满意与不满意的地方是什么？程序员眼中的垃圾代码或功能往往对用户来说，却是很好用的功能或特性。
2、业务调查：分析业务对此项目最重要的功能依赖是哪些，是否允许分步骤平滑过渡。
3、文档调查：检查是否之前的需求文档、设计文档及用户手册以及重要模块的代码注释是否有？如果没有，当事人（需求方以及开发者）是否还在？相当多的自主开发项目都是文档不全，或者严重过时。更多的设计是在程序员的大脑里。
4、项目复杂度评估：重要项目重构，需要做详细的风险评估，特别是时间风险，老板往往不一定有足够的耐心让你投入大量的人力与物力进行项目重构，毕竞老板是结果思维，特别是老板不懂技术，需要老板的支持。
5、分步上线计划，重构最重要的事情，个人认为是将功能分步完成，测试，并分功能模块上线。让老板看到阶段目标，让用户更早接触到新系统。
6、用户期望的引导，在重构之前，根据第一步用户调查的结果，把新系统对旧系统的改进提升跟用户沟通，以及短期内还无法达到部分期望的原因。最简单的办法，是充分尊重用户的意愿，让用户参与进来，这是重构系统成功能的重要保证。如果用户参与了新系统的设计，新系统更替让系统遇到的阻力会小很多。