业务中台产品面试技巧,业务中台产品面试技巧有哪些

1. HR究竟要不要懂业务？
2. 如何才能成为java架构师？我为大家来分析一下？

HR究竟要不要懂业务？

对于这个问题，我个人的想法是：需要。

下面是原因分析：懂业务是要HR更多了解业务流程、公司产品，根据业务需要来做人力资源管理。不想当将军的士兵不是好士兵，不想当HRBP的HR不是好HR。一个厉害的HR不仅仅在自己的领域上有专业的能力，同时也要能足够的关注和了解企业的业务，这样才能更加清楚的了解公司的发展战略，定向的选择人才，培养人才，做出更好的规划。

这个问题经常出现，但我觉得不值得讨论，因为答案非常简单：HR必须懂业务。

如果HR不懂业务，他知道应该招募具备怎样素质、能力、专业技能甚至潜能的人吗？他如果能清晰的描述公司战略业务规划以吸引优秀人才，要知道优秀的人可不是三言两语随便说说就来的，他可能还会跟HR探讨业务发展及迭代的趋势，如果作为HR你不懂业务，试问如何交流？优秀的人会被你吸引吗？

如果HR不懂业务，他如何为企业员工设计学习地图？如何设计培训项目？不能以支撑业务为目标的培训是完全没有意义的。那请问这样的HR又如何为企业培养人才那？

如果HR不懂业务，如何进行全盘的岗位规划？设计岗位考核？那不是空中楼阁吗？及其危险。因为任何企业都是依赖业务发展来生存的，心中没有业务，一切工作都是空谈。

一个合格HR的工作是选、用、育、留，全部都是关于企业人才的工作，而企业人才是为企业发展服务的，就是为业务发展服务。所以HR必须懂业务。

当然，一个优秀的HR只懂业务也不是行的，他也必须也是人力***方面的专家。但如果不懂业务，那是万万不行的。

HR究竟应不应该懂业务？大家对于这个问题似乎有分歧。

一种观点认为HR不需要懂业务。一是没必要，HR做自己专业的事，重在HR方面的专业知识和能力，至于业务则是业务部门的事，HR没必要去掺和，没必要去学自己不擅长的事。二是没时间，HR需要学习的东西已经很多，六大模块全都了解并开展起来，已经是很大的挑战，哪有时间去学习业务呢？三是没要求，企业并没有提这样的要求，所以没必要自己找事做，先做好本职工作再说。

想想似乎也没错，见过很多企业的HR是业务出身，比如生产、销售、质量、技术等，他们都缺乏必要的HR相关知识和技能，更换工作岗位后全靠自己摸索，做得很吃力，更不用奢谈工作成体系了。尽管这些HR了解业务，与业务部门沟通没有太多障碍，然而因为在HR工作方面难以令人信服，因此“懂业务”就很难被当成是一个加分项了。

另一种观点则认为HR必须懂业务。一是便于与业务部门交流，懂业务才能感同身受、换位思考，才能懂得业务部门说什么做什么，因而才能被业务部门当成自己人，沟通中障碍就很少了。二是懂得业务部门的需求，包括业务部门究竟有多缺人，业务岗位招什么样的人更合适，业务人员容易出现什么样的负面心态，等等。三是深入参与到业务改善中，HR不只游离在业务***，只是单纯从人员方面着手，而且要能帮业务部门梳理流程、制定规范、改善激励，这样才能给业务部门更大的支持。

作为14年的HR从业者，答：必须懂！

这个问题我反过来答，如果HR不懂业务，会是什么结果：

1、HR工作失去方向

【不懂业务，就不知道业务部门的需求在哪，不以解决业务问题，提升组织绩效的人力***工作都是纸上谈兵！】

2、和业务部门无法沟通，无法完成跨部门协作

【因为不了解业务，也就不了解业务部门的需求，他们说什么你都不懂，也就没法站在业务部门角度开展工作，你做的都不是业务部门所想的，自然沟通起来格外费劲，甚至都无法顺畅协作】

3、被业务部门牵着鼻子走

【因为不懂业务，所以业务部门什么时候要招聘你就得给他们招，业务部门想招几个人你就得给他们招几个，那HR部门的人力***规划还有什么用呢？这只是招聘角度，其他还很多】

4、最重要的是：总有一天会被企业淘汰

【企业需要的是能有业务视角，制定人力战略，搭建组织和人力***框架的人力***部门，需要用各种人力***的手段来调动业务部门的积极性，然后达到业绩增长的目标，如果你只是做事务性工作，不能给业务带来发展支撑的话，那么就可能随时会被一个培训半年就能上岗的熟练工替代】

HR必须要懂业务，不懂业务的HR就是个办事员的。

HR六大模块工作，每一个模块的工作与公司业务都紧密相连。而且HR工作的最终目的不是为了完成这些专业工作，而是通过这些专业手段帮助公司达成制定的战略目标，不懂业务，怎么达成？

1、规划

HR的任何工作都要为了公司战略服务，工作开展必须与公司经营战略保持高度的一致。HR要理解、分解、执行公司经营战略，保证公司战略的正确、有效推进。这从根本上就要求HR必须成为业务的专业能手，理解公司经营数字和数字背后的意义。

一个不精通公司业务的HR如何能够去理解、分解和执行公司经营战略。

2、招聘

招聘最关键的两步：

第一步：公司需要什么样的人？

HR想真正知道公司需要什么样的人？就必须对公司业务全面了解和精通，才能知道公司在这个位置上配置什么人能够达成岗位设立的目的。

如何才能成为j***a架构师？我为大家来分析一下？

首先呢，我觉得工作3年左右开始考虑这个事儿是正常的，写了一定的功能，接触了一些框架了，可能遇到了不少坑，也加了不少班，但是忽然想起来做的东西零零散散，找不到精深的方法。

这个问题不是你一个人的问题，也不是做程序才会遇到的问题，只不过软件工程是实践科学，基本都是反着来的，先做了，然后找资料再学原理，基于此，如果说你想利用空闲时间正向地梳理这些东西的话，还是先从基础出发（以j***a web系来说，我最熟悉的）：

1、j***a core，基础，***，多线程，jvm的基础

2、框架方面：spring、springmvc（restful的请求原理）、spring boot（这里只是配置和使用，不用急于求成，spring的东西很多）

3、数据库方面（1、mysql、oracle；2、常用连接池：druid、hikari等）

4、rpc：***client，dubbo，thrift，grpc（使用没啥难度、主要是学习这几种典型rpc的架构和使用场景）

5、nosql：redis、mongodb、cassandra、memcache（使用场景、集群方式、常见的数据结构、使用场景、缺点很重要）

6、业务工具（1、POI：用来导入、出excel和word，功能强大～；2、j***ax mail发送邮件；等等）

7、总结一下常用的算法、不一定是面试常考的，基础排序和查找算法、链表的操作、图相关的操作等，实践中可能遇到的少，但是思维要有

8、如果是后端工程师，建议适当做一些前端开发了解一些前端的技术，是你未来更好的架构和理解前端和协作打下基础，这里包括常见的前端框架（angular、vue、react）、打包工具（webpack、gulp等）、原生js的dom操作