制造业Corporate IT男女优的演艺生涯

前文：
小黄文，
猫咖和家犬

老规矩，先过滤一下读者。
本文很长，中英夹杂，适合想知道人间疾苦的读者。
本文不适合：年轻俊美、Linkedin上recruiter追求者众、认为贫困线是$350k的读者。
美国因为Corporate IT的new grad工资太低拿不了H1B，大多数不雇没身份的；欧洲没有身份问题，但可能有语言问题。爱钱的请关窗口。看完有兴趣的可以去H1B网站看看哪家制造业的filing比较多，那家就是给的。
各个制造业大厂都会有一定程度上的区别，我尽量写比较通用的情况。本片里讲的主要是小黄文里定义的soft core即Corporate IT的片子里出现的男女优们。
CEO之下一般会有几个角色与IT密切相关：CTO, CIO, CDO。这三个字母分别是technology, information, digital。做到大型制造业的C字头，就好像拿了成人片界的奥斯卡最佳导演奖了。具体哪个title是干嘛的，在制造业其实比较乱，不过CTO最多，CDO最少见。

• CTO跟CIO都有可能是管Corporate IT的；也有可能是CTO管公司产品的R&D(本文不谈R&D的hard core演员)、而CIO管Corporate IT。职业背景大多数是CS专业毕业，或者职业初期是Corp IT的码工或R&D技术人员，之后走管理路线做上来的。
• CDO这个位置非常不好做，大多数人做不长，有些公司设置几年以后就撤了这个岗。这个岗在大多数公司出现得比较晚。有些是设置为一个类似于Corporate Key Account Executive混合Marketing的闲职，底下一堆dotted line reports，管理公司IoT产品的战略合作伙伴关系，其实手里没有几个人直线report。有些则是专管eCommerce的。职业背景大多数是Marketing/Sales/Consulting出身，很多不太懂技术，更不会写代码。
• 智商方面来说，生理智商都是CIO和CTO远高于CDO。CDO更擅长跳槽和安排自己的职业路线、一直都抱对了公司政治里的大腿往上爬。
  

制造业常见的业务架构是CEO下头是Business Group, 它下面是Business Division, 再下面是Business Unit。有些公司只设这其中的一层或两层。为了简化剧情，我就统称这三个为Business Unit了。制造业来钱全靠Business Unit sales，也就是金主。
C字头一般属于EVP(Executive Vice President)，下面常见的是各个级别的SVP (Senior Vice President), VP (Vice President), Senior director, director。
在成人演艺界，各司给soft core男女优的级别非常之乱，既有VP肉体上阵管技术问题的，也有Senior Director就只管跟business unit的SVP们对接的。很大程度还是因为Corporate IT的地位不好界定：一个纯花钱的部门，title给太高了怕演员们心高气傲，给低了怕被挖走。这个其实挺像真正的AV界的，演AV收入很低，来钱多半靠出名以后看上你的金主。Business Unit就是赚钱养corporate IT的金主们。
下面来讲Corporate IT部门的结构。今天的制造业Corporate IT的结构比20年前要复杂很多了。
20年前主要就是一个管SAP的团队加一个管intranet的团队。管Intranet的团队同时也会做些例如supplier portal之类的Java对口SAP网页编程。那个时候Corporate IT都不太像能在市面发行的成人片，感觉像乡村红白喜事的辣舞团队多点。制造业的供应链高管，每个人的记忆里都有SAP崩溃后忙得跟坟头蹦迪一样的PTSD。
现在制造业大厂里soft core爱情动作片演员阵容大体是这样：

• 管SAP的团队还在，但是因为收购的公司太多，每个被收购的公司里都有一个管ERP的团队。这个团队在欧企忙于转移非SAP的ERP(Enterprise Resource Planning系统，SAP是此类里最好的一个)、以及确定现有SAP版本升级到SAP Hana S4（SAP目前的最新版）的roadmap。这是Business unit金主们比较喜欢的部分。美企这个团队偏好在印度、墨西哥、东欧设置Center of Excellence，把发达国家的Business Unit下的SAP职员裁掉，所有的SAP customization进行统一管理，road map上将要退出的SAP版本不再允许customization，等等。这是Business Unit金主们的噩梦剧情，经常出现成人片里不该有的家暴情节。这个团队的角色类型一般是天竺葵SAP coder, 各国scrum master，和位于Business Unit里面的business analysts。Business analysts要做的工作是诠释Business units的用户需要给SAP团队，负责用户测试等。其实它是一个对码力要求很低、对SAP使用知识要求比较高、对business unit很重要的底层岗。Center of Excellence的人企图用自己的SAP知识取代这种人的努力大部分是失败的，因为太不懂business unit的需要了。但是，这么重要的岗，在美企仍然会被裁。
• 管Intranet的团队很多已经没有了，基本都升级到了新版Sharepoint。Sharepoint的支持团队现在很多外包给了天竺葵五大WITCH公司(Wipro, Cognizant啥的)。WITCH们天天向CIO/CTO兜售low code platform，号称能够为Business units低价提供customized的简单交互页面。由于外包员工水平太低，一个简单的PowerAutomate加Sharepoint或PowerBI网页编程半年交不了货是常见状况；而Business Unit新雇的机械专业硕士summer intern去做同样的活，从头开始学习PowerAutomate和PowerBI，三个礼拜能deliver所有功能。（附：其实甚至都不需要工科生，low code能做的东西很多管理科毕业的也是从小白开始三个礼拜能搞定。）金主们痛恨这帮拿了钱却不脱裤子的群众演员。我一直怀疑这些群众演员因为是按小时收费，为了给自己多赚一点，故意不一次性做好，说白了就是不专业，不是真正的AV界的演艺职员，more like street walkers。
• 以前管intranet的内部团队由于懂Java网页编程，转型为eCommerce团队，为Business unit销售团队打造新的销售渠道、客户联络和self-service界面、当然还有跟供应商联络的supplier portal。以前在小黄文里解释过，制造业的产品一般没有办法使用现有的B2C用的eCommerce平台，基本都是要自己in house做的。这个团队的男女优跟管SAP的团队有不少交叉的工作内容，因为所有的产品供应链信息都要从SAP里导出。一般eCommerce这个团队不会外包，对公司赚钱太重要。角色类型很像一个完整的软件公司，从架构师、产品经理到项目经理到码工到scrum master都有，还有分电脑端和移动端的产品；只是没有运营团队，Business unit是天然的用户，不需要推广也不会churn掉。Business unit金主们跟他们的关系比较好一点，因为是自己人，拖进度对他们没有好处。这也是corporate IT里面比较类似于软件公司的团队，没有身份问题的话还是挺值得考虑的，当然钱少。
• Infrastructure类团队，例如data lake和其他data传输结构的修建，还有例如上云的选择和设计等。这个演员类型我不太熟，Business Unit一般接触不到他们，我只偶尔偷窥过他们一两次，感觉WLB好，job security不错。
• 特殊软件和应用相关的团队。这类型大多数演员类型是super user，每一个软件可能整个公司就一个到两个。这类软件包括robot process automation, process mining, project management application, low code platform等。有时候这种角色不够一个人的工作时间，是由其他岗位的人兼任的，通常不需要代码能力。个人目测low code platform的潜力很大，但是大部分传统公司的管理层对此内部方向不太清楚，还是当成编程去处理。
• 管理岗。Title不统一，有些叫IT governance，但工作内容不限于这个范围。这些角色主要研究的是公司都有多少不同的系统和软件，怎么升级，何时淘汰，哪些新软件买来可以在所有Business units推广等等。有时候他们也管SAP团队，有时候是跟SAP的管理分开的。也负责跟软件公司讨价还价降低license开销。有时候发现license开销实在是谈不下来，就上个奏折要CEO把软件公司买了。这种管理岗一般都是有技术能力的人做。个人觉得是非常好的角色，不过数量很少。（我见过制造业公司买了自己用得最多的软件整个软件公司的，也见过制造业公司做了本行业常用软件公司大股东的。制造业内部的软件公司通常保持软件公司的独立运营，这里就不多说。）
• 还有一个演员类型叫Sales Operations，专业分析销售团队效率和销售走势，很大程度上依赖从Salesforce拉数据出来。这个我一般视为纯爱组。目前制造业大多数公司里这个演职员是挂在business units下面的，由Sales部门的大头直接领导。但是当他们的演技逐渐熟练，我觉得是有可能出现被corporate IT进行take over的情况，对技术能力的要求低，对业务的理解要求高一点。而针对Salesforce的码工团队在大多数公司里要么很小，要么外包，可以忽略。
  

SAP团队目前看来是Corporate IT里演员事业前景最差的，因为各大美企都是逐渐从发达国家剔除这个团队、搬到low cost country去。欧企把他们移到东欧的也不少。如果不是已经做到了director/senior director级别的，肯定不要进入这个职业。
其次差的是Sharepoint的支持团队，包括一些本土的外包公司，逐渐都在被卖给WITCH们。
目前看来做eCommerce的团队最稳，infrastructure的团队应该也很稳。
Sales operation的纯爱组不好说，大多数公司里目前都是新成立的团队。不过Sales老大如果想保的话，Corp IT是划不走的；只要不在Corp IT下面，就不会被外包取代；但是也可能被Sales老大裁员。
特殊软件和应用的相关团队：job security好，设立这种岗多数是因为这些软件要长期用。大多数不需要码力，没有直线升职可能，一般靠跳槽或更换职业路线涨工资，干得最好的会跳到软件公司做销售或者consultant，工资大涨。
现在讲soft core爱情动作片演员的职业发展路线。
以前就是工作多少年了，老板会赏给个更高的title。现在看，Corporate IT里只有eCommerce跟infra两个团队，以及管理岗和super user两个岗比较有职业发展可能，其他都可能是角色半路领盒饭挂了。纯爱组最高就是做到Sales老大下面的位置，不是一条直线能走下去的职业，很可能需要做几年换个岗。
刚进公司的，可能在eCommerce团队里面打下手，做最低的程序员或者scrum master。之后有两个发展路线：project manager和product manager。前者岗位比后者多。从这一步再往上就很困难了，因为一个eCommerce相关网页产品的老大只有一个，这个老大还通常没有技术背景，是sales/marketing/consulting出身。如果一家公司的CDO不是空头司令的话，这些老大们就是挂CDO手下的。因此，下一步可以考虑走管理岗或infra。架构师job security最好但岗少。
讲到这里，你可能已经看到问题了，发达国家本土的位于Business Units内部的IT (senior) directors原本手里的SAP团队和Sharepoint团队全部被弄到low cost country去了，由Corporate IT统一管理resource。作为IT director，从原先的为business units的IT需要安排自己的人手和购买外包的实力派导演，到现在变成跟Center of Excellence还价的菜场购物叔婶……我认识的这类，多数都是德艺双馨的老艺术家，非常可惜。
Business unit IT director日常工作：

• 跟Center of Excellence撕自己的Business Unit准备上的新项目优先级：每个Business Unit都觉得自己的项目优先级最高
• 听Business analyst跟Business Unit的项目经理哭诉现有项目的进展和开销情况
• 跟Center of Excellence撕现有项目的优先级
• 听Business Unit里functional manager抱怨WITCH三个月了没有搞定从网页点按钮发邮件的需求
• 找自己团队里唯一剩下的真程序员写这个网页，从项目里炒掉WITCH
• 跟Business Unit各个部门的老大开会，根据他们的需求预测明年的IT项目开支情况，交给Finance Director
• 跟HR开会，讨论自己直接雇佣本土的contractor干活，不用Corporate IT的人
• 通过contractor公司把以前被裁掉的下属雇回来几个月干活
• 偶尔给下属提供技术建议
• 跟自己的上司开会，哭诉在Corporate IT那里的优先级问题，得到批准自己雇contractor
• Business Unit某部门老大想要的东西跟Corporate IT eCommerce力推的一个网页产品类似，组织他们对话
• 部门老大不喜欢eCommerce的solution，想要自己做个更复杂的
• 研究费用问题，发现自己做可行。再通过contractor雇自己已经被裁掉的下属回来几个月
• 由于功能需求变化，跟HR开会，给所有作为contractor被雇回来的下属的合同延期
• 另外一个部门老大跑来描述自己的想法，使用万能金句：你想要的就是在尽可能短的时间内用最少的钱把这个gap填了，那么我推荐你不如换个方向，考虑下用这个……部门老大同意，go to 1.
  

对于公司来说，其实更长远的问题是这种懂业务的IT director不再有pipeline的继任者了；挖人也不容易，美企全行业都是慢慢断了香火的状态。Center of Excellence的经理们对business unit的业务懂得太少，不可能调过来做这种岗；如果强行弄一个过来，需要很长的时间才能上手。懂business unit业务的只有business analyst这个岗，技术能力又不够。但是公司的Corporate Development team（Corporate Strategy team下属单位，专门研究公司内部谁应该做啥、organizational structure变更之类的）根本看不到这个succession的问题，只看到怎么能省钱。
耸肩，制造业的失败，大多数都是从内部失败的。外部么，大家都差不多，除了几家中国公司，没有特别厉害的竞争。

药企生物医疗对于MES/LIMS/PLM都有很高的要求，还会有BU的director做业务拉新的项目。

柯基101 发表于 2022-11-20 10:47
贵zszszs……

哈，那人显然没看我的贴。
我主帖写了纯爱组的就是从Salesforce里拉数据做分析的啊。
Salesforce编程一般是外包的，初期implement以后修改需求量小。

cccpwx 发表于 2022-11-22 22:53
你这个intranet和infrastructure是怎么区分的？为什么要分开？

主贴提到了，intranet以前都是自己维护的，现在很多公司改为全部用Sharepoint之类软件，对intranet的维护团队需求降到最低。
Infrastructure团队要管的内容更多，例如eCommerce需要的各种数据存储和连接接口方式(包括选择用MongoDB之类还是关系数据库)，甚至决策公司未来开发IoT产品需要的public cloud与公司自己的on premise storage如何布局的战略。他们负责的就不仅是intranet这种纯花钱不赚钱的内容了。
不是所有的公司的IT Governance都走到了这一步的，把这个团队统一到Corporate IT算是数字化进程比较先进的制造业公司了。

产品嵌入式软件开发好像没提到？

Deverell_gee 发表于 2022-11-19 07:56
产品嵌入式软件开发好像没提到？

LZ老贴提过

为什么不用SalesForce？

为什么你名字旁边的图标是蓝色的

holybird 发表于 2022-11-20 01:33:04
为什么不用SalesForce？

贵zszszs……

写的不错。最好用白话文写。主要就是让人看懂比较好。