こんにちは。エンジニアの平木です。
メドレーでは今年度より新卒採用活動を本格化しており、今年はエンジニア4名が新卒社員として入社しました。
現在、新卒メンバーは6ヶ月の開発研修が無事終了し、各部署で業務に勤しんでいますが、このエントリでは、初めての新卒研修をどのような視点で計画・実行していったか?を書いていきたいと思います。
新卒研修を決めるまでやったこと
研修の大枠決定
カリキュラムの大枠を決めるため、まずCTOの平山が「こんなことをやろう」という大枠の方向性を出し、施策レベルに筆者が落としこんでいきました。
決めたことは、以下３点です。
- 入社後の導入部分
- 社会人としてのビジネスマナーや考え方の基礎を学ぶ
- プロダクト開発をする上で必要になる基礎を学ぶ
- 会社の事業内容を理解する
- OJTをメインとした各チームへの仮配属
- 新卒社員へのフォローアップ
- メンターや部長との定期報告会
- 半年後に役員陣への成果報告会
エンジニアとして価値を出していくため必要な「社会の課題を解決するために、日々自身の腕を磨き、純粋に取り組む、ただそれだけ」という、メドレーが求めるエンジニアとしての姿勢をきちんと体得してもらうことが目標です。
こちらについては平山のブログに詳しく書かれているので、ぜひご参照ください。
情報収集
社内エンジニアへのヒアリング
前職で新卒研修を受けたことがある社内の20代~30代のエンジニア4人を対象に、研修内容についてヒアリングしました。
ヒアリングしたポイントは
- 研修の期間
- 研修全体の流れ
- 各研修メニューの内容
- OJTはどういった形で受けたか
- 研修を受けての感想
など。各社・各年代で個性が出るなという印象を持ちました。
やはり、エンジニアということで座学よりも手を動かすハンズオン形式の方が印象に残ることや、印象的な研修メニューは時間が経っても覚えているという傾向が分かりました。
ネットでの情報収集
ご存知の通り、近年では新卒研修のブログや、学習プログラムに関しては多くの企業様が書かれています。
しかし、内容としては「アプリ開発をこのような形式で行ないました」という情報が多く、研修全体や社内情勢も踏まえた背景などが書かれているものは意外に少ないなという印象を持ちました。
そんな中、各社の新卒研修エントリがGistにまとめられているのを発見しました。 こちらは大変参考になりました。作者の方にはこの場をお借りして感謝させていただきます。
研修メニュー決定
研修の詳細メニュー
ここまでの過程を踏まえ研修メニューを筆者が考え、CTOや開発部部長の田中・副部長の稲本と刷り合わせをしていきました。
結果として、以下のメニュー構成でいくことになりました。
- オリエンテーション
- [座学]社会人研修や会社全般の知識の習得を目的にする
- 開発基礎研修
- [座学]Webアプリケーション開発の基本や、エンジニアとしての心得、会社の展開するサービスの基本知識を習得することを目的にする
- 開発実践研修
- [OJT]社内向けにWebアプリケーションを開発し、チーム開発を実践することを目的にする
- 開発部OJT
- [OJT]稼動しているサービスの開発を通して、業務としての開発を実践することを目的にする
- 事業部OJT
- [OJT]ビジネスサイドの業務を体験し、開発以外の会社の業務の全体像を理解することを目的にする
特に事業部OJTは新卒メンバーには必ず理解してもらいたい、と決まった研修項目です。
メドレーではプロダクトファーストで開発しますが、プロダクトの機能や要望は実際のビジネスの流れと密接に関わっています。
新卒メンバーもこういった流れを把握出来ていないと、要点を押さえた開発ができません。実際にどのような流れで顧客と関わっていき、自分達が開発するプロダクトにどう影響していくかを体験してもらうために、この事業部OJTをメニューに組み込みました。
研修期間
研修の期間についても様々な意見が出ましたが、最終的には配属後の業務にスムーズに入ってもらえるように、基礎を重視して長めに研修時間を取ったほうがよいと決め、以下の通り全6ヶ月という研修期間を定めました。
メンター
研修全体の統括は筆者になりますが、新卒メンバーがいつでも相談できるように1人につき1人のメンターを付けています。社会人経験が3年以上ある社員をメンターとしました。
最初の2週は毎日1on1を15分程度行ない、以降は毎週金曜日に1時間の1on1を実施。 また、メンター同士の交流として、2週に1度メンターの共有会を開き、相談や近況報告を行いました。
メンター制自体も初めての試みだったためメンター同士の対応内容や新卒全員の様子が共有される場作りは、実施してよかったです。
研修メニュー内容
各研修内容のご紹介です。
オリエンテーション
- 外部ビジネス研修
- コンプライアンス研修
- セキュリティ研修
- 開発環境の整備
- 開発ツールの解説
がメインです。
Macを渡されて、「勝手に開発環境作ってね」というのは新卒エンジニアにはハードルが高いので、筆者が付きっきりで時間をかけてフォローしました。
オリエンテーションは約1週間程度ですが、ここで「メドレー社員の一人になった」という実感を持ってもらうことができました。
開発基礎研修
大きく2部構成です。最初の部では、メドレーでエンジニアに期待していることや、既存サービスなどのシステム構成・ビジネスの流れなどを座学で実施しました。
もう一つの部では書籍の輪読をしました。この輪読は、Webサービスの基本の仕組みと、Webサーバ自体を支えるOSであるLinuxの基本を覚えてもらいたいという趣旨で開催しました。
メドレーについて
こちらの部ではCTO平山から「メドレーのエンジニアとして求めること」と題して、求められるエンジニアリングとは何なのか?自分達のキャリアパスなどをディスカッションしました。
その後は、ジョブメドレー・CLINICS・介護のほんね などメドレーが提供しているプロダクトについて、システムの概要やビジネスモデルとシステムの対応について講義。
メドレーでのエンジニアは各々専門性がある技術領域を持ちつつ、その領域に限定せずに広い分野で開発をしていますし、プロダクトを第一に考え開発しますが、そのために技術を武器としていくバランス感覚が必要になります。
この段階でまずこうしたメドレーでエンジニアとして働くとはどういうことなのかという知識や考え方を新卒メンバーに勉強してもらいました。 エンジニアとは何か エンジニアの価値は何か プロエンジニアとは何か エンジニアではない職種との違いは何か といった基本的な話から、 2030年のみんなはどうなっているのか、どうなっていたいのか 先輩エンジニアはどのようなことに悩み、どのようにアプローチをして、力をつけてきたのか、それを超えるためのヒントはどこにあるか メドレーのエンジニアとして求めたいことは何か といった踏み込んだ話も含め、個人ワークやグループワークも交えながら伝えていきました。
導入があることで、これからのカリキュラムを実施していく上での心構えができる期間だったのではないかと思います。
輪読会
座学でプログラミングのことを勉強させるのではなく、主体性を持ち、基礎知識を習得してほしいと考えていたので、プランを作っている初期段階から輪読会をすることを決めていました。 参考にさせていただいたのはドワンゴさんの2016年の研修の記事です。
輪読で使用する本の選定は悩んだのですが、弊社で使っているRubyやRuby on Railsのことや、JavaScriptなどの技術より、基本となるWeb自体についての知識や、Webサーバで使うLinuxの事などを習得してもらいたいということを考えて以下の2冊で輪読を行いました。
「Webを支える技術」の輪読の形式は毎回決まった章を筆者が講義しつつ、時折質問などをメンバーに投げかけたりしながら理解を深めました。
議事録も新卒メンバー全員で順番を決めてもらうという、自主性に基づくスタイルにしました。まず輪読の雰囲気になれてもらうこと、それから議事録を取りつつドキュメンテーションの練習をすることを狙いとしています。
最初はぎこちなかった部分もありましたが、回を重ねるにつれて、自分の経験や知識も含めたディスカッションにも発展するようになり、全員自主性を持ちながら実施できました。
対して「Goならわかるシステムプログラミング」については新卒メンバーに章を割り当てて、各自講師をしてもらいました。
元々レポートを3回発表することを予定していたので、本の内容を読んできちんと理解した上で、他人へ伝える力を養うことをサブ目標にしています。
さらなる自主性も必要になる上、本の性質上ほとんどのメンバーが触っていないGo言語を使ってプログラムを書いてシステムのことを理解しないといけない為、プログラムの本質的な部分に触れることもできたのではないかと思います。
開発実践
開発実践は上記の開発基礎と並行して午後から実施しました。 1日の午前が開発基礎、午後が開発実践というスケジュールです。
実践は新卒メンバーで社内ツールを実際の業務形式で開発してもらいました。
題材は「メドレーの使い方に合ったビルの予約システムを作る」というものです(以前SmartHRさんが同じビルだったので少しアプローチが違いますがブログに書いてました)。
メドレーでの業務開発と同じ形式で
- ユーザーからの要望をヒアリング
- 要件定義
- 開発計画の策定
- システム設計
- チームで分担してながらの開発
- ベータ版としてリリースしたものをブラッシュアップ
- 実稼働するための環境整備をしながらリリースする
という一連のプロセスで開発しました。
「開発自体どうやって進めるか」「仕様をどうするか」など基本的な所から、全行程を新卒メンバー主体で考えて実行してもらい、メンター陣は所々MTGやPRをレビューしながら、アドバイスをするという形式で行いました。
新卒メンバー全員が同じスキルセットを持っているわけでもないですし、得意・不得意も違う為、まず最初に彼ら自身にリーダーを決めてもらい、リーダーがオーナーシップを持って開発を進めてもらいました。
チームでの開発というのはほとんど全員が初めてだったため、かなり困惑しているところもありましたが、研修の過程で理解した互いのスペシャリティを活かして、役割分担をしつつ、決まった納期にきちんとリリースすることができました。メンターとしてそばで見ていましたが、新卒メンバー全員の成長を実感しましたし、純粋に凄いと感じました。
途中で納期に間に合わせるための要件の取捨選択をしなければならなかったり、自分達が考えた仕様が必ずしもベストというわけではなく、さらに色々と考える要素が必要だったりという開発のリアルを経験できたのは次のOJTに活きたと思います。
余談ですが、こちらの元々のシステムを調査する上で「Webを支える技術」の知識が早速役に立つという場面が多く、やはり基本は大事だな、と思った次第です。
開発部OJT
基礎研修が終わってから、既存サービスにジョインしてのOJT実施となりました。
ここまでの研修で、ある程度の知識や業務の進め方などは習得していたので、何をすればよいか分からないということはありませんでした。
メンバーによってはここで時間を取ってRuby on Railsについて習得をしてもらいました。 大きい失敗なども特にはなく粛々と進められたのは良かったのではないかと思います。
事業部OJT
開発部OJTの途中で2週間ずつ時間を取って、人材プラットフォーム事業と医療メディア事業での事業部OJTを行いました。
どこで顧客とコンタクトし、お金をいただき、どのような形で自分達が作ったシステムに関わっていくのか?というのをこの時期に体験してもらうことが目的です。
研修はビジネスの流れに沿って行ないました。研修メニューは、事業部の主要メンバーにコンセプトの共有をし、メニューを考えて実施してもらいました。（ありがとうございます！）
実際に電話でアポイントを取ったり、顧客のサポートを電話やビデオチャットでしたり、営業をどうやっているのかを体験したり…などを2週間かけて新卒メンバーに体験してもらいました。
この後に実際「このシステムの機能はこういうときに使うのかと実感した」とか「やっていてこのような仕様のほうが良いと思った」などの感想をそれぞれのメンバーが持っていて、やはり実施して良かったなと強く感じました。
レポート発表
それぞれの研修の終わりにはレポート発表の時間を設け、一人一人振り返りを書いてもらいます。その為に週報の提出も義務付けました。また研修期間の終了時には弊社役員陣にプレゼンする最終レポート発表の時間を取りました。
ひたすら研修内容をこなしていくという形になりがちなので、振り返りの期間を設けて記録を付けていき、自分の成長や反省などを可視化したいという目的です。
また、メドレーではドキュメントドリブンで開発に限らず全社員がConfluenceでドキュメントを書いていく文化なので、文書を誰にでも分かるように論理的に書く技術が求められます。こういったレポートの記述やそのフィードバックから文書技術を高めてほしいという目的もありました。
レポートに関してはメンター陣やマネージャ陣に発表してもらうという形にしていたので、発表自体やレポートのまとめ方などに都度フィードバックをするようにしました。
最初はレポートが読みづらいなどもありましたが、回を重ねるごとに段々洗練されたレポートや発表になってきたのが印象的です。
最終レポートは代表を始めとした経営陣に向けてレポートを発表してもらいました。今まで自分達がやってきた全ての業務を、前提の知識がない聴衆に向けて発表するということで、各自が趣向を凝らしての発表になり、経営陣からも高評価をもらっていました。
まとめ
メドレーで初の新卒研修は以上のような形で終わることができました。
かなりのハードスケジュールだったとか、開発部OJTをもう少し現場と色々と話しあったほうが効果的だったかもなど反省点もありますが、現在新卒メンバーが10月から実際の業務で活躍しているところを見ているので、ある程度の成功を収めることができたのではないかと思います。
来年度のメニューはまた違ったものになる可能性がありますが、今年の研修でも重視した「メドレーでエンジニアとして働くことに対する意義を感じながら業務をしてもらう」という部分はズラさずに実施していければと思います。
長々とお付き合いいただきありがとうございました。
