Milchhonig 发表于 2013-1-3 12:19 static/image/common/back.gif
楼主，不用谢，那关于你的问题我再谈谈我的看法。
SAP是企业管理系统，没有企业的业务需求，技术就没有 ...
SAP是企业管理系统，没有企业的业务需求，技术就没有发展的基础。外部咨询由于项目周期的限制外加项目数量众多，类型繁杂，以及本身是外部的关系，很多情况下顾问对每个项目的接触的范围有限，做完就要走人。在这样的工作模式下，三年下来，你可能已经接触到很多SAP产品或最新技术，但每样你只懂一点点。相比之下，内部顾问能更多地收到用户的业务需求和疑问，对企业管理软件的应用与系统业务集成有更全面更深刻的理解。有了这样的认知，学技术也就有方向了。毕竟是内部IT，不是纯业务部门，还是会多偏技术些的。
我只是说内部顾问更有机会精深，不是必定会精深，这也要看自身和公司对于内部IT的安排了。
那个咨询公司SAP CRM的机会既然项目和客户已定，那就不用担心走马观花式的项目了。两年时间上一个CRM，时间相对充分，如果你不甘于做简单的重复劳动，那就利用好这两年，多争取机会，应该能学到很多东西。你也说了CRM接下去是SD，所以它们不是平行的，各有分工。个人感觉，SAP CRM和SD在应用层面很不同，大部分模块和概念在SD中都没有，不过技术层面和ERP还是有很多相通性，同时也代表了SAP Business Suite等其它新产品的特性。你把SAP CRM学好了，再接触如SCM之类了也不会感到很陌生。
SD的确会的人多，但就像我前面回复中写的，SD应用广泛，功能也复杂，不是说我会配置个订单类型，建个订单就表示会了，不同行业应用大不相同，这点如果你去了externe Beratungshaus，接触过不同公司的项目后会体会到的。也不是说做的年限越长，懂得就越多，关键还是看做的什么项目。
关于项目周期，一般是分几个阶段：
1、蓝图阶段，收集企业业务需求和设计系统
2、开发，包括customizing 和development
3、测试，包括用户测试是否满足了业务需求，是否覆盖了整个流程
4、上线准备和上线
5、维护、完善
我不太同意外部顾问只能走马观花的上项目的说法，因为，不同客户情况不同、不同项目阶段的需求不同、需要的人数不同、任务的有趣程度和学东西的多少也不同，并不一定是两年在一个完整的项目比在这两年之内经历三个项目学的东西就多，反倒是经历更多的项目对不同情况的了解更多。再加上Pilot 和Rollout 项目，更多的是进行协调、收集local 的需求和完善Template，杂七杂八的事情更多——而入行不久的新手能够扎扎实实学东西的时间就少。
Segel_2012 发表于 2013-1-2 23:34 static/image/common/back.gif
人满为患但同样也不停的在招人啊，
你说的第一种可能适用比较小的公司，老板图省钱可能会追求一个“全 ...
人满为患但同样也不停的在招人啊，
你说的第一种可能适用比较小的公司，老板图省钱可能会追求一个“全才”，但你描述的也只是一个技术上的多面手，而IT顾问中的全才我的理解是技术和流程的结合，即懂企业业务又知道它怎么通过IT工具实现。
不过有点我不是很确定，比如IT大项目一般都是德国总部牵头，地区配合，外部顾问支持，那中国的IT在很大程度上需求更多的是做Infrastructure的，而不是做application的，流程更是一般通过business的keyuser说了算，至少在我目前的公司的中国分公司是如此， 那回国的话在一个公司内部IT做，是不是很没发展呢。
而第二种确实如你所说，专家型的人才，不过不知道国内这几年有没有改变，之前，工程师的工资怎么也高不过经理的。 而德国搞技术的高级工程师在工资上远远超过管理者的有的是。
有一点我一直在强调，SAP 项目已经不仅仅是IT 项目了，已经越来越多的关系到企业的战略决策和流程优化。其原因就是它的整合性。你设想一下，传统的IT 项目，可能是Outlook 的部署、企业内部局域网的设计、网络的布局，这些对业务的影响非常有限，而SAP 的使用直接关系到企业内部的商务运转，甚至会对企业结构产生很大影响。
以供应链为例，经常见到客户有一些很特别的订单处理或者送货的方式，其实不合理，但是客户也都没去想过为什么会这样，有些甚至是因为以前的系统只能这样解决。实施SAP 会让客户重新整合他们的流程，按照最佳实践来梳理。所以作为内部顾问，你要能提供你企业内部需求和流程的insight，同时要跟你的key user 沟通，一方面从他们那里了解这样做那样做对业务的影响是什么，另一方面要告诉他们，从现在开始，他们应该怎么怎么做；作为外部顾问，你要知道这符不符合最佳实践，系统能不能实现。
有一点楼主一定要想清楚，自己是属于那种愿意精专某一个领域的人，还是属于善于与人交往、有大局观、喜欢控制全局的那种人。走这两条路都可以成功，都可以收入不错，但是你得到的满足感完全不同。
很多时候在职业之路上，能够自己做决定的机会很少，而且一开始的选择，并不一定就会走一辈子。就像冲浪，你不能制造浪，你只能选择什么时候迎着浪上，什么时候顺着浪跑——或者你也可以选择不冲浪了你再去玩帆板。唯一永恒的是浪。这不就是人的一辈子么。
楼主现在有个机会做选择是很好的，而且工作了两年时间，这个时机也不错。希望楼主能够做出最顺着自己心里想法去的选择。
左转 发表于 2013-1-3 17:07
有一点我一直在强调，SAP 项目已经不仅仅是IT 项目了，已经越来越多的关系到企业的战略决策和流程优化 ...
这个总结很精辟
左转 发表于 2013-1-3 16:43 static/image/common/back.gif
关于项目周期，一般是分几个阶段：
1、蓝图阶段，收集企业业务需求和设计系统
2、开发，包括custom ...
我不太同意外部顾问只能走马观花的上项目的说法
我没说外部项目只是走马观花，而是说楼主的第二个offer能有相对充分时间集中在SAP CRM领域上，比走马观花的项目更有机会集中精力学习。毕竟外部咨询公司有很多走马观花似的项目，但当然不是所有的项目都是如此。你说的项目周期，是典型的ASAP实施流程，打个比方，这些流程可以在2年内完成，也可以在2个月内完成，那2年的项目相比2个月的项目就更有可能做得更深入。还有，不论是外部还是内部，用心学，都能学到东西，只是重点不同，我在第一条回复里就表达了这个观点。我也说了，不是做的时间越久，懂的就一定越多，能影响学习的因素太多了。深或浅，多或少都是相对而言的。
左转 发表于 2013-1-3 17:07 static/image/common/back.gif
有一点我一直在强调，SAP 项目已经不仅仅是IT 项目了，已经越来越多的关系到企业的战略决策和流程优化 ...
做beratung的和我们做开发的真是不一样, 太能忽悠了. 别误会这里不是贬义!
纽约纽约 发表于 2013-1-2 15:19 static/image/common/back.gif
左转，非常感谢你的回复
我正在入SAP这个行的门口徘徊，跟Lz有类似的困惑
有时候，我感觉选行业有时候就 ...
业务流程，企业基本价值, 全局观这些东西是个小小的berater能实现的吗, 心太高了. 我就在能源领域作sap, 大部分人能做的就那一小块. 不是这些人没有上进心. 业务流程，企业基本价值, 全局观这些东西都让你忽悠了, 你让董事长总经理都去干什么.
本帖最后由 雪候鸟 于 2013-1-4 06:21 编辑
Segel_2012 发表于 2013-1-1 23:16 static/image/common/back.gif
“我本人并不推荐你跨专业学习，事实是SAP已经足够博大精深了。你如果跳槽肯定是找SAP顾问职位或者Micros ...
你就听adjl的没错. 这个论坛上我还没见到过比他在sap上经验更丰富, 走的更远的人了. 他那是真功夫, 不是靠嘴皮子忽悠. 现在假大空的人太多, 能具体干活的工作中见不到几个.....
左转 发表于 2013-1-3 17:07 static/image/common/back.gif
有一点我一直在强调，SAP 项目已经不仅仅是IT 项目了，已经越来越多的关系到企业的战略决策和流程优化 ...
我同意你那段冲浪的观点,因为我是宿命论者. 所以我觉得还是不要把搂主往全局观, 企业价值观, 业务整合的顶点推了. 那样的浪实在不多, 而且大部分人没冲上去都得淹死.
雪候鸟 发表于 2013-1-4 06:28 static/image/common/back.gif
我同意你那段冲浪的观点,因为我是宿命论者. 所以我觉得还是不要把搂主往全局观, 企业价值观, 业务整合的顶 ...
其实那不是顶点，而是每天都在做的
要知道自己摸的是象，才能摸出来象腿，象鼻子 ;)
左转 发表于 2013-1-3 15:38 static/image/common/back.gif
关于第一点，其实你自己的看法就已经挺正确了 ;) 越大的公司、越大的项目，接触到全方面的机会才越多
...
谢谢你
你说的很有道理
万丈高楼平地起
另外
切入点也很重要