技术平台迁移

技术平台的迁移是技术决策者需要慎重考虑的决策之一。对于互联网企业而言，这种决策不仅仅关系到技术产品的长期发展和稳定性，平台的迁移甚至关系到企业本身的长治久安。所以，对于技术决策者来说，一定要问问自己，我们准备好了吗？

技术平台迁移是必要的吗？ 技术平台迁移一定是公司战略决策上面考量的，是公司层面的大事记，C*O层面应该有充分的考虑，需要从决策层面来筹划和考量。而不是单纯的从技术层面来考量。某些公司从IPO层面考量，比如微软体系结构都是付费的，而开源体系结构式免费的，针对互联网的巨量服务器，可以降低成本。并且J2EE体系结构稳定，跨平台，满足未来的开放体系结构。HRD可能会从战略人力资源来考虑，毕竟互联网企业，J2EE的人才相对充裕一点。思维角度应该多元，只有在战略层面来论证迁移的必要性，才可以在面对问题的时候，在宏观层面来解决。

人力资源和财务成本准备好了吗？ 在做技术平台迁移的时候，老的技术平台需要维护，新的技术平台需要招募新人，也就是需要支撑2套技术路线的人力成本。比如原来老系统几十人做了几年，那么做平台迁移，需要有相应的人数来做平台迁移。而且还需要新的开发工具，软件和服务器，公司是否能够满足这些成本，做好了充分的预算？ 如果没有考虑这些附加的成本，认为很少的人员就能做好平台迁移，在财务扩展的后期就会感觉压力。只能压缩新技术路线人员，这样将会导致迁移的冗长和士气的低落。

组织架构是否准备好了吗? 技术平台迁移需要多团队合作配合,架构，开发，测试，运维。而且相应流程规范和技术都需要变革，主导迁移的个人或者团队需要和各职能团队（架构，开发，测试，运维）存在汇报关系并且有奖惩关系。如果主导技术平台迁移leader和职能团队平级，不存在汇报关系。那么在迁移过程中资源的协调和方案的确立将是艰难和曲折的，面对变革，出于习惯思维考虑，众口难调。如果没有在组织和制度上做设计，迁移也将是无序和杂乱的。淘宝的平台技术迁移是在VP的统一协调下进行的，只有在组织上做好设计，才能保证迁移的顺利进行。

团队内部准备好了吗? 各个团队成员是否在思想上达到统一，认识到技术平台迁移的必要性，是否有意愿参与到平台的迁移中来。团队成员是否具备相关的技能参与到迁移中来。如果团队不具备这些思想和技能准备，一是通过培训来解决，二是需要招募新人来进行技术平台迁移。仅仅依靠个人，而团队不具备迁移的能力，个人英雄主义的方式难以达到成功迁移的目的。

是否认识到将要面对的困难？技术平台迁移不仅仅是技术本身，还有相关的解决问题的思路也需要转变。由于思维习惯的问题，技术平台迁移将可能会面对老技术平台人员的消极观望和懈怠的行为，甚至有一些抵触行为。作为决策者是否有了足够的准备来对待这些消极行为？是积极引导，还是消极漠视？ 解决这些问题不是个人的问题，而需要决策层从上而下的传达信息，并且积极的采取措施。态度的不明确，将会损害迁移团队的积极性。迁移过程中，两种技术路线和思想的激荡，必然会导致人员的流失，如何去激励下属，指引目标，树立信心，需要大量的管理和协调工作。这些都是些隐形的困难，不解决，将直接影响迁移的效果。

客户体验准备好了吗？技术迁移过程中，系统切换，可能会影响系统的稳定性，这些需要做充分的测试和回滚。面对这些不稳定因为，需要提前预判对客户的影响。

技术平台迁移是战略层面的事件，关系到公司的基础骨架，“牵一发而动全身”，不是某一个具体职能部门所能承担的，没有在思想，成本，组织等层面做好充分的准备。那么迁移将会是缓慢，无序，严重影响迁移的进度和成败。