1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

優しいエンジニアが多いチームで、ディベートを始めてみた話

1
Posted at

はじめに

ポーラ・オルビスホールディングスでITプロダクト開発チームリーダーをしている早川です!
会議で意見や要望が出たときに、「わかりました!」で終わってしまうことはありませんか?
私たちのチームは、技術に関する議論であれば活発に意見交換ができていると感じています。
一方で、業務要件や開発方針の議論になると、相手の意見を尊重するあまり、前提を深掘りしたり反対意見を伝えるなどの、踏み込んだ議論をする場面が少ないと感じていました:sweat_drops:
そこで、批判的思考を鍛えることを目的に、20分のディベートをチーム活動として始めてみました:bulb:

なぜディベートを始めたのか

エンジニア同士の技術に関する議論であれば、設計や実装の是非について活発に意見交換が行われています:fire:
一方で、業務要件のようなテーマになると、業務担当者の方が深い知識や経験を持っていることもあり、そのまま受け入れてしまう場面が少なくありませんでした。
もちろん業務知識を持つ方の意見を尊重することは重要ですが、開発チームとしてより良い意思決定をするためには、もっと踏み込んだ議論が重要だと考えています!

私たちのチームには相手を尊重できるメンバーが多く、それは大きな強みです:sparkling_heart:
その一方で、相手に配慮するあまり反対意見や疑問を口にしづらくなっている部分もあるのではないかと感じていました。

このような課題を感じていたものの、会議の中でもっと反対意見を言ってくださいとお願いするだけではなかなか行動は変わらないのではと考えました。
そこで、相手の主張の前提や根拠を確認したり、自分とは異なる立場から物事を考える練習の場として、ディベートを取り入れることにしました。

目的

開発チームとして、より良い意思決定ができるようになるため、ディベートを通じて以下の能力を鍛えることを目指しました。

  • 根拠をもとに考える力
    技術選定や設計方針、優先順位付けなど、開発では正解のない意思決定を行う場面が多くあります。ディベートでは、自分の考えだけでなく、その根拠を説明することが求められます。感覚や経験だけで判断するのではなく、根拠をもとに考える習慣を身につけたいと考えました。
  • 伝える力・理解する力
    ディベートは限られた時間の中で要点を整理しながら主張することが求められます。一方で、反論や質問を行うためには相手の主張を正しく理解する必要があります。自分の考えを分かりやすく伝える力だけでなく、相手の意図や論理構造を理解する力も高めたいと考えました。
  • 論点を整理し、判断する力
    実際の業務では、十分な情報が揃わない状態で判断しなければならないことも多くあります。ディベートでは、相手の主張を聞きながら論点を整理し、不足している情報や論理の飛躍がないかを考える必要があります。この訓練を通じて、複雑な情報を整理しながら判断できるようになりたいと考えました。
  • 批判的思考力(今回一番鍛えたかったこと)
    提案や意見をそのまま受け入れるのではなく、その前提は本当に正しいのか、根拠は十分なのか、他に選択肢はないのかを考える習慣を身につけたいと考えました。相手を否定することではなく、より良い意思決定のために主張を検証する姿勢を身に着けたいという思いがありました。

ルール

あまり堅苦しいものにはしたくなかったので、20分程度で終わるライトな形式にしました。
3対3に分かれ、事前の作戦会議、立論、クロスディスカッション、最終弁論の順で進めます。特に議論の時間を長く取り、相手の主張に対して質問や反論をしながら考えを深めることを重視しました。
また、発言が一部のメンバーに偏らないよう役割を決めるなど、全員が参加しやすいように工夫しています。
勝敗は審査員2名とAIによる判定で決定しました。

ディベートのテーマ

以下のテーマで4回実施しました!

  • 新しいプロダクトをどんどん開発するか、開発したプロダクトをしっかり改善させるか、開発チームのブランディングのためにどちらが大事か
  • AIによってソフトウェアエンジニアの価値は上がるか、下がるか
  • 強みを伸ばすべきか、弱みを克服すべきか
  • 業務を変えるべきか、システムを変えるべきか

テーマ選びで意識したのは、エンジニアとして普段の業務やキャリアの中で考えを持っているテーマにすることです。また、どちらの立場にも一定の正しさがあり、簡単には結論が出ないテーマを選びました。

実際にやってみると、特に「AIによってソフトウェアエンジニアの価値は上がるか、下がるか」は面白い結果になりました:astonished:
チームのエンジニアは全員、本心としては価値は下がる:arrow_heading_down:と考えていたのですが、ディベートとしては、価値が上がる:arrow_heading_up:チームが勝利しました:confetti_ball:
実際に議論してみると、価値が下がると考えていたメンバーからも、価値が上がることを裏付ける意見が次々と出てきたのが印象的でした。
私は審査員として聞いている立場でしたが、「自分はそう思わないけれど、言われてみると確かにそうかもしれない」と感じる場面が何度もありました。

ディベートによるチームの気づき

一番大きな気づきは、議論が噛み合わない原因の多くは意見の違いではなく、前提の違いにあるということでした:thinking:
チームで振り返りを行った際にも、「議論のしづらさを感じた場面では、それぞれが異なる前提で話していた」という意見が挙がりました。
結論を争う前に、前提や目的を確認することの重要性を改めて認識するきっかけになりました。

回数を重ねるにつれて、相手がどのような反論をしてくるのかを予測しながら主張を組み立てるようになったという声もありました。
一方で、即興で説得力のある根拠や反論を考えることの難しさも実感し、会議の前に想定される論点を整理しておくことの大切さを再認識する機会にもなりました。

コミュニケーションの面では、結論を先に伝えることや、具体例を交えて説明することの重要性も振り返りで話題になりました。
また、自分が回答するよりもチームメンバーの回答を聞いているときの方が良い反論や助言を思いつきやすいという意見も出ました。
議論の当事者になると回答に集中してしまいますが、一歩引いて聞くことで見えてくるものもあるようです:eyes:

ディベートを通じて、普段の会議では見られないメンバーの一面を知ることができました。鋭い質問を投げかけたり、相手の意見に対して率直に異論を述べたりする姿を見て、お互いの新たな強みや考え方を知る機会にもなりました:sparkles:

さいごに

ディベートを始めた目的は、ディベートに強くなることではなく、より良い意思決定ができるチームになることでした。
まだ始めたばかりですが、「前提は何か」「本当にそうなのか」といった会話が少しずつ増えてきており、やってみて良かったと感じています:smile:
チームビルディングの観点でも面白い取り組みだったので、興味があればぜひ試してみてください!

1
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?