大前提として、2019年の今、エンジニアがどんなことを考えているのか知ることが大事だと思います。エンジニアは世界最高レベルの技術に、簡単にアクセスできます。分かりやすいところでいうと、プログラムのコード。世界の一流企業、例えばGAFAが使っているものに触れて、実際に動かすこともできるんです。多くのエンジニアはグローバルな視点をもっている。憧れの企業は、日本の企業よりもむしろ、GAFAをはじめ、NetflixやAirbnb、Uberだったりします。世界を見ているのですね。小賀:ですから、エンジニアがどこを見ているのか理解した上で、自分たちのプロダクトについて考えられるといいですね。「今すぐ太刀打ちできないかもしれないけれど、GAFAなどのいいところは取り入れていこう」というスタンスです。荒井:もし経営陣や事業の意思決定者が技術面に明るくなかった場合、その考えを理解してもらうにはどうしたらいいのでしょう?小賀:基本的に、企業のトップは高みを目指しているものです。「GAFAに通用するレベルのエンジニアを育てるため、彼らのモチベーションを高めるような施策を打ちたい」という対話をするといいかもしれませんね。荒井:それを聞いたら経営陣も燃えますね。小賀:僕は技術とは、課題解決のための手段の1つだと考えています。“技術だけ”をやりたいエンジニアに対しては「それって何のための技術なんだっけ?」という議論を必ずしているんですよ。世界に目を向けて、新しい技術を学べば、課題解決の引き出しが増えます。エンジニアが定期的に技術を学ぶのは、そのためです。荒井:新しい技術を試したくなりませんか?小賀:そのために、小さく失敗することで、成功の道を早く探り当てる「エンジニアリング」の思考が重要です。ソフトウェアの場合はプログラムのバージョンが適切に管理され、簡単にリリースできる仕組みがあれば、新しい機能をすぐに試せる。問題があれば即座にもとに戻すこともできる。その仕組みがあるだけで、新しい技術にチャレンジしやすくなりますよね。評価に対する不満を払拭するため「技術力評価会」を小さく始める荒井:小賀さんは現在CTOとして、技術を通じて経営課題の解決を目指されていると思いますが、CTOに就任された2010年頃、最初に小賀さんが取り組まれた課題はどんな内容だったのですか?小賀:「エンジニアが評価に納得していないこと」でした。事業部制になり、事業部のなかにエンジニアが配属されたタイミングでした。事業部長は技術に明るくないことも多いので、評価に対する不満が生まれやすいんですね。そこで私は、半年間の成果の1つについてエンジニアが90分のプレゼンをし、それをエンジニアが評価する「技術力評価会」という制度を提案したのです。それを2、3人から始めて、約2年間で全エンジニアを対象にしました。荒井:小さく始めたわけですね。90分間、自分の話をプレゼンテーションするわけですから、抵抗を感じるエンジニアの方もいたのでは?小賀:みんなやる前は憂鬱だったと言います。良いフィードバックをもらえるし、終わってみると満足感があると言うんですよね。フィードバックをもらって次につながった経験があると、チャレンジしやすくなります。いう改善のサイクルを、文化にしたいと考えています。荒井:フィードバックの仕方にもポイントがあるのでしょうか?小賀:まず1つは、さまざまな角度から見ることですね。普段一緒に仕事をしている上司は、実績評価をします。次回は違う人が担当するので2年で8人のエンジニアから能力評価を受けることになるんです。見る人が多いと、評価にバラつきが生まれます。バラつきをなくすために、最初の300回は私が同席したんです。荒井:それはすごい!小賀:いかに良いフィードバックのスキルと文化を醸成していくか。最初はその意義すら伝わりにくいものです。その仕組みがちゃんと安定して機能するまでは、誰かが責任をもって張りつかないといけません。経験するとエンジニアの言語化能力も上がります。技術を生かして会社の経営戦略を推進するとき、その伝える能力が生かされるというわけです。フィードバックをするときは本人の自律性に訴える言葉を選ぶ荒井:「それは違うよ」というニュアンスのフィードバックをするときはどうされていますか?小賀:若いエンジニアが何とか自分の好きな技術を使いたいから、ポジティブな面を強調してくることもあるんですよね。「そういう気持ちも分かるよ。うまく取り入れていくのはいいんじゃないの?」というニュアンスで、導いていけるといいなと思っています。チャレンジは奨励しますが、「小さくチャレンジしやすいアーキテクチャーのデザインや、チームのマネジメントのスタイルなども考えてほしい」と併せて伝えています。「この課題に対してこれがどう役立つんだっけ?」「他の選択肢も考えてみようか」という具合に問いかけることも。選択肢を提示した上で「どれがいい?」と、本人の自律性に訴えかけるコミュニケーションを意識しています。ちなみに、2年前くらいから「技術力評価会」に社外のエンジニアを招き入れています。荒井:外部の目を入れるわけですね。他社のCTOクラスの方や、ある技術分野ではすごく尖った方たちを入れています。荒井:エンジニアたちから一目置かれている存在ということでしょうか。GROUPの当たり前が、世界の当たり前であると誤解してしまうのは良くないので、あえて違う環境で活躍しているエンジニアを社外の評価者として入れることで、視野を広げられればと思っています。小さく始めて失敗と成功を繰り返しプロダクトを育てる文化を作りたい荒井:「技術力評価会」は今も改善を繰り返しているのですね。小賀さん個人は、次の挑戦としてどんなことを考えていますか?小賀:私は課題があると解決したくなるタイプです。HOLDINGS(電通グループ)になった経緯があるのですが、私たちの強みである「プロダクトを小さく始めて失敗と成功を繰り返しながら育てる文化」を電通グループの力でもっと加速させられたら面白いと考えています。パートナーやクライアントが大手になればなるほど、ミスが許されにくい状況になってくるので、そのなかでいかにこれまで培った文化を発展させていくかが課題ですね。荒井:とても難しそうな課題ですね。小賀:会社が大きくなると挑戦が難しくなると思われがちですが、「でもGAFAとかNetflixとかアリババとかテンセントとかは、チャレンジしていないんだっけ?」という話なんですよね。荒井:間違いなく、チャレンジしていますね。小賀:新しいことにチャレンジしながら、大きな失敗はしないんだけれども前に進んでいけるエンジニアリングマネジメントを、大きな会社と一緒にやっていくことができるか......いや、やっていかなければという気持ちが強いです。荒井:頼もしいお言葉。小賀さんのチャレンジを応援したいです。小賀:ありがとうございます。荒井:最後に改めてエンジニアのモチベーションを高めていくために大事にしてほしいことを、読者へのメッセージとしてお話しいただけますか?小賀:大きな目標を掲げて、長い目で取り組むことですね。長い目をもつことで、小さな失敗を許容できるようになります。目の前の小さなことに対して心はざわつくのですが、大事なのは大きな目標に近づくことです。そのための小さな失敗やチャレンジを許容する考え方が大事だと思います。大きく描いて小さな一歩も大切にということですね。小賀:時には失敗するので、一歩や二歩退がることもあると思うんです。そんなときは、「このまままっすぐ進んでも目的地に着けなかった。今、正しい道が分かったんだ」とか「分からないことが1つ消えて、不安も減った」という捉え方をしています。「長い目をもってゴールに向かっていきましょう」と伝えたいですね。荒井:「失敗した......!」じゃなくて「正しい道が分かった」と捉えるわけですね。エンジニア以外にも通じるアドバイスだと思います。小賀さん、本日はどうもありがとうございました!【text:外山武史】エンジニア職は、スキルや外部労働市場の特性から、自身の成長や新技術試行へのドライブがかかりやすい職種です。先の図でいえば、技能多様性やフィードバック、自律性への欲求が高いと考えられます。GROUPが発明したマネジメント方法を、職務特性理論に照らすと下図のようになります。事業観点でより良い方法を自律的に検討させることや、新しい試行をしやすくする仕組みで自律性や技能多様性の欲求に応え、さらに技術力評価会では公平で納得感のあるフィードバックがもらえるだけでなく、仕事の重要性を事業価値から説明する力を磨く機会ともなり、タスク重要性を高めていたといえるでしょう。取り組みの浸透を実現したのは、小賀氏の8年以上にわたる情熱的なリーダーシップと施策への関与です。理論的にも理想的なこの形は、エンジニアという職種に真摯に向き合うことを通じ実践へと昇華されてきたのですね。連載第1回」より転載・一部修正したものです。Messageのバックナンバーはこちら。※記事の内容および所属等は取材時点のものとなります。おけるさまざまな仕掛けを構築・運用し、エンジニア文化の醸成に貢献。サービスインフラや社内インフラの構築・運用を手掛けるシステム本部長や情報セキュリティ委員長も兼任。月~金(祝祭日除く)※フリーダイヤルをご利用できない場合は03-6331-6000へおかけください。