タノムのオンボーディングは焦りを解きほぐし、頼り方を身につける

スタートアップへの転職で意外と多いのが、「放置される不安」よりも、「早く成果を出さなければ」という自分自身へのプレッシャーです。
特にリモート環境では、「今どこまでできていればいいのか」が見えづらく、焦りだけが積み上がっていくこともあります。

タノムのオンボーディングは、そんな「新人が自分で生み出してしまう焦り」を仕組みで解きほぐすことから始まります。今回はCSと開発の現場を通じて、タノムのオンボーディング設計思想をご紹介します。

タノムが考えるオンボーディングとは？

CSと開発、どちらのチームにも共通していたのは、「業務を教えること」で終わらせないオンボーディング設計でした。
重視していたのは、

• 困った時にどう頼るか

• どこまで自分で調べるか

• どのタイミングで周囲を巻き込むか

といった、リモート環境で前に進むための感覚を、最初の数ヶ月で一緒に作っていくことです。その土台になっていたのが、「毎日の1on1」と、「#times（※）」です。
（※）個人の作業ログや思考を気軽に共有するSlack上のチャンネル 

今回は、この土台で立ち上がったメンバーの軌跡から、タノム流のオンボーディングを紐解いていきます。

焦りとプレッシャーを外す——日次1on1と声かけ

タノムは「リモート×フレックス環境」のため、基本のやり取りはテキストメインです。けれども、オンボーディング期間はあえて、毎日1on1を実施し、意識的に口頭で話す時間を設けています。

なぜなら、リモート環境下では新入社員の「ちょっとしたつまずき」が見えづらく、気づけば数時間手が止まってしまうことも珍しくないからです。こうした入社者の困り事をいち早く察知するため、CSチームでは毎日30分~1時間（朝or夕）、開発チームでも全体ミーティングの直後に毎日30分、話す時間がセットされています。
1on1は単なる実務の進捗確認ではなく、それぞれの置かれた状況に寄り添うための時間として機能していました。

【開発チームの場合】
エンジニアの足立さんは、「リモート×スタートアップ」という環境には慣れていたものの、すでに一定のコードベースがある「運用フェーズの組織」へ合流する経験は初めてのこと。少なからず気がかりを抱いていました。 

【CSチームの場合】
CSチームの松井さんは、スタートアップという環境自体が初めての挑戦。「早くキャッチアップしなければ」「自分のために時間をもらうのは申し訳ない」という焦りを抱えていたと言います。

そして、日次の1on1は、受け入れ側にとっても大きな意味を持っています。メンターの奈良さんはこう話します。 

タノムでは、短期間で戦力化することだけをゴールの指標にしていません。まずは自分で自分を焦らせないこと。日次の1on1は、入社者が自ら生み出してしまうプレッシャーを外すための、なくてはならないセーフティーネットになっています。 

どこまで調べ、どこで相談するか。「頼り方」を養うステップ

「頼り方の加減」は、新しい組織では誰もが一度は迷うポイントです。特に、前職で“自分でなんとかする側”だった人ほど、どのタイミングで相談すべきか悩みやすいのかもしれません。

エンジニアの足立さんも、入社初期にクラウドストレージ（S3）の設定でつまずいた際、半日ほどひとりで画面と格闘していたと話します。

頭では分かっていても、いざとなると抱え込んでしまう──。こうした入社初期のリアルな葛藤は、誰しもに思い当たる節があるのではないでしょうか。

タノムが目指しているのは、「一人で抱え込まず、必要な時に周囲を巻き込める状態」です。そのために、まずは日頃から自分の頭の中をオープンにできるよう、「#times」が用意され、発信することが推奨されています。

「助けて」のハードルを下げる、小さなステップ

テキスト中心の環境に慣れてもらうため、入社直後はまず、メンターに何でもメンションするところから始まります。分からないことを日報に書き、1on1で相談する。そうしたやり取りを繰り返しながら、少しずつ「このくらいならSlackで聞いても大丈夫」という感覚を掴んでいくそうです。

慣れてくると「#times」で不特定多数に向けて独り言のように状況を呟き、周囲にゆるくヘルプを出せるようになっていきます。その上で、「自分でどこまで調べて対応するか、どこから助けを求めるか」という具体的な判断軸を養っていきます。

チームごとに手渡される、具体的な「物さし」

各チームで新入社員の判断軸を育てるために、どのような「物さし」を渡しているかご紹介します。

【CSチームの場合：時間の物さしを渡す】 
CSチームでは、個人の特性に合わせた「時間軸の目安」を提示しています。例えば、一人で調べすぎて時間を溶かしてしまうタイプには「30分で調べるのを切り上げてSlackで質問しよう」、逆にすぐ質問してしまうタイプには「まずは15分自分で調べてみよう」という具合です。

このさじ加減を繰り返すことで、新入社員は感覚的にベストな相談タイミングを体得していきます。

【開発チームの場合：答え合わせによって判断軸を養う】
開発チームでは、ただ答えを教えて終わりにするのではなく、考えるための基盤（仮説）を本人が持った上で、必要な情報を渡していくことを重視しています。

足立さんが「自分はこう考えたのですが、これでいいですか？」と自分の頭の中（仮説）を言葉にし、メンターの松浦さんがその理解度や認識に応じて必要な情報を渡していく。ただ答えを教えてもらうのではなく、足立さんの仮説の「答え合わせ」をしていくようなイメージです。

アプローチの手法こそ違えど、両チームに共通していたのは、リモート環境で前に進むための「自分なりの物さし」を、チームみんなで養っていくカルチャーでした。

「資料があるから大丈夫」ではない。ドキュメントを“育てる”カルチャー 

タノムは、「Slackで議論」「Notionに蓄積」「口頭のやり取りもテキスト化する」という テキスト文化が根づいている組織です。
しかし、開発チームのメンター松浦さんは、「資料がたくさんあるから読めばわかるよね？」という感覚はないと言います。 

だからこそタノムでは、新入社員にもドキュメントのアップデートを積極的にお願いしています。入社直後のフラットな状態だからこそ、「どこで迷ったか」「何が分かりづらかったか」にリアルに気づけるからです。組織に慣れてしまうと、その感覚は少しずつ失われていきます。

開発チームでも少し前にジョインしたメンバーがドキュメントをアップデートしてくれていました。

CSチームの松井さんも同様に、資料のアップデートに貢献したと話しました。

タノムでは、ドキュメントを“完成された正解”として消費するのではなく、「今いるメンバー全員で育て続けるもの」として扱っています。新入社員を「受け手」として捉えるのではなく、入社初日から「仕組みを一緒に作る仲間」としてフラットに扱う姿勢が、ここに表れていました。 

独り立ちのゴールのグラデーション。半年～1年をかけて“タノムの一員”になる

タノムでは、最初の3ヶ月は、あくまで“自走の下地（頼り方・調べ方）ができる期間”と捉えています。複雑な業界知識や仕様の背景を深く理解して本当の意味で独り立ちちするには、「半年から1年はかかる」という時間軸を組織として許容しています。

そのため、「タノムの一員になった」と実感する瞬間にも、職種や個人の状況によるリアルなグラデーションがあります。
入社半年ほどで実感を持てたというのは、CSの松井さんです。

一方で、当初の予定より早い立ち上がりをみせたエンジニアの足立さんですが、本人の見据えるゴールはさらに高いところにありました。

キャッチアップが早い足立さんの事例は、メンターの松浦さんにとっても、サポートのさじ加減を磨く好機となりました。新入社員の成長は、迎える側の組織を現在進行形で変化させています。

ただし、このオンボーディングも完成された仕組みではありません。まだ道半ばだからこそ、直面しているリアルな課題があります。

【オンボーディングの課題】まだ“完成された仕組み”ではないというリアル 

今回ご紹介したオンボーディングも、まだ完成しているわけではありません。

1. 職種の受け入れ体制の差を埋める

QAやPdMといった職種は、まさに今2人目、3人目を増員しているフェーズです。そのため、現在進行形で受け入れ体制を整えている最中といえます。

2. メンターの育成強化

現在は経験豊富なメンバーがメンターとして入社者を支えていますが、今後は別のメンバーが「メンターデビュー」をしていくフェーズを迎えます。メンター自身の教育体制の整備は注力したいテーマでもあります。

3.ドキュメントの継続ブラッシュアップ

全社的に「ドキュメント化」の文化自体は根づいているものの、「入社者が一目で読みやすい綺麗な情報」にまでは日々の変化のスピードもあり、追いついていません。

だからこそ、新しく入社したメンバーの目線すらも、仕組みをブラッシュアップするための貴重な資源としています。オンボーディングそのものを、チームで育てていく。そうして変化を止めないカルチャーが、組織の根底にあります。

まとめ

新しい環境では、「早く成果を出さなければ」「こんな質問をして、相手の時間を奪ってしまったら申し訳ない」と、不安や困り事を一人で抱え込んでしまいがちです。

だからこそタノムでは、「分からない」をオープンにしながら、周囲を巻き込み、少しずつ自分なりの判断軸を育てていくことを大切にしています。

周囲の忙しさを気遣って遠慮するのではなく、自分なりの仮説を持って周囲を巻き込みにいく。そして、自分が迷ったプロセスさえも「次の仲間のための新しい仕組み」として残していく。そんなスタートアップならではの泥臭くも誠実な挑戦を楽しめる仲間を待っています。

タノムのオンボーディングについてさらに知りたい方はこちらもご覧ください。