初めに私はシステム開発において新しい方法を提案したり相談したりするときに言語化が苦手です。エンジニア以外と話すときは専門用語を避けなければならないので考えるべきことが多く、言語化をする際にとても混乱してしまいます。そのような言語化が苦手なエンジニアがどのように行動すべきかを考えます。説明をパターン化する話し合いにおいては論理的な説明が重要です。論理構造に基づいて説明の流れをパターン化すれば、説明がより論理的になります。有名な説明手法としてはPREP法があります。なり、多くの場面で活用できます。PREP法を用いた場合の話の流れを、場面ごとに考えてみましょう。言語化フレームワークを活用する言語化能力を高めるために必要なことは意外と少ないです。情報を、他者に理解してもらいやすい形に変換することです。変換することで言語化できます。作らなければならない点です。あればいい」ということになります。このフレームワークで利用される仕組みを理解し、使いこなすことが言語化において重要です。具体的な仕組みとしてはMECEやピラミッド構造があります。Exhaustiveの略で、日本語では「相互排他的で全体網羅的」という意味になります。分かりやすいように意訳すると、MECEとは「重複がなく、漏れがない」という意味です。問題や状況を分析する際に、重複がなく、かつ漏れがないようにそれらをカテゴリー化することを指します。Exhaustiveは「汎化」であると捉えられます。ECサイトの機能を提案する場面で、MECEに基づいた図を示してみましょう。このように問題を体系的に分析することで、以下の利点が得られます。分析の重複や漏れを防ぎ、問題解決を効率化する複雑な問題を構造化して関係者に伝えられる全ての可能性を考慮しながら重複を避けることで、バランスが取れた意思決定ができるピラミッド構造ピラミッド構造は3つの階層で構成され、それぞれの階層は以下の役割を持ちます。詳細な情報や具体例を示すサービスへの新機能導入を提案する場面で、ピラミッド構造に基づいた図を示してみましょう。このように情報を整理することで、以下の利点が得られます。重要な情報を最初に提示することで聞き手や読み手の注意を引き、自分の主張を確実に相手に伝えられる上位の概念から下位の詳細に進むことで話の流れが論理的になり、理解しやすくなる時間が限られている場合は上位の情報だけを伝え、より詳細な説明が必要な場合は上位の情報から下位の情報までを伝えられるため、話の柔軟性が高い技術要素から事業的価値に話を展開する一般的なソフトウェア開発では、エンジニアは機能要件や非機能要件を分析し、技術的な解決策を設計します。この際に、関心事が事業から技術に変化します。そのため、その後の議論でエンジニアが自分の考えを述べようとしても、その考えは技術的関心に基づいたものであるため、エンジニア以外に上手く説明できません。言語化能力を高めるためには、この後に行う関係者へのフィードバックが重要です。関心事を技術から事業に変化させる必要があります。これを踏まえて、技術要素を事業的価値に結びつける方法を段階的に示すと以下のようになります。具体的な例で考えてみましょう。開発チームの技術力の向上と組織体制の。