Content last updated 2026-07-20

変更管理ポリシー

Visibility: Non-Audit

目的

このポリシーは、GitLab が実装する変更管理コントロールを概説することを目的としています。

スコープ

このポリシーの文脈における変更とは、次のものを含むがこれに限定されない修正として定義されます。

  • 新しいシステム、統合、機能、主要レポート、データベース等の作成・開発・実装
  • 構成への変更
  • ベンダーが管理しないパッチまたはベンダー提供の変更のデプロイ
  • データスキーマへの修正
  • システムの非推奨化
  • 新しいアクセスやロールの作成
  • 広く言えば、チームメンバーの責任の遂行方法に影響を与えるあらゆる変更

このポリシーは、Tier 1 Mission CriticalTier 2 Business CriticalTier 3 Business OperationalCritical System Tier が割り当てられたシステムに対して行われる変更に適用されます。

Note: Tier 4 Administrative システムはこのポリシーのスコープの対象外ですが、特に Tier 4 Administrative システムがより上位のシステムティア に移行する可能性が高い場合は、チームメンバーがすべてのシステムにおいて、このポリシーで確立された要件を積極的に採用することが推奨されます。

役割と責任

役割責任
Security Compliance チームセキュリティコントロールテストを通じて関連システム全体の変更管理手順を継続的に監視し、このポリシーへの準拠を確認する責任を負う
テクニカルシステムオーナー

ビジネスシステムオーナー

システム管理者
このポリシーで確立された最低要件が手順に組み込まれ、一貫して実行されることを保証する責任を負う
チームメンバーこのポリシーに整合した方法で変更管理手順に従う責任を負う
コントロールオーナーこのポリシーで確立された最低要件を満たすか、それを超える変更管理手順を定義し実装する責任を負う

ポリシー

変更は関連手順に従って文書化されます。(CM-3)

変更は関連手順に従ってテストされる場合があります。(CM-4)

変更は適切なステークホルダーによってレビューされます。(CM-3, CM-4)

変更は適切なステークホルダーによって承認されます。(CM-3)

変更は関連手順に従ってデプロイされます。(CM-5)

スタンダード

詳細については、GitLab の変更管理スタンダード およびリンク先の手順をご確認ください。

例外

このポリシーに対する例外は、セキュリティおよびテクノロジーポリシーの例外管理プロセスに従って追跡されます。

参考