プレイングマネージャーだった私が、2ヶ月の育休をとってみた

こんにちは！開発室の佐々木です。

私事になりますが、2026年の3月から5月にかけて、2ヶ月間の育休を取得させていただきました。

当時、私はエンジニアリングマネージャー（EM）として1つのプロダクトを担当し、4名のメンバーマネジメントを担っていました。プレイングマネージャーとして自分自身もタスクを抱える中、「自分が2ヶ月も抜けて開発スピードは落ちないか」「メンバーのケアはどうなるか」といった不安もありました。

しかし、チームの協力もあり、大きなトラブルなく無事に育休期間を終えて復帰することができました。

今回は、「育休に入るまでにどんなことをやってみたか」　、そして「実際に2ヶ月業務を離れてみてどうだったか」を振り返ってみたいと思います。EMやプレイングマネージャーとして育休取得を考えている方の参考になれば嬉しいです。

属人化への向き合い方

育休の取得が決まってから最初に取り組んだのは、「自分しか知らない情報」をできるだけ減らすことでした。

私は中途入社から約3年間、同じプロダクトを担当し続けていたこともあり、気づけば自分しか知らない運用や意思決定の経緯がそこかしこに積み上がっている状態でした。

まずは「自分がいないとチームが困りそうなこと」を思いつく限りNotionへ書き出すことから始めました。

担当プロダクトの仕様の背景（　「なぜこの設計になっているか」という文脈）
現在進行しているタスクのステータスや懸念点
定期的に発生する運用フロー（月次・週次で対応が必要なもの）
自分がよく連絡を取る社外関係者の情報

ただ、3年分の情報をすべて網羅するのは現実的ではありません。そこで「全部を残そうとしない」という割り切りも大切にしました。優先したのは、影響度が大きい事象に絞って重点的にドキュメントを用意し、プロダクトが大怪我しない状態を作ることです。完璧な資料より、致命傷を防ぐ資料を目指した、という感覚です。

権限委譲：「コンテキスト」ごと渡す

ドキュメントの準備と並行して、業務の移譲も進めていきました。役割は以下のように分けました。

メンバーマネジメント： 他のEMへ
プロダクト開発の推進： 社内のPdMへ

引き継ぎで意識したのは、「プロダクトの現状」だけでなく「プロダクトの文脈」まで渡すことです。タスクの状況だけでなく、事業部メンバーの紹介と関係性、プロダクトの歴史と事業状況の推移、直近の失注・解約要因なども事業部へのヒアリングを通じてドキュメントにまとめました。引き継いだEMやPdMがスムーズにプロダクト開発へ入れるよう、いわば「コンテキストの引き継ぎ」を意識した形です。

移譲の進め方としては、ある日突然すべてをスパッと渡すのではなく、グラデーションをつけて徐々に主導権を渡していくことを心がけました。最初はMTGに同席してもらいながら意思決定のプロセスや背景を共有し、少しずつ手を離していくイメージです。