大家觉得做企业内部IT和在DL做IT有什么不一样，哪个更好些?

krap

雪候鸟 发表于 2013-2-7 10:57
那性价比很不好啊

一个人的Ist-Zustand不代表什么，我现在还天天在家和pampers打交道呢

雪候鸟

sbtree 发表于 2013-2-7 11:07
单机系统很简单，也很容易应用，不过别忘了，出问题的风险增加了。适当的冗余是必要的，尽管会增加一些维 ...

冗余是肯定的，我这里说集群是为了解决性能问题，而不是数据安全问题。这个是数据库管理的两个不同的方面。

rain123

请问DL是什么的简称啊?

雪候鸟

左转 发表于 2013-2-7 11:00
我不能同意你的观点，说这些都是噱头
我见过很多公司，特别是大的公司，都在实实在在的应用这些东西了。 ...

我们konzern也是德国konzern里头几号的了，这个东西也就ppt说的悬乎，真的实施太难了。

雪候鸟

krap 发表于 2013-2-7 11:11
赞同！

个人感觉内部IT还有一个很重要的Rolle就是质量把关。

很对

雪候鸟

rain123 发表于 2013-2-7 11:50
请问DL是什么的简称啊?

刚才看错了

雪候鸟

krap 发表于 2013-2-7 11:41
一个人的Ist-Zustand不代表什么，我现在还天天在家和pampers打交道呢

这个比IT难度大多了

左转

krap 发表于 2013-2-7 11:11
赞同！

个人感觉内部IT还有一个很重要的Rolle就是质量把关。

个人感觉内部IT还有一个很重要的Rolle就是质量把关。
extern技术可以可是毕竟Interesse不同，比如一个程序的可持续性发展，extern不怎么在乎的，extern就是短平快，一个项目按时，在budget内完成，能被Abnahme，能接到下一个项目是extern最多考虑的。至于一个企业的Produktpalette是不是搭，Skalierbarkeit这些都要企业内部有人把关。让extern单独做Architekt就是灾难。其实就像家里搞装修，活可以找人干，但怎么干自己一定要知道。。
可惜内部IT往往也有自己的很多问题，Politik严重，Manager在往上爬的时候也不在乎一个软件的Lebenszyklus，等问题发现的时候，已经是另一个倒霉蛋儿的事情了。

说得很对。
这些就是ITIL 可以进来玩的地方了。ITIL 不是一个虚无缥缈的东西，企业内部IT 要长线发展，需要一个规范，ITIL 就是这么一个指导。比如达到什么标准的时候项目可以被验收，需要什么流程来批准，需要满足什么样的企业内部的Service （IT 就是提供Service 的）。就像搞装修，地板应该装成什么样子，你要能精确的说出来，材料号是什么，工期是什么，花多少钱。不是拍脑门。这样下一任的IT 的头也能知道，上一任做了什么，花了多少钱，新来的extern 应该做什么，应该达到什么样的质量，还应该大概花多少钱。就算换了个Handwerker，地板也能完整的装得一摸一样。小企业可以靠IT 管理人员的能力，越大的企业越需要这样的规范了。

至于Mobility 和Cloud，你看看有多少企业准备给marketing 和sales 部署iPad，上面直接运行SAP CRM，有多少部署Lotus Notes Traveler，有多少计划把Infrastructure 放到Cloud 上，你就知道，这些已经不是虚无缥缈的事情了。最多三年，你就会发现，不知道Mobility 和Cloud 是怎么回事的，就没法在IT 混了。

雪候鸟

雪候鸟 发表于 2013-2-7 11:53
不敢说

刚才看错了，我以为你问我公司是什么名字呢。DL Dienstleister

雪候鸟

左转 发表于 2013-2-7 13:20
说得很对。
这些就是ITIL 可以进来玩的地方了。ITIL 不是一个虚无缥缈的东西，企业内部IT 要长线发展 ...

没办法，这就是现实。大多数企业要是按照你那么说的那么作，根本就没有这么多预算，马上就得瘫痪。换到sap crm集团内部吵吵闹闹好多年了，雷声大雨点小，别说sap crm连升级下abap都不愿意掏钱。裁员都忙不过来，还搞这些。旧的系统有多少，我们集团就一个子公司的数据库里几千张表格具体都没人知道干什么了，几千个接口没有文档谁都不知道是做什么的。itil cloud mobility听起来是不错，都换到这上这样需要20年以上。理想总是美好的，现实总是残酷的。