有个项目开发过程很顺利，可是最终部署到实际环境中时使用效率极低，修改了多次性能也未能达标，怎么办？

这个问题只是阐述了问题的表现形式，并没有阐述问题的根源。

根据此问题表现，可能的原因有：

1. 在开发前期，对于最终软件的实际部署环境没有做明确的定义，或者定义发生严重偏差。其实实际部署属于最终应用的需求，也是前期需求调研必须解决的问题。

2. 软件的架构出现了致命的问题，导致软件和实际部署环境不兼容。这个是由于在前期的设计阶段，没有考虑到部署的问题，也没有考虑到部署环境可能对软件产生的影响。单纯为了软件开发而设计。要知道，我们做软件是为了给客户用，这个观点不能只是销售和商务人员懂，开发人员更要牢记。

而大多这种问题的根源，可能以上的两种原因都有，只是孰多孰少的问题。现在已经到了部署上线阶段了。要解决只有两条腿走路：

1. 通过性能和其他各种测试手段，定位软件的问题所在，尤其是根源问题所在。如果确定是架构层面的问题，那么必须要考虑做架构调整。虽然返工工作量巨大，但是如果你统计一下，你不断微调，不断debug的时间，其实未必就比返工的时间少。当然，返工时严格注意，对于耦合度低且质量尚可的代码模块，直接剥离后二次应用，这样可以尽可能减少工作量。但是这部分代码要很小心，因为集成是最容易出问题的。

2. 如果无法准确定位问题，那么就只能在客户现场派驻一定的开发和测试人员，同时自身开发现场也需要配备相关人员，模拟实际环境进行测试，双管齐下。团队人员求精而不求多，因为人多，又是两条线，管理成本和沟通成本都会很高。

以上两个方案都只能是就问题解决问题，其实项目到了这个时间，没有更好的办法，如果不能放弃，就是要么部分重做，要么拼命修改。我个人推荐前者，但是前者对于整个项目管理和软件设计能力要求很高。最关键的是经过这次后，一定要吸取教训。以后前期的工作量不能省，因为这些省下来的工作量在后期会成倍甚至指数倍增长。