プロジェクトマネージャ 2015年 午後1 問03

解答の導き方

誤りやすいポイント

• マニュアルを読むだけでは、外部設計に問題があるかどうかを確認できません。外部設計の内容と照合するところまで答えます。
• 「問題がないか確認する」とだけ書くと、具体的な作業内容が示されていません。何と何を比較するのかを明確にします。
• 設問は、追加帳票への対応方法ではなく、ほかの外部設計上の問題を探すために依頼した作業を尋ねています。

FAQ

解答の導き方

1. 問われているのは、外部設計のインプットとなる資料を確認する際、社内の開発標準に追加する確認項目です。問題の原因と、C課長に依頼した作業の目的を結び付けて考えます。
2. 今回は、今年の4月から手作業で作成し始めた帳票が「現行事務マニュアルには反映されていなかった」ため、システム部に伝わりませんでした。つまり、資料が最新のものかどうかを確認するだけでは不十分で、実際の業務に変更があったのに資料へ反映されていない項目がないかも確認する必要があります。
3. そこで、まず、資料に記載されている内容と実際の業務を照合し、変更されたのに資料に載っていない項目がないかを確認します。これは、今回の帳票のような伝達漏れを防ぐための確認です。
4. さらに、資料を作成した時点では変更がなくても、その後に変更する予定があれば、外部設計の内容に影響する可能性があります。そのため、資料の確認時には、今後の変更予定の有無も確認します。

誤りやすいポイント

• 「現時点で最新の現行事務マニュアル」を使うことだけに注目し、実際の業務と資料の記載内容が一致しているかという確認を見落とすことがあります。
• 今後変更する予定の内容と、すでに変更されているのに資料へ反映されていない内容は、別の確認事項です。どちらか一方だけでは不十分です。
• 今回の帳票だけを確認対象にするのではなく、同じような伝達漏れがほかにもないかを確認できる項目として考えます。

FAQ

解答の導き方

1. 案2では、当初開発分の内部設計とプログラム製造・単体テストを、追加開発分の仕様を取り込まずに進めます。一方、当初開発分への仕様の取込みは「別タスクとして行う」とあります。つまり、当初開発分を扱う作業が分かれて並行します。
2. 当初開発分のプログラム製造や単体テストでは、プログラムのバグや設計ミスが見つかり、修正などの対応が行われることがあります。その対応結果は、当初開発分の成果物に反映されます。
3. 別タスクで追加開発分の仕様を取り込む際に、当初開発分の成果物の最新状態を反映しなければ、修正内容を取り込まず、古い状態のままにしてしまうおそれがあります。したがって、構成管理で注意すべき漏れは、当初開発分のプログラムバグや設計ミスへの対応結果の取込み漏れです。

誤りやすいポイント

• 追加開発分の新しい仕様そのものを取り込む漏れと考えないようにします。設問が問うのは、案2で別タスクとして作業する際の構成管理上の漏れです。
• プログラムのバグ修正だけでなく、設計ミスへの対応結果も対象です。どちらも当初開発分の成果物に加えられた変更です。
• 「別タスクだから管理が必要」とだけ答えるのではなく、何の対応結果を取り込み忘れるのかまで具体的に示します。

FAQ

解答の導き方

誤りやすいポイント

• 追加開発分の仕様を当初開発分へ取り込む作業そのものを答えにしないことです。問われているのは、その取込みによる作業の停滞や中断を避けるために、計画見直しの前に行う作業です。
• 「影響を受ける部分」の洗い出しだけでは不十分です。模範解答の要点は、追加開発分の影響を受けない部分を明確にすることです。
• 新規プログラムの開発やマスタファイルの修正など、追加開発の具体的な内容を列挙する問題ではありません。作業計画を立て直すための事前作業を答えます。

FAQ

解答の導き方

誤りやすいポイント

• 「内部設計全体の整合性を早期に確保すること」だけで止めないようにします。それはメリットを生む理由であり、設問はその結果として得られる品質上の効果を尋ねています。
• 並行運用期間の短縮や稼働開始時期は、この設問で問われている品質面のメリットではありません。
• 案1には作業の停滞や中断のおそれもありますが、設問で尋ねられているのは案1と案2の品質面の比較です。短所と長所を混同しないようにします。

FAQ

解答の導き方

誤りやすいポイント

• 「事前に周知する」ことだけを述べて、なぜ訓練の目的達成につながるのかを示さないと、理由の説明として不十分です。
• 並行運用のもう一つの目的である、業務運用の効率向上の目標達成度の確認と混同しないようにします。
• 事前周知によって操作訓練そのものを省略できるのではなく、訓練を円滑に進められる点が要点です。

FAQ

解答の導き方

1. 下線④では、追加開発分の外部設計が終了した時点でウォークスルーを再度行い、「利用者の認識の相違によって並行運用で混乱が起きるリスク」を軽減するとしています。問われているのは、この認識の相違によって起きる混乱の具体的な内容です。
2. 並行運用では、新システムを使う一方で、従来の業務の進め方との違いも確認します。追加された帳票や業務手順について利用者の理解がそろっていないと、新システムの操作方法や運用方法に関する質問、改善要望が相次ぎ、並行運用が滞ることがあります。
3. また、新システムで行うべき処理を利用者が理解できていない場合、慣れた従来のやり方を続けてしまうことも考えられます。本文では帳票をシステム化する話が出ているため、現状どおり手作業で処理してしまうことも、想定される混乱の一つです。

誤りやすいポイント

• 「認識の相違がある」という状態だけで終わらせず、並行運用中にどのような支障が出るかまで具体化します。
• システムの不具合や設計ミスではなく、利用者の理解不足による運用上の混乱を答えます。
• 操作訓練が不足することだけを述べるのではなく、質問や改善要望による停滞、または従来どおりの手作業の継続といった具体例を押さえます。

FAQ