問40
頻出度★★★
工場は, 生産管理システムの開発を自社の情報システム部門に依頼し, 情報システム部門は開発プロジェクトを編成した。依頼主である工場と情報システム部門との関わり方のうち, 最も適切なものはどれか。
平成24年度 春期 ITパスポート試験 問40
マネジメント系プロジェクトマネジメント › プロジェクトマネジメント
这道题的解析和你的作答记录。
解説
問 40
错误ア
在项目启动时传达完委托内容后就不再沟通，这就是所谓的甩手不管（把事情全部丢给对方），并不恰当。需求不会仅凭最初的说明就完全定下来，随着开发推进，必然会出现需要确认的事项和理解上的偏差。如果委托方切断了联系，开发方就只能靠推测来确定规格，对需求的误解在未被发现的情况下被做进系统，到测试和验收阶段就会发生大规模返工。这非但不能减轻开发工作的负担，反而会因等待确认和返工重做而增加负担与成本。
- イ
正解 正确答案是イ。即使把系统开发委托给本公司内部的信息系统部门，作为委托方的工厂也不是「下完单就完事」的旁观者，而是对项目成败有直接利害关系的主要利益相关者。最了解生产管理系统业务需求的是拥有现场的工厂一方，能够判断业务优先级、运行上的约束以及各项需求之间取舍的也是工厂。因此，当开发项目中出现问题（对规格的解释存在分歧、业务规则的例外、与其他系统的对接条件、人员或工期的限制等）时，工厂以委托方的立场进行决策和提供信息、积极参与问题的解决，能促使问题尽早解决并防止返工，是最恰当的协作方式。在项目管理中，识别利益相关者并持续管理其参与程度和期望（利益相关者管理），以及及时共享必要的信息（沟通管理），也被视为项目成功的必要条件。委托方加入问题解决，可以让开发部门单独无法决定的业务判断迅速做出，也降低了系统完成后出现「和期望的不一样」这种致命偏差的风险。因此イ正确。
错误ウ
把规格变更直接告诉开发负责人并让其当场处理，是不恰当的。规格变更会波及其他功能、工时、费用、工期和质量，因此必须走变更管理（变更请求的手续）：作为变更请求正式受理，分析影响范围之后，由项目经理或变更管理的负责人批准，然后再实施。如果允许直接向具体负责人提出委托，未经批准的工作就会混进来，计划与实际情况脱节，而且不会留下变更记录，进度和质量的管理就会失控。这也是所谓范围蔓延（scope creep）的典型成因。
错误エ
即使承担开发的是信息系统部门，进度报告和质量报告也不会因此变得不必要。作为委托方的工厂要对系统的投资效益负责，并且要配合系统上线推进现场的验收测试、运行准备和培训，因此需要知道目前进展到了哪一步、质量是否得到保证。定期报告是尽早共享延期和质量问题、以便采取对策的基本机制，一旦停止报告，问题的暴露就会拖到临近交付期限。报告既是对委托方的义务，同时对项目一方来说也是请求上级决策的机会。
ここがポイント
- 委托方（用户部门）是主要的利益相关者 —— 即使是公司内部开发，委托方也是项目的当事方，要对提出需求、业务判断、参与问题解决以及验收负责。甩手不管和省略报告都会造成需求误解和返工，因此都不恰当。
- 规格变更要走变更管理的手续 —— 变更请求需正式受理，评估影响范围、工时、费用和工期，经责任人批准后再实施。直接委托具体负责人或口头当场处理，会导致与计划脱节和质量下降。
用語