要命了，老大要统一平台，该怎么做？

thskkk 2011-03-18 12:36:46

先说说我这的情况，国企某部门有软件近30号人，各自属于7,8个小组，为仪器开发控制或测量软件。开发的产品有些共性，但是基本上各个小组各自为政，代码风格设计思想各异，平时交流也不多。
现在部门老大想统一平台加快效率，方法是将一个小组的代码为底本，其他小组进行修改开发自己的软件。我觉得这事没谱，统一到什么样，统一设计思路？统一接口？统一设计工具？都没有具体规定，感觉无从下手。不统一吧，老大一脸的不高兴，话说回来开发效率是很低的，统一了有好处，但是没人趟这个浑水，毕竟大家都宁愿耗着，也不愿出大错。
说出这些是请教大家有没有类似经验，一个部门统一平台要做什么？怎么和领导沟通，怎么着手，都有哪些步骤怎么做？我直觉老大的想法应该是再工程，而不是平台。平台这个东西要稳定且开放，我们倒是什么都保密，很少有文档(这也是我觉得无法统一的主要原因)，我们压根就没有平台，又要统一到哪里去？说多了，大家随便开8...

...全文

165 20 打赏收藏转发到动态举报

写回复

用AI写文章

20 条回复

切换为时间正序

请发表友善的回复…

发表回复

thskkk 2011-06-22

打赏
举报

反正是难题，结贴散分

simon031187 2011-06-20

打赏
举报

没有人单独搞也可以，搞不成超市，还可以摆地摊
程序员都有自己的小代码库，每个人提交一些代码出来
搞个代码检索目录，其他人谁要用自己找，不合适自己改，改了再提交
参考下开源项目是怎么弄的
找人兼差做下整理，让你老大要么给些津贴，要么平常项目时间放宽点
既然提额外的要求，肯定要增加额外资源才行

yugiant 2011-06-14

打赏
举报

肯定不是单点登陆，感觉是要软件复用

thskkk 2011-06-10

打赏
举报

瞒着领导自己先做好一部分当成范例，再找个机会让领导首肯同意，目前我只有这么做，不过又何苦呢，都是给人家打工

thskkk 2011-06-10

打赏
举报

[Quote=引用 13 楼 qgzhou 的回复:]
这事倒可以做，但有几个问题
1.目前看你们老大没有指定一个人负责此事，并且各个组也没有完全积极配合的动力
2.你们整合的平台，需要依据各个部门的目前的项目或者产品为依据，同时在预计该部门后面3-5年内的新的项目类型等设计出一个开发平台。同时依据这开发平台，估计各组的项目需要的修改量，才能预计这事大致需要耗费多少时间.提交给你们老大审核。
3. 类似这种事……
[/Quote]是没有指定人，大家过一天算一天，真是愁人。其实有人负责也未必有效，关键还是整个管理机制的问题，否则谁都不愿趟这浑水。

thskkk 2011-06-10

打赏
举报

[Quote=引用 15 楼 simon031187 的回复:]
建议抽几个能力比较强的出来，单搞一个内部公用代码库的项目
把底层访问协议、文件保存、界面绘制什么的统一封装
以后新建的项目一律调用库功能，旧项目重构的时候再迁过来就是了
[/Quote]
这个方法我也想过，最后能有专门的中央平台部门负责这样的规划整合，但是人力抽调出来，手头的项目就没几个人干了，领导肯定不愿意，那不是砸了工程砸了形象吗。
这些天太忙了，sorry

simon031187 2011-05-23

打赏
举报

建议抽几个能力比较强的出来，单搞一个内部公用代码库的项目
把底层访问协议、文件保存、界面绘制什么的统一封装
以后新建的项目一律调用库功能，旧项目重构的时候再迁过来就是了

p123p456p789 2011-05-23

打赏
举报

先是统一组织统一管理统一设计统一实行统一技术标准统一开发方法

q107770540 2011-05-23

打赏
举报

行政方面要给力

qgzhou 2011-05-09

打赏
举报

这事倒可以做，但有几个问题
1.目前看你们老大没有指定一个人负责此事，并且各个组也没有完全积极配合的动力
2.你们整合的平台，需要依据各个部门的目前的项目或者产品为依据，同时在预计该部门后面3-5年内的新的项目类型等设计出一个开发平台。同时依据这开发平台，估计各组的项目需要的修改量，才能预计这事大致需要耗费多少时间.提交给你们老大审核。
3. 类似这种事，如果领导没有下死命令，并且这事没有一个富有执行力的人负责，一般在国企，这种事都会不了了知。

当然还有其他的几点，就不一一说了。

winner2050 2011-04-19

打赏
举报

还是你们老大水平太差。

看看微软的windows 和 ie
vs +sql+office+sp

统一得很好。

samsungcsdn 2011-04-18

打赏
举报

理论上，重构
先对目标要有清醒的认识和理解，要做的平台，是为了什么，产品架构是什么
然后可以先对现在的多种架构做一个评估，对比目标中的平台，看看有多少能复用的。
把这个事情当做一个系统工程，选好leader，作出合理的计划，一步一步来，这是个长期的事情。
或者把这个平台化的事情放一放，先在各个业务单元，搞搞规范，效果能好一些。至少不至于完全没成效。

说到底，还是个企业内部环境的问题，目标明确了，关系理顺了，事情就好办。
现实一点儿说，这活儿干好的可能不大，摸清领导的意图，用其他的方式，达成领导满意度，能让领导差不多接受就算不错了。