製品やサービスが品質、コスト、市場投入までの時間に関してステークホルダーの期待を継続的に満たすことを保証するバリューチェーン活動は、設計と移行です。この活動には、以下のステップが含まれます12:
顧客やその他の利害関係者からの需要とフィードバックに基づいて、製品およびサービスの要件と仕様を定義する。
* 組織および業界の要件と仕様、ならびにベストプラクティスと基準に従って、製品とサービスを設計する。
* 製品およびサービスを開発・テストし、品質基準と期待される成果を満たしていることを確認する。
* 製品およびサービスを顧客およびユーザーに展開およびリリースし、それらが使用および運用できる状態であることを保証する。
* 製品やサービスが意図した価値を提供し、利害関係者の期待を満たしていることを確認するために、それらを検証および評価する。
* 製品およびサービスを開発段階から運用段階へ移行させ、組織の既存のプロセス、システム、リソースと統合されるようにする。
参考文献: 1: ITIL 4 Create, Deliver and Support、AXELOS、2019、p. 23-24 2: バリューチェーンアクティビティ:
デザイン＆トランジション - Altervista、3

サービスバリューチェーンの利用によって期待される成果は、価値実現です。価値実現とは、製品やサービスの意図されたメリットが達成されるか、あるいはそれを超えることを保証するプロセスです。価値実現は、顧客に価値を提供するだけでなく、サービスプロバイダーやその他のステークホルダーにとっても価値を獲得することを意味します。サービスバリューチェーンは、需要に対応し、製品やサービスの作成と管理を通じて価値実現を促進するために必要な主要な活動を概説する運用モデルです。サービスバリューチェーンは、計画、改善、関与、設計と移行、取得/構築、提供とサポートの6つの活動で構成されています。各活動は、さまざまな入力を特定の出力に変換することで価値創造に貢献します。サービスバリューチェーンは、さまざまな方法で構成してサービスバリューストリームを形成することができます。サービスバリューストリームとは、特定の製品やサービスを顧客やユーザーに提供するエンドツーエンドのワークフローです。サービスバリューチェーンはまた、業務の遂行や目標の達成に役立つ組織のリソースと能力のセットであるプラクティスの適用も可能にします。サービスバリューチェーンは、さまざまな状況やシナリオに柔軟かつ適応できるため、サービスプロバイダーはリソースの利用を最適化し、最も効果的かつ効率的な方法で価値を提供することができます。参考文献：
* ITIL 4 Foundation: ITIL 4 Edition、セクション4.2.1
* ITIL4 サービスバリューチェーン [ITIL4 SVC アクティビティと例]、「ITIL 4 サービスバリューチェーンモデル」のセクション

説明
ITIL 4によると、統括機関の主な役割は、サービス管理を含む組織の活動を評価、指示、監視することです。統括機関の重要な活動の一つは、組織全体にわたる目標カスケードを確立し、定期的に見直すことです。これは、組織のさまざまなレベルの目標と活動を、組織全体のビジョンとミッションに整合させるための仕組みです。目標カスケードは、組織がステークホルダーと顧客に価値を提供していること、そしてサービス管理の実践が戦略的方向性とガバナンスフレームワークに整合していることを保証するのに役立ちます。
したがって、最適な答えは A です。組織全体に目標をカスケードさせ、定期的に見直すこと。他の選択肢は、統治機関の主要な役割ではなく、統治機関が委任または監督する可能性のある活動または責任の一部です。たとえば、選択肢 B. IT の測定と指標を開発し、定期的に見直すことは、統治機関の監視活動の一部である可能性がありますが、その役割の主な目的ではありません。選択肢 C. ビジネス価値を最大化するために IT プロジェクトを毎年見直し、承認することは、統治機関の指示活動の一部である可能性がありますが、それが唯一の、または最も頻繁に行われるタスクではありません。選択肢 D. リスク管理と内部統制の有効性を確立し、定期的に見直すことは、統治機関の評価活動の一部である可能性がありますが、それがその役割の中核機能ではありません。参考文献:
第9章：SVS：ガバナンス - ITIL 4 Essentials：必須事項...1 ITIL 4 によるガバナンス、リスク、コンプライアンスの構築 | Axelos2 ITIL および ITSM における役割と責任 | ITIL 4 役割の種類3

リーンとアジャイルでは、作業バッチサイズが大きいと仕掛品（WIP）が増加し、サイクルタイムの長期化、ばらつきの増加、品質の低下、フィードバックと学習の減少につながるため、高いパフォーマンスを阻害する要因とみなされています。また、バッチサイズが大きいと、無駄、手戻り、遅延のリスクが高まるだけでなく、作業の複雑さと不確実性も増大します。リーンとアジャイルでは、バッチサイズを縮小し、WIPを制限することを推奨しており、これにより、フローの高速化、フィードバックループの短縮、品質の向上、そしてより多くの価値提供が可能になります。
バッチサイズを縮小し、仕掛品（WIP）を制限するのに役立つ手法には、以下のようなものがあります。
* プル型ワークとプッシュ型ワークの違い。プル型ワークとは、事前に割り当てたりスケジュールしたりするのではなく、需要と能力がある場合にのみワークを開始することを意味します。
* 作業を可視化する。これは、カンバンボード、バーンダウンチャート、ダッシュボードなどのツールを使用して、作業の状況と進捗状況をすべての関係者が透明かつアクセスできるようにすることを意味します。
* 進行中の作業を制限する。これは、ボトルネックや過負荷を防ぐために、利用可能なリソースとスループットに基づいて、ワークフローの各段階における作業項目の数を制限することを意味します。
参考文献：
* ITIL 4とデザイン思考の統合 | Cognixia、「デザイン思考とは？」のセクション
* サービス設計：ITIL 4 実践ガイド | Axelos、セクション 2.1.1
* ITIL 4、デザイン思考、RAPID - Devoteam、「デザイン思考」セクション
* ITIL4とデザイン思考の融合 | Axelos、「デザイン思考」セクション