管理层和技术部都有各种难言之隐，你的企业也会遇到么？那么如何来破解这些困难呢？

纵横四海

我们首先得承认，人都是有惰性的；换句话，在生活中如果没有小鞭子抽着，大部分的人都会有惰性；也就是为什么有温水煮青蛙这一说；企业信息化这方面的工作也同样存在，试想我们是否会遇到如下的一些情况呢？
1>企业的 IT架构陈旧，问题一大堆，每个人都深知应该对现有的架构进行升级，但就是没有动静；
2>流程不合理，效率低下，因为推动比较困难，所以这样的状态会一直持续下去；
3>数据质量低下，数据错误无问责制度，同样的问题一而再再而三的出现，每次问题都有各种理由或者原因，没人对数据正确性负责；
4>管理层深知IT系统需要变革提升效率，但无从下手；

凡此种种的情况，这些情况时间久了，大家也就习以为常了，而这些问题会成为蛀虫侵蚀着企业的发展；

对于IT 部门也有苦衷，他们又遇到了那些问题呢？
1>最初的架构没有考虑到企业后续业务的发展，后续的开发基于前期较为简单的架构不断进行功能叠加开发，之前的架构设计早已不堪重负；
2>受制于庞大的交易数据和基于陈旧架构不断累加的功能，对每一个功能的修改和重构都需要小心谨慎，很多功能互相影响，牵一发动全身，以至于很多功能少有人能够说清楚，弄明白；
3>主数据质量较低，没有统一规范主数据管理，各个口径的数据因规则不统一，导致各个部门获取的数据不一致；
4>新的需求层出不穷且新需求因架构陈旧导致开发效率低下；
5>主要的人力都用于已有功能的维护或者问题修复，对新业务的支持明显不足；
6>业务部门提交需求只会立足于本部门的需求，不考虑对其他部门的影响；
凡此种种．．．．

可以看到管理层和技术部都有各种难言之隐，你的企业也会遇到么？那么如何来破解这些困难呢？可能需要智慧，大家各抒己见吧；


该贴已经同步到 纵横四海的微博

纵横四海

mylin35 发表于 2012/9/29 16:10
有同感，规划很重要，很多时候PK不过业务部门

最近和某知名电子商务公司的IT部门负责人聊天，我问你最大的挑战在什么地方，他的一句话让我印象深刻：Say NO！
谁说不是呢？
一个公司的IT系统，作为IT部门应该对系统的架构，功能以及业务流程要有清晰的认识，区分那些是主要需求，那些是次要需求，那些可以通过变通解决，那些是需要谨慎的修改业务流程；

当我们看到我们的业务流程朝令夕改的时候，我们的确应该反思；Say No需要有自己的决断，需要对产品的发展方向具有强的把握；

我想这里涉及到一个对需求进行分析的过程，当有很多需求被业务部门提及的时候，我们首先应该想到如下这些问题：
1>这个问题重要么？会影响那些业务？
2>这个问题紧急么？不作会有那些影响？
3>要解决这个问题，有那些解决方案呢？是否可以不开发系统就可以解决呢？
4＞是否可以让业务部门作调整？如果仅仅是个案，是否可以让业务部门作一些变通呢？
5>如果是紧急需求，是否可以建议业务部门在开展此项业务的时候和技术部门先作一些沟通，以确认系统是否能够满足需求呢？
6>这是一个长期需求么？
7>这个功能和之前的功能有冲突么？
8>这项需求的开发得到了业务部门领导的批准了么？要开发这些功能会影响到的业务他们都了解了么？
9>开发这项功能所获取到的价值是多少？我们需要投入多少？

我想问完这些问题后，我们再开始作吧，否则会有一些风险；
我们常常看到一些企业，IT部门开发了业务需要的所有功能，最后IT系统不堪重负，整个系统如累卵；这样的系统是我们想要的么？

当然Say NO并不意味着我们止步不前，而是抵制各种诱惑，开发关键业务功能；

2355512711

IT人员say  NO，对于管理层而言是很难接受的，
要say NO，要先做好自己的功课，领导信任你，领导离不开你的，
你才能say NO

angell2008b

IT部门对业务部门的需求把控确实非常重要，一般来说刚刚上线的项目尽量不去做过多的二次开发，先把标准功能用顺，再考虑特殊业务，业务部门的需要一般来说具有局限性，考虑本部门的多，很少有站在整个业务流上看问题的，我们处理这类需求也是跟上面说的差不多
一、业务部门要能够说清楚该需求，有没有明确的目标，为什么要这样做，这样做可以解决他那些问题，这些问题合不合理。
二、该需求会不会影响上下游的业务，会不会牵涉到其他部门
三、有没有变通的线下解决方案，如果一定要上系统，对目前的功能有没有影响，能不能直接用标准功能或者是简单修改
四、一般不对系统进行大的改动，除非逼不得已，不改动业务走不下去。

粉露男

欲望无穷，资源有限 是一个定律。
科技日新，不断追求 是要付出代价。
代价得到的回报(有形或无形)，要评估是否值得。
陈旧未必是问题，只是电子设备有其生命周期。
作决定是难的，评论则十分容易，决策者最终也必要作出决定。

lizee2008

变革创新必然要经历阵痛才可以重生.    业务与技术应同向而行,而不是背道而驰.   找准平衡点是关键.   

mylin35

有同感，规划很重要，很多时候PK不过业务部门

pujunsh

现在的中国企业中不太缺少管理理念的，因为这方面的书籍浩如烟海，看几本管理理念的书就基本明白了。

lizee2008

适当的时候say no是必要的.  否则IT的风险太大,而且极有可能深陷其中.   在业务部门常常认为IT无所不能,即便有时从技术角度或许是可以实现,但是不能产生价值的项目尽量say no

mylin35

纵横四海 发表于 2012/9/30 05:07
最近和某知名电子商务公司的IT部门负责人聊天，我问你最大的挑战在什么地方，他的一句话让我印象深刻： ...

Thank you!  {:soso_e183:}

cszwzzl

流程再造对于企业管理很重要

blueworm

有時管理層會要求技術部，先前外部顧問導入系統時，說某某功能可以做到，所以現在要快速達到這些功能....

但常忽略了當初顧問所說明的一些前提架構必須先成立.....

davidma

工作才两年，对于管理来说，也不太懂多少，但是我们现在公司IT部仅仅只是作为一个服务部门，在公司中的地位很低，很多时候都是被用户牵着走或者用户说了什么就需要做什么，因此，有的人的工作量很大，而且主要的工作还是在于维护，我想这些都是前期的一些规划、架构上出了些问题吧。


另外，我也不是很明白，公司的架构会影响很大，我的一个体会是：我面试了一家公司，后来顺利通过了，但是后来说他们公司的部门架构做了调整，让我等等......,看样子还是有很多是需要学习的啊.学无止境啊

怒问苍天情何堪

马克一下，等待更新学些{:soso_e113:}

jishenglai

业务与技术应同向而行,而不是背道而驰

lxtxgood

好文章，学习了

vahotxu

公司遇到同样的困境，先mark

baserwei

感觉还是规划上的问题

cggaoda

IT规划的问题
个人认为现在的企业搞IT规划是非常重要的，很多企业大大小小的系统上了一大堆，但最后发现管理混乱、功能重叠、维护困难，往往刚刚上的一个系统或功能模块就被推翻，一个系统的生命周期非常短暂，早期投资全打水漂，这些都是缺乏IT规划。幸运的是越来越多企业已经认识到了这一点，也愿意进行投入，相信不久的将来这一块对IT部门来说就没那么难了。
Say NO
这点的确是做起来非常困难的，因为企业中因为部门甚至管理层通常认为IT部门就是一个搞服务的，业务部门的需求就应该满足。个人认为还是从系统上线前的需求调研分析中就应该引导用户，让用户认识到不是所有需求都可以做，这样带后续系统上线后就不会乱提需求

粉黛佳人倩

管理员，说实话太佩服你了