联想项目结束了,聊聊华为SAP HANA项目八卦

联想项目结束了,聊聊华为SAP HANA项目八卦

【转】

本文目录 [隐藏]

1.故事线

  • 2012年, SAP研究院、以及售前、BD团队就与Huawei IT开始联系和接触,有过多伦的技术回答和交流。本来那天没我什么事情,但是由于我老板没空,于是被派去打酱油参与一些讨论,还蹭了顿饭吃,在张江的博雅酒店,客户来了一堆人,华为企业服务器研发和华为流程、IT各个领域的专家,依稀还记得是王X萍、李X宏、姚理、朱X勋、冯X星、陈X涛。其中很多都在后续工作中成为老朋友,这些华为的同事比我们都资深,所做过的项目和了解过的系统产品比SAP的知识面都要广,当然也问了很多比较深刻的问题,而这些问题我们很难回答,其中原因不表,大致是我们是应用系统,而非研发系统,所以很多内部的机制无法一一做解释。总以为这顿饭过了,后面也就像很多其他的客户一样,就过了,毕竟对SAP感兴趣,并不一定会买单。我也不看好华为,也不觉得会成为SAP的一个好客户。
  • 2013年, SAP高层憨豆、Bill等和华为任老板开始接触,签订一些列的战略协议,等等秘密啥啥,我们要搞合作,你进军企业服务市场(非电信行业的企业服务器市场),我进入你,互相帮助,挺好,我们互相利用对方的资源,在全世界范围内合作。
    你用SAP HANA,看看是否可以一定解决你的问题。售前和研究院做了为期6周的POC,当初内部的接触这个HANA PoC的团队,也是CIO直属下面的一个老板,人不错,比较Nice,测试的结果其实是不错的,只是SAP没有机会给华为上层做一些汇报,而是由SAP提供一些测试数据,华为自己来整理这些数据和材料进行汇报。(做了无数个SAP HANA 售前活动的我,表示很不理解),后来一路曲折,但是结果是好的。
    在国庆节之前,最后签单了一个单子,将近几千万了(具体金额不表,没意思,和Oracle、IBM这么多年赚的华为的钱比,这算小意思了),反正是当年全球的数一数二的HANA单子,当然我也跟着沾光了,SAP大锅饭的红包照发了。

软件买了,得需要人实施才行,所以快到10月份,华为又和SAP Labs CD签署了一个千万级的CDP框架协议,这钱是用来做项目,同样也是用来做学费的。只是这一边做项目一边带徒弟,实在辛苦。其实我们大家都心知肚明,毕竟这是他的文化,友商赚华为的钱基本上是一次性的,一个项目做完,后续基本上他自己全部搞定,因为毕竟你贵,他随便找多个第三方的公司一堆顾问上,在这种非产品研发的项目中,也没人什么是做不出来的,毕竟你所了解的、和学习的SAP Help上都有。我们只能拼谁更愿意花时间学习。

2.华为的文化我们不懂

2013年下半年,项目开始了,那个时候还没有参与项目,我还是个方案售前,只管挖坑、不管填坑的角色。在全国各地布道HANA、飞来飞去的搞传销,给客户和自己进行不断的洗脑。
华为是一家主人翁意识很强的企业,我内心停敬佩的,虽然大企业的病都有,但是华为的工作效率挺高的,可能企业变大以后,只有通过高效率的工作才能抵消那些负面的官僚和相互推诿,从而达到一个企业的不断增长吧!

华为做了再它力所能及的所有的层面的学习、山寨、重塑、提升,虽然收购或者拥有巨大的专利保护伞来行走国际的江湖,但是在过去的这么多年,没有哪一件东西是华为基于自己的原创的产品,这不是我说的,一个公司有很多专利,和一个公司有多少原创,我们都清楚,这是两码事,但是华为的确是做了他能够触及的领域中的力所能及的所有的事情。不管是山寨也好,还是基于别人的产品做二次的创新和提升也好,这都算是一种能力吧。但是仅仅就是这样的山寨,看看国内的民营企业能做到这个程度的,少之又少。所以华为还是一家非常值得敬佩和尊敬的企业,我想即便是华为公司的员工对华为也是又爱又恨吧!

3.分分钟的文化冲突

其实说两个公司之间文化冲突,还真是打自己脸了,准确的说,应该叫工作方式和工作态度的冲突我其实也想慢慢解释想,段落叙述太杂乱,直接上表格吧!

 对比指标 SAP 华为
上班时间 9:00~11:00 8:30
下班时间 4:00~6:00 6:00
迟到早退
影响业绩
不会 必须的
吃饭午休 11:00~1:00 12:20 ~1:45
员工午休 坚决不睡 必须,不休会死
上班健身 没有,还想活命吗?
上网时间 自由 不准上网玩,实时监控
咖啡时间 任意 分分钟发现你不在位置
有效工作时间 4~5 6~7小时
加班时间 内部IT不加班,产品研发加班
可以玩
爸爸去哪儿
随时 直接把爸爸和宝宝拦在门外
因为宝宝需要走电子流
人情味指数
机密指数 靠自觉 什么东西都是机密,靠制度和诉讼
员工心情 小资情调喝咖啡时顺便把code写了 艰苦奋斗不浪费每一次在厕所的冥思苦想
公司文化 Work Life Integration老板说:
工作生活要劳逸结合
No Work No Life老板说:你不工作
家里人如何生活
文青指数 低,代码写不完,没空看话剧
公司口号 正常的外企螺丝钉 我是机器人,不能让员工太富裕和安全,否则就会变懒
奋斗指数
跳槽趋势 比华为多 很少
傲娇指数 我在SAP工作,貌似高大上 我在华为工作,貌似不是高大上的,家人认为你很辛苦,要多锻炼身体
面子指数  外表光鲜 其实老有钱了,低调奢华路过
国际化指数 一般,进步中
实际收入 高,都是低调的奢华
高大上
泡妞容易指数 低,太多时间要工作,代码写不完,没空牵妹手
思路清桑指数 一般 一般
洗脑指数 几乎没有 非常严重
压力指数 轻松 紧张
衣着指数 还行 稍土
妹子指数 一般 漂亮的非常多,超级多,性感而且身材非常好(真的)
对外关注指数
综合能力指数 一般
知识面指数
容易找到
另一半的指数
内部结婚指数 随便SAP和Oracle全面竞争吧!但是随便搞 少而且还不准配偶是ZTE的,这是怕两口子晚上床上
一起来一发的时候不小心泄露了公司机密吗?
服务导向 销售、研发两条线 销售导向,研发服从、压力直接来自销售
招应届生多 巨多、人多力量大
入职薪水-研究生 8~9K 比SAP高
年假 15天起步,每多一年,20天封顶 无,每月加班一天,12天年假就来了
奖金 2个月工资左右 6~12个月左右
绩效 99%都合格吧,大锅饭啊, 70%的合格,不合格的人的奖金请乖乖拿出来
发给绩效好的人。绩效合格的保持不动。
股息 忽略 6~12个工资
公司买车 有补贴把,根据职位16-17万 不知道反正员工都有钱,不在乎这点补贴
外包顾问  多,巨多,几千
压榨指数 几乎没有 狠狠监督,一颗米煮出一碗饭
国际差旅 多欧洲美国 多穷地方
差旅住宿 北上广深1000左右-万豪-喜来登-
香格里拉-Westin-洲际,
这是SAP标配省会二线800以内
莫泰、如家(别TM的装穷了)
工作环境 是Office 是厂房(看情况,G区就是大工厂,build software like factor啊!
员工之间 小竞争,小团体 竞争多
团队吃饭 经常 几乎很少
员工进步 非常快
老板和员工的距离 大家都是打工仔,思路都很清桑 骂部下骂的跟猪一样外部顾问更不用说了
外部雇员 有, 有,苦力
休闲指数 休闲 没有休闲
餐厅环境 差~非常好
餐厅口味 老外做的中餐做给来中国出差的老外吃的 中国人做的中餐做给所有的省份的人吃的,口味偏湖南、湖北、四川的口味
餐厅竞争 大锅饭的,永远的欧洲小厨 假性竞争,其实一样
餐厅服务 生怕你超过22块 就怕你吃不饱
赚钱指数
第三方从这里赚钱
容易指数
简单 钱赚的辛苦,每一张毛爷爷背后都躺着精和泪
绿化指数 绿化一般 非常棒
咖啡指数 anywhere,anytime,anyone 没人在外面闲逛,也没有人在外闲聊,coffer corner就是摆设,赚钱和效率是第一位,毕竟我们是民营企业,一切靠
自己
办公室
恋情指数
感觉蛮多的 没发现,华为男不找华为女,华为女嫁华为男。毕竟孩子需要人管
公司前途指数 一般 非常有前途,趁着中国崛起和复兴的趋势,可以有大量的市场可谓
试炼升级指数 成长慢 成长快,给你一个90后,2年就可以老练成70后
经验指数 1年等于半年 干1年等于2年。
考核指数 不高 非常细,用规范和制度铸造人的认真的性格

其实,我这些总结可以就是一句话:

SAP没有华为那么忙 。

4. 项目到底要做什么(待更新)

咨询公司的顾问在华为属于易耗品,只是淘汰和更新的非常快,如果自身不加强学习,基本上一段时间之后,你的知识对于华为来说就过期了。华为需要不断的了解最新的东西,技术趋势和对比,以及内在的东西。

华为如果要采购一个东西,他会方方面面所有指标,以及所有的同类的产品全部搞一遍,然后再做决定。蛮谨慎的,毕竟他们要上系统,一上,就是一大片,而不是一个项目,两个项目。规模决定思路。

5.项目咋样了(待更新)

开工没有回头箭,结果就是:过程很不适应,但是结果很欢喜!

  • 上班太早8:30,住的太远,华为在坂田,太远了,我们住市区,路上一个小时,算上洗刷刷和吃饭早饭的时间,6点45左右就要起床了,可惜那个黄金的一小时睡眠
  • 每天都要有产出的,这点其实挺累的。即便你是做过10年SAP咨询的老鸟,你去了华为做项目,一样很累,特别是后期。因为客户在进步,而你在产出,没有太多时间来进步,所以,你懂的!要不断提升,比客户看的更多,比客户懂的更多,才能让他们信服!
  • 既然付了钱,你就是来帮助解决问题的,否则这钱干嘛要付!

Tagged with SAP HANA, 华为

原文:

http://www.hanapost.com/huawei/

原文地址:https://www.cnblogs.com/SlashOut/p/8685536.html

时间: 2024-10-10 23:17:50

联想项目结束了,聊聊华为SAP HANA项目八卦的相关文章

SAP HANA项目过程中优化分析以及可行性验证

在项目开发过程中,经常会遇到HANA模型运行效率的问题: 以我们项目为例,HANA平台要求模型运行时间不能超过10秒,但是在大数量和计算逻辑复杂的情况下(例如:ERP中的BKPF和BSEG量表的年数据总量超过20亿条),HANA模型的运行时间基本上都在1分钟以上.在不关联其它表,单单是几个板块的BKPF和BSEG表UNION ALL,运行时间都超过1分钟.鉴于这种情况,项目组对HANA模型是否存在优化空间,进行了分析和探讨,也请教了HANA平台的专家对HANA的优化给出可行性建议. 最终的分析结

[转载]大道至简!!!从SAP HANA作为SAP加速器的方式,看ERP on HANA的春天

I AM A ABAPER! 科技的进步,一定会使一些东西变得越来越精简! 大道至简!!! 文章很好!!!!!!!!!!! -------------------------------------------------------------------------------------------------------------------------- 转自:http://blog.sina.com.cn/s/blog_9154db5301019udr.html%20 说到HANA

SAP HANA开发中常见问题- 基于SAP HANA平台的多团队产品研发

大家都知道SAP HANA项目打包成Delivery Unit(缩写为DU).依照"官方"的开发模式,特别是整个团队仅仅使用一个HANA Instance进行项目开发,因为HANA本身还在不断成长中,会遇到各种奇葩问题导致打包出来的DU在新环境中import 失败.那些失败Error Message trace,对于开发人员基本上没什么帮助. 并且在项目开发过程中,总会有些队友会不按常理出牌,终于导致项目DU无法使用,特别是在測试资源匮乏的情况下,非常多问题不能及时暴露.当你看到满屏幕

云计算的一匹黑马——SAP HANA

云计算的一匹黑马--SAP HANA 现如今,正是风起云涌之时. 随着云计算的日新月异的发展,如何选择云计算服务已经成了企业决策者很关心的问题.如果选对了云计算,那么就有助于企业按需实现业务创新.提高业务灵活性,扩展现有基础架构,从而构建新流程,获得新洞察,快速调整业务流程,相应瞬息万变的全球化市场. 面对各种各样.令人眼花缭乱的云计算层出不穷,很多IT巨头都纷纷竞相角逐运市场.这对于企业而言是一件好事,为企业重新思考未来并推动前所未有的转型创造了契机. 在经济全球化的趋势之下,企业比以往更需要

SAP HANA 开发模式 - 基于SAP HANA平台的多团队产品研发

“基本”开发模式 Windows: Unix/Linux: 在基本模式下我们可以通过regi来进行激活我们的object.Regi是一个类git功能的,方便和HANA repository交互的一个命令行工具. 具体步骤如下: 创建一个HANA的user key:hdbuserstore SET <key> <hana server>:<port>  <UserName> <Password> 创建 xs的workspaceregi create

基于SAP HANA平台的多团队产品研发

工欲善其事必先利其器.要提高多团队的开发效率,而且还是在SAP HANA平台上,建议大家还是本着“慢就是快”的原则,不要急功近利,在没有准备好团队开发的架构时就匆忙开始功能的开发.匆忙功能开发就算了,估计还存在没想清楚做什么,为什么要做上来就开发的团队,那是更要不得. 今天就和大家分享一下在SAP HANA上开发时的一些准备工作的方法. 方法一:基本无代码控制的手工作坊式的开发 利用SAP HANA自身带的HANA Repository, 所有的团队成员在同一个HANA Instance上开发.

“多团队大规模”开发模式 - 基于SAP HANA平台的多团队产品研发

应用SAP HANA “官方”开发模式的伙伴们在转到“多团队大规模”开发模式时会遇到各式各样的心理不适应的状况,各种纠结.比如GIT Repository和HANA Repository冲突什么的. 这些问题主要是思路没有完全转换过来,两种开发模式在不断的“打架”.做一个简单的开发模式映射这样大家或许比较容易去接受“多团队大规模”的开发模式.这个映射不一定完全正确,主要是帮助大家理解. 伙伴们想一想平常我们做JAVA或者.NET项目是怎么做的?一般情况是使用各种框架写JAVA/.NET的代码,然

In-memory Computing with SAP HANA读书笔记 - 第七章:Business continuity and resiliency for SAP HANA

本文为In-memory Computing with SAP HANA on Lenovo X6 Systems第七章Business continuity and resiliency for SAP HANA的读书笔记. Overview of business continuity options 业务连续性有不同的级别,采用何种级别取决于需求 Developing a business continuity plan highly depends on the type of busi

【公众号系列】超详细SAP HANA JOB全解析

公众号:SAP Technical 本文作者:matinal 原文出处:http://www.cnblogs.com/SAPmatinal/ 原文链接:[公众号系列]超详细SAP HANA JOB全解析 写在前面 你一定知道SM36/SM37,ERP里的JOB我们都很熟悉,可以让一些功能性的程序定期地完成一些我们需要的指定性的操作.这样既可以节省时间,又可以避开服务器使用的高峰期,所以很多时候JOB是项目实施的必要手段. 那么,这些事情(定时执行定时任务的功能)是否可以在HANA里来完成呢,由于