解説

• 外部設計工程上の問題点について解答する設問です。
  
  本プロジェクトでは、プロジェクトで重要となるスキルとして「タブレット特有の操作や入出力などのユーザインタフェース(以下，UIという)設計のノウハウ」が挙げられているにもかかわらず、「タブレットUI設計については，H君を含め，社内にノウハウをもつ者はいない」と記述されています。この記述より、タブレットUI設計については設計ノウハウがない状態だということがわかります。
  
  また、下線①を含む一文を確認すると「タブレットUI設計標準の作成を打診したところ，"他社でタブレット対応を行った際は，設計標準がなく，2か月間試行錯誤を重ねて苦労した。…」という専門家の経験が記載されています。
  
  この2つの記述から、設計標準がないままD社が外部設計を行った場合、タブレット特有のUI設計に苦労し、外部設計がスケジュール通りに進まないリスクがあることがわかります。本プロジェクトは6カ月での完了が必須となっていますのでスケジュールの遅延は許されません。E主任はタブレットUI設計のノウハウがないことで設計作業が遅延することを懸念して、N氏にタブレットUI設計標準の作成を打診したものと判断できます。
  
  プロジェクトの問題について問う設問については、プロジェクトのQ・C・Dに対してどのような影響をあるかという視点で捉えると、的確な解答にたどり着きやすいでしょう。
  
  ∴タブレットUI設計のノウハウ不足による遅延が発生する
  
  
• 設計標準を作成する目的について解答する設問です。
  
  設問文に「下線①の資料の作成を依頼したのは，…追加開発プロジェクトに与えられた指示に対応するための狙いがある」とあります。この指示とは〔メンバーの選定と追加開発プロジェクトへの指示〕に記載されている「近々発足する複数のプロジェクトでタブレット対応が予定されているので，それらのプロジェクトで活用できるような成果を社内に残すこと」です。
  
  前述した通り、D社内にはタブレットUI設計についての設計ノウハウがありません。そこで今回の開発を通して得たタブレットUI設計についての知見を、設計標準として文書化し、組織のプロセス資産として残すことで、近々発足する複数のプロジェクトに活かそうとしたと判断できます。
  
  ∴タブレットUI設計のノウハウを，文書として残す
  
  
• 下線②の作業について解答する設問です。
  
  下線②を含む一文を確認すると、「(Webカメラによるカメラ制御は)D社で利用した実績がないので，E主任は，開発準備の工程を追加してG君にある作業を割り当て，外部設計開始直後から作業させることにした」とあります。また、利用実績がない技術に関するプロジェクトの指示として「利用実績がない技術に対しては，相応の準備工程を置いて，実現性を担保すること」と記述されています。
  
  これらの記述から、今回、追加開発プロジェクトではじめて扱う「Webアプリによるカメラ制御」については、相応の準備工程を置いて実現性を担保することが要求されていることがわかります。
  
  そのため、E主任は実現性を担保するための方策として、開発2の開始前に準備期間を設け、G君に「Webアプリによるカメラ制御」の実装方法や制約についての調査を指示したものと考えられます。G君は、最新の技術動向に詳しく、新しい技術を社内に取り込んだ実績が多数あるのでこの役に適任です。
  
  ∴Webアプリによるカメラ制御の実現性の調査

解説

• RACIとは、プロジェクトにおいてチームメンバーに役割分担させる際に使用される考え方です。RACIにおいて使用される役割については問題文の〔責任分担の整理〕に以下のように記述されています。

  R（Responsible）実行責任:

  作業を実際に行い，成果物などを作成する。

  A（Accountable）説明責任:

  作業を計画し，作業の進捗や成果物の品質を管理し，作業の結果に責任を負う。

  C（Consult）相談対応:

  作業に直接携わらないが作業の遂行に役立つ助言や支援，補助的な作業を行う。

  I（Inform）情報提供:

  作業の結果，進捗の状況，他の作業のために必要な情報などの，情報の提供を受ける。

  この分類に準じて、各空欄に当てはまる略号（R, A, C, I）を解答します。
  
  〔アについて〕
  開発2におけるE主任の役割が入ります。
  問題前文に「プロジェクトマネージャに任命された開発部のE主任は，追加開発プロジェクトの人的資源計画の策定に着手した」と記載されている通り、E主任はプロジェクトマネージャです。開発2はD社内で行われる開発ですから、プロジェクトマネージャであるE主任がプロジェクト目標の達成に責任を負う立場から進捗や品質を管理します。よって、[ア]には「A」が入ります。
  
  ∴ア＝A
  
  〔イについて〕
  開発2におけるN氏の役割を解答します。
  N氏については〔メンバーの選定と追加開発プロジェクトへの指示〕に、
  • スマートフォン対応の開発との兼務になるので，担当することができるのは，成果物のレビューや参考資料作成などの支援的な作業に限られる。
  • 写真入力画面以外の内部設計・製造・テスト(以下，開発1という)は，請負契約でM社に発注することが決定し，責任者はN氏となる予定である
  と記載されています。実際に表1のRACIチャートでも開発1の「A(説明責任)」が与えられているのはN氏となっています。
  
  開発1は請負契約、開発2は自社開発ですから開発チームが異なり、またN氏はただでさえ他のプロジェクトとの兼務ですので、N氏に別チームである開発2の作業を担当させるのは現実的ではありません。この点より、R・A・Cは除外できます。
  
  残るIと－の判断ですが、2つの開発は同一プロジェクト内で実施されているので、連携して進めていかなければならないこともあります。本問ではD社で「画像を他の画面から参照するためのAPIの開発」を行うことになっていますが、このAPIの仕様などがこれに該当します。このAPIの仕様や開発状況によっては開発1が影響を受けることがあるので、開発1の責任者たるN氏と情報を共有しておく必要があります。よって、[イ]には「I」が入ります。
  
  なお、一般的なプロジェクトマネジメントにおいても、RACIにおけるInform（情報提供）には、負担を少なくするべき要員をアサインする傾向にあります。
  
  ∴イ＝I
  
  〔ウについて〕
  開発2におけるG君の役割を解答します。
  表1の開発2に関する行を確認するとG君以外の他の要員については「-」と記載されており、E主任とN氏も実際の開発作業は行わないので、プログラマであるG君がAPI等の開発を行うことが判断できます。作業を実際に行う者の責任分担は「R」なので、[ウ]には「R」が入ります。
  
  ∴ウ＝R
  
  
• アサインされている役割に対して、スキルが不足しているメンバーについて解答する設問です。
  
  プロジェクトメンバーの能力とRACIチャートの責任分担を比べてミスマッチになっている場所を探すと、メンバーのうちFさんは「システム開発に携わった経験はなく，追加開発プロジェクトで予定している成果物を作成した経験もない」と記述されている一方、RACIチャートではFさんに「業務フロー作成」の実行責任(R)が与えていることに気付きます。Fさんはシステム開発に関するスキルを有しておらず、当該成果物の作成経験もないので明らかに役割に対してスキル不足です。この状況に対して、対策が講じられているという記述も問題文中にないので、この箇所が解答ポイントとなります。
  
  ∴メンバー：Fさん
  　スキル：業務フロー作成
  
  なお、G君については準備期間を設け、H君にはタブレットUI設計標準を用意するという対策を講じているので本問の解答としては適切ではありません。
  
  
• 設問で要求されているのは「"外部設計"工程でのN氏の作業」なので、表1で確認すると、外部設計におけるN氏の役割はC（相談対応）だとわかります。C（相談対応）の説明としては〔責任分担の整理〕に「作業に直接携わらないが作業の遂行に役立つ助言や支援，補助的な作業を行う」と記述されています。
  
  ある特定の事務の遂行を委託することを法律用語で「委任」と言います。委託する事務が契約等の法律行為である場合は委任、法律行為以外の事務の委託は準委任となります。N氏には助言・支援等の事務を委託することになるので、「準委任契約」が適切です。
  
  請負契約は成果物の完成を目的とする契約なので成果物の発生しない今回のケースでは不適切、派遣契約は派遣先の指示で業務に従事するため、今回のケースで派遣契約を結んでしまうとN氏の作業自由度が失われるので不適切です。
  
  ∴ウ：準委任契約