花名的新思考:花名的最优用法?

简介: 我一直相信,人的潜力是巨大的,关键在于怎么挖掘和激发,但无非就是目标、成就、进步这三点,这个部分,我会在另外一篇管理的三板斧中进行简单的分享,大家可以一起讨论,发表自己的想法!

最近入职了一家新的公司,创始人是阿里出身,公司的很多日常软件和工具也都偏阿里系一些,当然最有名的当属花名制度,因为之前是外企,基本都是以英文名相称,但还是多少有些不习惯,大概也是中国传统文化的影响,深度意识中等级制度思想还是很深刻的,虽然有起英文名,但基本上邮件、沟通上也都是用拼音来命令,日常工作中也都是直接叫真名,三字的就叫名,两字的就叫全名。

直到上一家公司,因项目原因,需要赴海外工作半年,到了海外,接触的合作伙伴和员工、下属除了华人外派的同事外,都是外国人,所以自然的就开始以英文名来叫,当然当时的外籍同事也很乐意让我们给他们请中文名,但始终存在的层级观念,他们会叫Boss、Master、Mr ,而不是单独的叫英文名linus。

从外资、海外分公司的经历,再加上最近的阿里系公司的经历,让我开始思考花名的最优用法,为什么说最优,而不是正确呢?因为我们常说适合自己的才是最好的,无关对错,这或许是根本的原因。

回归正题,在正式入职之前,HR就发邮件开始提醒我,要提前想好花名,并且还要保证花名的寓意是积极向上的,且不能跟公司已有的同事重复,最开始觉得还挺有意思,终于能跟阿里一样,能用花名相称了,多高大上啊,所以就花了半天时间想了几个,然后做了筛选,最终留了两个,报过去了,结果查重后,说是重复了,还得另外想,然后就这样来来回回两三次,想了十个左右,直到入职当天,感觉能用的,还是出现了重复,不得不又开始想,经过这几次的消磨和折腾,我开始分析这个事情:

1、人事通知新入职同事,要起花名,而且要有积极向上的寓意
2、新员工与人事反复确认花名是否合适,包括人事还需要查重,不仅不能与在职充分,连离职的也不能重复
3、入职之后的体验是,大家会在花名后,再缀上真名,沟通时有时用真名,有时用花名,搞到最后对于同事,要记两个名字,而且还要把这两个联系起来,否则真的挺尴尬,像我这样的,上了年纪的,记忆力确实不怎么好,只能靠平时多接触来慢慢熟悉
4、公司系统中存在了大量废弃的花名,出于某些原因,删不了也改不了,但就是不能重复,后来者就只能另择其他,到最后,甚至随便起一个,也不管跟真名或跟自己有无关联,寓意如何
我写这篇文章时,网上查询了好多相关文章,有赞同有反对,但就我而言,如果一项制度,是为了方便大家,减轻负担,当然是很欢迎的,就像一些工程师,很乐意给自己的多个虚拟机起别名,就是为了方便好记,而不用再记机器的编码,我更偏向的是另外一种想法,分享给大家,共同讨论:

1、因人起名,还是因部门、业务、岗位起名
2、名随人走,还是名随岗位
3、是虚拟替代真实,还是虚实兼有
4、是协作,还是上下级
在上面的几点,说说我的想法:

业务条线或是事业部,因涉及更多的是对外,且不易找到合适的名字完全体现愿意,故无需大费周章的再起别名
部门中的小组或是团队,则可以根据其性质,分别起不同的组名、队名,也可以相应的口号、服饰等,增加团队凝聚力,在我看来,未来是小团队作战的时代,所以一个个小团队的战斗力很重要
根据不同的岗位,起不同的花名,如果某一个岗位会有多位员工,则可取类似的名字,比如天龙八部中那几个段誉的假姐妹,亦或是红楼梦中的那几个姑娘、小姐,或是某部武侠中的一个组织中的几个师兄弟等,可以直接跟当前团队及同事形成映射,同事也可打消真名、层级的尴尬。另外还有一点的是,员工的离职、升迁、调岗,会涉及到工作内容的移交,花名与岗位挂起来,则只需把旧的花名,赋予接手这个岗位工作的人即可,这即是“铁打的营盘,流水的兵”,可以解决上述我们提到的很多问题
如果我们决意采用花名替代真名,那就彻底一些,不要再虚实兼有,内部统一起来,包括对外上,如果不涉及正式的、法务的、国家政府特别需要用到真名的文件、场合,我们也大可使用岗位对应的花名,无需虚实兼有,如果一个组织逐渐完善,那么只需保证每个岗位各司其职,高效的运转起来,工作做到位,具体这个做的人是谁,或许就不需那么在意了,这不就是我们常说的“对事不对人”、“就事论事”嘛,
如果涉及到需要新增岗位,或新增某一岗位下的人员,则新增花名与之对应,账号或是资源,也可复用,既简单又高效,这也让我想起了,门派或是武功的传人,一样的道理,只是这里变成了不同的岗位
关于层级或上下级的意识,即使我们起了花名,那么就是要进行平等的沟通和协作,就会有职责分工,也会涉及到角色的不同切换,甚至某些项目或工作上,你原来的领导会变成你的团队成员,这也是我们期望的方向,是未来的工作模式,但不管花名怎么起,如果本身的流程和制度没有改变的话,层级制度一直存在,所以我们完全以工作为导向,或是以任务为导向
例如,现在有一个新的项目,我们会先选择一个项目经理或项目负责人,有的用敏捷,那就是产品负责人,不管是哪个,我们在规划工作完成后,开始按职责或任务,设定一些不同的花名来进行匹配,然后由不同的人来挂上这些花名,即使你是公司CEO或CTO,在项目中可能就是干系人中的一个角色,领取对应的花名就好了,也就代表你的职责开始生效,这样的模式下,没有人会关心谁是公司CEO,或是老大,大家只是为了共同的目标而努力,为了各自的职责而付出,当每人都很单纯、轻松、高效的工作时,团队或组织本身就是高效的。
不管是职能部门,还是项目团队,甚至是某一个小的临时工作,我们都可以用这样的工作机制,打破层级,实现突破!
我一直相信,人的潜力是巨大的,关键在于怎么挖掘和激发,但无非就是目标、成就、进步这三点,这个部分,我会在另外一篇管理的三板斧中进行简单的分享,大家可以一起讨论,发表自己的想法!

相关文章
|
7月前
|
SQL 存储 关系型数据库
什么是关系型数据库?有什么优缺点
什么是关系型数据库?有什么优缺点
|
JSON Java 数据格式
SpringBoot热部署详解
SpringBoot热部署详解
SpringBoot热部署详解
|
消息中间件 存储 运维
浅析阿里《云原生架构白皮书》
提前看了《云原生架构白皮书》一直想着要写点东西,拖延来去[《白皮书》](https://developer.aliyun.com/topic/cn-architecture-paper)已经正式发布2天了,我还迟迟没有动手。没动手的一方面原因是我的懒癌症又犯了;另一个原因是《白皮书》覆盖面之广,基本触及到云原生的方方面面,而我在云原生方面的知识储备不足以支撑我写出一篇好文。
4814 0
浅析阿里《云原生架构白皮书》
|
网络协议 域名解析 网络架构
DNS详解: A记录,子域名,CNAME别名,PTR,MX,TXT,SRV,TTL
DNS DNS,Domain Name System或者Domain Name Service(域名系统或者域名服务)。域名系统为Internet上的主机分配域名地址和IP地址。由于网络中的计算机都必须有个IP地址,来识别, 互相之间才能通信,但让我们记住一大串的IP地址来访问网站显然是不可能的,所以用户使用域名地址,而DNS系统的功能就是自动把域名地址翻译为IP地址。
18246 0
|
3月前
|
人工智能
【AI Make Money】如何用人工智能赚钱
【AI Make Money】如何用人工智能赚钱
685 0
|
微服务 测试技术 Java
阿里技术专家详解 DDD 系列- Domain Primitive
关于DDD的一系列文章,希望能继续在总结前人的基础上发扬光大DDD的思想,但是通过一套我认为合理的代码结构、框架和约束,来降低DDD的实践门槛,提升代码质量、可测试性、安全性、健壮性。
58048 16
阿里技术专家详解 DDD 系列- Domain Primitive
|
5月前
|
人工智能 自然语言处理 PyTorch
从千问Agent看AI Agent——我们很强,但还有很长的路要走
本项目主要通过通义千问作为基础大模型,通义Agent浏览器助手实现网页和PDF材料,以帮助您快速了解多个页面的内容,总结您浏览过的内容,并减少繁琐的文字工作。实现数据分析与可视化、处理文件等的代码解释器功能。
从千问Agent看AI Agent——我们很强,但还有很长的路要走
|
缓存 JavaScript Cloud Native
阿里云发布 Spring Boot 新脚手架,真香
本文,围绕 spring initializr 框架,以 start.spring.io 为例,全面的给大家介绍如何使用和扩展这个框架,以及背后的运行原理。
41132 1
阿里云发布 Spring Boot 新脚手架,真香
|
4月前
|
自然语言处理 IDE 测试技术
通义灵码VS Code和JetBrains配置指南和使用技巧
通义灵码VS Code和JetBrains配置指南和使用技巧、快捷键操作、功能使用细节说明。
|
机器学习/深度学习 数据可视化 计算机视觉
注意力机制BAM和CBAM详细解析(附代码)
注意力机制BAM和CBAM详细解析(附代码)
注意力机制BAM和CBAM详细解析(附代码)