ITパスポート 2020年 秋期 問42

外部ベンダへプログラミングを請負発注したときのマネジメント【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文で契約形態を確認する
   • 「請負契約」と明示されている → 成果物中心の契約であると判断する。
2. 請負契約で発注側ができること・できないことを思い出す
   • できる：成果物の仕様・納期管理、受け入れテスト、進捗報告の要求。
   • できない：委託先の作業指揮（出退勤管理、個々人の作業方法の指示など）。
3. 選択肢を当てはめて、契約の性質と矛盾するものを除外する
   • 個人の交代や出退勤管理、直接指示は除外。残るのが ア。

選択肢別の誤答解説

• ア：正解。進捗報告を求めること、完成したプログラムの品質を確認することは請負契約で許される管理業務です。品質確認は仕様通りに動くか、テスト結果で判断します。
• イ：誤り。委託先の「作業内容を詳細に確認し、生産性の低い要員の交代を指示する」は、委託先の人事管理に踏み込む行為です。請負契約では委託先の要員配置や作業方法は委託先の裁量であり、発注元が個別要員の交代を指示すると契約形態の問題や労務関係のトラブルになります。
• ウ：誤り。委託先の作業場所で出退勤を管理するのは雇用主や派遣元の仕事です。発注元が出退勤を管理すると、実態として発注元が指揮命令していると判断され、労働者派遣（worker dispatch）や直接雇用に関する法的問題が生じる恐れがあります。
• エ：誤り。委託先要員に直接作業指示を出すことは、請負の「独立性」を損ないます。仕様変更が必要な場合は、発注側が正式な変更手続き（仕様変更の合意・追加費用や納期の調整）を行い、委託先と合意の上で作業範囲を更新するのが正しい対応です。

よくある誤解

1. 「進捗管理＝細かく指示してよい」
   • 誤りです。進捗を把握することは許されますが、細かな作業手順や出退勤などの直接指示は不可です。進捗報告の形式や頻度を決めるのは問題ありません。
2. 「請負だから品質に口を出せない」
   • これも誤解です。請負では成果物の品質・受け入れ基準を定め、テストや検収で品質を確認できます。品質基準を契約に書いておくことが重要です。
3. 「仕様変更は現場の担当者に直接頼めば早い」
   • 一見早く見えますが、合意やコスト管理が曖昧になり、後でトラブルになります。必ず正式な変更手続きを行ってください。

補足コラム

• 契約形態の違い（かんたん解説）
  • 請負（Contract for work）：成果物を納めることを約束する契約。「何を作るか」が焦点。発注側は成果物の検収を行う。
  • 委任・準委任（委任は法律用語で、業務の実行を頼む契約）：作業の実施そのものを依頼する契約。成果ではなく作業の遂行が主。
  • 労働者派遣（worker dispatch）：派遣会社の社員が指揮命令を受けて発注先で働く形。発注側が直接労働時間や作業を管理する場合に近づく。
• 実務上のポイント
  • 契約書に「受け入れ基準（Acceptance Criteria）」や「SOW（Statement of Work：作業範囲を記した文書）」を明記するとトラブルが減ります。
  • 進捗報告は週次・月次など頻度を決め、報告内容（進捗、課題、リスク、次の対応）をテンプレ化すると管理が楽になります。

FAQ