一个员工离职交接引发的思考

领导的

问题是什么？

交接清楚就行了呀，和时长没有多大关系吧

如果这个人文档能力强，平时工作都有文档沉淀，那一周的时间足够了。

然后就是不招 dba 了，让组内没有 dba 经验的应用运维去接手任务

交接文档谁签字谁负责，出问题找签字的人

dba 交接能用几天。。

由此引发一些问题，上云后，dba 还需要么？ dba 的职责是什么？ dba 能干点什么？

你是签字的领导吗? 还是被交接工作的那个? 现在是出了问题要找人背锅了是吗?

想这么多干啥. 现在是出了问题找人背锅了吗?

说明不重要

@GeorgeWai 上云了和 dba 也没有必然的关联，你要说上云了，减少了运维工作量，去掉几个运维可能还实际。云环境中，DBA 也需要负责数据库的设计，性能优化，数据安全啊。而且弹性伸缩之类的，dba 就不能做了？

所以你觉得的问题是啥？主楼好像都没表述清。

“我昨天 88 买了一本书。为什么会出现这样的问题？” 啥问题？？

很正常的事情，职场大部分人都是螺丝钉角色，替代性很强的。

DBA 有两种，第一种是辅助设计的，在设计的时候就把问题想好了，比如会规划表的容量，怎么样的查询，未来数据增长以后性能可以落在哪个数量级；第二种是面对运维和应用的，比如各种部署，管理，高可用，灾备，性能调优等等。后者比较容易招，前者比较难招。前者离职基本很难交接，后者离职交接一周算久了。

之前公司 dba 啥破事儿没有，天天上班炒股票

思考啥？经济不好，这种可有可无的职务取消不是很正常吗？

@igrowheart +1

以前在两广，离职都是要提前一个月“申请”。到上海发现大都是当天交接下就可以走了。

@igrowheart 前者是开发自己应该做的

什么叫可有可无，每一个职业都是深思熟虑下招聘进来的。
每一个职业对于项目的完整度都有不可或缺的价值
别拿你的无知和愚蠢来考量每一位成员

@GeorgeWai 那这也不是离职人的问题啊

@raynor2011 这里说的两种 DBA ，也可以是角色。所以可以是一个人，也可以是不同的人。公司的业务大，多招点；公司业务小，就少招点。

说明你能力不足，正常交接很快的，只是有新人上手能力差自我学习能力不行，所以往往要一个月，把一个月内的工作内容带着学习过一遍

感谢大家的讨论，但是对事不要对人。
由此又想到一个问题，有多少中小企业的运维类技术岗是没有 AB 岗的，技术文档不全，平时都是按照个人的喜好去搞一些零碎的脚本，开源软件，能用就行了，这种情况，文档肯定是跟不上的。一旦有人离职，就会让其他非这个岗位的人去硬接任务，不管接不接的下，不出问题天下太平，出了问题找人背锅，反正和领导无关。招人时候，一个人最好把所有活都干了，离职了，就沙雕了

@GeorgeWai 是的，文档不全的情况下，任务交接可能是个很大的雷。换个角度想，这也是构建个人壁垒的一种手段。不过领导会认为都是耗材，随时可替换。祝好运