最近やって良かった引継ぎの方法

Posted at 2024-06-11

相も変わらずSES系で働いているのですが、この度案件が変わることとなり、引継ぎを行いました。普段あまり引継ぎをされて業務に臨める環境が少ないため、どのような引継ぎをしたら後任者は業務理解が進むのかを考えつつ引継ぎを行ったので、備忘録として書き残そうと思います。

前提条件

今回引継ぎをするにあたって、重要視した点は以下の通りです。

資料は以下のような目次で作成しました。

基本的には、

といった流れを資料で表現したかったため、この構成にしました。業務の説明から入ると、その業務ではこれを使うといった感じになり、システム全体の連携が頭から抜けてしまうことを危惧したため、まずはシステムがどういった目的を持って全体的にはどうなっているのかを説明することに重点を置きました。

基本的には以下のように引継ぎを実施することを計画しました。

一度教えられたことを実際にコードを触ってみたり資料を確認してもらい、質問があればQ&Aの時間で聞いてもらうというプロセスを取りました。

質問を五月雨式にチャットされるとこちらの業務が進まないこともあり、決まった時間にまとめて聞いてもらうようにしました。基本的に同じ質問が何度来ても答えますが、簡単に質問事項と回答をまとめられるスプレッドシートを作成し、その中で質疑応答を行うことで過去の質問が振り返れるようにしています。

引継ぎでよく忘れられがちですが、前任者は後任者に対して引継ぎをどのように実施するかの説明を全段階でしておくべきだと思います。理由は、後任者が新しい現場で何をしていいのか分からない状況で入ってくるため、まず何をすればいいのかを事前に説明しておいたほうが迷わなくなるからです。

レクチャーのMTGでは以下のような構成で話をしました。

最初に何をするのか言っておいたほうが相手のインプットに良いと考え、このような形にしました。1回のレクチャーは1時間以内にし、最初に範囲を話すことで話題がぶれなくて良かったです。

個人的には引継ぎで最も重要なのは自己学習の時間だと感じています。理由は、

実際に触ってみないと分からないこともありますし、前任者がうっかり資料に入れ忘れていたことや説明し忘れていた事項が質問として出てくることもあります。このプロセスは重要です。

質問はスプレッドシートで管理し、画面共有しながら回答しています。回答する際に気を付けたことは、

相手は現場に入ってきて右も左も分からないので、基礎的な質問が出てくることもありますが、面倒がらずに丁寧に説明する必要があります。ここを怠ると引継ぎの意味がありません。

後任者が入ってきて一週間ですが、この一週間でほぼ全ての内容をレクチャーし終えることができました。正直2週間くらいかかりそうな業務量がありましたが、このプロセスを取ったことでかなりスムーズに引継ぎが行えました。もちろん、後任者の経験や実力が豊富だったことも大きな要因です。優秀な人材には感謝です。

普段の引継ぎは資料を作って説明してあとは覚えて！という感じが多いですが、ちゃんとプロセスを組むことでしっかりと理解が進み、より効率的に引継ぎが行えると感じました。

前任者の皆さんには、後任者があとはいい感じにやってくれるだろうと無責任なことは思わず、ちゃんと引継ぎをしてあげてください。