创业公司聘请的第一个雇员值得注意 6 事

创业公司聘请的第一个雇员值得注意 6 事

大家好,又见面了,我是全栈君,今天给大家准备了Idea注册码。

  英文原文:Hiring Employee #1 At A Startup: Expectation vs. Reality

  我解雇了我人生中招聘的第一位员工。

  可是我从未预料到会发生这种事情。

我原本打算与这位职员一起建立我的团队;期待他为公司创造价值。期待与他成为长期的职业合作伙关系。

  而现实并不是如此!

  我招聘的这位员工的天赋、技术、或工作态度都没有达到我的预期。

此外。也无法适应公司的企业文化、工作节奏。总之,这次招聘对我来讲全然是一场灾难。

  但我招聘第二个员工就全然不同。

我们在一起共事 5 年之久,一直保持着良好的朋友关系。尊重对方的能力。

  在核心地带(HubSpot)和亚马逊供职的几年后,我成为了 RecruitLoop 的首位雇员。该公司成立于澳大利亚,创业初期两年间,公司仅仅有 4 位合伙人,偶尔会有承包商。之后进入美国市场,我成为美国分公司的首位员工(眼下有很多员工)。在招聘的过程中,我们积累了不少招聘第一位员工的工作经验——尤其是当期望和现实相差甚远的时候。

  下面是我们在工作过程中积累的 6 条经验:

  1. 联合创始人非常难就员工需求达成一致意见

  企业招聘员工的过程中。创始人就员工的需求达成一致意见是很困难的,此时,专注于某位创始人的意见是比較明智的做法。即便大家都允许须要一个开发人员,也可能会在雇员应当是远程还是当地的、工作年限等方面存在分歧,这是无法避免的。做好接受分歧的准备。并做出自己的决定。

  2. 完美的员工是不存在的

  完美的员工仅仅出如今迪士尼电影和 HR 的幻想中。招聘前要确定员工需求的差异。同一时候,完美的员工是不存在的,因此还要考虑更深层次的事情。将期望、希望和梦想分解成一个个「绊脚石」或「有则更好」的选项,并对「绊脚石」划分等级。

这是了解能够在哪些方面做出妥协(哪些地方不能)的最好方式。同一时候,在面试过程中。要做好随时转移重点的准备。你比較赞赏一个违反了某一「绊脚石」的员工。

此时你须要决定弃用该应聘者还是又一次考虑这一「绊脚石」。

  3. 理想的员工愿意接受你提供的薪资

  当我准备离开亚马逊,回到初创公司的时候,我遇到了 RicruitLoop。是一家我喜欢的公司。可是我们两方都发现了一件比較尴尬人事情:我的薪资。RicruitLoop 提供的薪资比亚马逊和其他公司低,甚至全然不在他们的薪酬范围之内。

我起初打算放弃的都显得不是那么现实,尤其是考虑到我须要从西雅图搬至旧金山湾区。

  你知道如今我为什么在 RecruitLoop 工作吗?两方都以一种从未想过的方式展开工作。首席运行官与全部的联合创始人展开谈判,我在家也进行了一些话题相当沉重的谈判(包含承诺一年内不再买鞋子)。

之后我们才得出一个大家都可以接受的解决方法。

想要在这些谈判后还可以保证我们仍然希望与彼此合作是比較难把握的事情。

  准备好向不论什么有相关工作经验的员工伸出橄榄枝——并且希望他们能够回应。

假设你无法给予他们想要的,就仅仅能放弃。

  4. 中层管理人员不是初创公司的急需品

  核心地带(HubSpot)的第一位员工是开发人员。RecruitLoop 的第一位员工是发展与支持部门的同事。在第一批员工招聘中不应当考虑哪类员工?中层管理者。或无法有效完毕事情,或仅仅考虑自己职业利益的员工。

  在初创企业内,公司起初最不应该雇用的就是很优秀的中层管理者。由于他们通常在两件事上表现不够优秀,并且这两件对于初创企业来讲是极其重要的:高效完毕事情和推动公司发展。

  为公司的未来做好准备是必须的,可是管理人员的招聘能够推后,当你真正须要他们的时候再開始也不迟。

  5. 耐心点。企业盲点比你想象的多

  在初创公司的世界里,你也许会与联合创始人在一间小的屋子里一起共事,时间长达数月(或数年)之久,尝试着弄清楚招聘第一位职员从何处開始!你也许不曾意识到,在这样的高压力、快节奏的情况下。你们是多么了解彼此。

  但有一点你却忽略了,你招聘的第一位员工并未与你们共事。

她不知道怎样与公司的首席运行官交流,或是公司的首席技术官不喝咖啡。她不知道怎样获得首席技术官须要的产品详情。由于你们都是通过邮件交流。第一位员工全然不知道你的私人生活,因而第一次团队聚餐也是很令人不解的。

  你无法将某人的头颅打开,将这些知识灌进去,然后再将其封好。新手总须要一定的适应时间。假设在開始前做了一些初步的岗前培训。让他们了解每人个的工作方式和你神圣不可侵犯的历史,过度时间将降低一半。

  你须要一些耐心,在交流时须要多一点解释。

  6. 没有永远

  也许没有招聘到惬意的员工;也许一两个有后开除了你的第一位员工;也许仅仅有在面试了 30,或 100,或 1000 个人后,你才招聘到第一批的员工。但之后他们变成初创公司的瘾君子,你不得不将其开除。或是某位员工的配偶要在其他城市找工作。无论如何,第一位员工可能不会永远效力于公司。

  可是这也没什么。你雇用的第一位员工可能不会永远效力于你。你也可能不会永远效力于这家公司。

可是与中意的员工在一起工作,会推动公司的发展与壮大。

  既然我们已经进入双数字时代,在招聘时我们已经開始将期望向现实靠拢。以上提供的几点建议。希望帮助公司招聘到可以真正融入初创公司核心团队的员工。

  第一个员工将改变一切!

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/117465.html原文链接:https://javaforall.net

(0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • 编程题:分苹果_同学分苹果的小学题

    编程题:分苹果_同学分苹果的小学题题目描述n只奶牛坐在一排,每个奶牛拥有ai 个苹果,现在你要在它们之间转移苹果,使得最后所有奶牛拥有的苹果数都相同,每一次,你只能从一只奶牛身上拿走恰好两个苹果到另一个奶牛上,问最少需要移动多少次可以平分苹果,如果方案不存在输出-1。输入描述:每个输入包含一个测试用例。每个测试用例的第一行包含一个整数n(1<=n<=100),接下来的一行包含n个整数ai(1&l…

    2022年10月12日
    1
  • 架构方案(16) 常见分布式文件存储介绍、选型比较、以及架构设计

    架构方案(16) 常见分布式文件存储介绍、选型比较、以及架构设计数据正成为世界上最有价值的资源,分布式文件存储是应对数据爆炸的最好解决方案,那就会涉及到分布式文件存储方案、选型、架构设计等。分布式文件存储的来源在这个数据爆炸的时代,产生的数据量不断地在攀升,从GB,TB,PB,ZB.挖掘其中数据的价值也是企业在不断地追求的终极目标。但是要想对海量的数据进行挖掘,首先要考虑的就是海量数据的存储问题,比如Tb量级的数据。谈到数据的存储,则不得不说的是磁盘…

    2022年5月1日
    31
  • Html背景图片_html背景图片平铺

    Html背景图片_html背景图片平铺这里面有许多简洁的html背景界面,对,重要的是简洁,而且很好看,verynice:https://www.toptal.com/designers/subtlepatterns/可能需要梯子。网站提供一键预览:   …

    2022年10月5日
    0
  • xplanner-0.7b7b 部署问题解决

    xplanner-0.7b7b 部署问题解决

    2021年5月7日
    113
  • QueryInterface的本质初探

    QueryInterface的本质初探转载请注明出处,版权归作者所有 lyzaily@126.comyanzhong.lee  本文写给COM的初学者!QueryInterface接口对COM的重要性不言而喻,该接口的实现有个规则——由QueryInterface返回的IUnknow接口指针必须相同,我的疑问是微软是如何使用C++实现这一COM规则的呢?请读者注意,我只探讨微软使用C++

    2022年7月21日
    7
  • GB28181服务器_GB28181收费吗

    GB28181服务器_GB28181收费吗CarEye开发GB28181服务器有将近两年时间了,早期我们用纯C++开发了一个GB28181视频服务期,对外的接口是基于MQ协议的。这样开发出来的服务器主要有几个问题。1.SIP服务器和流媒体服务器是绑定在一个进程中的,因为没有分离,造成了视频处理和SIP服务器只能在一台服务器上运行,既不能打到GB28181协议的构架要求。也造成无法使用负载均衡的功能。2.对外接口采用了MQ通信方式。虽然MQ消息处理实时,对一些数据处理,如报警,对讲等。但MQ本身是重量级构建,不方便一些应用场景快速构建

    2022年8月31日
    0

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号