Jira Service Management における変更管理の仕組み
概要
変更管理 (変更の有効化とも呼ばれる) はサービス管理プラクティスで、重要なシステムとサービスを変更しながら IT サービスのリスクや中断を最小限に抑えるように設計されています。変更とは、サービスに直接または間接に影響を与える可能性のあるものを追加、変更、または削除することです。
変更の一般的なタイプ:
- 標準変更: リスクが低く、頻繁に実行され、文書化されたプロセスに従う事前承認済みの変更。たとえば、メモリやストレージの追加などです。
- 通常変更: 新しいコンテンツ管理システムへのアップグレードなど、変更諮問委員会 (CAB) による追加レビューと承認を必要とする非緊急の変更。
- 緊急変更: 予期しないエラーや脅威から生じる変更で、直ちに対処する必要があります。セキュリティ パッチの実装や、重大なインシデントの解決を検討します。

アトラシアンのプラットフォームは、コラボレーティブで直感的な統合されたツールセットによって、従来の変更管理プロセスから最新の変更管理プラクティスへの移行をサポートいたします。IT とソフトウェアの開発に 1 つのプラットフォームを使用することで、ITSM と DevOps のギャップを埋めることができます。リスクを管理し、コンプライアンスを維持しながら、ソフトウェアの提供を加速できます。
- Jira Service Management では直感的なサービス デスクと、リスク評価と承認ルーティングの自動化によって、簡単に変更を取り入れられます。サービス構成管理によって変更による下流への影響を軽減して、サービスとインフラストラクチャ間の依存関係をより明確に把握できます。
- Jira Service Management を Bitbucket などの CI/CD ツールと統合することで、ワークフローを合理化します。コードがデプロイされると、変更リクエストが作成されてリスクが自動で評価されます。必要に応じて、追加レビューのために変更にフラグを付けられます。
- Confluence を利用して、部門横断型の計画、変更計画のテンプレート、ピア レビューを行います。これにより、正式な CAB プロセスへの依存度が低くなり、関連するチームが共同作業を行い、共有の信頼できる情報源によって可視性を得ることができるようになります。
- 最後に、Jira Service Management の変更リクエストを Jira Software に直接リンクして可視化し、ソフトウェア関連の作業を追跡します。
変更管理プロセス
機敏でベロシティの高いチームの場合、変更管理プロセスは、時間のかかるレビューや技術以外の関係者の承認から、IT チームと開発チーム間の自動化された協調的なプロセスにシフトしています。これにより、リスクのバランスをとりながらアジャイルが向上します。
変更管理プロセスの基本的な概要は次のとおりです。
- 変更リクエスト - 誰かが変更をリクエストし、可能性があるリスク、予想される実装、影響を受けるシステムに関するメモを含めます。
- 変更リクエストのレビュー - 変更管理者またはピア レビュアーが初期変更リクエストをレビューします。成功する可能性はどれくらいありますか? リスクとリターンは正確ですか? 変更する価値はありますか?
- 変更計画 - チームは変更のゲーム プランを作成します。期待される結果、リソース、タイムライン、テスト要件、必要に応じて変更をロールバックする方法を文書化します。
- 変更の承認 - 適切な変更管理者、ピア レビュアー、または CAB が計画をレビューして変更を承認します。
- 変更の実装 - チームは変更をリリースして、その過程で手順と結果を文書化します。
- 変更のクローズ - 変更管理者が変更をレビューし、適切な場合は変更を閉じます。レポートには、変更が成功したかどうか、タイミングは適切か、見積りは正確だったか、予算内だったかなどを説明する必要があります。
詳細については、変更管理のページをご覧ください。
Jira Service Management で変更管理を開始する方法
ネイティブの変更管理ワークフローを使用する
Jira Service Management の IT サービス プロジェクト テンプレートには、変更管理ワークフローが組み込まれています。このワークフローによって、変更リクエストを記録、評価、承認、実装できます。サービス プロジェクトの既定のワークフローから開始して、ビジネス ニーズに合わせて適宜変更を加えることをお勧めします。ワークフローの編集に関する詳細をご確認ください。
また、初期設定では、変更リクエストのエージェント ビューには次のフィールドが含まれます。これらのフィールドは、変更の課題タイプを基にして作成されます。必要に応じてカスタム フィールドを追加することもできます。
強制承認を設定する
初期設定では、すべてのエージェントまたは管理者は、レビュー ステージを通じて課題をトランジションする権限があります。ただし、1 人以上の特定のチーム メンバーによる変更課題のレビューを義務付けることで、承認を強制できます。Jira Service Management では、個々のユーザーと Jira のユーザー グループの両方からの承認をサポートしています。
リクエストの承認を要求するには、適切なフィールドが利用できることを確認して、関連するワークフロー ステータスに承認ステップを追加する必要があります。
- 既定の個人/グループの承認フィールドを使用するか、承認者を入力するためのフィールドを作成する
- ワークフロー ステータスに承認ステップを追加する
標準変更の自動承認
IT サービス プロジェクト テンプレートには変更リクエストを事前承認する自動化ルールが組み込まれており、変更タイプは標準に設定されています。
このルールは、自動化設定で無効化したり、調整したりできます。
- サービス プロジェクトのサイド バーで [プロジェクト設定] > [自動化] の順に選択します。
- 標準的な変更リクエストの自動承認という名前のルールを編集します。
変更カレンダーで変更をスケジュールする
Jira Service Management の変更カレンダーによって、チームは発生中の変更をスケジュールして表示し、リスクを軽減して変更管理プロセスを合理化できます。
左側のナビゲーションから [変更カレンダー] を選択して、カレンダーを表示します。ここでは次を実行できます。
- 予定されている変更リクエストの概要を日、週、または月別に表示する
- カレンダーで時刻を選択して、新しい変更リクエストを作成する
- 既存の変更リクエストの詳細を表示または編集する
- サービス プロジェクト、ステータス、影響を受けるサービス別に、カレンダーの変更リクエストをフィルタリングする
変更管理のベスト プラクティスとヒント
標準変更を新しい常識にするプラクティスを取り入れる
多くの IT チームにとって、変更の大部分は "通常変更" と見なされ、変更の開始、計画、承認に長いリード タイムが必要です。変更を特定して標準の変更パスに移動することで、変更のバックログを縮小することを検討しましょう。たとえば、最も一般的な変更をレビューすることで、チームは標準の変更パスによって事前承認および自動化できる変更を発見できます。これにより、大多数の変更リクエストの速度を上げ、残りの通常変更に対する改善を優先する時間を作れるようになります。

IT、開発者、ビジネスの各チームの変更リクエストの取り込みを合理化する
IT、ソフトウェア、ビジネスの各チーム向けのセルフサービス ポータルを備えた Jira Service Management では、インフラストラクチャの変更リクエストを取り込む便利な方法を用意しています。この例では、事前承認済みの保守の更新や、追加の計画とレビューが必要な本番システムのアップグレードなど、IT スタッフはさまざまな変更リクエストのタイプから簡単に選択できます。

自動化されたリスク モデルを変更に採用する
Jira Service Management のリクエスト フォームでは、変更のリスクを適切に評価するために必要な質問とデータを設定できます。回答に基づいて Jira Service Management の自動化を利用して、各変更リクエストのリスク レベルを計算して適切なリスク値を設定できます。
また、自動化を利用して次の操作も実行できます。
- 変更リクエストを「標準」、「通常」、「緊急」に分類するか、サービス階層と依存関係ごとに分類する
- 標準変更の事前承認や、リスクの高い通常変更の追加ワークフローなど、変更リクエストを適切な Jira ワークフロー パスに転送する
- 追加レビューが必要な、リスクの高い変更について、割り当てられた関係者に通知する

CI/CD ツールから変更リクエストを自動的に作成する
Jira Service Management を Bitbucket Pipelines、Jenkins、CircleCI などの CI/CD ツールと統合することで、開発者は既存のワークフローで変更管理プロセスを直接合理化できるようになりました。変更は Jira Service Management にリクエストとして自動で登録されて、本番環境にデプロイされた変更の完全な監査証跡を残せます。
Jira Service Management は、CI/CD ツールから直接取得した変更の詳細、影響を受けるサービス、変更リスク スコア、変更承認者などの関連する情報を直接、変更リクエストに自動で取り込みます。変更管理者は、変更の承認や追加レビューのリクエストに必要なすべてのコンテキストを保持します。また、開発者は Bitbucket などの CI/CD ツールからリクエストの進捗状況を直接追跡できます。
複雑な変更をより小さな作業単位に分割する
複雑な変更をより小さな作業単位に分割すると、チームは小さな変更をより簡単に制御し、変更プロセスにおいて変更をより迅速に移行させ、リスク レベルを下げることができます。Confluence によって、IT、スタッフ、関係者は連携し、複雑な作業に取り組むことができます。チームとして変更ドキュメントを作成し、ピア レビューとフィードバックを行い、変更が実施されるまでリアルタイムで反復作業を行うことができます。
次の例では、チームが大きな変更を小さなタスクと事前変更に分割しています。Confluence ページから直接 Jira 課題、ストーリー、タスク、変更を作成し、変更リクエストへのリンクを追加することで、簡単に追跡できます。Confluence によって、チームはリアルタイムのコラボレーションを実行可能な作業に簡単に変えることができます。

変更メトリックと KPI で学習を加速させる
変更を測定してそこから学ぶために、Jira Service Management ではカスタム ダッシュボードを構築して共有する機能と併せて、すぐに使用できるレポートが用意されています。Jira Service Management を信頼できる情報源として利用して、変更、インシデント、サービス、コード全体のデータをまとめられます。
変更の有効化のパフォーマンスを測定する場合は、次のような学習と改善を向上させる指標に注目します。
- 変更は適切なタイミングと効果的な方法で実現されていますか?
- サービスの変更による影響は?
- 変更に関連するガバナンスとコンプライアンスの要件を満たしていますか?
