教育/研修 の記事一覧

GMOの稲守です。本エントリーでは今年開催される新卒開発者向け研修の設計に関する社内資料を公開したいと思います。 はじめに 開発者向け研修のGMOテクノロジーブートキャンプ（以下、GTB）は今年で制度が始まって9年目となりました。 当社グループは毎年100名前後の新卒を迎え入れており、そのうちの半分程度がエンジニアリングやクリエイティブなどサービス開発を担当するいわゆる「作る人」です。GTBは作る人による作る人のための研修制度です。 今年は素案策定に際して我々事務局のほかGMOペパボの皆さんにご尽力いただき、22年のカリキュラムが完成いたしました。今年のカリキュラムを思い切って公開したいと思います。 GTB2022 カリキュラム草案 カリキュラムの特徴 今年のカリキュラムの特徴は、「リモート環境を考慮しつつも、学びを」です。以下はキックオフで共有した資料の1ページです。 nunknowns（知らないことを知る） = 情報のindexを作る 会議で使用したスライドの一部 広く知識を学んでもらい、情報の入り口に連れていくことは変わらないのですが、改めて定義をアップデートすることで本プロジェクトに講師役として関わる多くの開発者メンバーやメンターの皆さんに新卒の皆さんに何を届けたいのかということを再確認しました。 本当はノウハウの全部を詳細に届けたい気持ちですが、彼らの社会人人生スタートの1ヶ月という限られた期間でしか関わることができないので、必要な情報をよりシンプルに深く届けることができたらいいなと思っています。 準備期間に行っていること GTBの実施はいわゆる総合研修の直後、5月からスタートし1ヶ月ほど実施します。カリキュラムや講師アサインなどを進めるため、キックオフは前年から行っています。新卒受入を行う各部門の開発責任者や人事系の皆さんにお集まりいただき議論をすすめています。準備期間で行っていることは具体的に以下です。 全体のコンセプト検討カリキュラム設計講師とメンターのアサイン新卒への事前アンケート研修会場などのファシリティ準備カリキュラムで使用する仮想サーバー（例年ConoHaを採用しています）の手配運営企画の検討 特に手間がかかるのはカリキュラムの設計と講師のアサインです。前年の課題などをフィードバックしつつ、手を変え品を変え、カリキュラムのPDCAを行っています。エンジニアリング職とクリエイティブ職の2コースを並列してアップデートを掛けているのでカリキュラムの設計工数もさらに増えています。 エンジニアリングにデータサイエンスが加わってきたように、クリエイティブ領域においても映像やデザインシステムなど新しい考え・手法が生まれていますので、カリキュラム内容を検討する分科会でもエース級のメンバーに入ってもらい議論しています。 近年では、GTB卒業生が講師やメンターを担当いただくことが増えてきたので、10年前の立ち上げ期にイメージしていた『研修の自動化』が生まれつつあります。立ち上げ当初から事務局としてかかわってきた一員として、継続は力なりを肌で感じております。 上記に記載した「新卒の皆さんに事前アンケート」については、昨年からこういったことにも利用しています。 https://developers.gmo.jp/technology/6894 さいごに インターネットの世界は日々拡大をしています。多くの若手の皆さんが仲間になってくれることでこの拡大が支えられています。 「天才が天才を育てる」そういった世界を我々も作りたいと思い、この活動を続けてノウハウの発信をしています。今年の実績についても、適宜発信していきたいと考えていますので今後もご一読いただけると幸いです。

こんにちは。GMOインターネットkitaQの小林裕樹です。今回は、今年の夏に実施したサマーインターンについてご紹介します！ はじめに kitaQサマーインターンとは GMOインターネット 北九州支店（以後、GMO kitaQと呼ぶ）で開設以来行っている学生向け夏季のインターンシップを指しています。kitaQオフィスのエンジニアと人事の方に一部ご協力いただき、企画/運営をすべて自分たちで行うをモットーに開催しています！　　例年、オフラインで実施しており以下のような点でご好評をいただいていました。　 実際に働いているパートナーと話ができる職場の雰囲気が味わえる 今年は新型コロナウイルス感染者数の増加もあり残念ながら急遽オンライン開催となりましたが、定員15名に対して、全9校 42名の学生さんに応募を頂きました。だんだん知名度も上がり調子？そんなイベントです。 実施の目的 学生さんに下記の2点をしっかり理解頂くことを目的としています。 エンジニアの職種を知ってもらう職種別に仕事内容を知ってもらう インターンシップの醍醐味である、企業の雰囲気や仕事を知るということはもちろん達成できるようプログラムを検討しています。ただ実際に働くにあたっては、「エンジニア」とひとくくりに言ってもさまざまな職種があり、職種によって必要なスキルや使用する言語などは違います。多岐にわたる「エンジニア」の仕事を知り、正しく理解し、この領域で仕事をしたい！ということを明確にすることもインターンの目的として大切だと考えます。 また、学生にとって「はたらく」ことに対するイメージはさまざまだと思います。企業のカラーや文化・ビジョンが自分の目指す働き方と合っているのかということを知る機会としても活用していただきたいという思いがあります。 私たちGMOインターネットグループが大切にしている「スピリットベンチャー宣言」には以下のような指標が示されています。 「会社は、仲間・株主・お客様、かかわるすべての方が幸せになるための道具です。バロメーターは笑顔です」 わたしたちは単なる「労働」をしているのではなく「自分が楽しいと感じること、好きなことを通して会社と社会に貢献することで幸せになる」ために日々働いているということもぜひ知っていただきたいという思いでインターンシップを実施しています。結果的に、インターンに参加してくれた学生が、「GMOのインターンよかった！」「一緒に働きたい！」と思ってもらえたらうれしいなと思いプログラムを検討しました。 インターンシップの具体的なプログラム GMO kitaQで募集している職種は大きく以下3つです。各職種1週間のインターンシップを実施いたしました。 インフラエンジニアWebアプリケーションエンジニアセキュリティエンジニア 日程は以下の通りです。 8/23（月）～27（金）：インフラパート（インフラエンジニア）サーバやネットワーク等、サービスを支えるシステムを総称してインフラと呼びます。 インフラの健康状態を常に把握し、必要に応じて応急処置するのがインフラエンジニアのお仕事になります。それだけでなく、お客様からの問い合わせに対し、テクニカルに調査して解決策を提示するお仕事もあります。 8/30（月）～9/3（金）：開発パート（Webアプリケーションエンジニア）当社サービスのConoHaやお名前.comのインターネットインフラサービスの開発を行っています。 また、サービスの開発だけでなく、本番環境への反映作業やテスト自動化・CI/CDの導入など、開発スピードの向上を目的に改善を行っているエンジニアも在籍しています。 9/6（月）～9/10（金）：セキュリティパート（セキュリティエンジニア）アプリケーションエンジニアが作成した成果物（Webページ等）に対して、SQLインジェクションなどの「脆弱性」が存在しないかどうかを チェックする「脆弱性診断」という業務を行っています。 またインターネット上の環境には、「いつ」、「誰が」、「どの環境で」、「どのようなことを実施した」という情報が「ログ」として残ります。 その「ログ」を分析することで外部から攻撃を受けていないか/侵入されていないかどうかを判断するための「ログ分析」という業務も行っています。 インフラパート インフラパートでは、3つのチーム（監視/保守/OPE）をプログラムに組み込みました。監視/保守/OPEの業務を通じてチームの雰囲気を知っていただくことを目的とし、以下のカリキュラムを策定しました。 監視 24時間365日で扱っているサーバーやNW機器の障害検知を行い、一次対応および上位への対応依頼を行っています。また、チーム内でRPAなどを用いた対応の自動化なども実施しています。 保守 ITインフラの運用保守を行っております。障害発生時の早期復旧はもちろん、障害を未然防止するためのプロアクティブな活動も常時行っております。 OPE お客様要望によるご契約状況・環境の調査、サービスサイトのSSLサーバー証明書やOSイメージテンプレート、および社内運用管理ツールのメンテナンス、運用業務のプロセス改善をメインに行っています。 カリキュラム詳細 1日目：システム運用業務の座学およびインシデント発生から解決までを ワークショップで疑似体験2日目：ConoHaを利用して、VM上にZabbixおよびGrafanaの構築3日目：ConoHaを利用して、VM上にマイクラサーバーを構築　　　 Zabbixにてマイクラサーバーのログを元に実際の監視/運用業務を体験4日目：独自ドメインを用いたサーバー(Web/App/Mail)の構築5日目：構築したサーバーを用いて問い合わせ対応の疑似体験 開発パート 開発パートでは、Zoomのブレイクアウトを使用して講師と学生の1on1でコーディングを実施しました。一連の流れ（バックエンドとフロントエンド）を体験していただけるようプログラムを策定しました。 カリキュラム詳細 1日目：ConoHaコンパネから申し込み　　　 PostManを利用してConoHaAPIの実行　　　 C#基礎の座学2日目：ASP.NET MVCを用いたWebアプリケーション作成体験3日目：ASP.NET MVCを用いたWebアプリケーション作成体験4日目：ASP.NET MVCを用いたWebアプリケーション作成体験5日目：ASP.NET MVCを用いたWebアプリケーション作成体験　　　 成果発表 ※参照：ASP.NET セキュリティパート セキュリティパートでは、SOCチームの業務を疑似体験していただけるよう、脆弱性の説明→OWASP自動診断→CTF演習と成長を実感してもらうカリキュラムを策定しました。 カリキュラム詳細 1日目：環境構築、脆弱性診断の解説、画面遷移図の作成2日目：脆弱性の紹介、BadStoreでの再現、OWASPで自動診断体験3日目：パケットについての解説、Wiresharkでの演習4日目：Splunkについて解説、ログ分析の解説、CTF演習5日目：CTF演習、OSINT インターン実施後アンケート結果 異例のオンライン開催になるなど、開催ぎりぎりまでバタバタではありましたが無事に全日程を終えることができました。 インターンシップに参加いただいた学生さんにいくつかアンケートを取らせていただきましたが、以下2つの項目をピックアップして共有いたします。昨対比で結果は以下の通りとなりました。 昨年と比較して、GMOインターネットの選考に参加したいと回答した学生の数が伸びたという結果となりました。また、インターンでの目的としていた2点に関しては、インターン参加生から「自分がやりたい仕事だった」「ボヤっとしていたものがわかった」という言葉もいただいており、仕事/職種の理解を深めていたただくことができたと考えております。 しかし、職場の雰囲気を知る為にオフラインが良かったという声も頂いておりオンラインでも雰囲気を感じてもらえるような取り組みが必要だと改めて感じましたので次回開催時の課題として検討をしていきたいと考えています。 総括 簡単にですが、GMO kitaQのサマーインターンについてお話しさせて頂きました。 今年から、GMO kitaQの採用担当として開催をさせて頂きましたが、実際に開催するとご協力いただいているパートナーの通常業務とのバランスが難しかったり、予想のできない事態（急遽開催方法の変更やPCR手配など）が発生したりとたくさんの臨機応変を迫られるものでしたが、終わってみると達成感も大きいものとなりました。　　参加頂いた学生さんに関しては「オフラインで参加したかった」という声などもあり、オフラインで参加したいと思って頂けるインターンが開催できたという事（＝成功）だと思っています。　　ご参加頂いた学生の皆さん！ありがとうございました。そして、インターン開催に携わって頂いた皆さん、ご協力ありがとうございました。2021年のサマーインターンは終わりとなりますが、次回開催の際には今回よりグレードアップしたサマーインターンが開催できるように計画していきたいと思います。　　

こんにちは、GMOインターネットの稲守です。新卒技術研修「GMOテクノロジーブートキャンプ（以降GTB）」についてお届けします。前編の記事では8年目となった本研修の企画概要や二度目となる完全オンライン研修の課題解決などをご紹介しました。後編となる本記事ではその成果などをお伝えしようと思います。 アウトプット開発の様子 前編記事の通り、本研修では幅広い知見を得てもらうため幅広いカリキュラムを実施しています。最終週にはアウトプット開発と題し、チームごとにプロダクト開発を行ういわゆるハッカソンを実施しています。 今年の特徴としては全チームが短い期間で動作するアプリケーションを完成させたということです。例年では何チームか実装で苦戦した結果、動作しないで最終日を迎えることがままありましたが、本年度に関しては全チームがゴールし、開発を完遂させました。 https://developers.gmo.jp/technology/9088 成果物プレゼンテーションの様子 アルゴリズムによるチーム分けの成果 新卒パートナーたちが各種研修でインプットしたものをアウトプットしてもらうことをゴールとし、チームバランスに偏りが少ない最適なチーム分けになることを狙ったアルゴリズムによるチーム分けを本年度から採用しました。チーム分けの詳細については以前の記事を参照ください。 https://developers.gmo.jp/technology/6894 結論から話すとアルゴリズムを活用したチーム分けについては、前述のとおり全チームが実装まで完遂したことも含めて成功したと思います。 前提として以下の成果、事実があります。 全チームが動作するプロダクト(アプリケーション)を作り上げ、目的達成ができたチームによってはUIデザイン職等を専攻するメンバーが居ないチームがあったが課題解決しフロント実装まで仕上げている成果物の審査は、成果発表会に参加した開発メンバーや事務局メンバーを含む数十名による審査を行い偏りの少ない審査を実行 考察としてアルゴリズム自体が最終的な成果物に大きな影響は与えず、各メンバーの「成長」「チームワーク」など数値化されにくい部分が影響を与えたのではないかと考えています。 成果 優秀賞の紹介 優勝チームのアウトプット作品は、ブラウザ上で動作するチャットアプリケーションでした。また2位のチームもプレゼンを盛り上げるアプリケーションで、リモート時代におけるコミュニケーション課題が成果に繋がったようです。オンライン上での限られた環境における開発でしたが、様々なコラボレーションツールを活用することで、互いにコミュニケーションをとりながら開発を進め、見事に優秀作品として選出されました。 匿名チャットサービス「Lively」画面キャプチャ 開発の進め方や、工夫したポイントについては優勝チームのメンバーが記事を書いています。ご興味のある方はぜひご一読ください。 匿名チャットサービス「Lively」を新卒研修で開発しました【GMOテクノロジーブートキャンプ参加レポート】 アウトプット作品ブログ 最優秀作品以外のアウトプット作品についても以下にてレポートしております。 忘れ物防止アプリ「Prepasy」をゼロからつくる【GMOテクノロジーブートキャンプ参加レポート】 エンジニアの話す難しい専門用語を音声から自動翻訳する「エンジニンガル」の開発【GMOテクノロジーブートキャンプ参加レポート】 さいごに 各チームが開発をゴールまでもっていくことができたことはもちろん、クオリティの高いアウトプットに仕上がっていることを嬉しく思っています。 一方で順位付けをしますので悔しい結果になったチームがいたことも事実です。新卒研修を実施した時期における瞬間を審査員によって順位付けをしましたが、あくまでも新卒1年目の春の一瞬を切り取った順位であり、本当のゴールは数年後の努力の積み重ねではないでしょうか。 当社グループに入社いただいた新卒パートナーの皆さんをはじめ、私自身も初心忘れるべからずだということをここに記しておこうと思います。今後も研鑽を積み重ね、社会に役立つプロダクト開発を今後も続けていきたいと思いを馳せたところで今回のエントリーを締めたいと思います。

GMOインターネットグループの開発者向け新卒技術研修【GMOテクノロジーブートキャンプ】（以下GTB）は、グループ横断で精鋭の講師40名超が登壇し、新卒パートナーのための研修カリキュラムを作成しています。今回は、Webアプリケーションフレームワークの研修を担当した6名の講師チームにインタビュー！オンラインの研修をつくる難しさをどう解決したのか、チームで研修をつくるノウハウを赤裸々に語っていただきました。GMOペパボ株式会社EC事業部 ECグループ CRE/QAチーム　遠藤　太徳ホスティング事業部 ホスティンググループ 顧客獲得チーム　手島　尚人EC事業部 ECグループ CCXチーム　牧野　弘幸ホスティング事業部　ホスティンググループ　CRチーム シニアエンジニア　髙橋　邦彦ホスティング事業部 ホスティンググループ CRチーム　望月　眞喜GMOインターネット株式会社システム本部 お名前.com開発部 お名前フロントエンド　橋口 巧 新卒研修を初のフルオンラインで実施した2020年 チームメンバーはどんな経緯でアサインされたのか 遠藤弊社VPoE柴田からSlackでメッセージが流れてきまして、『Laravel教材で研修を設計したい人いますか』と。とてもフランクな声掛けがきっかけでしたね。そこで、Laravelを触っていたこともあり、ぜひやってみたいということで僕と手島さんが手を挙げました。 そこから牧野さん、望月さん、高橋さんもSlack上で巻き込みました。ものの2～3分で5名が集まり、話が上がったその日にチームとして結集しましたね。手島 研修をつくるために議論したこと 遠藤チームで研修をつくっていく上で、まずWebアプリケーション開発に関する理解のゴールをどこに置くのかを検討しました。基礎知識としてAPI、HTTP、プロトコルなどをどこまで盛り込むのかなどは議論しましたね。 エンジニアなので、どこまでも説明したい欲があるのですが……笑講義進行において必要でないものについては積極的に削る方向で、あまり難しくなりすぎないようにというところは意識しましたね。高橋 牧野GTB全体の話に広げると、グループ横断で研修を受ける貴重な機会で、最終課題ではグループを超えてともに成果物をつくります。これは業務でグループシナジーを発揮してプロダクトをつくることに通じるので、講義の中で経験として積んでいただけたらとも思っていました。 1年目、初のオンライン研修で残った課題 全員が同じ内容/課題を遂行すること 手島昨年は講義を進める中でスピードやレベル感にばらつきが出たため、最終的に設定や環境がうまくいかないチームと、問題なく進めることができたチーム2チームに分けて実施に切り替えました。結果的にはどちらも満足のいくサポートができたのですが、本来1つの道筋で遂行することが理想だったので講師陣の課題として残りましたね。 1つのチームで進行することになぜ僕らがこだわっているかというと、失敗のやつまずきの事例をみんなで共有できることこそが研修の意義だと思っているからです。成功した筋だけをなぞるなら、講義である必要も同じ空間で研修を受ける必要もないと思うんですね。1つでも多くの学びや発見を見いだす場を提供する必要があると思っていました。牧野 リモートでのサポート体制 遠藤講義の進行以外で、具体的にはWindowsのソフトウェアが起動しないなどの事象が起こり環境面のサポートにもかなりリソースが取られました。そこで、2年目もリモート環境で研修実施になるのであれば、知見を兼ね備えたサポーターを増やすをいうことは急務でした。 先にお伝えした通り、当初1チームで講義進行を予定していたため、急遽2チームに分かれたことで講師の布陣が変更となりました。どんなトラブルが起こるのかやってみないとわからないところがありますが、それを想定して講師を確保することが大事だと感じましたね。高橋 昨年の研修詳細については以下をご参照ください。GTB2020 Webアプリフレームワーク入門/REST API入門 前編GTB2020 Webアプリフレームワーク入門/REST API入門 後編 2年目もフルオンライン開催が決定 インターネットから橋口さんが参戦！ ペパボ5名の講師チームに助っ人としてアサインされた橋口さん。グループ横断チームへのジョインについて正直な思いをお聞きしました。 橋口グループ会社連携でペパボチームに参加させていただきました。すでにチームとして完成されている中に入ることになったので、最初はアウェーかなと思っていたんです。でもチームが本当に和気あいあいとしていて、そんな雰囲気の中で過ごすうちに『自分もペパボの人間なのでは……？』と思うことが増えていましたね。 今このタイミングで改めて橋口くんの思いを聞けてうれしい！！！笑手島 橋口チームで研修をつくる経験ははじめてでしたが、いかに完成したチームに溶け込むか、自分が求められている役割を全うできるかを意識して参加していました。実は去年もGTBの講師として参加していたのですが、1人講師だったので、ゴールや目的の精査・ワークショップの設計・資料の落とし込みをすべて1人で行いました。とにかく1人は大変で。笑研修をチームでつくれることの心強さは誰よりも実感していましたね。 1年目の課題を踏まえた研修のアップデート 全員が同じ内容/課題を遂行すること 手島今年は昨年の反省も踏まえて、あらゆる想定の上で以下の通りチーム内での役割を決めました。結果、今年はチームとして目標としていた『1つのチーム』で全カリキュラムを終えることができました。とても自走力の高いチームであることが我々の強みだと自負していますが、それぞれの得意分野を生かし、足りないところを補い合いながら調整してきた結果だと思っています。 2年目から参加している僕から見ていて、結論昨年の課題はクリアになっていたのではと思います。メイン講師が率先して参加者が発言しやすい雰囲気づくりをしており、サブ講師がチャットで進行をフォローしていたりと講師1人1人が役割を全うできていたと感じます。橋口 リモートでのサポート体制 2年目のオンライン研修をつくってきたチームとして培ってきたノウハウ・リモート環境におけるサポート体制のポイントをお聞きしました。 ライブ感のあるチャットの活用参加者が主体的に講師として活躍できる進行 牧野講義の本質ではなく、関連することについてチャットで質問が来ることもあります。そういったものについては、全体進行は止めず、サブ講師がチャットでフォローしました。というのも、YouTubeやニコ生などではこうした関連内容が、本編と並行してチャット上で飛び交うというのはスタンダードなんですよね。それって、知識の定着としてもより深めることができると思うんです。ある程度参加者が、いろいろ忙しいくらいの感覚が楽しく見れたりするのかなと思っています（実は昔ニコ生の放送主をやっていたこともあるので）。 たしかに！あと、講師6名対新卒パートナーの講義構成にしないというのもとても有意義なオンライン研修をつくるポイントだと思います！躓いた箇所を確認するため全体に画面共有をすることがありますよね。そういった場面で、もちろん講師は確認するのですが、早く進行している新卒パートナーたちが率先して解説してくれたり、意見を交わしたりする時間が生まれます。去年講義内容を深めることができた要素の1つだと思いましたので、今年は意図的に仕掛けをつくろうということは考えていました。高橋 今年の研修詳細については以下を参照ください。GTB2021 Webアプリフレームワーク入門/REST API入門アップデート編 チームで研修をつくるむずかしさと楽しさ 同じペパボ社内でも事業部が違うので通常絡みがないんです。事業部、そしてグループ会社を越えたメンバーと同じ目標を持ち、目線を合わせて0→1を生みだしていくことはとても楽しいと感じますね。遠藤 望月私は立場的にも助けてもらう立場だったので、研修をつくる過程を通して、チームメンバーから技術的に学ぶことが多くプラスしかなかったですね。楽しい、ためになるという感覚でした。個人的には新卒メンバーと近い立場から意見が言い合えるという、知らないが故のみたいなところが期待されていたところだと思っていたのでそこを意識して取り組みました。 1人でコンテンツをつくると、自分の考え方や知識で形づくられてしまいますよね。でもチームだと常にレビュアーがいるという点で、うまく機能すれば有益な経験と優れたコンテンツを生み出すことができると思います。私たちはこの先も意見を出し合い、最適解を見出し続けることができるチームでありたいと思っています。高橋 望月ペパボの文化でわたしたちが大切にしている3つのことの中の1つに、『もっとおもしろくする』という指標があるので、迷ったらできるだけ楽しめるほうを選択します。そしてとにかく納得のいくまでしゃべり続けますね。笑　そういった姿勢がチームにプラスに影響していると思いますし、楽しいところです。 チームの輪に入ってみなさんが徹底的に熱い議論を交わしているのを初めて目の当たりにしたときは、ちょっとびっくりしました！橋口 牧野自分ひとりだと想定通り以上のものは生み出せないですが、チームでつくることで多方面に考え方や軸が展開されます。それを整理しまとめることが難しくもあり、おもしろいことであるなと思います。自分の利害や好みを超えたところで、『最高の研修をつくる』という共通目的を持ち議論できることが楽しいですよね。 GTBに期待すること 橋口新卒の方目線での話ですが、研修が終わり実業務に入るとわからないこと、つまづくこともあると思います。そんなときにGTBが立ち返れる原点であればと願います。そのために、講師はよりよい講義を提供する必要があると背筋が伸びる思いです。 GTBはとても有意義な取り組みであると思っています。いろいろな方と仕事をしていく上で大切なHRTを学べる場です。『価値観から入り、手を動かし、ものをつくる』この経験自体が配属後も活きるものであると思います。グループ会社横断で選りすぐって講師がアサインされているので、講義の質も非常に高く、チーム開発において自分がどう立ち振る舞うのかに気付くきっかけにもなります。GTBでは、その重要性や経験をお伝えしていけたらいいなと思います。望月 手島『講師として教える』ではなく、気づきのきっかけを提供する立場でありたいと思いますね。僕らの研修を通して1つでも多くの学び、気づき、GMOインターネットグループの文化に肌で触れ、受講者にはインデックスとして持っておいていただきたいです。配属後も価値ある経験となれば幸いです。 さいごに GMOインターネットグループ横断でつくる新卒研修『GTB』では、様々なコンテンツを扱っています。2年連続で、オンラインという限られた環境においての研修となりましたが、いかに伝えるべきか、楽しく学べるか思考を止めず改善を重ねた講義が今後の新卒パートナーのキャリア・業務における糧となることを願います。 さいごまでお読みいただきありがとうございました。

GMOインターネットグループでは、新卒エンジニアへの研修として「GMOテクノロジーブートキャンプ」をリモートで実施しております。今回講師陣は昨年の振り返りを元に、研修内容をアップデートいたしました。詳細は下記内容をご確認ください。 GMOテクノロジーブートキャンプ GMOインターネットグループではGMOテクノロジーブートキャンプ（以下GTB）と題して、各社の先輩エンジニアが新卒エンジニアへ研修を行う仕組みがあります。 2021年も2020年から引き続き、約40名の新卒エンジニアに対してリモートで研修を行うことになりました（去年の内容についてはGTB2020 Webアプリフレームワーク入門/REST API入門 前編・GTB2020 Webアプリフレームワーク入門/REST API入門 後編をご覧ください）。 研修内容をより良くするための工夫 研修を行うにあたって、まず最初に講師陣でキックオフを行いました。話し合いを進める中で、講師ひとりひとりから「去年のふりかえりを元に研修内容をもっとよいものにしたい」という熱い想いが伝わってきました。アップデートすることになった内容のうち例を挙げるなら、ハンズオン資料の更新やセキュリティに関するパートの追加、使用するフレームワークのバージョン選定などです。しかしながら講義時間は9時間と、去年と比較して3時間も短くなっていました。そのような中で研修の内容を減らすことなく、むしろボリュームアップした研修を行うために取り入れた工夫をかいつまんでご紹介いたします。 続きは以下から…… https://developers.gmo.jp/technology/9088 https://developers.gmo.jp/technology/9693 https://developers.gmo.jp/technology/10059

こんにちは、GMOインターネットの稲守です。 この春に100名近くの新卒が入社いただきました。5月はエンジニアやデザイナーといった開発職に特化した新卒技術研修「GMOテクノロジーブートキャンプ（以降GTB）」を１ヶ月間ほど実施し、先日無事に終了しました。 本技術研修は2014年から取り組みを始めた精度で今年で８年目となりました。 本エントリーでは研修の様子を速報でお届けします。 2年目となったオンライン研修 昨年は状況を鑑み、急速なリモート研修へシフトしました。新卒研修のリモート化はまったくはじめての取り組みとなり、リモート環境下でも多くの成果を出しつつもさまざまな課題も浮き彫りとなりました。 今年は前年の課題を解決するため、運営事務局のメンバーで議論を重ねました。とくに多くの意見をくれたのは新卒として初のリモート研修を受けた新卒2年目の事務局メンバーでした。昨年末、企画素案を検討した際はリモートだけでなく、オフィスでの実地開催をうまく織り交ぜたハイブリット開催なども検討されました。事務局内では安全性の確保などにはもちろん重点を置き、準備を進めましたが、開催2か月前のタイミングで今年もリモートに振り切る判断を行いました。 オンライン開催において配慮した点 昨年の課題を踏まえて、研修カリキュラムについてはオンライン・オフライン関係なく、導入は座学から入り、体系的に学べるようワークショップを設計しました。詳しくは以下にて紹介しています。 https://developers.gmo.jp/technology/3947 上記を踏まえ、今年度は以下4点を考慮した上で研修を進めてまいりました。 バディ制度の導入 先輩メンバーが新卒メンバーのメンターとしてフォローいただく仕組みを導入しました。 導入の経緯としてはリモート化によりコミュニケーションが減る部分をフォローしたいという考えがありました。結果として研修習熟で課題が発生することなく進められたかとみています。 朝会と夕会の設定とZoomブレイクアウトルーム機能の活用 進捗の確認のほか、小さな疑問や不安を解消するために、朝会、夕会の時間を多く設定しました。昨年は詰め込み型で座学を多く設定していましたが、本年は余裕をもたせる設計にし、夕会などで復習の機会を狙い最終的な学びの最大化を目指しています。 またZoomでは、チーム毎にZoom部屋を分けられるブレイクアウトルームなどを活用し、チーム内のコミュニケーションがスムーズにできるよう配慮しました。 開発コラボレーションツールの活用 通常の開発現場でも導入している各種コラボレーションツールを研修でも導入、活用をしています。具体的にはSlack、figma、GitHub、Jamboardなどを利用し、情報共有のほか、各種カリキュラムの実施しました。 チーム分け チーム内のコミュニケーションも多くとってもらい、最終週で実施するアウトプット開発に向けたチームビルディングも意識しました。チーム分けについては別記事ありますので一読をオススメします。このチーム分けの成否については開催報告の後編記事でご紹介したいと考えています。 https://developers.gmo.jp/technology/6894 アウトプット開発の様子 4～5人のチームに分かれ5月最終週を使いアウトプットをしてもらいました。百聞は一見にしかずと言いますので、まずは新卒の成果物の様子を御覧ください。 本記事を書いている段階では審査投票期間中でまだ優秀チームの結果発表はされていないのですが非常にレベルが高く前年度を超えています。 アウトプット開発は大きく下記の流れです 月曜：エレベーターピッチを元にfigmaでプロトタイピングを実施火〜木曜：アウトプット開発、レビュー金曜：最終日、成果発表会 サーバやクラウド環境などは当社サービスのConoHaを提供し、必要に応じてフォローできるようVDIなども用意しました。レビューやフォローアップについては事務局で分担し、毎日朝会の時間では全チームの進捗レビューなども行いました。最終日の成果発表会は従来の発表会形式から大きく形を変え、オンラインブース形式で実施しました。 オンラインブース形式の様子 先輩開発者たちが自由に出入りし、スキマ時間で新卒メンバーのアウトプットを見学できることを目的としました。 ・GoogleスライドのURLを全社共有 ・共有したスライドに下記を記載 　 　- 開発作品URL（もしくは閲覧できる方法を記載） 　- プレゼン資料（１ページ） 　- プレゼン動画（3分以内）　 　- エレベーターピッチ 　 　- 質疑応答ができるZoomURL ・審査投票フォーム 結論としてとても良かったと評価しています。発表側、見学側それぞれが効率化とコミュニケーション増が実現できました。とくに今回の手法ではまさに「場所にとらわれない」ブース展示会ができた点も良かったと考えています。 まだまだ課題が完全に解消した訳ではありませんが、新卒の皆さんにしっかりとゴールに自走してもらえました。 さいごに オンライン化の流れで研修のお悩みが多方面から耳に入りますが、このナレッジが少しでもお役に立てれば幸いです。後編ではカリキュラムやチーム分けの成果など触れたいと思います。

こんにちは。開発者向け新卒技術研修の舞台裏を書いた3月の時点では、研修の準備中だったわけですが、いよいよゴールデンウィークが明ける5/6(木)からいわゆる開発職に特化した新卒技術研修「GMOテクノロジーブートキャンプ(以降GTB)」が始まります。研修の設計者は1度は悩んだことがあるであろうチーム分け。スキルセットや経験値、レベル感を鑑みて「いい感じにチーム分け」をしたい訳ですが、なかなか難しいという声が多いのではないでしょうか本エントリーでは、チーム分け手法や設計方法についてご紹介いたします。 そもそもなぜチーム分けするのか？ まず前提としてインプットをした分だけ、アウトプットをしていただきたいという思いがあります。本研修においても最初は座学、徐々にワークショップで手を動かし、最後に身についたものを成果として発表するための開発ワークに取り組んでいただいています。 この一連の流れをチーム単位で行い、みんなでゴールに向かっていきます。例年はプログラミング経験年数のみでソートし、チームバランスの設計を行っていました。このやり方は過去７年間行ってきた手法で一定の成果を上げていましたが、技術やスキルの細分化が進んでいることを踏まえ、もっときめ細やかでデータドリブン化されたチーム分けをしたく、今回の取り組みを行いました。 アルゴリズムを用いたチーム分け 昨年のGTB卒業生で、今年から運営チームに参加したエンジニア（競技プログラマ）の提案で、チーム分けを最適化問題に落とし込み、焼きなまし法で最適なチームを探索しました。 詳しい解説は提案、実装してくれたチームメンバーの記事を御覧ください。【競プロ×実務】pythonで簡単チーム分け【焼きなまし法】 下準備として行ったこと 新卒の皆さんにスキルセットについてアンケートを実施上記アンケート結果をパラメーター化 下準備したデータを元に最適解なチーム分けがなされるようにチューニングなどを実行していきます。 現在の状態(＝今回はチームの分け方)を、少しだけ変えてみるスコアがよい方向に変化するかをウォッチ最初の方はスコアが下がっても検証を継続することで多様性を持たせる 上記を繰り返しながら最適解、今回でいえば平均的なスキルレベルでチーム分けができることを目指しチーム分けアルゴリズムが実行されます。 実際に出力されたチーム分けデータを一部抜粋 チューニングしたポイント＠目的関数 上記の表はいくつか出力されたチーム分けデータの一つから４チーム分だけを抜粋したものです。ここに至るまで目的関数などいくつかチューニングを行っています。⽬的関数とは、組み合わせ最適化問題において現在どういう状態なのかを評価するものです。今回は目的関数を”現在のチーム分けに対する、チーム間でのレベルの偏り具合”を表すよう定義します。 この目的関数の出力を減少させるようチーム分けの状態を変化させることで、公平なチーム分けとなることを目指します。 設計で気を付けること 目的関数の設計において重要なのは、何を偏りとみなして、何を偏りとみなさないかはすべて相対的な関係にあるということです。 たとえば、【A】【B】2つのチームをバックエンド、フロントエンド、デザインの3つのレベルがそれぞれ同じくらいになるように分けたいとします。このとき、すべてのレベルを公平に分けたいという気持ちで以下のように各レベルの差に10をかけて重み付けしたものを目的関数とするとします。 目的関数の定義_改善前 ◆目的関数(偏り具合)＝バックエンドレベル差＊10＋フロントエンドのレベル差＊10＋デザインレベル差＊10 このような目的関数を使って偏り具合を比較しても各レベルの重みが同じなので、結局重み付けがされていない、すなわち優先順位がついていないことと同義になってしまいます。今回のGTBの研修を例に出すと、デザイナーは人数が少ないため優先的に分散させたいです。そこで以下のような重み付けを考えてみます。 目的関数の定義_改善後 ◆目的関数(偏り具合)＝バックエンドレベル差＋フロントエンドのレベル差＋デザインレベル差＊10 たとえば、バックエンドレベルの差は5増えるが、デザインレベルの差が2減るようチーム分けを変化させる場合、改善前の⽬的関数では偏りが30増加して改悪となりますが、改善後の⽬的関数では偏りが15減少し改善となります。 つまり、バックエンドのレベル差が許容され、デザインレベルの差を⼩さくすることがより重要視されたのです。このように、⽬的関数ではどこを重み付けし、どこをしないのかを考えることが重要となります。 実際に用いた目的関数 今回実際に用いた目的関数は以下です。 目的関数(偏り具合)= log1p(各チームのバックエンドレベルの合計値の集合の最大値) - log1p(各チームのバックエンドレベルの合計値の集合の最小値) + log1p(各チームのフロントエンドレベルの合計値の集合の最大値) - log1p(各チームのフロントエンドレベルの合計値の集合の最小値) + log1p(各チームのデザインレベルの合計値の集合の最大値) - log1p(各チームのデザインレベルの合計値の集合の最小値) + log1p(各チームの全レベルの合計値の集合の最大値) - log1p(各チームの全レベルの合計値の集合の最小値) y=log1p(x)はy=log(1+x)と同じです。真数が0になることを防ぐため、1を足しています。グラフにすると以下のような形状です。ｘが増加するにしたがって、ｙの増加量が緩やかになっていきます。ｘが⼩さいうちの⽅がｙに与える影響が⼤きいのです。 これを上記の式にあてはめると、レベルの合計値が低いチームがあるとそれ以上の勢いで偏りが大きくなります。言い換えると、どのチームもレベルの合計値が⼀定以上あれば偏りは⼩さくなるということになります。 つまり、「レベルの合計値が極端に低いチームが生じてしまうことを避ける」ということに重点を置くことで、最終的にはいい感じに分散する(各レベルの合計の最大値と最小値が狭まる)ことを狙っています。 実行結果 実行はローカル環境で10^6回の試⾏で約30秒かかりました。チーム内のレベルの分散や、チーム間のレベルの合計の分散を毎回計算するよりはずっと効率的で⾼速な出⼒ができました。 具体的なチーム分けの様子はページ冒頭の画像を参照いただきたいですが、各チームのレベルの合計の最大値、最小値はこのようになりました。フロント、デザインの元々の偏りを鑑みるとうまく分散していると言えそうです。しかし本当にバランスが良いチームになっているかどうかは研修が終わるまでわかりません。初めての試みですが、改善を継続してより価値の高い研修にできればと考えています。ここについてはGTBが終了した後の振り返り記事などでご紹介が出来たらと思います。 さいごに このイメージグラフィックは、昨年開催のGTBクリエイティブ専攻の講義のなかでアウトプットされた優秀作品です。本年度の資料扉絵などGTBのマテリアルパーツとして利用させてもらっています。新卒の皆さんにとって、本研修での学びが今後の社会人生活における礎となることを願っています。 さいごまでお読みいただきありがとうございました。

こんにちは、GMOインターネットの稲守です。GMOインターネットグループでは、毎年多くの新卒の皆さんに入社いただきます。4月はいわゆる合同人事研修が行われ、職能など関係なく広く社会人としての基礎を学ぶ予定となっています。そしてGWが明けた5月からはエンジニアやデザイナーなど開発職に特化した新卒技術研修「GMOテクノロジーブートキャンプ（以降GTB）」が始まります。本エントリーでは8年目となるGTBのカリキュラムや新しい行動様式に対応した昨年のフィードバックなどを交え、技術研修制度の設計や考え方などの一助になればと考えています。 GTBの特徴 ・幅広い技術レイヤーに触れ、広い視野と高い視座を得ることを目標とする・グループのさまざまな部門から各技術のプロフェッショナルが講師登壇し、レクチャーする・最後にアウトプット開発を行い、チームごとに成果物を発表し、評価・フィードバックする 昨年の集合写真 昨年の実績と課題 完全オンライン開催とし、講師も新卒メンバーも全員リモートでの研修実施となりました。はじめての試みで混乱も少なくありませんでしたが、予定していたカリキュラムはすべて実施できました。 オンラインで開催するにあたり活用したツールは以下の通りです。 ・Zoom：有料アカウントを複数用意し、授業別に会議室が複数あるように、Zoomのチャネルも複数用意・Slack：メインのコミュニケーションツール。講義資料もここで共有。・ConoHa：開発用で全メンバーにアカウントを貸与。・gitlab：推奨ツールとして提示・Trello：推奨ツールとして提示 とくに課題として顕著だったのが２点（1）新卒メンバーのPC/ネットワーク環境問題（2）進捗が見えない、新卒メンバーからのフィードバックが見えない場面がある 結論から申し上げると「座学系の講義はオンラインで問題なし。むしろ理解度が高まる場合も多い」「一方でワークショップ系の手を動かす時間は、実地の方が好ましく、リモートだと工夫やフォローが必要である」 （1）の環境問題については自宅に光回線などがない新卒にはモバイルルーターを会社から貸与しました。混雑時などネットワークが安定せず、SSHが切れたりと面倒な瞬間がありました。開発用にConoHaのアカウントを貸与しているのですが、こういった反省を踏まえ、バーチャルデスクトップなどの貸与なども準備し望む予定でいます。 （2）の進捗やフィードバックが見えない問題についてはZoomのブレイクアウトルームなど個別オンライン会話ができる機能を利用し、困っている新卒メンバーを個別でフォローアップするなど解消に努めました。しかし（1）のネットワーク不調など不幸が重なるとそのフィードバックも見えない瞬間があったことも事実です。 職能別講義（左がエンジニアリング講義、右がクリエイティブ講義）※筆者自宅で撮影 今年度のカリキュラムについて 基本設計は前年を踏襲したものとしています。開催期間はGW明けから5月末までとし、オンラインベースに開催します。冒頭は座学中心で技術に関する歴史やトレンドをはじめ教養や思想などを学んでもらい、徐々に手を動かす研修にシフトします。ワーク講義では職域別講義なども設定しています。最後の１週間はチームごとのアウトプット開発ワークとし、インプットの成果をみせてもらいます。 座学1CTO講演、インターネットの歴史、開発者の心構え、技術トレンド、Web基礎、Git基礎、コーディング基礎、GA基礎、オブジェクト指向、DB設計、SQL職域別ワーク1Webサーバ/アプリ/API/REST、情報設計/UI設計/デザイン+コーディング、フロントエンド座学2セキュリティ基礎、データセンター基礎、ネットワーク、仮想化基礎、DevOps職域別ワーク2仮想化/構成管理/セキュリティワーク、ビジュアル制作/Webデザイン基礎アウトプットサービスデザイン、UXプロトタイプ開発、レビューアウトプット開発、成果発表会 2019年の様子 今年については社会状況を鑑みながら、安全を最優先とし、可能な範囲で実地研修も一部で取り入れられないか検討している最中です。次回の記事ではGTBの様子などもレポートできればと考えています。前年の講義資料の一部が公開されており、まとめ記事をご案内して本エントリーを締めたいと思います。最後までお付き合いいただきありがとうございました。 【参考】新卒エンジニア向け研修2020　登壇講師ブログまとめhttps://www.gmo.jp/report/single/?art_id=256