要命了，老大要统一平台，该怎么做？
先说说我这的情况，国企某部门有软件近30号人，各自属于7,8个小组，为仪器开发控制或测量软件。开发的产品有些共性， 但是基本上各个小组各自为政，代码风格设计思想各异，平时交流也不多。
现在部门老大想统一平台加快效率，方法是将一个小组的代码为底本，其他小组进行修改开发自己的软件。我觉得这事没谱，统一到什么样，统一设计思路？统一接口？统一设计工具？都没有具体规定，感觉无从下手。不统一吧，老大一脸的不高兴，话说回来开发效率是很低的，统一了有好处，但是没人趟这个浑水，毕竟大家都宁愿耗着，也不愿出大错。
说出这些是请教大家有没有类似经验，一个部门统一平台要做什么？怎么和领导沟通，怎么着手，都有哪些步骤怎么做？我直觉老大的想法应该是再工程，而不是平台。平台这个东西要稳定且开放，我们倒是什么都保密，很少有文档(这也是我觉得无法统一的主要原因)，我们压根就没有平台，又要统一到哪里去？说多了，大家随便开8...
[解决办法]
这种任务的难题不是技术方面的，而是政治方面的。
建议成立一个R&D小组，让镇得住场面、能和高层通气的人当组长，然后拟一个计划表，给上面审阅。
[解决办法]
没有别的好办法，只能重新设计一个基本架构，然后再以此为准修改现有模块，集成到统一架构之中。管理上，先统一管理代码，统一搞配置管理。
[解决办法]
理论上，重构
先对目标要有清醒的认识和理解，要做的平台，是为了什么，产品架构是什么
然后可以先对现在的多种架构做一个评估，对比目标中的平台，看看有多少能复用的。
把这个事情当做一个系统工程，选好leader，作出合理的计划，一步一步来，这是个长期的事情。
或者把这个平台化的事情放一放，先在各个业务单元，搞搞规范，效果能好一些。至少不至于完全没成效。
说到底，还是个企业内部环境的问题，目标明确了，关系理顺了，事情就好办。
现实一点儿说，这活儿干好的可能不大，摸清领导的意图，用其他的方式，达成领导满意度，能让领导差不多接受就算不错了。
[解决办法]
这事倒可以做，但有几个问题
1.目前看你们老大没有指定一个人负责此事，并且各个组也没有完全积极配合的动力
2.你们整合的平台，需要依据各个部门的目前的项目或者产品为依据，同时在预计该部门后面3-5年内的新的项目类型 等设计出一个开发平台。同时依据这开发平台，估计各组的项目需要的修改量，才能预计这事大致需要耗费多少时间.提交给你们老大审核。
3. 类似这种事，如果领导没有下死命令，并且这事没有一个富有执行力的人负责，一般在国企，这种事都会不了了知。
当然还有其他的几点，就不一一说了。
