認識が異なる相手に自らの主張を納得してもらうにはどうすればよいか。本特集では日経SYSTEMSの過去記事を再編集。論理的な説明で相手を説得するコツを5日間で習得しよう。

 ITエンジニアはしばしば、現場で相手を説得すべきシーンに直面する。

 大手SIerのAさんは、ユーザー企業のEDI(電子データ交換)システムを再構築したプロジェクトで、「細かい機能を数多く盛り込むことを強く求める利用部門の担当者に、機能を絞り込むことを納得してもらった」と話す。別のソフト開発会社のBさんも、「外部設計の工程において、1画面に大量の情報を表示したいと求めるユーザー企業の担当者に、性能や使用感の問題を伝えながら諦めてもらった」。

 AさんやBさんと似た状況は、読者の皆さんも経験しているのではないだろうか。このような状況で相手を説得できないと、理不尽な要望を受け入れて予算や納期が超過したり、相手を怒らせてしまったりしかねない。

 さらに、手ごわい説得の相手は利用部門に限らない。チームメンバーや協力会社のエンジニア、自分の上司を説得しなければいけないケースもある。

 さまざまな状況で相手を説得して円滑に業務を進めるため、説得術はぜひとも身に付けたいスキルだ。

多くの関係者が納得する論理を作る

 では、どのように相手を説得すればいいだろうか。例えば、頭を下げ続けたり、相手の性格を見極めて心理作戦を仕掛けたりするといったアプローチがある。ただし、相手の心理に働きかけるアプローチにばかり頼ってしまうのは危険だ。

 というのも、ITの現場で説得が必要になるシーンでは、開発チームのメンバー、利用部門、プロジェクトオーナーなど、さまざまな関係者が存在することが多い。そうした多様な関係者を説得する上では、主張と根拠がしっかりと結び付いた論理を展開する「ロジカル説得術」が有効だ。

 このロジカル説得術は、単に論理的に正しい主張を展開するだけのものではない。自分の主張を相手がどのように受け止めるのかにも配慮して論理を展開するスキルである。

 論理思考に詳しいコンサルティング会社のCさんは「論理的に正しい主張でも、説得力があるとは限らない」と指摘する。利用部門とエンジニア、リーダーとメンバーといった立場の違いなどの“文脈”によって、同じ主張や根拠を聞いても受け止め方が変わるためだ。

 例えば「開発業務は小さな想定外の事態が起こるだけでも遅れが生じかねないことはITエンジニアには常識だが、利用部門にはほとんど伝わっていない」(Cさん)。従って簡単な機能の追加を求める利用部門の担当者に、システムへの影響を論理的に説明しても、十分な説得力を持てないわけだ。