【ITニュース解説】「技術的には可能です」の少しマシな言い方

システム開発の現場では、新しい機能の追加や既存システムの改修を依頼された際、「技術的には可能です」と答える場面がよくある。しかし、この言葉の裏には、「確かに技術的には実現できるけれど、そのためには多大な時間や費用がかかるし、他の部分に悪い影響が出るかもしれない、だから現実的には難しい」といった、言外のメッセージが隠されていることが多い。依頼する側からすると、ただ「できる」と言われただけでは、その後に続く「でも」「しかし」といった否定的な要素が強く印象に残ってしまい、結局は「できない」と言われたように感じてしまうため、この言い方はしばしば不評を買ってしまう。システムエンジニアにとって、技術的な実現可能性を判断する能力は重要だが、それをどう伝えるかというコミュニケーション能力も、プロジェクトを円滑に進める上で同じくらい重要だ。

この問題に対処するための効果的な方法は、「できる」と「やる」を明確に分離して考えることにある。つまり、ある機能や改修が「技術的に実現可能かどうか」ということと、「それを実際にプロジェクトで実行するかどうか」ということとは、別の判断軸で考えるべきだということだ。技術的な可能性は、純粋に技術的な観点から評価される。一方で、実際に実行するかどうかは、技術的な可能性に加えて、プロジェクトの予算、スケジュール、品質、既存システムへの影響、そしてビジネス上の優先順位といった、さまざまな現実的な制約条件を考慮して判断される。この二つを混同せず、区別して伝えることが、誤解を防ぎ、より建設的な議論へと繋がる。

では、具体的にどのように伝えれば良いだろうか。従来の「イエス・バッド法」ではなく「イエス・アンド法」を意識したコミュニケーションが有効だ。「イエス・バッド法」とは、まず相手の提案を肯定する「イエス」を言った後、すぐに「しかし」「でも」といった否定的な言葉で課題を伝える方法だ。これでは、肯定的な部分が打ち消され、結局は否定的な印象を与えてしまう。これに対し、「イエス・アンド法」では、まず相手の提案を受け止める「イエス」の姿勢を示し、その上で「そして」「加えて」といった形で、課題や考慮すべき点を伝える。これにより、相手は自分の意見が一度は受け入れられたと感じ、その後の説明も素直に耳を傾けやすくなる。

具体的には、次のようなステップで伝えることを心がけると良い。まず、相手の要望や提案に対し、「ご提案いただいた機能は、技術的には実現可能です」と、純粋な技術的な可能性を肯定的に伝える。これは、相手のアイデアを一度受け止める姿勢を示すもので、非常に重要だ。次に、具体的な課題や影響、必要な条件を伝える。この際、「しかし」や「でも」といった言葉ではなく、「そして」「その一方で」「それに伴い」といった接続詞を使う。「技術的には可能ですが、その実現には既存システムへの大規模な改修が必要となり、それに伴い多大な開発工数と費用が発生します」「また、現在のスケジュールでは対応が難しく、リリース時期の調整が必要になります」といった形で、客観的な事実とそれによって生じる影響を具体的に説明するのだ。

さらに、これらの課題を乗り越えるための選択肢や、それぞれの選択肢がもたらす結果も合わせて提示することが望ましい。「もしこの機能を優先されるのであれば、他の機能の開発を延期するか、追加の予算を確保する必要があるかもしれません」「あるいは、影響範囲を限定した最小限の機能から段階的に導入することも考えられます」など、相手に判断材料を提供し、共に最適な解決策を探る姿勢を見せる。

システムエンジニアとして働く上で、技術的な知識やスキルを磨くことはもちろん大切だが、それと同じくらい、その知識をどう伝えるか、顧客やチームメンバーとどうコミュニケーションを取るかというスキルも非常に重要になる。特に、技術的な専門知識を持たない相手に対して、複雑な情報をわかりやすく、かつ正確に伝える能力は、プロジェクトを円滑に進める上で不可欠だ。「技術的には可能です」という一見するとシンプルな言葉の裏に隠された複雑な状況を理解し、それをより建設的な形で伝えることができるシステムエンジニアは、周囲からの信頼も厚くなる。単に言われたことをこなすだけでなく、技術とビジネスの両方の視点から物事を捉え、最適な解決策を提案できる能力は、SEとして大きく成長するために不可欠な要素だ。この「できる」と「やる」を分離し、客観的な事実と具体的な影響を提示しながら、共に解決策を検討するコミュニケーションの姿勢は、将来のキャリアを築く上で非常に役立つスキルとなるだろう。この考え方を身につけることで、不必要な摩擦を避け、プロジェクト全体としての成功に貢献できるようになる。