话说往年经验了几次我的项目交接？被动和被动的都算！
$$01$$
切实是没想到，都到年底快收尾的时候，还要忽然接手到职人员的我的项目；
一直拉扯和治理心田情绪，防止原地裂开；
年度中再次经验突发的交接事宜，并且团队要在极短的工夫内实现所有事项的交接流程；
毫无征兆的变动必然会引起一系列问题，最间接的就是影响团队现有节奏进度，须要从新调整和布局；
人员的小规模变动，对部门甚至公司产生的影响是不言而喻的，情理都懂；
然而从感性上思考，这个问题并非是无解的，是能够在各个团队中，进行外部消化的；
而人力缩小带来的老本升高，以及确保公司的可继续，这是极具确定性的，也是外围目标；
所以理性上说，这个梦幻的职场，可能真的是 ” 爱了 ”；
$$02$$
如果是惯例状况下的到职流程，交接并不是一件简单的事件，因为有工夫有情绪来解决这事，好聚好散；
然而最骚的是，奇袭个别的裁员伎俩，几分钟谈话完结间接走人；
丝毫不顾及由此带来的影响，认定留下的人应该兜底相应的责任，实现无缝接坑；
当然并不是什么公司都有底气这么做的，大部分还是在裁员告诉后，留有肯定的工夫解决交接事项；
对于交的过程是否有品质，齐全看接的一方是否聪慧；
从理性上剖析，都曾经被裁了天然要牢牢把握摸鱼的机会，基本不会在意交出的事项谁来保护，不反越防线就不错了；
而压力会间接传送后闪现到接的人正上方；
$$03$$
面对被动到职的交接，的确很难妥善处理，情绪化容易导致事件变质，能真正感性看待的并不多；
交接波及到三方的外围利益：公司、交出人、接手人，不同角度看待这件事件，态度齐全不同；
公司，并不关怀交接的品质，只有我的项目有人兜底即可；
交出方，理性上说间接搪塞交接单上的流程即可，并不在意后续的影响；
接手方，我的项目交接实现后的第一责任人，可能会关怀我的项目的品质情况；
至于说接手的人是否有工夫，有能力，有情绪接下这种天降大任，可能除了本人以外，不到出问题的时候关注的很少；
因为我的项目交接过程没有解决好，从而导致后续的事变与甩锅，情绪化的景象并不少见；
如果是在内部矛盾突出的团队中，由此引发的到职效应也并不少见；
$$04$$
人的情绪真的是很奇怪，能让简单的事件变的简略，也能让简略的事件变的离谱；
情绪上头的时候，事件自身是否真的简单就曾经不太重要了；
接手方最大的问题在于吃力不讨好，如果接了一个品质奇差的我的项目，象征之后很长一段时间内，工作状态都会陷入凌乱的节奏中；
对于大部分研发团队来说，都是存在排期布局的，如果被交接的我的项目横插一脚，从新调布局影响面又偏大；
向上反馈，多半是答复一句：自行消化；
何谓自行消化，就是占用闲暇工夫解决，比方上班后，比方周末，比方摸鱼，这些都是对工作情绪的继续挫伤；
最终兜底的集体或者团队，可能须要带着夜宵去公司搬砖；
$$05$$
吐槽归吐槽，裂开归裂开，成熟的搬砖人不该体现出显著的情绪化；
先捋一捋在面对到职交接时的注意事项，尽管说到职后有一个过渡期，然而真正波及交接的工夫通常一周左右；
作为接手一方，天然期待的是各种文档齐全，对于坑坑洼洼的形容足够分明；
然而对于被到职的交出方，会带着若有若无的情绪化状态，很难用心解决交接事项，能不挖坑就曾经是良心队友了；
接手方作为后续的兜底人员，兜不住就是一地鸡毛；
如果兜住了呢？那是职责所在、理所应当、不要多想、安心搬砖；
$$06$$
面对我的项目交接，这种隔三差五个月就会突发的事，齐全能够用一套固定的模式和节奏去执行；
强烈建议：不排挤、不踊跃、不情绪化；
然而在解决的过程中要感性且谨严，这样能够躲避掉许多可能呈现的麻烦，毕竟签了交接单，从此该我的项目问题基本甩不开；
职场几年，在屡次 ” 交 ” 与 ” 接 ” 的角色转换过程中，总结以下几点是研发须要留神的；
P1：文档，信息的外围载体；
不论我的项目波及多少文档，照单全收；
如果文档重大缺失甚至没有，间接在交接单上写明状况，并且得加粗划重点展现；
文档和我的项目的保护极有可能是线性不相干，然而手有文档心里不慌，因为不便后续再把我的项目交接给其他人；
所以，搪塞一时爽，出事火葬场；
$$07$$
P2：代码工程，坑与不坑全看此间；
接到手里的我的项目，是否会导致情绪崩塌，全看我的项目代码工程的品质，遇上一堆烂摊子，情绪会继续的跌跌跌，而后裂开；
间接把人打包送走的状况也并不少见；
如果代码工程质量极高，架构设计稳固，组件集成比拟惯例，分包颠三倒四，悬着的情绪能够适当着落；
P3：库表设计，就怕没正文；
对于数据库层面的设计，与代码工程和业务文档三者相辅相成，把握其中的主线逻辑即可；
但前提是表的设计得有清晰的正文，如果是纯中式英文混搭拼音，且不足正文，必然会成为解决问题的最佳卡点；
P4：外围接口，该当关注细节；
从我的项目的外围业务中选出 2 - 3 个简单的接口读一读；须要将留神点放在细节逻辑上，给心田积蓄一丢丢解决问题的底气；
相熟接口的基本思路：申请从客户端收回，业务服务的解决逻辑，对数据层面的影响，最终响应的主体；
$$08$$
P5：遗留问题，考验职场关系的时候到了；
公司一片祥和的时候，员工之间还能够做做样子；
然而曾经走到了一别两宽的境地，从理性上来说只有不藏着掖着就行，还想窥探他人安稳摸鱼的机密，的确想的不错；
幼稚的开发常干的事，为了解决某个问题长期上线一段代码，解决好后敞开触发的入口，然而会保留代码主体；
这还算惯例操作，最骚的是在本地写一段脚本工具解决线上的问题；
这些暗藏的接口和脚本只有开发的人本人分明，如果不给个阐明文档，这不单是挖坑，还棘手倒了肯定比例的水进行混合；
P6：结尾事项，寒暄几句还是要的；
安全意识好的公司，会对员工的账号权限做好备份，以便到职时疾速解决，不会留下危险隐患；
在所有权限敞开之后，接手人就能够在交接单上实现签字仪式；
交接实现后还是得适当的寒暄几句，万一接了个坑，转头就得再分割也不稀奇，所以职场留一线不便语音再连线；
$$09$$
年度收到的到职交接，曾经累计好几份，对这种事件彻底麻了；
事来了先兜着，等兜不住的时候天然会有解决办法；
抗拒与焦躁都不会影响流程的继续推动，这种心态须要本人用苏醒的意识一直的压服本人；
最初想探讨一个话题，跟我的项目前负责人分割，用什么话术求教问题，能力显得不卑不亢？
Gitee 主页 ：https://gitee.com/cicadasmile…