
2025.02.18
AIが「嘘のデータ」を返してしまう アルペンが生成AI導入で味わった失敗と、その教訓
リンクをコピー
記事をブックマーク
広木大地氏(以下、広木):さてさて、随分いろいろと盛り上がってしまいました。ここからは質疑応答というか、Slidoに頂いた質問に答えながらコミュニケーションできればと思います。
(スライドを示して)1個目の質問です。「私はメンバー側で、マネージャー陣の『メンバーを成長させたい』という気持ちは感じるのですが、『私たちに言うだけで、マネージャーたちは成長するための努力はしなくていいの?』と不満に思ってしまいます。ちょっと偉そうですが、メンバー側からマネージャーに成長してもらうためにできることってあるんでしょうか」。いい質問ですね。
芹澤雅人氏(以下、芹澤):これは大変いい質問だと思いました。いくつか観点があって、1つは、やはり前提としてNobody is Perfectという考え方を全社で共有することは重要かなと思っています。
上とか下という言葉を使うのはあまり好きではないのですが、マネージャーのような役職が上のポジションに就くと、やはりその人に対して完璧さを求めるのが人間の常なのかなと思います。
とはいえ完璧な人間はいなくて、すべての人が成長をしていく余地はあると思っているので、まずはその感覚を全社で持ちつつ、メンバーにもマネージャーにも等しく成長を求める文化や風土を作っていくことが、前提としてすごく重要だと思います。
そんな中で、メンバー側からマネージャーへ成長してもらうためにできることは、たくさんあるかなと思っています。重要なのは、相互にきちんとフィードバックをすることかなと思います。
あとは、マネージャーから言われたことを疑問のまま終わらせないことはすごく重要です。よく“説明責任”という言葉を使うと思います。「きちんと背景を説明してください」とか、「あまりブラックボックス化してほしくない」「オープンに意思決定を伝えてください」という言葉がすごく広まっているし、かなり行われていると思います。
僕は説明責任とセットで必要なのが、質問責任だなと思っています。確かサイボウズさんがすごく推し進められていて、そのサイボウズさんの本を読んで知ったことだったと思います。
やはり説明された側も受け入れる側も、きちんと質問をする必要があります。疑問に思ったことをきちんと質問して、「私はこういうことがあまりわかっていませんでした」みたいなことを伝える必要があります。
そういうことを通して、マネージャーも「あ、このあたりの説明が足りていなかったんだ」と気づきになったりします。フラットでオープンな関係がこれによって実現されると思っています。
何が言いたいかというと「マネージャーはきっとこうしてくれるだろう」「なんでこうしてくれなかったんだろう」と思っているだけだと、かなり情報に非対称性があります。
マネージャー側も「自分が完璧だろう」と思って「メンバーを成長させたい」とは決して思っていなくて、「きちんとフィードバックが欲しいな」と思っている人たちがほとんどだと思うので、そういったところをお互いきちんと話していくことは、かなり大切なのではないかなと思います。
広木:素晴らしい話でしたね。名村さん、これはどうですか。
名村卓氏(以下、名村):いやあ、素晴らしい話ですね。具体的に何ができるか。マネージャーがポジション的にやはりどうしても上と感じてしまうので、どうしてもマネージャーのほうが成長した人という観点はあるのかもしれません。
エンジニア組織では、どちらかというとマネージャーがエンジニアを支える側というか、彼らを支援するサポーターだったりします。先ほど芹澤さんがおっしゃったみたいに、何を支援してほしいのかをしっかり伝えるのは、けっこう重要かなと思っています。
「今僕にはこういうブロッカーがあって仕事が前に進まないので、なんとかこれを排除する手伝いをしてほしい」という気持ちを伝えることです。マネージャーの性質にもよると思いますが、正しいというか、きちんとしたマネージャーであれば、やはりメンバーのブロッカーを排除するためにいろいろ動いてくれると思います。そういうところを積極的に促して、お互いに気持ちよく仕事できる状態を作っていくのは大事だと思います。
強いていうなら、組織にサーベイを取ってもらって、マネージャーにきちんと自分の現在位置を知ってもらうのはけっこう重要かとは思います。結局マネージャーが見ているメンバー全員がどういうふうに感じているのかとか、どういうふうに思っているのかということです。
マネージャーはメンバーがどれぐらい成果を残すかによって自分の評価につながってくると思うので、いかにメンバーに信頼され、メンバーに成長してもらって、お互いに気持ちよく仕事をして成果を出すかみたいなところをやはり見ていると思います。
なので具体的にいうと、例えばマネジメントサーベイを取って、「マネージャーが今どういうふうにメンバーから思われているか」を積極的にフィードバックしていくことです。定期的に機会を作ったり、ディスカッションのポイントを作ったりしていくのが大事なのかなという気はします。マネージャーからすると、気づきをもらうのは大事かとは思います。
広木:ありがとうございます。そうですね。僕は先ほどの質問にいい答えがあって、『エンジニアリング組織論への招待』という本があります。これをマネージャーさんと一緒に読んでもらうと、少しいいことがあるのではないでしょうか。それは冗談です。
広木:次の質問です。「今回のテーマとは逆方向、メンバーの成長や自立意欲を削ぐような局面はありましたか。あったとすれば、削いでしまった意欲をリカバリーするために対応されたことをおうかがいしたいです」
「いろいろなハードシングスがあって、今まで言ってたことと逆方向に向かわざるを得ない」みたいなシチュエーションのことなんですかね。これは名村さん、何かありましたか?
名村:削ぐようなケースか。例えば会社の技術的な方針にうまくシンクできないケースもあると思います。例えばマイクロサービスをやった時もそうですが、「なぜそれをやる必要があるのか」「なんでそれをするのか」みたいなことはあったりすると思います。
この時すごく感じたのは、やはりコンテキストが伝わっていないと、みんなが違う捉え方をするということです。先ほど芹澤さんの話にもありましたが、マネージャーは伝える努力が必要で、物事のコンテキストみたいなものが抜け落ちてしまうことがあります。
階層的な組織になるとよりそうなるのですが、どういうコミュニケーションでもやはり抜け落ちてしまって、決断した結果だけが伝わってきて、そのコンテキストをみんなが逆読みしてよからぬ方向に行くみたいなことは、何度も経験しました。
リカバリーするというわけではなく、コンテキストドリブンみたいな話もあると思うのですが、コンテキストを正しく伝えたうえで、「そのコンテキストの問題を解決するために何がいいと思いますか」という、意思決定を促すようなコミュニケーションに変えていくのが大事だとその時感じました。
広木:確かに先ほどの質問責任ではないですが、「ナニナニかもしれないから、きっとこうなんだろう」という自己完結ではなく、わからなかったらわからないなりに「これってどういうことなんですか」とうまく聞いてくれたら、背景を説明するチャンスを得やすいですよね。
だけどそれがなかなかないと、「決まっちゃったことなんだ」という感じになります。でもそう思ってしまったら、背景ゼロから一生懸命「こういう背景があってね」と説明するしかないよねということですか。
名村:そうですね。
広木:芹澤さんはこれまでこういった局面はありましたか。
芹澤:大小いろいろあったと思いますが、名村さんが言っていたことがそのとおりかなと思っています。やはりエンジニアは前提として人の役に立つものを作りたくて、特に僕たちはBtoBなので、ユーザーが本当に課題に思っているものを解きたいという思いが強いです。かつ、「自分たちがどうやってそれを解くか」みたいなところまで関わりたいという思いが強いです。なので、WHYを極力きちんと伝える。現場にHOWとWHATを考える裁量をきちんと与えるところはかなり重要かなと思っています。
ただそれでも、「そもそもWHYの部分の定義が間違ってましたよね」とか、「ちょっとこれは納得がしにくいぞ」みたいなものがどうしても出てきてしまったりします。
その時はきちんと話し合って、そのWHYを考えた人が「これがどうしてもいいんだ」という場合はなんとしてもそれを伝えます。「もしかしたらちょっと間違っていたかもしれないな」という時は、そもそものWHYの部分から考え直すプロセスをきちんと取ることは、かなり重要かなと思います。
バリューの話ばかりで申し訳ないですが、僕たちの7つあるバリューのうちの1つに、「人が欲しいと思うものを作ろう」というバリューがあります。これはかなりWHYの部分の意識をアラインするために役立っているかなと思っています。
究極はちゃんと人が求めているもの。“人”というのは多くの場合顧客という文脈で語られるますが、顧客が何を欲しているのかをきちんと考えてWHYを設定するというところを、会社全体でカルチャーとして徹底することはやはり重要だと思うし、それができていない時はきちんとリカバーをします。
いろいろな会社で大小嫌なことがあるというか、ベンチャーだったら方針が変わることもあるし、いろいろな変化に対応するのは重要なことだったりします。その中でもちゃんと意志を持てるような組織を作っていくのはすごく大事です。阿(おもね)ってばっかりでも仕方ないかなと思います。
(次回につづく)
関連タグ:
エンジニアの“自立”には2種類ある ソウゾウとSmartHRの取締役が語る、成長と育成
「カルチャーはバリューで伝える」「ロールモデルを作る」 スタートアップ2社が取り組んだ、成長と自立を促す施策
ソウゾウ・SmartHRの組織図から見るチームの分けかた 取締役が語る、現在の構成がつくられたそれぞれの背景と意図
事業の多角化や育成可能なエンジニア組織を実現するために ソウゾウとSmartHRが抱える課題と、解決のための取り組み
マネージャーの成長のためにメンバーができること オープンな関係と成長機会を作るために大切な「相互のフィードバック」
新人教育の文化がない組織をどうリカバリーするか? “痛み”を伴うからこそ意識したい、言語化と障壁の排除
2025.02.13
“最近の新人は報連相をしない”という、管理職の他責思考 部下に対する「NG指示」から見る、認識のズレを防ぐコツ
2025.02.13
AIを使いこなせない人が直面する本当の課題 元マッキンゼー・赤羽雄二氏が“英語の情報”を追い続ける理由
2025.02.14
報連相ができない部下に対するコミュニケーションの取り方 「部下が悪い」で終わらせない、管理職のスキル向上のポイント
2025.02.12
マネージャーは「プレイング3割」が適切 チームの業績を上げるためのマネジメントと業務の比率
2025.02.13
上司からは丸投げ、部下からはハラスメント扱い、業務は増加…プレイングマネジャーを苦しめる「6つの圧力」とは
2025.02.12
何度言っても変わらない人への指示のポイント 相手が主体的に動き出す“お願い”の仕方
2025.02.13
「みんなで決めたから」を言い訳にして仲良しクラブで終わる組織 インパクトも多様性も両立させるソース原理
2025.02.06
すかいらーく創業者が、社長を辞めて75歳で再起業したわけ “あえて長居させるコーヒー店”の経営に込めるこだわり
2025.02.10
32歳で「すかいらーく」を創業、75歳で「高倉町珈琲」で再起業 「失敗したからすかいらーくができた」横川竟氏流の経営哲学
2025.01.07
1月から始めたい「日記」を書く習慣 ビジネスパーソンにおすすめな3つの理由
限られた時間で成果を上げるドイツ式仕事術
2025.01.21 - 2025.01.21
着想から2か月でローンチ!爆速で新規事業を立ち上げる方法
2025.01.21 - 2025.01.21
新人の報連相スキルはマネージメントで引きあげろ!~管理職の「他責思考」を排除~
2025.01.29 - 2025.01.29
【手放すTALK LIVE#45】人と組織のポテンシャルが継承されるソース原理 ~人と組織のポテンシャルが花開く「ソース原理」とは~
2024.12.09 - 2024.12.09
『これで採用はうまくいく』著者が語る、今こそ採用担当に届けたい「口説く」力のすべて
2024.11.29 - 2024.11.29