平成25年度秋期 システムアーキテクト 午後Ⅱ 問2

説明相手の理解から経験を振り返る

システム設計について説明した自身の実務経験を、説明相手がどのように理解したかという一つの視点で振り返りましょう。当時の受け止め方を手掛かりに、伝え方の工夫とその理由を整理します。

この問題で問われていること

設問で求められる説明責任や伝達の工夫を述べる際は、相手の理解をどう捉えていたかに着目します。選んだ経験について、理解の状況と自分の伝え方とのつながりが読み手に伝わるかを確かめましょう。

視点

経験を振り返る際は、相手の理解について当時把握していたことを軸にします。その理解を踏まえて伝え方をどう考えたかを、自分の経験に沿って整理しましょう。

確認ポイント

• 相手の理解を当時どのように捉えていたか
• 伝え方の工夫を相手の理解と結び付けて説明できるか
• そのつながりが設問で求められた観点に沿っているか

解説

本問は、自分が設計に携わった経験を基に、相手の役割に応じて設計の適切さを説明する能力を問う。設計概要、説明相手・理解項目・説明の観点、プレゼンテーションの工夫と改善点を一貫した事例で論述する。

問題の全体像

本問は固定された事例を分析する問題ではなく、自分の経験と考えに基づいて、設計内容の説明責任をどう果たしたかを論述する問題です。問題文は、開発リーダへのソフトウェア方式の説明と、ITサービスマネージャへの障害対応方式の説明を例示し、相手に応じた理解項目と説明の観点を明確にする必要性を示している。添付の公式資料は解答例ではなく出題趣旨であり、設計の適切さを責任をもって説明する方法と、その説明能力を評価するとしている。採点講評では、設計項目の羅列や設計過程の記述だけに終わった論述が指摘されている。自身の事例で、誰に何を理解してもらうために、どの観点から説明したかを中心に据えることが重要です。

設問ア

「設計に携わったシステムとその対象業務」と「責任をもって説明した設計の概要」に着目する。800字以内で、対象業務の目的と特徴、システムの役割、自分の担当と説明責任の範囲、説明対象となった設計の概要を示します。設問イで設計の適切さを説明できるよう、関係する業務要件や制約も必要な範囲で含めるとよい。システム全体の機能紹介に字数を使い過ぎず、自分が説明した設計を特定する。採点講評では、問題文の例示と一般論を組み合わせる傾向が指摘されているため、例示された方式に合わせることより、自分の経験に即した具体的な背景を示すことが大切です。

設問イ

「誰に」「どのような項目を理解してもらうために」「どのような観点から説明したか」の三点を、800字以上1、600字以内で具体的に結び付ける。まず説明相手の役割と、設計について理解してほしい項目を示し、次にその設計が適切であることを説明した観点と根拠を述べる。問題文の開発リーダへの例では、構成や機能が業務要件と整合することが理解項目であり、要件と分割方針との整合性、構造の評価項目と評価結果が説明の観点となる。障害対応方式の例では、サービス目標を達成できることが理解項目であり、対応方針と設計内容の関係、要件を満たすと判断した根拠が説明の観点となる。これらは例示なので、自分の事例に応じた観点を選ぶ。採点講評では「説明した内容」と「説明の観点」の混同が指摘されているため、設計仕様の紹介に加え、相手の役割に照らして何を根拠に適切さを説明したかを明確にする。

設問ウ

「限られた時間内で効率よく理解してもらえるように」という目的と、「その結果から」考えたプレゼンテーション内容の改善点に着目する。600字以上1、200字以内で、説明時間や相手の理解に関する事情、構成・資料などの工夫、その結果、結果に基づく改善点をつなげて述べる。問題文では、全体を説明してから各論へ進み、全体を俯瞰できる資料と個別の論点・結論を明確にした資料を用意する例が示されている。自身の工夫についても、設問イの理解項目を短時間で伝えるうえでどう役立ったかを説明する。さらに、相手の質問や反応など実際に確認した結果を基に、どの説明内容を補足・整理すべきと考えたかを具体化する。工夫だけで終わらず、結果と内容の改善点の両方を記述することが設問の要求です。

学習のポイント

設計内容と説明の観点を区別し、相手の役割と理解してほしい項目に応じて、設計の適切さを示す根拠を説明する練習を重視する。