社内勉強会 – Voice 動画配信の今を伝えるエンジニア情報サイト

社内勉強会レポート（ライブ編）：アイデアの掛け算が進む充実の3時間！

jst_recruit — Mon, 02 Sep 2024 02:44:41 +0000

こんにちは、特派員T.H.です。先日開催されたライブプロデュース1部と2部の社員向け勉強会の様子をご紹介します。

今回の勉強会で取上げた題材は、オンラインイベントに関連した自社ソリューションサービスである『Webinar Stream』と『Webinar Lounge』。

開催形式は、リモートではなく、東京本社フリースペースを貸し切って行われ、ライブプロデュース部のディレクターとエンジニア約20名が集まりました。

『Webinar Stream』、『Webinar Lounge』の企画開発を担当したソリューション開発部を講師に迎え、先行して上記ソリューションの顧客提案を進めていたディレクターと営業が協力して開催。

参加者からは「部門を超えた交流ができて良かった」という声が多く聞かれました。

最初に：今回勉強したソリューションをさっくりご紹介

BtoB事業を手がけるＪストリームでは、学会や学術集会、各種セミナーなどのオンライン化支援も数多く行っています。『Webinar Stream』、『Webinar Lounge』は、以下特徴を持つオンラインイベント支援サービスです。

Webinar Stream

オンラインでの学会や学術集会を始め、各種オンラインイベント開催を手軽に素早く・低コストで実現するパッケージシステム（CMS）。

サービス紹介ページ　※コーポレートサイトへリンクします

Webinar Lounge

Web講演会に参加した医師の、講演会で生じる臨床疑問を、その場で解決するための双方向コミュニケーションサービス。

サービス紹介ページ　※コーポレートサイトへリンクします

では、本題の勉強会内容をご紹介します

まず、トップバッターはソリューション開発部のＳさんとＹさん。『Webinar Stream』、『Webinar Lounge』の技術的特徴について、わかりやすく解説してくれました。

続いて、営業チームのＭさんが登壇。スライドの随所に盛り込まれたユーモアに、会場から笑いが起こる場面も。

もちろん内容についても、実際の顧客反応や市場動向について、具体的な事例を交えながら紹介してくれました。「へぇ～」という声が何度も上がり、普段聞けない生の声に皆、熱心に耳を傾けていました。

後半は、4つのグループに分かれてワークショップを実施。

Webinar Streamを活用した新企画のアイデア出しです。各グループでは白熱した議論が展開され、ユニークなアイデアが次々と飛び出しました。

最後の全体発表では、「こんな使い方があったのか！」と開発チームを驚かせるアイデアや、「そのニーズ、確かにあるかも」と営業チームが唸るような提案も。参加者からは「普段の業務では気づかなかった視点を得られた」「他部署の人と話すことで新しい発見があった」といった感想が寄せられました。

Webinar Loungeについては、使用する機材構成を使ってのデモンストレーションを実施。ディレクターはデモ画面からラウンジの設定を行い、エンジニアがラウンジに参加して操作感を確認しました。

実際に設定をしてみたところ、うまくいかないこともあり、うまくいかなかった内容は部内で共有。今後の運用上でのナレッジとなりました。

勉強会後には、開発チームと営業チームの共通Teamsチャンネルが立ち上がり、今後も活発な情報交換を行っていく予定です。

今回の勉強会は、新サービスの理解を深めるだけでなく、部門を越えた交流や創造的な議論の場としても大いに盛り上がりました。ある参加者は「アイデアの掛け算が進んでいきそう」と評していました。

なお、今回の勉強会は、ライブプロデュース1部と2部の社員向けの勉強会でしたが、他部署向けの勉強会も企画中です。

ぜひ多くの方に参加いただきたいです。きっと新しい発見や気づきがあるはずです。

【関連情報】　

　ABOUT US「働く環境」

【実践解説】若手ITエンジニアによるハッカソン勉強会ー2回連載・後編

jst_recruit — Fri, 14 Jul 2023 01:44:59 +0000

常に新しい情報をキャッチアップし続け、スキルの継続的なアップデートを求められるのがITエンジニアという仕事ですよね。そのため、社内勉強会を実施する会社も少なくないと思います。その一方、「開催したいけどハードルが高い」「過去開催したが、実施負荷が高い」とお悩みの方もいらっしゃるかもしれません。

昨年12月に、所属する課でハッカソン形式の社内勉強会を開催し、発起人として企画・運営を担当しました。本記事では、その時の経験をもとに企画・運営者視点で「社内勉強会の進め方とポイント」をまとめました。

前半では、勉強会を実施する際の基本的な流れを整理しました。後半では、12月に企画・主催したハッカソン勉強会を具体例としてご紹介します。これから社内勉強会を開催してみようというITエンジニアの皆さんのお役に立ちましたら幸いです。

後編では、前編でご紹介しました社内勉強会の進め方をポイント整理に沿う形で解説していきます。

それでは、始めます。

実施概要

【STEP1】企画

・目的＋実施に伴う効果（終了後のイメージ）

ハッカソン勉強会を実施した背景には、若手ITエンジニアの開発力や対応力を一層高めたいという私たち発起人側の思いがありました。

参加メンバーを若手に絞ることで、前編でご紹介した社内勉強会のメリットのうち、「技術向上」「知識共有」「モチベーション向上」を目的に設定しました。

0から1の開発を経験することで、企画、デザイン、開発、インフラ、リリースなど、Webサービスを提供するための知識を網羅的に学べます。また、現場での開発では、上司やマネージャーによってプロジェクトの進め方が固定化されたり、プロダクト依存で試したい技術に取組めないケースは多いと思います。

ですから、マネージャーを含めず若手だけで実施することで、普段の業務の中で各々が感じている「この技術を利用してみたい」「この進め方を試してみたい」といった声を取り入れました。

今回のハッカソン勉強会では、流行っている技術や手法の有用性を確認・検討したいという思いもあったので、マネージメント部分も含めて全て自分たちで決めていきました。技術選定に加え、進捗管理まで自分たちだけでできたのは大きかったと思います。

・参加対象

私たちが所属しているアプリケーション開発課のメンバー9名で実施しました。普段はフロントエンドをメインとしているメンバーで実施したため、インフラ、バックエンド領域の知識や経験が少なく、技術のキャッチアップが必要でした（バックエンドとインフラ構築には苦戦しました）。

※その点、Ｊストリームでは幅広い職種のITエンジニアがいるので、バックエンドやインフラ領域のITエンジニアに協力を仰いだり、知恵を借りたりできました。協力してくれた皆さん、ありがとうございました。

・制作物

今回は「360度評価ツール」を作りました(図1、2)。実際に何を作るかを考えるミーティングで「身の回りの問題を解決するサービスを作ろう」という声が挙がったのがきっかけでした。議論を深めていき、会社の評価制度のあり方をもっと改善できるのではないかという観点から「360度評価ツール」に決まりました。

360度評価とは、社員の評価を上司や人事だけで行うだけではなく、周りのメンバー、部下、上司が評価し合うことです。360度評価を行うことで、企業は全従業員の性質や執務態度を客観的かつ公正な視点から把握できます。他社が作った既存のツールを使うのではなく、自ら360度評価ツールを作ることで、会社のルールに合わせカスタマイズができ、素早く対応ができるようになります。

・場所

バーチャルオフィスを使い、完全オンラインで実施しました。その時の様子をキャプチャ掲載します（図3）。

・実施期間

2022年9月～12月

2022年9月：企画立案〜インセプションデッキ作成
2022年9月〜10月初旬：要件定義、スケジュール決め、タスク分解
2022年10月中旬〜11月下旬：フロント、バックと担当すすメンバーに分けて環境構築や技術調査、学習
2022年12月初旬：実装当日までの下準備（DockerやAWS環境の用意、SwaggerによるAPI設計、Figmaでのデザイン作成など）
2022年12月下旬：丸1日実装期間とり、フロントエンド、バックエンドに分かれてペアプロにて開発

丸1日業務時間を利用して開発しましたが、今回は業務時間内に実施することで上長のOKもとれました。

・実施に関するコスト

外部コストは大きく分ければ、学習用の教材費用とサーバ費用です。学習費用は、各メンバーがすでに持っている技術書籍、公式のリファレンスの読み込みをメインにしたため、学習動画と書籍の購入金額を合算しても数万円程度でした。サーバはAWSを利用したので、最大で月額10万円弱で、計数十万のサーバ利用料が発生しました。

内部コストについては、上記「実施期間」で具体的な動きを例にあげました。自社での工数想定の参考にしてください。

【STEP2】社内承認

業務時間を社内勉強会に使えるかは、正直、会社により判断がわかれます。Ｊストリームでは、ふたつ返事で承認されました。これは、ありがたかったです。上司に相談したところ「社内勉強会ぜひやろうよ！」と、とても前向きに言ってくれた上に、「何か必要なツールがあれば、なんでも相談して」とも言ってくれました（なんと、AWSのアカウント発行準備も自ら買って出てくれました！大変助かりました）。上司のOKが出ると心強いものです。

【STEP 3＋4】広報＋事前準備

課内での開催でしたので、最初の告知は課会で行いました。期間中は毎週定例ミーティングを行い進捗について確認しました。定例のミーティングとは別で学んだことを共有する場も適宜設けました。企画趣旨、概要、インセプションデッキやプロダクトバックログ、要件定義書、技術選定、勉強会、実際に動作するアプリケーションの開発までをゼロから一貫して行っています。

また、ハッカソン形式で社内勉強会を実施するには、サービスを作るために各分野の土台となる知識が最低限必要です。実施日までに、参加者メンバー全員が必ず何かしらのアウトプットを提出することを遵守しました。

タスクとして技術選定や調査などが割り振られた場合であっても、自分なりに調べて、結果をドキュメントにまとめて、参加メンバー全員に共有または発表するまでを1セットにしました。参加者全員が、何かしらの形で必ずチームに貢献する形を作り出すことで、参加者間の認識を合わせると共に、参加感を高めることを狙いました。

また、工程ごとの承認者を全員とすることで、全員の認識、目線があった状態で次に進み、誰かを置いて先に進まないような工夫も取り入れました。これにより、参加感を高め、徐々に盛り上がる手応えを感じました。

【STEP 5】実施

制作物概要はご説明しましたので、ここでは、技術面について、もう少し詳しく解説します。

・技術的なポイント

今回はあくまで勉強会で技術的な制約なかったため、話題になっていたり、流行っている技術や手法、参加メンバーが使ってみたい技術などをできる限り使ってみることを意識しました。ただ、そのなかでも候補を洗い出し、各技術がどういうメリット・デメリットがあるのかを吟味して選びました。

例えば、Go言語であれば、シンプルかつ静的型付け言語なので、TypeScriptで慣れているフロントエンドエンジニアにも、とっつきやすいということで採用しました。

・技術スタックやツール

技術スタックとしては以下の通りです。

バックエンド：Go言語、Gin
フロントエンド：TypeScript、React18、MUI
インフラバックエンド：AWS ECS、Fargate
インフラフロントエンド：AWS Amplify、Vite
CI/CD：GitHub Action、AWS Pipeline
IaC：Cloud Formation
メール配信：AWS SES
デザインツール：Figma
ミドルウェア：MySQL、Redis
開発環境：Docker

開発手法は、アジャイル開発をベースにプロダクトバックログの作成を実施、コーディングする際はペアプログラミングで実施しました。

・開発フロー

開発フローは、APIのスキーマを定義し、定義をもとにバックエンドやフロントエンドで分かれて開発を進めるスキーマ駆動開発を採用しました。

手順は以下です。
1. バックエンド側が必要なAPIの洗い出しとインターフェース（OpenAPIの定義）の叩きを作成
2. フロントエンド側は作成したインターフェースをレビュー
3. レビューが通れば、マージし、モックの生成
4. フロントエンド側はSwaggerおよびモックもとに実装、バックエンド側はSwaggerをもとに実装

モックの作成は、stoplight/prismを利用し、OpenAPIの定義より作成しました。そうすることで、モックの作成工数を削減しました。

・実施に際しての役割分担

バックログのチケットベースでタスクを分解し、役割はそのチケットを元にそれぞれが興味があるもの、やりたいタスクを挙手制で決めました。

・主なタスク

– 画面仕様作成
– API設計
– CSS学習
– RESTful APIの学習
– React学習
– Go学習
– デプロイ環境準備
– Swagger学習
– DB管理ツール調査
– DB設計学習
– 認証認可設計
– インフラ設計
– Figma学習

【STEP 6】振返り

報告書を掲載するよりも、生の声をお届けする方が参考になるかなと思いますので、項目ごとに記載します。

・実施前の反応

最初に、課内でのハッカソン勉強会の趣旨などを説明したタイミングでは、参加対象となる課のメンバーはシーンとしていて、実は「自分だけ盛り上がっているのかも」と少し不安でした（笑）。ただ、実際の作業になるとみんな一生懸命取り組み、よいものを作ろうと楽しんでくれました。

・実施後の反応（一部抜粋）

実施後のアンケートでは以下の意見が挙がりました。
・1からものを設計して作るのは、新鮮で良かった
・普段一緒にやらないメンバーと開発ができたのが良かった
・普段触らない技術を触ることできたので、視野が広がった
・自分の実プロジェクトでも使えそうな技術があったので今後検討してみたい
・ちょっとしたTipsみたいなものを学べたため、自身のプロジェクトでも取り入れたい

・企画・運営者としての感想

今回の社内勉強会でも最初にインセプションデッキを作り、みんなが向かう方向性（ゴール）を確認するところから始めました。その甲斐あって無事遂行することができたと思っています。

はじめての取組みで不安はあったものの、まず社内勉強会が途中で消滅することなく、アプリケーションとして実際に動くものを最後まで作れたことで大きな達成感を感じることができました。その過程でWebサービスの仕組みであったり、チーム開発の大変さ、新しい技術の有能さであったり、学んだことはたくさんありました。

加えて、企画段階では考えていませんでしたが、普段関わることのないメンバーと関わりが持てたことも良かったと思っています。同じ課であってもチームが異なれば、普段どんな仕事の進め方をしていて、どんな趣味嗜好があるのかなどを知らないメンバーもいました。社内勉強会を通して「この人はこういうことが得意なんだな」とか「この人の話し方良いな」など、メンバーの知らなかった一面などを知る機会が持てたことは思わぬ副産物でした。

結果、本業務においても「この分野は〇〇さんが詳しかったから聞いてみよう」と、これまではチーム内だけで完結していたようなことも、チームを超えて知見の共有を図りやすくなり、チーム間の交流が活性化しました。

上長からもいい取り組みだと評価してもらえたのも嬉しい成果でした。また、その後、今回の社内勉強会で取入れたペアプロを実業務にも取入れようと動いています。

運営上配慮した点

・配慮した点

【STEP 4】事前準備での記述した通り、特定の人だけが決め、進めるのではなく、全員で考え、意見を出し、必要なものを揃え、創り上げていくフローにしたことです。

・運営上大変だったこと、難しかったこと

業務の兼ね合いで、なかなか時間が取れないことや、思ったように進捗しないことはありました。普段業務で担当している領域ではなく、技術的に各メンバーが経験したことがないタスクが多かったことが要因だと考えています。

また、本業務との調整も大変でした。開催までには、技術の調査や勉強、サービスの企画、要件定義と多くの準備が必要ですが、メンバーはそれぞれが本業務を持っているため、リソース調整は難航しました。

社内勉強会よりも本業務の方が優先のため、本業務のリリース前や不具合が発生した場合にはどうしてもそちらにリソースを割かなければいけないメンバーも出てきます。また、各々違うチームで働いているので、忙しいタイミングがバラバラということもありました。

ここについては、タスクを割り振った後も進捗次第では他メンバーでサポートすることで、なんとか解決ができました。これは、Ｊストリームで、普段の業務においても、声をあげれば助け合える環境が整っていたことが反映された結果だと思います。

・つまずいたポイント

各メンバーの受け持ったタスクによっては難易度や量の大小が発生し、特定のメンバーにタスクが集中してしまうことがありました。全員が何らかのタスクを持っているとはいえ、挙手制でタスクを自分から拾いに行く形を採ったことで、やりたいことが多いメンバーは、複数のタスクを同時に抱える事態も発生しました。

今回はリーダーのような役割を置いていませんでしたが、各メンバーのタスクを管理するPMのような役割は配置するべきだったかなと感じています。

まとめ：今後の抱負、計画、その他チャレンジしたいこと

技術・学びが好き！でないと難しいと感じました。同じ志を持った人を見つけて実施するとやりやすいと思います。その点では、私は、課内に同じ志を持つ仲間がいてくれてとても幸運でした。

また、前例や知見がないからと途中で諦めないことも大事です。若手だからこそ、失敗上等の覚悟でやってみて、次に活かすことが大切だと思います。スキルが足りないからとか、前例がないからとか、そういう文化だからとかやらない理由はいくらでも挙げられますが、それらは後から付いてくるもので、作っていくものだと個人的には思っています。

今後は新しいサービス開発などをやりたいと思っています。そのためにも新しい技術などを継続して学んでいきたいです。

社内勉強会については、もっと気軽に誰でも開催OKな雰囲気を作っていきたいと思っています。現時点では、勉強会を開催するとなると、「自分はまだまだ技術に浅いし、マサカリが飛んでくるんじゃないか」とか、「発表するほどの資料を準備する時間がない」など、開催するまでのハードルの高さを感じています。技術的なことでなくても良いので、発表して、リスペクトして、気軽に参加者で議論する、そんな雰囲気が作れたらと思っています。

※記載内容は、執筆当時のものです。その後、状況が変化していることがあります。

ITエンジニア・社内勉強会の進め方とポイント整理ー2回連載・前編

jst_recruit — Fri, 14 Jul 2023 01:42:18 +0000

常に新しい情報をキャッチアップし続け、スキルの継続的なアップデートを求められるのがITエンジニアという仕事ですよね。そのため、社内勉強会を実施する会社も少なくないと思います。その一方、「開催したいけどハードルが高い」「過去に開催したけど、実施負荷が高い」とお悩みの方もいらっしゃるかもしれません。

昨年12月に、所属する課でハッカソン形式の社内勉強会を開催し、発起人として企画・運営を担当しました。本記事では、その時の経験をもとに企画・運営者視点で「社内勉強会の進め方とポイント」を前後編の2回にわたりまとめました。

前編では、社内勉強会を実施する際の基本的な流れを整理しました。後編では、12月に企画・主催したハッカソン勉強会を具体例としてご紹介します。これから社内勉強会を開催してみようというITエンジニアの皆さんのお役に立ちましたら幸いです。

社内勉強会のタイプ分類

ITエンジニアの社内勉強会のタイプについて、主要なものをあげます。およそ、以下3つのタイプに分類されます。

1．講義形式/発表形式

講師（発表者）と受講者（聴講者）に分かれて行う形式です。

講師（発表）を担当する人が自身の知識などを学校の授業のように発表をする。5分程度の短い発表を行うLT（Lightning Talks）も大きくいえばここに含まれます。

2．ハッカソン形式

ハッカソンでは、複数のチームが一定期間内で開発を行い、成果を競い、表彰が行われるのが一般的です。

上記のように、一定期間内で成果物を作り上げるというハッカソンの要素を勉強会に取り入れたのが、このハッカソン形式です。ひとつのチームででも、具体的な成果物を軸に各自が意見を出し合いながらチーム開発を進め、最終的には成果物の発表・共有まで行うことが可能です。
※後編でご紹介する実践例は、こちらのハッカソン形式の勉強会になります。

3．もくもく形式/OJT形式

テーマを決めず、各自が自分の作業を集中して行う形式。

メンターなどを置き、OJT形式で実施するパターンもあります。

社内勉強会を実施するメリット

社内勉強会を実施するメリットとして、代表的な６つを記載します。すべてを網羅するのは難しいと思います。あれこれと欲張ると、逆に焦点がぼやけるので、上位3つくらいに絞るとよいと思います。

また、6）に記載の「企業文化の醸成」は、短期間で成果を得るのは難しく、長期戦での取組みになることを書き添えておきます。

1）技術力向上：新しい技術や概念に触れることで、ITエンジニアの技術力が向上する。

2）知識共有：社内のITエンジニアが持っている知識や経験を共有することで、チーム全体のスキルレベルが向上し、より効率的な開発が可能になる。

3）コミュニケーション促進：ITエンジニア同士のコミュニケーションの機会を増やすことで、開発チームの結束力が向上し、協力や連携がスムーズになる。

4）問題解決力向上： 実際にこれまで遭遇した問題や課題について議論することで、ITエンジニアの問題解決力が向上し、今後同じケースでスムーズに対応できるようになる。

5）モチベーション向上：ITエンジニアが、自身の技術力を高めること、また他のメンバーと知識を共有することで、自己成長や達成感を得られる。

6）企業文化の醸成：ITエンジニアが積極的に学び、成長する姿勢が企業文化として浸透することで、企業全体の競争力が向上する。

社内勉強会の企画から終了までのフロー

社内勉強会のざっくりとした流れは、以下となります（図1）。

各ステップについて、もう少し詳しくみていきます。

【STEP 1】企画

勉強会の根幹部分です。ここをしっかり詰めると、その後も企画がぶれません。逆にぼんやりとさせたまま進めると、進行のドタバタで目的を見失います。目の前の作業に追われて燃え尽きないために、きちんと以下を言語化して準備を進めることが大切です。

・目的

・参加対象

・何を

・いつ（開催期間と時間）

・どこで

・コスト

・実施に伴う効果（終了後のイメージ）

・目的

前述の「社内勉強会を実施するメリット」の中から優先度の高い上位3つくらいを選ぶとよいと思います。その際に、やろうとした理由や現状感じている課題などがあれば、企画時に明確にしておくと優先度を決めやすくなります。また、終了後のありたい姿も描きやすくなります。

・参加対象

参加対象によって、専門性、課題、スキルレベル、社歴、調整しやすい時間なども変わります。適したテーマやレベル感の設定や告知方法を選択しやすくなります。参加対象は自部門のみなのか、もしくは他部門にも呼びかけるならば他部門にも事前に合意しておく必要があります。また、参加者以外の上司や他部門、社外の人へ協力を仰ぎたい人がいれば、あわせてリストアップしましょう。

・何を

前述の勉強会のタイプ分類の中からどの形式で、何をテーマに、何をするのかをまとめます。

・いつ（開催期間と時間）

業務との兼ね合いも念頭におきつつ、参加しやすい期間と時間を決めます。そして、【STEP2】では上司と、時間調整や業務扱いになるのかを相談しましょう。

・どこで

オンラインでも実施できますが、出社や外部会場までの交通費、外部会場費用、宿泊ありの場合は宿泊費用や食事代などが発生します。

・コスト

内部コストと外部コストの2つで算出します（図2）。算出してみると「これだけのコストをかかるものなのか」と気づきます。企画・運営する立場としては、「それだけに、いいものしなくては」と前向きな緊張感も生まれます。

【STEP 2】社内承認

STEP1の企画内容を目的ベースで詳細に検討して整理しまとめていけば、承認に必要な基本的内容は揃います。申請に際しては、まずは上司と相談することになると思います。説明は、【STEP1】で明確にした「目的」と「実施に伴う効果」をベースに進めるとスムーズです。

上司との相談では、実施に伴うコストを明確にすり合わせましょう。

・実施時期（業務の繁忙期は避けるなどの判断が必要になります）
・企画・運営時間は、業務時間内に可能か。業務時間扱いになるのか
・参加に伴う時間は業務時間内に可能か。業務時間扱いになるのか
・外部コストについて

【STEP 3】広報

同じ部やチームメンバーでしたら、定例ミーティングで説明をしたり、適宜打ち合わせすることが多いかと思います。

広く他部門へも呼びかけるようでしたら該当部門のマネージャーにも事前に趣旨説明をしておくと、理解が得られやすいかと思います。

【STEP 4】事前準備

社内勉強会の形式により異なりますが、実施に必要な作業を洗い出し、各作業項目の期日と担当を決めていきます。

場所の手配、講師との詳細詰め、技術的な環境や機材等の手配、調査/学習/事前課題などが挙げられます。

項目によっては社内調整含めてパワーがかかるものもあるため、複数人で運営チームを組んで、タスク分解やスケジュール管理を行うのが理想的です。具体例として、この後、ハッカソン勉強会での事前準備について詳細をご紹介します。

【STEP 5】実施

社内勉強会のタイプによりポイントは異なります。ただ、企画・運営者視点で考えると、共通して最も大切だと思うのは、参加感を高めることです。参加感は「当事者意識」を生み、目的に対する責任と意欲を高めることができるからです。

そのためには、呼びかけの時点で、目的とゴールを明確にして共通認識を持つことが重要です。これは別に社内勉強会に限った話ではありませんが、一人だけ高すぎるゴールを設定していると、他の参加者は負担やストレスでついていけなくなり、途中で頓挫してしまいます。

逆に低すぎる目標だと、勉強にはならずやる意味がなくなり、どちらも個人でやれば良いものになってしまいます。個人ではなく複数メンバーでやる以上、各々の性格や趣向を汲み取った上で、いかに参加メンバーの意識、ゴールを合わせられるかが重要です。

【STEP 6】振返り

実施後の報告ですが、主要な構成要素をあげます。会社への報告としては、実施価値・継続価値を理解してもらえるように報告しましょう。しっかりとした振返りにより、次回の企画や活動がスムーズになります。

▼報告書の主な構成要素

・実施概要

・目的は達成できたか、その根拠

・参加者の反応（アンケート実施等）

・コスト

・実施して見えてきた新たな課題

・次回以降の改善・改良点

また、運営に関するドキュメントを残すことをおすすめします。社内勉強会は継続が大切ですが、実施のたびに「前回どうしたかな？」と過去のドキュメントを探したものの、よくわからないということは結構あります。告知や依頼文書なども残しておくと、一から作成するよりも時間短縮になりますよ。

後編では、12月に自社で実施したハッカソン形式での社内勉強会を実践例としてご紹介いたします。

※記載内容は、執筆当時のものです。その後、状況が変化していることがあります。

アンコンシャス・バイアスに気づき、対処法を学ぶ勉強会を開催

jst_recruit — Tue, 04 Apr 2023 00:28:42 +0000

2月に開催しました「アンコンシャス・バイアス（無意識バイアス）」に関する社内勉強会の様子をご紹介します。

アンコンシャス・バイアスとは、無意識の思い込みや偏見のこと。組織で学ぶことで、無意識がもたらす悪影響を最小限にとどめることが期待できます。本記事では、自社での勉強会開催の意図、概要とポイント、参加者の意識変化・感想などをご紹介しています。

※勉強会は定員とグループワークの関係で、役職等により2回にわけて実施しています。本記事では、概要ご紹介のため、2回分の様子を一つの記事にまとめています。

アンコンシャス・バイアスとは、ほぼ誰も持つ思い込みや偏見

Ｊストリームでは、全社研修とは別に本部独自の教育PRJがあり、各現場に即した自己研鑽と学びの場が設けられています。自社開発を担うエンジニアの所属する技術組織であるプラットフォーム本部では、各自の専門領域以外にもビジネススキルも積極的に学びのテーマに取り入れています。

今回のテーマである「アンコンシャス・バイアス（unconscious bias/無意識バイアス）」とは、無意識の思い込みや偏見のことです。社会において多様性がますます重要視されるなか、「アンコンシャス・バイアス」は国内外のIT企業をはじめ、多くの企業で学びのトレンドとなっているテーマのひとつです。

「偏見なんて持っていない」と思っていても、実は「偏見を持っていない」ということじたいが偏見だったりする可能性もありそうです。2020年に行われた調査（日本労働組合総連合会調べ）では、5万人超の回答者の95.5％が「アンコンシャス・バイアスを一つ以上認知している」という結果が出されています（※１）。「アンコンシャス・バイアス」は、特定の人だけではなく、ほぼ誰もが持っているものと言われています。

アンコンシャス・バイアスが原因で、コミュニケーションが空回りする可能性も

チームで仕事をしていく以上、不可欠なコミュニケーション。それだけに、コミュニケーションにまつわる課題や悩みは、日々の業務のなかで大小さまざま存在します。Ｊストリームでも同様です。アンコンシャス・バイアスを学ぶことで、個人も組織もコミュニケーション力をアップさせることにならないか、というのが今回の企画での着眼点でした。

テーマ設定のきっかけは、企画担当チーム内で「ブレストとか、発散型の会議って盛り上がってる？？」というふとした会話でした。バックエンドエンジニアS.O.さんからは、「こんなこと、初歩的すぎてみんな知っているだろうから」と発言を控えてしまうことがあるな、、、というコメントが。一方で、インフラエンジニアのH.I.さんからは「でも話す人って、逆にみんなの発言機会を奪っていないか心配になる」というような意見も出ました。

それぞれが相手を思いやり、コミュニケーションしようとしているのに、思い込みが原因で情報のやりとりを躊躇したり、空回りしたり、コミュニケーションにブレーキをかけることって多いんじゃないか。

アンコンシャス・バイアスは無意識なものだけに、無自覚のままでいるとディスコミュニケーションを生じたり、新しい発見やイノベーションの障壁にもなりえます。組織全体で「アンコンシャス・バイアス」を意識するきっかけを持つことで、意思疎通だけでなく、チームと自分自身のアイデア創出を促す効果も期待できそうだと考えました。

当日のプログラム：アンコンシャス・バイアスを学ぶ際の３つのポイント

講師には、人材育成・開発サービスを手掛けるエナジースイッチ社トレーナーの折口みゆき氏をお招きしました。今回は、下記3つをポイントに講師から学び、交流しました。

1.アンコンシャス・バイアスを理解する

2.自身や周囲の思いこみ・決めつけ・押しつけに気づけるようになる

3.思いこみ・決めつけ・押しつけを対処できるようになる

1.のアンコンシャス・バイアス理解については、共通認識として、アンコンシャス・バイアスは人が進化する過程で獲得した「脳の省エネ機能」であることを学びました。例えば、思い込みは、過去の知識と経験をもとに目の前の現象を素早く判断する、時間と労力の節約方法です。この省エネ機能の存在を認識し、よいアンコンシャス・バイアスは残し、判断ミスを招くアンコンシャス・バイアスを避ける対処が必要になります。

2.の気づきは対処の基本になります。自分自身のバイアスに気が付くには、バイアスのパターンを知り、自分が強く持っているバイアスを自覚することが大切です。100－120種類以上あると言われるバイアスの中から、代表的なものを確認し、グループワークで各自のバイアスについて語り合いました。

共有された各自のバイアス例をいくつかご紹介しますと、以下のようなものが挙げられました。

・「会社やチームに長くいると『このくらい知っているでしょ』と思ってしまう」

・「緊急トラブル対応時でのこと。案を思いついても、正しくなかったらと不安が先に立ち発言できない」

・「他の人の意見に同調してしまう。理由は、すぐに回答しないといけないという焦りから」

・「マネージャーとして現場からの報告をもとに判断するが、最前線の様子が見えているか不安がある」

・「チームマネジメントの際のバランスや距離感の縮め方に迷う」

・「開発において過去の経験にしばられて、ハッとしたことがある」

担当業務が違っても、自分自身にも当てはまることがあるなと感じました。各自のバイアスを言語化して共有することで、共通の悩みを感じたり、自分自身も周囲も新しい気づきを得ました。

3.の対処では、個人として、組織リーダーとしての各側面からポイントを学びました。

【個人として】

「バイアスの上書きをする」

「自分の状況や考えを積極的に伝える」

「身近な人からフィードバックをもらう」

【リーダーとして】

「事実の確認」

「意見の背景にある考えや想いを聞き・伝える」

「方向性や基準を明確にしてコミュニケーションを始める」

個人・リーダーの両視点において共通しているのでは、過去にとらわれないこと、状況は常に変化していると考えること、自分から発信したり関与していくことの大切さでした。

参加者が語る「アンコンシャス・バイアス勉強会」への評価・オススメ理由

今回の勉強会は、２時間半で座学と交流を盛り込んだこともあり、内容はごく限られたものでした。それでも、「これって、アンコンシャス・バイアスかも？」と意識するきっかけを掴んだ参加者が多くいました。参加者アンケートでは、「当たり前を見つめ直し、自身のバイアスに気が付くきっかけになった」という趣旨のコメントが目立ちました。

また、グループワークにおいて、各自のアンコンシャス・バイアスについて会話することで、「新たな気づきがあり面白かった」「自分以外にも質問を躊躇するバイアスを持っていることを知り、もっと気軽に質問しようと意識するきっかけになった」いったコメントも見られました。

参加者アンケートでは、組織でアンコンシャス・バイアスを学ぶことに対するオススメ度は5点満点中4点でした。

以下、オススメコメントの一部をご紹介します。

【事後アンケート一部ご紹介】

・「業務のパフォーマンス低下や、成長の妨げになっているバイアスに気づくこと、知ることができる。」

・「反対意見を嫌がるのではなく、好意的にとらえる考え方を学べる」

・「聞いたことがある話であっても、意識し直すためにおすすめします」

・「自分自身の「思い込み」かもしれないと気づくことがスタート。解放されることで、本来のありたい姿へ近づく」

・「誰にでも当てはまるテーマで、なおかつ横のつながりを増やすことができる良い機会」

・「共通意識としてアンコンシャスバイアスがあるというバイアスを持つことが重要だと思う」

・「自分自身の行動を振り返ることで、自分自身の変化につなげられ、また、チームや組織の変化への働きかけの手助けになる。」

その他にも運営上のヒントとして、「時間が短い」「アンコンシャス・バイアスに気づいたときにどう解消すべきか、もっと議論や講義が受けられたら」「疑問や社内独自の用語について、いつでも確認できる場所を充実させるといいかも」というようなコメントも寄せられました。

Ｊストリームでのテレワーク利用率は、職種により異なりますが、全社的に浸透しています。東京、大阪、福岡の各拠点のほか、フルリモートで働く社員もいますし、オンラインでの開発業務も珍しくありません。働き方の柔軟性が高まる一方で、コミュニケーションが減りやすい状況だからこそ、学びを通じた交流を大切にしています。その結果、知識と本部内の共通言語が増え、日々の業務成果に貢献できればと考えています。

ワークショップをはじめとした教育・自己研鑽の様子については、またVoiceでご紹介したいと思います。ぜひその際はご覧ください！

注：

※1：「５万人を超える回答アンコンシャス・バイアス（無意識の思い込み、偏見）診断」、日本労働組合総連合会（連合）、2020年12月4日、https://www.jtuc-rengo.or.jp/info/chousa/data/20201204.pdf?6748