ITエンジニアが、1年を振り返っておすすめの本を選ぶイベント「ITエンジニア本大賞」。全国各地からのWeb投票で技術書・ビジネス書のベスト10を選出。その後のプレゼン大会におけるイベント観覧者の最終投票で、「技術書大賞」と「ビジネス書大賞」が決まります。

11回目の開催となる「ITエンジニア本大賞2024」でも、初心者におすすめのプログラミング本、読書法や英語の勉強法が学べる本、プロジェクトマネジメントの本など、エンジニア必読の書籍が選ばれました。2024年2月に行われたプレゼン大会を、イベント観覧者や特別ゲストのコメントと共に振り返ります。

### [ITエンジニア本大賞2024](https://www.shoeisha.co.jp/campaign/award)

開催期間：2023年11月8日（水）～2024年2月15日（木）
技術書、ビジネス書全般。出版社や刊行年は問わず、この1年を振り返っておすすめしたい書籍。
※[過去の大賞受賞書籍](https://www.shoeisha.co.jp/campaign/award/about#past)は除く

▼関連記事：ITエンジニア本大賞2023

「ITエンジニア本大賞2023」イベントレポート！全国のエンジニアが選ぶ必読の技術書・ビジネス書は？

## 『何歳からでも結果が出る　本当の勉強法』（ビジネス書部門）

『何歳からでも結果が出る　本当の勉強法』
望月 俊孝著／出版社：すばる舎

#### balloon itbook_mochizuki right
本書を執筆したのは、30年前に最初の独立に失敗して6,000万円の借金を抱えたことがきっかけです。再就職した会社でも上手くいかない中で、自分自身でいろいろな方に出会ったり本を読んだりする中でものごとを実践的に学び、その結果、借金6,000万円を短期間で返済することができました。本書ではその勉強法についてお伝えしています。

#### balloon itbook_mochizuki right
2023年は生成AIが脚光を浴びて“AI元年”と呼ばれることもありますが、英国オックスフォード大学の教授は今から9年前に次のような予言をしていました。「AIの導入により日本の労働人口の49%の仕事が10〜20年以内になくなる」この予言はだんだんと現実味を帯びてきているように思います。それを踏まえて**今後どのようなスキルが求められるのかですが、最も必要とされているのは「戦略的学習力」だと同研究で発表されています。**

#### balloon itbook_mochizuki right
**「戦略的学習力」とは、新しいことを学ぶときに最適な学習方法を選び実践できるスキルのこと**で、本書の中で詳しく解説しています。ここでみなさんにお聞きしたいのですが、勉強や学習についてどんなイメージを持っていますか？私たちは、いざ勉強しようとすると網羅的に学ぼうとして完璧主義になってしまう傾向にあると思います。

#### balloon itbook_mochizuki right
しかし、それでは期待通りの成果は得られません。アメリカの心理学者、ロバート・A・レスコーラも言っていますが、人は予測に反しているときのみ学習するのです。脳は生き残っていくために予測に反する箇所をできるだけ早く特定しようとするからです。つまり、**当たり前に分かっていることは繰り返し学習しても頭に入ってこないですし、失敗した方が学習はその分深まるわけです。**

#### balloon itbook_mochizuki right
戦略的に学習を進めていく中でおすすめしたいのは、**完璧主義ではなく「完成主義」で取り組むことです。**私たちは最初から網羅的に学んで100点を取りたいと思いがちですが、まず最初に問題を解いて足りないと分かった部分を中心に学んでいく方がはるかに効率的なのです。そして、早い時期から周囲のアドバイスも反映しながら修正していく。必要なものは後から分かるので、手元にある教材から始めるのが良いと思います。学びは絶対に裏切らないので、『何歳からでも結果が出る　本当の勉強法』を読んで学びをスタートしていただけたら嬉しいなと思います。

## 『プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積り・契約・要件定義・設計・テスト・保守改善まで』（ビジネス書部門）

『プロジェクトマネジメントの基本が全部わかる本 交渉・タスクマネジメント・計画立案から見積り・契約・要件定義・設計・テスト・保守改善まで』
橋本 将功著／出版社：翔泳社

#### balloon itbook_hashimoto right
本書を書いた理由は、**プロジェクトの悲劇を減らしたいという純粋な思いです。**

#### balloon itbook_hashimoto right
私自身、プロジェクトマネジメントツールを開発する会社でCEOを務めており、プロダクトマネージャーとして今まで500件以上のプロジェクトのリードとサポートを経験してきました。実際にいろいろ関わっていると、そもそも開発プロジェクト自体の成功率がそもそも高くはないので、メンバーが急に来なくなったり、会社が大きな損失を被ったりすることもありました。私が社会人になった2000年当時は就職氷河期でしたが、社会に出てからの働き方はかなりハードで、オフィスでみんな雑魚寝しているような時代でした。その中で、目の前の仕事を必死にこなすためプロジェクトマネジメントを学んでいったのです。

#### balloon itbook_hashimoto right
それから24年ほど経った今も、失敗するプロジェクトはたくさんあります。データベースや各種のテンプレート、海外のフレームワーク、さらにはAIなども活用して開発環境は改善されているのに、昔の自分のようにハードワークの若手エンジニアを目にする機会が多い。何とか助けてあげたいと思いながら、横から手を出してサポートするというのがプロジェクトの進行上難しいことも。そんなときにプロジェクトに関わる人が少しでも成長できるように、という思いを込めて本書を執筆しました。

#### balloon itbook_hashimoto right
本書の中では、プロジェクト全体を通して必要になるスキルはもちろん、各フェーズで必要になるスキルも網羅的に解説しています。**プロジェクトに参加する一人ひとりのエンジニアが成長できると、成功や失敗ではなくそのときの経験が個人に蓄積されて、それが社会に蓄積して多くの人の利益につながっていきます。**

## 『チームを動かすIT英語実践マニュアル』（ビジネス書部門）

『チームを動かすIT英語実践マニュアル~現役シニア・エンジニアが教える』
ラファエル・ヴィアナ著／出版社：アルク

#### balloon itbook_raphael right
みなさんは外国人エンジニアと働いたことはありますか。英語が母国語ではない人と、コミュニケーションを取るのが難しいと感じている人もいらっしゃるかもしれません。本書は外国人エンジニアとのコミュニケーションのすれ違いをなくし、スムーズに心を動かし、成果を出しやすくするための本です。僕はラファエル・ヴィアナと言います。人とテクノロジーが大好きのソフトエンジニアです。今日はこの本を書くきっかけになった、一人の外国人エンジニアとの出会いについてお話しようと思います。

#### balloon itbook_raphael right
私は前の職場でとても優秀なベトナム人エンジニアの面接をしました。彼にとって私は2人目の面接官だったのですが、最初の面接官の評価は「不採用」。**優れたスキルで読みやすいコードを書くものの、英語が下手なので不採用になっていたのです。**

#### balloon itbook_raphael right
たしかに、その後Zoomで面接したとき、彼の言いたいことを理解するのに苦労しました。しかし、私がそのように感じていることに気づくと、彼は別の単語に直したり、テキストエディターを表示したり、さらにはコードで直接伝えることまであったのです。ときにはスクリーン上で絵を書いて説明することも。コミュニケーション能力が非常に高い感じ、即決で採用しました。

#### balloon itbook_raphael right
その後、彼と一緒にプロジェクトを担当し、“インターネット界のアカデミー賞”といわれるウェビー賞（The Webby Awards)にノミネートされるなど、目覚ましい成果を出すことができました。ただ、英語が母国語の人から何を話しているのか訳してほしいと言われることがよくあったんです。

#### balloon itbook_raphael right
彼のためにもどうにかできないかなと悩んでいたときに、ピンときたのはマニュアルの作成です。実は私も同じ立場にいたことがあります。以前、NTTドコモのテックサポートのコールセンターで働いたことがあります。20歳までポルトガル語しか話せませんでしたし、同僚と比べると英語も日本語も基礎レベルだったのですが、きちんとお客様に向き合おうと決心して工夫を重ねました。過去の経験を踏まえて具体的に何をしたかというと、**全ての通話内容をメモし、カテゴリ別に分類しました。そこからマニュアルを作成し、お客様に対応していったのです。**

#### balloon itbook_raphael right
マニュアルを使ってもうまくいかなかったケースでも、あきらめずに内容をブラッシュアップしていきました。それが社内で評価されて「社長賞」をもらうことができました。また、お客様評価では最高評価を何度もいただいております。現在、そのベトナム人エンジニアは技術責任者として働いており、グローバルITチームを率いるだけでなく、英語でクライアントに班と話をし、技術的なソリューションを提案しています。

#### balloon itbook_raphael right
私が作ったマニュアルが一人のキャリアを変えたのです。**プロジェクトの結果に影響を与えるものはたくさんありますが、優れたコミュニケーションスキルを持つチームをつくることが何よりも重要です。**みなさんも、効果的なコミュニケーションを実践しましょう。言語の壁を乗り越えましょう。そしてITチームを動かしましょう。

本書はプレゼン大会に観客として参加されたみなさんによる最終投票で、**「ビジネス書部門大賞」**に選ばれました。投票理由や感想コメントの一部を抜粋します。

会話をマニュアル化して習得していくという考え方を知り、実践していこうと思いました。

実際に外国人上司とやり取りをする機会があるのでこの本で勉強したいです。

ITエンジニアにとって避けることができないコミュニケーションの要所を、言葉という人間の最大の特徴から切り拓いていく内容であること。

## 『「技術書」の読書術 達人が教える選び方・読み方・情報発信＆共有のコツとテクニック』（技術書部門）

『「技術書」の読書術 達人が教える選び方・読み方・情報発信＆共有のコツとテクニック』
IPUSIRON、増井敏克 著／出版社：翔泳社

#### balloon itbook_masui right
みなさんは書店に行ったとき、自分に合う本をどうやって選んだらいいんだろう、どうすれば上手く本を読み込めるんだろうと思ったことはありませんか。本書の著者である私とIPUSIRONさんもたくさんの本を読んできました。そんな2人が、本の選び方、読み方、情報発信という三つのテーマでそれぞれの意見を書いたのが本書です。

#### balloon itbook_masui right
例えば、世の中には「●●入門」という本がたくさんありますが、**「入門」と書いてあるのに内容が難しいと感じる方もいらっしゃるのではないでしょうか。**

#### balloon itbook_masui right
**その理由として、読者と著者のそれぞれで対象としている範囲が違う**ということが、一つ問題になっているんじゃないかなと思います。これは読者側で変えられないので、本を選ぶときに内容をしっかり確認する必要があります。

#### balloon itbook_masui right
あとは「3の発想」というのを書きました。みなさんが今後、新たな技術を学ぶときに入門書から専門書という順番で読まれる方も多いと思いますが、それは少しもったいないように感じています。学校の勉強で教科書を読みながら参考書を取り入れるように、プログラミングでも**入門書を読んでいる途中でわからないことがあれば専門書を逆引きするのが有効です。あるいは、とりあえず一冊の入門書を読み始めてから、他の入門書も併せて読み比べるのもおすすめです。**

#### balloon itbook_masui right
さらに私が書いた内容に「積ん読の解消法」というのがあります。**積ん読を解消する方法はいろいろありますが、いろいろ検証した結果「解消できない」というのが結論です。**私の場合、どうしても読み終わる前に次の本を買ってきてしまいます。解消できないことを前提にしつつ、どのように読書をすればいいのか、ここからIPUSIRONさんにお任せようと思います。

#### balloon itbook_ipusiron right
本書ではさまざまな読書法を紹介していますが、その中からいくつかピックアップしました。まず、**私の読書法の中に「くじ引き読書法」というのがあります。**この読書法は、本棚の前に目を閉じて立ち、最初に触れた本を読むという方法です。**自発的に勉強や読書する人は、その目的に合った専門的な本を読むと思いますが、それ以外の目的で本を読むときにおすすめです。幅広い知識を身につけられるので、ライバルと差をつけられるかもしれません。

#### balloon itbook_ipusiron right
次に「時間制限読書法」です。これは定められた時間、本書の中では90分を推奨していますが、その時間の中で読破を目指すという方法です。この読書法のメリットは、悪書や良書、なかなか読み始められないときのデメリットを最小化できます。何度も読み返せるので、再読によって自分の成長も実感できます。

#### balloon itbook_ipusiron right
最後になりますが、読書法に制限はありません。2人の読書法を紹介していますが、ギャップや共通項がいろいろとあります。この本を通じてみなさんに合った読書法を見つけてもらえれば幸いです。

本書は特別ゲストの吉羽龍太郎さん（株式会社アトラクタ Founder兼CTO/アジャイルコーチ）が「特別賞」に選出。おすすめの理由について次のようにコメントしていました。

#### balloon itbook_yoshiba right
私の部屋にも本がとてもたくさんあって、自分なりの読書術を編み出そうと試行錯誤しているので非常に共感しました。「積ん読」の話もされていましたが、本を読む速度より買う速度の方が早いのでどうしても溜まっていくんですよ。その解消法はないと私も思っていましたが、プレゼンの中で「無い」とはっきり言っていただけたのが素晴らしいなと。今までどおり本をどんどん買って、ランダムに開いて読むようなやり方も良いなと思いました。

## 『単体テストの考え方/使い方』（技術書部門）

『単体テストの考え方/使い方』
Vladimir Khorikov（ウラジーミル・コリコフ）著／須田智之 翻訳／出版社：マイナビ出版

#### balloon itbook_vladimir right
この本を書いた理由は、当時単体テストについての本があまりなかったからです。あったとしても、その内容に全く同意できない本もありました。それで私は決めたのです。自分で本を書けばよいのだと。単体テストのことを知ってはいても適切な単体テストを書くことに苦労している開発者のために、この本を書きたかったのです。

~~『単体テストの考え方/使い方 プロジェクトの持続可能な成長を実現するための戦略』著者のVladimir Khorikov（ウラジーミル・コリコフ）さん。当日は本人のメッセージ動画でプレゼンテーションを実施。~~

#### balloon itbook_vladimir right
本書によって単体テストのハードルを取り除き、次のレベルに行ってもらえればと思いました。単体テストを正しく行うことは、誰にとっても価値をもたらすことだと私は強く信じています。私の本を読んでくれたみなさま、そして私の本に対して素晴らしい反応やコメントを寄せてくださった全ての方に心から感謝しています。

#### balloon itbook_suda right
本書を翻訳した須田智之です。「ITエンジニア本大賞2024」プレゼン参加書籍に選んでいただきありがとうございます。ソフトウェアテストは、開発を進める上で避けられないことであり、開発チーム内の意思を統一することが非常に重要だと私は思っています。**ソフトウェア開発はチームで行うため、自身が最善の開発アプローチをとったとしても他の開発者が異なるアプローチをとってしまうと、一貫性のないコード結果が残ります。**

#### balloon itbook_suda right
チーム内の意思統一で有効な方法の一つが「社内読書会」だと思っています。自分の状況と合わないところをチーム内で共有し、どのような対応策を講じるかを考え、チームの方向性を定めることは価値あることだと思っています。表に出せないことも深く議論できることが社内読書会の強みです。

#### balloon itbook_suda right
社内読書会を開くことが難しい場合にぜひ有効活用してほしいのが、会社に縛られない「オープンな読書会」です。読みたい書籍を課題図書にしている読書会を探して参加してみるのが良いと思います。参加したい読書会が見つからない場合は、あなた自身が主催者となって開いてみるのもおすすめです。

#### balloon itbook_suda right
新たな考え方に触れることができたり、素晴らしい開発者に出会えたりすることもあります。読書会を開くということが、日本のソフトウェア業界で当たり前になってほしいと願っています。そして、その読書会の課題図書に本書が選ばれたらとても嬉しいです。

## 『1冊ですべて身につくJavaScript入門講座』（技術書部門）

『1冊ですべて身につくJavaScript入門講座』
Mana著／出版社：SBクリエイティブ

#### balloon itbook_mana right
私はHTMLやCSS、Webデザイン、WordPressなどの初心者向け書籍を書いたり、Webクリエイターボックスというブログで情報発信したりしながら、オンラインのプログラミングスクールで講師もしております。その中で**「JavaScriptが初心者Webデザイナーに恐れられている」と感じたことが、本書を執筆するきっかけになりました。**

#### balloon itbook_mana right
私が普段接している生徒はWebデザイナーを目指してプログラミングを学んでいるのですが、そういった方々にとってプログラムミングというのは「何か恐ろしい呪文が書かれている」「思った通りに動いてくれないからよくわからない」と感じているようです。

~~『1冊ですべて身につくJavaScript入門講座』著者のManaさん。~~

#### balloon itbook_mana right
本書の執筆にあたっては、Webデザイナーでも楽しく読めるような内容にしたい、初心者でも挫折せずに最後まで読んでもらいたい、そんな思いで全体の構成を考えました。プログラミングスクールの生徒との会話の中で、どんなところで挫折しやすいのか傾向も分かったので、初心者が挫折しやすいポイントと本書でどのようにそれを解決していったのか簡単に紹介していきたいと思います。

#### balloon itbook_mana right
まず一つ目は、目的を見失って挫折することです。最初は「プログラミングがんばるぞ」とやる気に満ちあふれているんですが、その目標自体が曖昧で「何のためにコードを書いているんだろう」とだんだん目的がわからなくなっていく。**それを解決するための考えた対応策は、実際に手を動かしながらさまざまなWebサイトを作っていくことです。**

#### balloon itbook_mana right
その中で目標を小分けにしていくことも大切です。本書の中では個別の目標ごとにQRコードを用意しています。例えば、動作の確認はすぐにできるようにしつつ、最終的にどんな状態が正解なのかもわかりやすく記載しています。コードのサンプルファイルっていうのも用意していますが、ダウンロードの手間をかけず常にゴールが見えるような状態にしています。

#### balloon itbook_mana right
二つ目の挫折ポイントは、エラーが出たときです。初心者にとってエラーというのは、「何か恐ろしい呪文を唱えながら、怒り散らかしている」というように見えてしまうようです。**そこで考えた対応策は、「正しくつまずかせること」と「落ち着いて立ち上がらせること」です。**

#### balloon itbook_mana right
本書では意図的に記述ミスのしやすいところでエラーの出る書き方をしました。そこでなぜこういうエラーが出たのか、理由や意味、正しい書き方も合わせて説明しています。さらに本書の最終章ではエラーと解決方法として「よくあるミスとその解決策」をまとめており、安心して失敗できるように促しています。

#### balloon itbook_mana right
三つ目は、難しい言葉での挫折です。プログラミングには概念的な内容が多く含まれているので、なかなか説明が困難なこともあります。

#### balloon itbook_mana right
そこで本書では、例え話を多く盛り込みました。例えば、ブラウザをスクロールして、対象の画像が監視領域に入ったらイベント発生というところを説明している場面。この図だけでも説明にはなるんですが、ちょっと言い回しが難しく感じるかもしれません。**そこで、実生活に例えて動物園の草食動物エリアにキリンさんが入ってきたら監視ロボットが反応して「キリン」と言いますよと、伝え方を工夫しています。**

#### balloon itbook_mana right
他にも、DOM と呼ばれるデータ構造の説明部分ではプリンの材料に例えて、いろんな材料を組み合わせて構成されていることを説明しています。なるべく実生活に近い形に例えて、**プログラミングをより身近に、よりイメージしやすくなるように工夫しています。**

#### balloon itbook_mana right
本書はプログラミング初心者のみなさんと実際に対話しながら、私が感じたことや経験をまとめた集大成です。どうやったらプログラミングを「できた」「楽しい」と思っていただけるのか、それだけを毎日考えながら執筆しました。少しでも楽しいと感じると、学びが勝手に進んでどんどん成長していくんですよね。そんな最初のきっかけに本書がなれたらうれしいです。初心者に教えるときにも、ぜひご活用いただければと思います。

本書は特別ゲストの仙塲大也さんが**「特別賞」**に選出。
おすすめの理由について次のようにコメントしていました。

#### balloon itbook_senba right
いわゆるWebデザインフロントのJavaScriptに関して、本当に初心者のみなさんがつまずくポイントをちゃんと考えて書かれたっていうところで、非常に共感できました。自分の力でいかにハードルを乗り越えるのか。その課題を受け止めながら、その次のステップアップのためにどんなサポートが必要なのか、その工夫が詰まった一冊だと感じました。

本書はプレゼン大会を見守っていたみなさんによる最終投票で**「技術書部門大賞」**にも選ばれています。投票理由や感想コメントの一部を抜粋します。

フロントエンドの学習するにあたって、どうしても目的を見失って学習を途中で辞めてしまうことが多々あったのですが、この書籍は飽きない工夫や正しいつまずき方でエラー対応などもあるため非常に良い書籍でした。

絵や図解でも解説されているので、近年に多いプログラマーを目指している小学生・中学生にも読んでほしい一冊です。また、発表自体も6作品のなかで、１番聞きやすく、わかりやすい画面でした。

自身は開発者として何気なくJavaScriptを書いてしまっていたが、挫折しない（読み切れる）という内容で工夫されていたし、初心にかえるという意味でも再勉強してみようと思いました。また、経験の浅いエンジニアにも勧めてみたいですね。

望月さん

橋本さん

ラファエルさん

増井さん

IPUSIRONさん

吉羽さん

ウラジーミル・コリコフさん

須田さん

Manaさん

仙塲さん

全国のITエンジニアが選ぶ、2024年のおすすめ本

多くの支持を集めた6冊の技術書＆ビジネス書の著者・翻訳者プレゼン

コードの基礎が分かる書籍から、プロジェクトマネジメントを学べる一冊まで紹介

「ITエンジニア本大賞2024」イベントレポート！全国のエンジニアが選ぶ必読の技術書・ビジネス書とは

家計簿アプリや金融系プラットフォームを提供しているマネーフォワード社は、2021年にCTOの中出匠哉氏が「エンジニア組織の英語化」を掲げています。

グループ全社員約2,000名のうち約4割を占めるエンジニアのうち、4割以上がNon-Japanese（外国籍）メンバーで構成され、その出身国は30か国を超えます（2024年1月現在）。

エンジニア組織がなぜ英語化を目指しているのか、また英語化にあたっての課題や工夫点とは？株式会社マネーフォワード CTO室 副部長で、エンジニア組織のモデルチームとして英語化にいち早く取り組んできた伊東 嗣音氏にお話を伺いました。

株式会社マネーフォワード CTO室 副室長

SIerとしてキャリアをスタートさせ、前職では現在のマネーフォワードCTO中出氏とともに、シンプレクス株式会社で10年以上開発リードとして様々な案件に携わるほか、若手育成などにも携わる。

その後2021年にマネーフォワードに入社。CTO室にて、マイクロサービスや基盤アプリケーションの開発を行うチームのエンジニアリングマネージャーとしてチームを率いる。またエンジニア組織英語化のモデルチームとして英語化にもいち早く取り組む。

## 世界中の優秀なエンジニアを採用するため、英語化を決断

#### balloon kishi left
マネーフォワードではなぜ、エンジニア組織の英語化が始まったのでしょうか？

#### balloon moneyforward_itou right
**エンジニア人材が不足している中で、世界中の優秀なエンジニアを採用したい**というのが動機として大きかったように思います。「日本語が喋れない」という理由で優秀な海外エンジニアの採用を諦めなくてはいけないのは、残念に思っていました。

#### balloon moneyforward_itou right
また、現在のマネーフォワードは日本国内向けのプロダクトしかありませんが、**エンジニア組織が英語化することで、将来的にグローバルのマーケットにプロダクトを出していく布石にもなります。**こういった可能性も考慮して、英語化の取り組みはとても前向きな活動だと捉えました。

#### balloon kishi left
2024年11月末までに公用語の英語化を目指しているとのことですが、英語化の基準はどういったレベルで設定されているのでしょうか。

#### balloon moneyforward_itou right
業務が英語メインで行われている状態の部署・チームであることが、最終的に目指すところです。業務とは、開発の業務や面談・会議などのコミュニケーション、チャットなどのテキストコミュニケーションを想定しています。

#### balloon kishi left
2024年1月現在の進捗はいかがですか？

#### balloon moneyforward_itou right
当初の予定よりも順調に進んでいます。英語化の完了した部署は現在、チーム内でのコミュニケーションやドキュメンテーションは英語で行っています。一方で、セールスやカスタマーサービスなど、エンジニア以外の組織は英語化対象ではないため、そういった部署とのコミュニケーションは基本的に日本語で行なっています。

#### balloon moneyforward_itou right
エンジニア組織内でも日本人同士で日本人しかいない中でのコミュニケーションは日本語です。ただ、議論をした結果の決定事項やその理由は、必ず英語のドキュメントで残して共有するようにしています。

~~グローバル採用ページでは外国人の採用候補者向けの情報を掲載~~

#### balloon kishi left
個人の英語力としてはどの程度のレベルを目指したのでしょうか？

#### balloon moneyforward_itou right
目標は随時アップデートを重ねているのですが、最初に設定した目標は、読み書きができるという観点でTOEIC700点、英語でMTGができるという観点でPROGOS（プロゴス）B1（※1）以上です。マネージャーはメンバーをマネジメントするにあたって、単に会話ができるだけでなく、細かいニュアンスを汲み取ったり正しい表現だったりを使う必要があるため、一つ上のランクのPROGOSのB1 High以上を指標にしました。

~~※1 PROGOS……実践的なビジネスシーンを踏まえた英語スピーキングテスト。B1のランクは、英語で仕事ができるスピーキング力を持ち、自律した言語所有者（中級者）。~~

## 短文で要点を伝える「グロービッシュ」を採用

#### balloon kishi left
エンジニア組織英語化に向け、2021年秋から2024年11月末まで、どんなステップを踏まれていますか？

#### balloon moneyforward_itou right
全員で一気に英語化を進めると混乱が大きく非効率ですから、段階を追うことになりました。1年目は私が所属するCTO室をはじめとする**2〜3チームが先行して英語化を実施しています。そして、それらのチームでのGoodプラクティス・Badプラクティスなどのノウハウを活かして、英語化の範囲を順次拡大。**2年目の対象チームは予定よりも前倒しで範囲を拡大できているので、非常に順調に英語化を進められました。

#### balloon kishi left
CTO室が先行的に始めるにあたり、意識されたことを教えてください。

#### balloon moneyforward_itou right
TOEICやPROGOSの基準を設けてはいたのですが、**コミュニケーションの本質は自分の思っていることや考えていることを、正しく相手に伝えること**だと思います。ですから、難しい英語の表現や、ネイティブの発音を必ずしも目指さなくても良いということは最初に認識をそろえました。**「グロービッシュ」と呼ばれる、簡単な単語を使った、短文でのコミュニケーション**を使うことを大前提にしています。

#### balloon kishi left
なるほど。CTO室がモデルチームとして選ばれた理由はありますか？

#### balloon moneyforward_itou right
CTO直轄の部署で、全社横断の技術的なサポートや共通サービスを提供しているチームだったからです。日本語を絶対的に使用しなければいけない各プロダクトのチームより英語化がしやすかったのが大きな理由です。

#### balloon kishi left
CTO室の英語化に向けて、どのようなスケジュール感で進めていったのですか？

#### balloon moneyforward_itou right
まず翌年のグローバル採用で入社する新卒の人材について、日本語が話せないNon-Japanese（外国籍）のメンバーが各チームに必ず1名入ることが決定していました。

#### balloon moneyforward_itou right
また、2022年11月からCTO室の室長として新しくベトナム人の方が着任することも。室長は英語とベトナム語しか話せません。そのため英語を学ぶ必然性が生まれるのです。**英語が喋れないと新卒メンバーの受け入れができず、室長と面談も報告もできないですから、チームのメンバーは非常にモチベーション高く学ぶことができました。**

#### balloon kishi left
ゴールが先に設定されていたわけですね。CTO室では2022年の1月から取り組みが行われたのですか？

~~CTO室長のグエン タン トアン氏（左）~~

#### balloon moneyforward_itou right
はい。まずは部長・マネージャーが先行して英語研修を始め、4月以降はメンバーも順次研修を始めていきました。

#### balloon kishi left
通常業務がある中での研修に、反発などはなかったのでしょうか。

#### balloon moneyforward_itou right
研修中の英語学習は業務時間内に1日3時間まで許可されています。それに伴う業務調整も行われていましたので、みんなが納得感を持って英語の学習を進められていたと思います。もちろん個人によってモチベーションの差異はありますし、日本語でしか仕事をしたことがないから不安だという声もありました。

#### balloon kishi left
そういった方に向けて、意識して話されていたことはありますか？

#### balloon moneyforward_itou right
まず英語化の意義を正しく理解してもらうということが重要なので、わかりやすく伝えるようにしていました。中出からのメッセージにもありましたが、英語で仕事ができるようになることで、**グローバルレベルで評価されるエンジニアになれる**、自分の市場価値が上がる、ということを話していました。

#### balloon moneyforward_itou right
また、元々英語が公用語の組織ではなく、**日本語で仕事をしていた組織から英語で仕事をする組織に変革するというのは、ものすごく貴重な経験ではないかと。**こんな一大ミッションを乗り越えられたら、自分のスキルが磨かれるのはもちろん、**海外の優秀な人材と一緒に働きながらより一層高いレベルの仕事ができる**はずということもお伝えしました。

## ミーティングで誰も発言できない状態に

#### balloon kishi left
室長着任のタイミングまでに、英語学習はスムーズに進んだのでしょうか。

#### balloon moneyforward_itou right
色々と工夫が必要でした。私たちのチームにはバイリンガルの外国籍メンバーがいたのですが、当時はまだ新人で、エンジニアとしての知識は少なかったんです。

#### balloon moneyforward_itou right
一方、日本人の我々はエンジニアの知識はあるけれど、英語は初心者でした。英語を研修で学んだからといっていきなり業務を英語化することは難しいので、まずは業務を洗い出し、チャットやGitHubでのイシュー作成など読み書きが必要な業務、ミーティングなど会話が必要な業務を整理しました。

#### balloon kishi left
なぜ業務の洗い出しから始められたのでしょうか？

#### balloon moneyforward_itou right
英語化の優先順位をつけるためです。チャットなど非同期のコミュニケーションは、調べたり翻訳ツールを使用したりしながら書けるため、英語化しやすい。余裕を持った準備期間で、室長が着任する3~4か月前からドキュメンテーションの英語化を始めました。

#### balloon kishi left
なるほど、英語化をしやすい業務を見極め、段階的に着手されていったのですね。

#### balloon moneyforward_itou right
ええ、1・2か月経つと、徐々に読み書きには慣れていきました。英語化したばかりの頃はもちろん業務のスピードが落ちるわけですが、日常的に使うことで英語能力が向上したり、翻訳ツールの使い方にも慣れてくるので、業務の効率が良くなっていきましたね。

#### balloon moneyforward_itou right
その後、ミーティングの英語化を始めましたが、ここが1番メンバーみんなの心理的ハードルが高かったです。流暢に喋れないし、言われたことを聞き取れるかどうか自信がないという声が多くて。当初は室長着任の1ヶ月前からミーティングの英語化を行う予定でしたが、慣れるために予定を早めて2ヶ月前から始めることにしました。

#### balloon kishi left
確かにミーティングでの英語化は、色々と課題が生まれそうです。

#### balloon moneyforward_itou right
当初、ミーティングに時間がかかってしまうと思ったのですが、ものすごく早くミーティングが終わってしまったんです。なぜかというと、みんな発言をしなくなってしまったから。自分が喋ることに精一杯で、他のメンバーが話していることを聞いている余裕がなくなってしまいました。ミーティングなのにみんなが一方通行に話すだけで、まだ研修が追いついていないメンバーは聞き取れていないこともありました。そのため、**情報がロストしてしまったり、突っ込むべきところで突っ込まれず、方向修正されずにプロジェクトが進んでしまったり、多くの課題が起きました。**

#### balloon kishi left
その課題にどう向き合われましたか？

#### balloon moneyforward_itou right
まずメンバーと、ミーティングの時間が短くなっていること、ミーティングの本質的な意味が損なわれていることに対する課題意識を共有しました。当時は個人によってリスニング・スピーキングのレベル差が大きかったので、**議事録やアジェンダを用意し、聞き取れなくてもそのドキュメントを読んだり、翻訳ツールを使ったりすることで、内容に追いつけるようにしました。**結果的に、議事録が残ることでコミュニケーションロスが減り、伝わっていなかったということもなくなったので、業務の質を向上できたと感じています。

#### balloon kishi left
そういった改善は、すぐに行われたのでしょうか。

#### balloon moneyforward_itou right
そうですね。室長が着任する前にこういった改善を行うことができました。朝会やレビュー会は定型的な進行が決まっているので、そこで使えるフレーズ集も作成しました。会議の入り方や意見の聞き方、訂正したい時など、会議で使えるフレーズを英語ができるメンバーと話し合いながら準備しました。フレーズ集があると、フレーズ集の中から選びながらでも話すことができるので、一律のレベルまで底上げすることに役立ったと思います。

#### balloon kishi left
実践的に使えるフレーズ集があると心強いですね。

~~社内で実際に使われていたフレーズシート（毎日の定例会議で使用）~~

## 英語学習に近道はない。学習時間を積み重ねよ

#### balloon kishi left
英語のレベル感は個人によって様々だったと思いますが、みなさんどのように工夫されて勉強されていましたか？

#### balloon moneyforward_itou right
2~30名のメンバーを見ていて感じるのは、単純に**学習の累積時間がものを言う**ということです。学習時間が多い人は、やはりそれだけ伸びています。また、大切なのは、今の自分に合わせた内容を学ぶこと。単語力が全くない人が難しい文章を読もうとしても読めないので、まずは単語から覚える必要がありますよね。そういった自分のレベルを理解し、それに合わせた学習を行うこともポイントではないかと思います。

#### balloon kishi left
研修はどのように行われていたのでしょうか。

#### balloon moneyforward_itou right
エンジニア組織の公用語英語化に向けた専門チームが社内におりまして、彼らが英語力のレベルに合わせたプログラムを提供してくれました。3年の間でもどのトレーニングに効果があるかを検証しながら、プログラムをブラッシュアップし続けてくれています。

#### balloon kishi left
この辺りを集中的に学んでおくと良い、などのアドバイスはありますか？

#### balloon moneyforward_itou right
基本的な英語力がとても大事だと思います。**TOEICの700点が取れるぐらいまでに出てくるような基本的な単語はみんな理解して、使いこなせるようになるべき**ではないでしょうか。逆にそれ以上の複雑な表現を無理にカッコつけて使う必要はない。相手に伝わらなかったら意味がないので、シンプルな英語、「グロービッシュ」を使うというマインドは、全員で共有しています。

#### balloon kishi left
伊東さんが英語を学ぶにあたって参考になった書籍があれば教えていただけますか？

~~[『チームを動かすIT英語実践マニュアル』](https://www.amazon.co.jp/dp/4757439911/)~~

~~ラファエル・ヴィアナ  著 ／ 出版社：アルク~~

#### balloon moneyforward_itou right
「チームを動かすIT英語実践マニュアル」は非常におすすめです。IT業界でよくある、ミーティングやディスカッション、1on1、オリエンテーションなどのシーンに合わせてケーススタディ的に英語がトレーニングできるようになっています。

#### balloon kishi left
実践的で役立ちそうですね。

~~[『日本人がはまりがちな英語の落し穴〜自然な英語へのA to Z〜』](https://www.englishbooks.jp/catalog/product_info.php/common-english-errors-for-japanese-learners-japanese-version-p-20539)~~

~~デイビッド・パーカー  著 ／ 出版社：BTB Press~~

#### balloon moneyforward_itou right
もう1冊おすすめなのが、「日本人がはまりがちな英語の落し穴〜自然な英語へのA to Z〜」です。私はマネジメント職なので、メンバーの英語の細かいニュアンスを理解するために本書で勉強しました。Wishとhopeの違いなど、単語におけるニュアンスの違いを解説してくれているので、英語の深い理解に繋がったと感じています。

## 国民性の違いを理解し、一緒に挑戦できる組織づくりへ

#### balloon kishi left
実際に英語化してみて、組織の変化はどのように感じていますか？

#### balloon moneyforward_itou right
英語を使うことによって、**今まで仕事をする機会がなかった非日本語メンバーと仕事をする機会が莫大に増えた**と思います。それによって英語を使う時間がどんどん増えていくので、自分の英語力の向上も感じます。

#### balloon moneyforward_itou right
もちろんまだ、日本語を使っているチームとのコミュニケーションが日本語になってしまうなど、さまざまな課題が残っています。ただ、マネーフォワードには**相手にリスペクトを持ってコミュニケーションを取ろうとするカルチャー**があります。それが後押しして、分かりやすいグロービッシュを使ったり、英語に慣れていない人にはゆっくり話したり、前向きに課題をクリアしようとすることができていると感じます。

#### balloon kishi left
さまざまな国籍のメンバーがチームに入ってくることで、多様な価値観に触れる機会もありますか？

#### balloon moneyforward_itou right
そうですね、私は特にマネージャーなのでそれぞれのメンバーとの1on1や面談を通して、文化の違いや考え方の違いを実感します。**日本の価値観だけで話をしていると理解できなかった相手の本心や、国民性による違いもあるので「だったらこういうふうに説明しないと正しく伝わらないな」と気づかされることも多いです。**

#### balloon kishi left
メンバーの変化もありましたか？

#### balloon moneyforward_itou right
はい。印象的だったのは、英語が得意なメンバーの変化です。これまでは英語が得意な方にも日本語で仕事をしてもらっていたので、中には口数が少なく、積極性が足りないと感じていた人がいました。しかし私たちも同じ立場に立ってみると、慣れない英語で喋るのはどれだけ発言しにくいかと身をもって感じることができました。

#### balloon moneyforward_itou right
そして、英語化された後は、そのメンバーが非常に喋るようになったんです。積極性が足りないのではなく、日本語がボトルネックになっていたのだと気づきました。世界系に見れば日本語より英語に慣れている人の方が多いですから、我々が英語に慣れれば、全体としてのコミュニケーションのボトルネックはなくなっていくし、裾野も広がっていくんじゃないかなというふうに思っています。

#### balloon kishi left
日本人のメンバーにとっても、英語ができることでスキルアップにつながりますよね。

#### balloon moneyforward_itou right
海外でお仕事をするというような話も、今は臆せずにやれると思います。また、入社いただく海外の人材に対しては、社内では「グロービッシュ」を使いたいということをしっかり説明するようにしています。ですから、面接のときに私でも理解できるスピードや内容で質問に答えてくれるかどうかを見ていて、相手に伝わるコミュニケーションに配慮ができる方を採用したいと考えています。

#### balloon kishi left
最後に、今後の展望を教えてください。

#### balloon moneyforward_itou right
マネーフォワードは日本国内の拠点だけじゃなく、ベトナムとインドにも拠点があり、それぞれ規模を拡大しています。エンジニア組織を英語化することによって、海外拠点とのコミュニケーションもよりスムーズになり、海外展開への敷居がどんどん下がってくるのではないかと。ゆくゆくは海外向けのプロダクトを作っていくことも、より現実味を帯びてきます。今後のさらなる成長に向けて、新たなメンバーと一緒にチャレンジを続けていきたいと思います。

大学卒業後、構成作家・フリーランスライターとして、幅広いメディア媒体に携わる。現在は採用関連のインタビュー記事や新卒採用パンフレットの制作に注力しながら、SaaS企業のマーケティングにも携わっている。いま一番関心があるのは、キャンプ場でワーケーションできるのかどうか。

岸 裕介

伊東 嗣音さん

エンジニア組織の4割以上が外国籍メンバーのマネーフォワード、公用語英語化までの道のり

日本人のエンジニアが業務を英語化するまでの課題と解決策

業務で英語を使用するために特に意識すべきこと

エンジニア組織の公用語を英語に。マネーフォワードが挑む、採用強化に向けた変革

近年、高度化・複雑化した手法によるセキュリティインシデントが頻発しています。ひとたびインシデントが発生すると社会的信用の失墜や経済的損失につながるため、システムの脆弱性を調べるセキュリティ診断の重要性が高まっています。

そこで今回は、クラウドセキュリティ強化に力を入れており、次々と新たなセキュリティサービスを発表しているキヤノンITソリューションズ株式会社のサイバーセキュリティ技術開発本部にインタビュー。セキュリティアナリストを務め、同社のペネトレーションテストサービスの開発をリードした山田和政氏にお話しを伺いました。

### ペネトレーションテストサービス

攻撃者視点でシステムへの侵入を試みて脆弱性を検査することで、サイバー攻撃に対するシステムの耐性を評価し、改善策と一緒に報告するサービスです。

キヤノンITソリューションズ株式会社 サイバーセキュリティ技術開発本部
サイバーセキュリティラボ セキュリティアナリスト

新たなセキュリティサービスを開発するため、海外の先進的な事例や業界標準、規制などを徹底的に習得。2017年からの度重なるインシデントへの対応が評価され、セキュリティ業界の権威であるRSA社より2019年のAPAC最優秀分析官として表彰されている。

## ペネトレーションテストサービスとは？

#### balloon kishi left
ペネトレーションテストサービスとはどのようなものですか？

#### balloon canon_yamada right
**ペネトレーションテストサービスでは、実際に当社のセキュリティエンジニアがお客様のシステムに対して疑似的な攻撃を行います。そして、お客様のシステムに内在している脆弱性のうち、どの部分が本当に攻撃を受けてしまうリスクが高いのかを特定。それらの詳細なデータと改善策をお伝えするサービスです。**

#### balloon kishi left
どのような経緯でこちらのサービスを始めたんですか？

#### balloon canon_yamada right
当社は元々セキュリティサービスとして、「マルウェア解析サービス」と「スレットハンティングサービス」を提供しており、それらと合わせてセキュリティ強度を高めていく目的で開発しました。

#### balloon kishi left
マルウェア解析とネットワークスレットハンティングのサービスについて、教えてください。

#### balloon canon_yamada right
**マルウェア解析は、コンピューターウイルスに感染してしまったあとに、そのウイルスの狙いや予防方法などを分析するサービスです。もう一方のネットワークスレットハンティングは、ネットワークを流れるデータのログから怪しい振る舞いを発見することです。**

#### balloon kishi left
マルウェア解析とネットワークスレットハンティングの違いは？

#### balloon canon_yamada right
**ネットワークスレットハンティングは、お客様のシステム内のツールに溜め込まれた通信パケットを定期的に分析し、攻撃の有無や兆候、攻撃を受けるリスクなどを分析して、対策と一緒にお客様に報告します。**マルウェア解析に比べると、攻撃を受ける前に対策がとれるサービスとなっています。

#### balloon kishi left
なるほど。攻撃を受ける前と後でそれぞれ対策があるということですね。

#### balloon canon_yamada right
はい、**今回のペネトレーションテストサービスは、スレットハンティングよりもさらに前の段階でセキュリティを強化して対策を講じるために開発されています。**

#### balloon kishi left
ペネトレーションサービスは各社で違いがありますか？ 

#### balloon canon_yamada right
当社も含めペネトレーションサービスの内容自体は、各社で大きな違いはないと考えています。ただ、当社の場合はクラウドセキュリティの領域で新しいサービスを拡充しているので、ペネトレーションサービスで全体をしっかり診断し、システムの脆弱性対策に最適なサービスをスムーズに導入することができます。

## 脆弱性診断は「健康診断」、ペネトレーションテストサービスは「精密検査」

#### balloon kishi left
システムに対しての悪意ある攻撃には、どのような傾向がありますか？ 

#### balloon canon_yamada right
攻撃者は常にシステムの脆弱性を探しています。 新たな脆弱性を見つけたら、すぐにそれを自分たちの戦略に取り入れて、徹底的に攻撃に活かしてきます。

#### balloon kishi left
攻撃者も学習しているということですね。それらを未然に防ぐ脆弱性診断とペネトレーションサービスにはどんな違いがありますか？

#### balloon canon_yamada right
**脆弱性診断は、脆弱性の有無を診断することを最大の目的としたサービスです。一方、ペネトレーションテストサービスは、脆弱性を利用して攻撃者視点でシステムに侵入できるかを確認して、その結果と改善策を報告するサービスです。**

#### balloon kishi left
最初に脆弱性診断を行った上でペネトレーションテストサービスを行う方がいいのでしょうか？

人気のある記事

新着記事

お役立ち記事