这个项目就是给用户换个身份证号码，属于从上到下必须完成的任务，时间上也比较紧。将PC/H5/APP全部替换完只有半年的时间，而且APP碎片化比较严重，让用户升级上来也得一段时间，挑战还是比较大的。
到今天为止，PC已经上线并且运行两天了，还算比较稳定，终于有时间做下初步总结了。
1.做好计划
1.1 立项
首先要和需求方正式开个会，把需求和截止时间都明确清楚，了解整个改造的全局。
1.2 确定人员
该项目挺大挺复杂的，需要涉及终端开发、前端开发、运营开发、后台开发、数据开发等各个岗位的人员，所以需要协调人力来确认最终的负责人。
2.落实工作
2.1 后台工作
项目中最难的点其实也在后台，除了存量数据的转储、各个接口的高可用、跨终端用户的兼容等。这些都是要提前做好方案、方案评审、代码、代码评审、测试、压测、容灾等工作。
2.2 项目管理
在该项目中除了作为后台开发人员需要承担功能开发外，还得作为项目经理来把控所有进度。作为PM要规划制定各个时间节点，要严格在各个时间节点进行预估的输出。下面列出一些项目管理工具或者形式：
- 在线DOC，所有的状态都需要及时更新，开会的时候以此为纲。
- 内部群，各种讨论小组来分头讨论具体事项
- 每日短会，对齐进度与抛出解决难题
- 双周汇报会，同步项目整体进度
- 随时的面对面沟通，随时解决过程中遇到的难点
3.协同把控
3.1 协同项目
这个改造不可能让业务停止下来等待改造完成，所以同时还有其余的需求在同时开发。这样就必须有分支与主干的相互合并，给每个项目都拉一个改造的分支，然后修改提交都在分支上进行，每天还需要将主干的改动合并到分支上，这样才能保证分支是最新的，这个是不同项目之间的协同
3.2 协同人员
以PC为例，需要协同前端开发、运营开发和后台开发，不断的在群里同步自己的进度，然后制定好合并测试、提交分支的事项。遇到问题及时反馈及时解决。
3.3 协同信息
项目影响的面比较广，涉及的人员比较多。所以有预约开会、预约测试、变更、进度等都需要在各个不同的群里进行周知，让信息尽可能的被大家都知道
3.4 协同时间
以终为始，反向推算各个阶段所处的时间。算好分头开发时间、和并测试时间、正式测试时间、最终上线的时间。
4.最终上线
4.1 上线方案
变更需要在短时间内完成，既有的发布工具可能不满足需求，这样就需要制定额外的发布步骤，最好的方式是提前准备好然后切流量。
4.2 锁定主干
避免有人提交新的文件从而加大整个项目的难度，上线期间需要锁定主干禁止提交。这样稳定后可以将分支最新代码合回主干。
4.3 观察反馈，解决问题
还有遇到的问题都不是什么大问题
- 评论不了，原来社区的功能在另外的一组机器上，之前没有考虑到，所以发布的时候没有发布到这批机器上面来
- 用户cookie种失败，QQ远程操作后发现是极端的个例
- 作者上传失败，使用的flash控件没有cookie（MAC下的safari浏览器）
希望后续的H5和APP都可以上线成功，终于可以暂时松一口气了。
