再谈自主开发与企业IT管理

前两天写《自主开发与带兵打仗》分析了一下自主开发的利与弊,得到了园内不少朋友的反馈,但我觉得还有很多东西没有交待清楚,可能有很多朋友也跟我一样在公司的IT部门,有自己的研发团队也有很多外购的系统或产品。IT部门其实很多情况下对于一个公司其实很多情况下是一个很尴尬的部门,更多情况下在老板的印象里是一个管管机器、管管系统的部门,而所谓的做出点成绩却是要投入大量的成本,而所谓的创新更是无稽之谈。因此我觉得对于一个IT部门来在研发方面很遇到很多问题,而这些问题可能更多跟公司的行业、决策者对于信息化的认知等息息相关的。

其实作为集团下属IT公司的研发团队组建到现在超过三年的时间了(公司的时间要更长点),我刚好有幸经历过了这三年大变革的阶段,从最初的纯PHP团队到纯JAVA团队再到JAVA+.NET团队几乎每年都会有大的调整,大的人员结构变化,可以说在这三年的时候里栽了不少跟斗,而我们自己的印象是公司老在调整,不管是目标还是人员,老板的印象是投了那么多钱却没有什么效益产出。

来看看集团IT的场景吧:

老板:你看咱们有这么多公司,有这么多需求是吧,你们IT这边搞出些系统把这些解决了,对于你们来讲以后就有自己独立发展的可能了,内部公司就作为你们的第一批客户是吧。另外现在市场是有这么多开源的产品你把这些产品整合整合起来不就是自己的系统了嘛。现有很多东西都不需要自主开发了,你搞出一个平台来了有很多人能帮你来开发,说着说着就手起手上的iPad跟我们说上,你看iPad有这么多软件这些都是苹果写的吗?不是,那都是别人帮苹果写的,所以说世界上有这么多聪明的人,你不可能把这些都招聘过来工作,但是如果你有平台的话那么他们就有可能在你的平台上来为你服务,你还不需要给他们付钱,是吧。好吧,咱们就做个平台,这个平台要包含XX、XX、XX、XX、XX、XX、XX、XX、XX、XX、XX,你看你们多久可以搞出来嘛。。。。

IT: 老板这个我们得评估系统功能、工作量、人员,对了还有一部分人在您上次交待的项目上得做完了才能抽出来。。。

老板:我跟你们说你们这种工作方式是不行的,你做不完的工作你可以拆分成任务包嘛,是吧,你可以把这个任务包指派给别人,还可以定一个价格,以后咱们公司就通过任务包来统计工资跟绩效。至于上次那个项目嘛先别做了,现在这是大的概念做好了就可以把上次那个给涵盖到了。所以那个项目的人员从现在开始就调过来好吧。还有工作包的事我觉得这样也不要太久,7天!好吧。为啥七天呢因为上帝创靠人类是用了7天的。所以以后每个工作都要拆成七天。

两个月后,老板又通知IT开会,那个。。咱们现在要搞一个大的XX平台,这个平台可以OOXXOOXXOOXX。。。。,你们看你们IT把人员的都组织一下从现在就开始做这项工作,每周跟我汇报。。。

一年后,老板要求IT提交年度分析报告,汇报刚到一半老板就开始说我投了这么多钱养你们这些几百号人,也没搞出几个像样的产品来出。。。过年前半个月公司开始裁员,开春老板又想了一个新的平台,又开始招人倒腾起来了。。。。

其实我觉得这里面的矛盾有点类似于“我国现阶段的主要矛盾是人民群众日益增长的物业文件需求与社会生产对相对落后的矛盾。”,以上的场景里老板提了很多目前主流的思想,比如:项目产品化、平台接口化、分包、互联网化等等概念。因为随着技术、产品、概念更新得越来越快,很多时候作为公司内部IT已经很难再跟上主流的技术、产品、管理方式。但是由于主流技术或产品又传播得太快导致了IT部门越来越难满足老板的胃口,比如老板刚买了个iPad就想要在上面办公了,而之前的系统其实有很多是不兼容的,修改起来费时费力。当然除了IT部门的原因我觉得很多情况下公司文化主要是决策者(老板)的认识是有很多关系的。我觉得作为内部研发团队会有以下几个问题:

1. 投资不够

其实从一个需求自主开发到一个成熟是一个相对漫长的过程,而在此期间又需要不断的投入以对人员、产品进行调整以优化。但很多情况下作为公司决策者或者业务部门只看到眼前的利益。一个项目如果超过半年以上的话就很难再得到有效的支持了。

2. 团队素质

我们大家都知道“一分钱一分货”,作项目的团队跟做产品的其实从人员技能要求来讲是有很大差距的,但是很多公司往往又无法投入如此大的资源来构建产品团队,更多情况下在严格的成本控制下面很难招到能满足“产品化”要求的人员,如果人员不能满足的话那么就无从谈起产品化了。

3.没有主导权

IT部门在公司里面基本都是“二流”部门,所以很难避免受到公司或者业务部门战略调整的影响,很多IT项目或者人员不得不因为调整而调整。而有时候如果IT部门觉得跟些解决方案其实可以的为业务部门服务,但得不到业务支持的话其实很多情况下也会半途而废。

当然作为IT部门的我们肯定也希望起走这样的困境,毕竟信息化的价值谁都不敢否定,这也是为什么存在的基本理由。初步考虑我觉得以下的一些方面是不是可供参考或借鉴的:

1. 自主开发决策原则

如《自主开发与带兵打仗》里讲到的,其实我们并不是所有的产品或系统是需要自主开发的或者说是值得自主开发的,我觉得如果要决定自主开发来做的话主要是考虑是不是主要的业务方向以便能获取长期的支持,也能积累和提升相应的业务经验与价值,至于这个系统自己有没有能力做或者性价比高不高我觉得倒是其次的了。

2.基础与积累很重要

公司很多项目都需要开发,那么开发的话我觉得不需要一个一个的重头开始做,更不能从PHP、JAVA、.NET整批整批的换,这样的代价太高了。要找准主要方向,管理好相关的代码、文档,当然最重要的还是团队要稳健。还有我最近在考虑要不要用一些像微软的Sharepoint 之类的产品来提高基础平台的能力。这样很多时候开发就不会从头开始了。但是SP的人员成本还满高的可能有待商榷,不过应该是一个方向。

3.新事务要小而快

除了日常的IT及研发工作之后还要对于新事务要采取“小而快”的原则,觉得值得试一试就要快速的组建一个小团队快速的发布成果,并在公司内部培养。

4.规划很重要

很多公司的IT都没有什么规划,或者有的话就只有一年的规划,其实IT建设是一个相对漫长的过程。我觉得主要的规划以三年为一个周期比较合适,然后每年还有一个相对详细的规划。并且这个规划一定要得到决策者的支持。规划里面除了IT和研发的事项之外其实还要考虑到非IT人员的培训、软、硬件重要的升级等事项。比如全员升级到Win7之类的。不然你以后开发系统体魄得考虑IE6的问题。

5.开源值得尝试吗

公司内部的项目除了使用一些开源的解决方案之外有没有办法可以把自己的研发成果开源出去,以便构建社区,提高产品化的可能性。这种方式在互联网公司里面比较普遍,不知道这个否适合于企业研发领域。

总结

好了,我觉得我了解到的还有我的想法交待得差不多了,以上只是个人的小观点,可能有很多夸大或者不考谱的成份,等着拍砖。。。。

时间: 2024-10-24 21:22:08

再谈自主开发与企业IT管理的相关文章

从飞信群再谈时间管理

收邮件啊 快收邮件~取消飞信小群的当天晚上,便有几位小组组长跑到某某那如是说.虽然我没有做过调查,但是看到这样的情景,我想她们应该和我有一样的感觉,没有了飞信小群在一定程度上,不 -方 -便- 但是过了这一段时间之后,发现我们日常的学习并没有受到什么影响,反倒是比之前明显的改善了.下面谈谈我对这件事的看法. 首先我们还是有飞信大群的.因为不会经常通知,也就谈不上打扰,而且也保证了紧急情况下的及时性和效率.可小群不一样.小群的人数不多,但通知频繁.这样问题就随之来了.最近我的体会 优点一减少打扰

自主开发与带兵打仗

自主开发与带兵打仗两个好似毫不相干的东西在最近的工作中越来越觉得两者有着越来越多的相似之处.好吧说说目前的情况,我公司是个集团下属的IT公司,有几十名自己的研发团队.有比较多自主开发失败的情况,所以公司内部老是在讨论我们到底是应该自己开发还是直接外购系统或外包出去.刚好前一段时间看了<三国>,想想自主开发跟带兵打仗还是有很多相似的地方. 1. 成本高 俗话说“养兵千日,用兵一时”,要培养一支训练有素的军队不容易,它要花费很长时间和大量物力.在企业里面也是一样,一个研发人员的待遇一般可以养得起2

[转]Web3.0时代,企业知识管理新趋势

[转自http://www.amt.com.cn/html/ManageFront/AMTPoint0/2014/0716/1370.html] Web3.0时代,企业知识管理新趋势 2014-07-16 18:54作者 肖启操 [本文导读]知识管理对于企业的价值在哪里?不同的企业在应用知识管理时会重点关注哪些价值?关于Web3.0时代的知识管理发展新趋势,我们从知识管理价值变化开始说起. 近20年,科技浪潮发展的一个基本框架可以被描述为:基于网络互联的Web 1.0时代,基于社交的Web2.0

专访变设龙:重新定义设计 颠覆传统企业图片管理方式

俗话说的好,佛靠金装,人靠衣装,三分长相,七分打扮.喜欢一个人,始于颜值,陷于才华,忠于人品!爱一个产品,始于颜值,陷于效果,忠于品质!产品的成功除了做好内功,最重要的是靠包装.图片在包装设计中起到的作用,不仅仅是画龙点睛,甚至可能带来量变到质变的转化. 产品气质的核心在于视觉形象这句话说的一点也没错.互联网时代,图片的力量得到了最大化的利用.无论是企业品牌形象.产品网站ui.营销策划都离不开图片设计,然而企业在图片管理中也遇到了不少的瓶颈.传统的AI.photoshop等图片编辑软件操作复杂门

产品路标开发是企业持续成功的关键路径

什么是路标开发? 路标开发流程RDP(Roadmap Development Process),路标开发流程是针对公司指定产品或解决方案领域的中长期发展方向和节奏的规划,是公司在这一领域产品和解决方案策略的体现,产品开发的路标应聚焦客户需求,从商业视角进行产品规划是路标开发的核心,是产品规划能否成功的关键. 随着国内外高科技领域的产品竞争越来越激烈,产品和解决方案的创新尤其是核心技术的自主创新已成为中国企业乃至整个中国商业社会转型的重要手段.长期以来多数企业一直将技术研究作为烧钱的代名词,由于其

Java基础——再谈面向对象

去年的这个时候,心血来潮写了篇<简述面向对象技术>,先在看来不由的会想:这都是写的什么跟什么啊?(ps:虽然现在写的博客依然不咋地)但是,Java的学习中又一次不得不再一次面向对象,所以,奉上一篇<再谈面向对象>,做为新年的一盘开胃菜. 面向对象是相对于面向过程而言,是一种思想. 区别于面向过程: 面向过程是以函数为基础,完成各种操作,强调的是过程,而面向对象是以对象为基础,强调的是对象. 比如说把大象装进冰箱分为几步,宋丹丹是这样说的:三步呗, 第一步:打开冰箱门, 第二步:把大

Unity游戏开发中的内存管理_资料

内存是手游的硬伤——Unity游戏Mono内存管理及泄漏http://wetest.qq.com/lab/view/135.html 深入浅出再谈Unity内存泄漏http://wetest.qq.com/lab/view/150.html 这一次,我优化了37%的内存http://wetest.qq.com/lab/view/147.html Unity项目资源加载与管理http://wetest.qq.com/lab/view/124.html Android应用内存泄露分析.改善经验总结h

ERC系统理论的提出与研发成功,是企业信息化管理史上划时代的革命

ERC系统理论的提出与研发成功,是企业信息化管理史上划时代的革命! 一.企业管理软件市场存在的严重问题. ERP系统理论于1990年提出,至今已有二十五年历史,巨大的市场空间吸引了一大批的软件厂商进入此市场,虽然市场发展迅猛,但是企业信息化管理应用的普及工作却举步维艰,企业怨声载道.商翼通过详细的市场调研发现,目前企业管理软件市场存在如下几个方面的严重问题: 1.系统设计过于僵化死板.用户体验差.适应性更差.现有的管理软件还是完全采用二十五年前提出的ERP系统设计思想与理念,设计模式相互抄袭,基

浅谈游戏开发中碰撞检测

原创整理不易,转载请注明出处:使用Memcached.Spring AOP构建数据库前端缓存框架 代码下载地址:http://www.zuidaima.com/share/1781569917635584.htm 数 据库访问可能是很多网站的瓶颈.动不动就连接池耗尽.内存溢出等.前面已经讲到如果我们的网站是一个分布式的大型站点,那么使用memcached实现数 据库的前端缓存是个很不错的选择:但如果网站本身足够小只有一个服务器,甚至是vps的那种,不推荐使用memcached,使用Hiberna