真实|技术人员该如何站好最后一班岗?

阅读本文大概需要 6 分钟。

「挑槽、入槽、跳槽」堪称每个技术人员必奏的三部曲,而这三部曲在职场中来回奏,便构成了程序人生。

铁打的硬盘,流水的码农,离职时见人品,作为技术人员该如何做交接,到底该如何站好最后一班岗呢?

1


人品不够,文档来凑。


从上家公司离职已经 5 年多啦,记得离职大概没多久,前技术同事微信告诉我:你写的交接文档,在会议上公开表扬,让其它组作为参考。


当时个人感觉没啥,就是写了一堆文档罢了,近期看到其它团队交接的效果,那么的不尽人意。而且秉着吐露真心,认真分享的原则,不妨把那些年写过的交接文档,逐一呈现给你,万一能助你积攒人品、升职加薪呢?



(一)作为技术人员离职前的交接,编写交接进展表为了谁?


离职前的交接,非常能展现人品,最重要的原则是:交接时一定要尽力而为。


尽量能打造属于自己的交接计划,按照计划一步一步去落实,并把交接进展维护在 excel 中,如图中的《交接进展表.xlsx》。


编写交接进展表,一方面让大家明确知晓交接的过程与进度,另一方面可供后人按此方式进行无脑式交接(前人栽树后人乘凉)。


(二)作为技术人员离职前的交接,编写XX系统_新手入门文档为了谁?


离职前的交接,希望都能编写新手入门之类的傻瓜式文档,该文档编写是个一劳永逸的事情。


倘若后续接手你的是一个新同事,那么就更有价值,按照入门文档,一步一步就能上手开发、提测、上线,这样的文档谁不喜欢?



仅以上面截图为例,新手入门文档中包含了系统的简要说明、功能说明以及功能模块划分,可以让接手的同事对系统有一个全局的认识。


当然,最重要的是要告诉要接手的同事,如何去干活?文档中的应用目录结构介绍以及如何开发、如何编译、如何提测、如何上线,这几大块就显得很重要。


另外,站在团队培养人的成本而言,新手入门文档,不仅仅是为了做好交接,倘若项目组一直就具备该文档,能够让新手快速上手开发业务需求,大概率会降低团队沟通、培训的成本。


(三)作为技术人员离职前的交接,编写XX系统_开发生产部署文档为了谁?


离职前的交接,当接手的同事能够按照入门文档开发需求之后,更一步的就是要了解开发、测试、生产部署环境相关的信息。



仅以上面截图为例,开发及生产部署文档,也可以理解成环境相关的文档。其主要目的是汇总开发、生产环境部署的机器、应用部署的位置及应用该如何访问的关键信息,让接手的同事,能够清楚当需求开发完成时,应用应该如何部署。


(四)作为技术人员离职前的交接,编写XX系统_业务支撑文档为了谁?


离职前的交接,当接手的同事了解完如何入门开发、开发生产部署环境,接下来就要花大量的时间,去了解支撑的业务。


鉴于支撑的业务会较多,作为接手的同事梳理起来会比较头疼,那么一个清晰的文档索引就很重要。


业务支撑文档就是把 SVN 或者 Git 上的产品相关的资料,分门别类把路径整理到文档中,以便接手的同事查阅,以便进行快速深入。


(五)作为技术人员离职前的交接,编写XX系统_经验汇总文档为了谁?


离职前的交接,最重要的是分享前车之鉴,对于要接手的同事而言少走弯路,避免再掉坑,绝对是一笔财富。



仅以上面截图为例,系统的经验汇总文档,主要记录平时该注意的事项、项目团队中以往遇到那些坑,以及如何把坑填平的。


有了经验汇总文档,无论是接手的同事,还是新招的同事,再去做需求开发,相信同样问题出错的概率应该会大幅降低。


不过该经验文档离不开一个长期积累的过程,所以程序员要养成一个善于记录的习惯。


2


人品不够,分享来凑。


离职前的交接,梳理文档是一方面,隔三差五的组织分享也是必不可少的环节。



如上面截图所示,主要包含生产部署相关以及业务支撑相关,目的就是把重要的信息,以培训会议的形式再次同步给大家,让团队中的每个人都做到心中有数。


当然,鉴于分享会耗费大家的时间,所以要提前准备好要分享的重要信息,合理安排时间去完成分享。


3


离职之后,保持藕断丝连。


如果你之前负责的是重要项目,即使交接做的很成功,但是之前的老同事,偶尔还会给你打电话咨询项目的事情,至少会持续一个月甚至更长。


那么请不要悲伤、愤怒,换个角度去思考,前同事有问题能想到你,说明你在他们心中还是有分量的,或许他们认为你了解的比较透彻,知道问题的解决方案,能够快速帮其解决问题。


今日留情面,他日好相见。


互联网的圈子真的很小,说不定哪一天又在下一家公司相见啦,所以一定要留有情面,把事情交接好,把最后一班岗站好。


最后一班岗站好,大家心中都有你,有机会就会向你抛橄榄枝。


曾经的那些人儿,那些事儿。


橄榄枝一:发生在 3 年前,上家公司的技术总监去了知名网购平台,电话问我能不能把简历发来,是否愿意来承担一些事儿?当我接到电话时,瞬间诧异,技术总监都拿到我手机号啦。


橄榄枝二:发生在去年,上家公司的某位高级经理被挖去了新的公司,担任 CTO 职位,由于业务扩展,多次问我是不是可以一起搞一搞?


估计很多人都接过橄榄枝,聊橄榄枝不是为了装 B,只是想反思一下橄榄枝背后,是不是和之前交接的过程有点关系呢?

4


铁打的硬盘,流水的码农。


作为技术人员请不要:这个我交接给他啦,你直接去找他吧!


作为技术人员请不要:恶意制造交接困难,让交接难上加难!


作为技术人员请做到:站好最后一班岗,今日留情面,他日好相见。


本次主要分享了之前交接时的思路以及写过的一些文档,如果感觉有一丝参考价值,那请拿去在团队中实践,沉淀下来的都是财富。


好了,分享就到这里,希望对你有帮助。一起聊技术、谈业务、喷架构,少走弯路,不踩大坑。会持续输出原创精彩分享,敬请期待!

读有用之书,与时间做朋友。关注公众号,回复「1024」get 精心为大家的准备 4 G 的学习资料,希望大家都能学以致用,实现自我价值,成为行业中的大牛!


往期推荐
评论