Close

ベロシティの高いチーム向けの ITSM

ITIL サービスのトランジション:原則、メリット、プロセス

サービスのトランジションは、サービスを開発環境から本番環境に移行するプロセスです。慎重に計画しないと、新しいサービスや更新したサービスによってビジネス・プロセスが中断することがあります。ユーザーやサポート・スタッフが変更に対する準備を整えるなど、IT 部門とビジネス部門の連携が必要です。

サービスのトランジションは、ITIL サービス・ライフサイクルの第 3 段階です。新しいサービス、変化する既存のサービス、廃止されるレガシー・サービスに適用されます。ITIL サービスのトランジションではベスト・プラクティスを採用して、サービスを効果的に、安全に、効率的に本番環境に移行します。

このガイドでは、ITIL サービスのトランジションのメリットや主な原則に加え、成功を実現させる役割やプロセスについてもご説明します。

ITIL サービスのトランジションとは

ITIL サービスのトランジション時、IT チームは新しいサービスや更新したサービスを開発環境から本番環境に移行します。サービス・ナレッジ・マネジメント システムを利用して、変更がビジネスに価値をもたらすようにします。効率を高め、リスクを軽減する変更を優先的にデプロイします。

サービス・トランジションの主な原則

ITIL サービスのトランジション・プロセスを形式化すると、変更に伴うリスクが軽減されます。また、IT チームが課題に対処する準備を整えられるようにもなります。サービス・トランジションの主な原則では、チームに次のことを行うよう勧めています。

  • 軌道修正の可能性を管理し、予測する。
  • 効率化のために既存のサービスを転用する。
  • トランジション中も重要なサービスを維持する。
  • より迅速かつ正確に意思決定するために重要な知識を伝達する。
  • 知識に基づいてタイムリーに対応できるように、役割と責任を定義する。

ITIL サービス・トランジションのメリット

ITIL サービス・トランジションにより、いくつかの点で変更の全体的な成功と効率が向上します。

  • 予期しない遅延やダウンタイムが減少する。
  • ユーザー・エクスペリエンスとサポート準備に対する信頼性が向上する。
  • 費用対効果が高く、ビジネス・ニーズに基づく改善が実現する。
  • 保守性が向上する。
  • サポート・スタッフと顧客がより多くの知識を得る。

ITIL サービス・トランジションのプロセス

ITIL におけるサービス・トランジションにより、IT チームでは、隠れたリスクを特定する、役割の明確化、事前のナレッジ共有、不測の事態に備えた計画、顧客の変更の支援といったことが可能になります。ITIL サービス・トランジションのプロセスは次のステップで構成されています。

計画と調整

計画し、調整することで、トランジションの過程においてチームが完了すべきアクティビティが明確になります。チームは協力してそれぞれの役割と責任をマッピングします。また、主要な関係者を特定することで、何をすべきか、誰がそれを行うかについて明確に理解し、合意を形成する助けともなります。

変更評価

顧客関係管理や支払い処理サービスなど、重要なビジネス・システムの大幅な変更に対して変更評価を行います。CAB(変更諮問委員会)は、一般的に、これらの変更のうち、リスクを上回るメリットがあるものを推奨します。

変更管理では、変更の詳細の評価やリスクのチェックに加え、多くの場合、影響分析も行います。CAB は変更に優先順位を付けて、開発者が変更の技術的側面に集中できるようにします。

リリースとデプロイ

リリースとデプロイは、ITIL サービス・トランジションが成功するための核となります。このステップでは、サービスの構築、テスト、計画、デプロイを管理します。これには、パイロット、関係者とのコミュニケーション、顧客トレーニング、SLA(サービスレベル契約)の遵守などが含まれます。

リリースを種類別に分類すると、IT チームが必要性に基づいて優先順位付けするために役立ちます。メジャー・リリースには、ハードウェアやソフトウェアのコンポーネントや新機能が含まれる場合があります。マイナー・リリースには、既存のサービスへの大幅な変更が含まれる可能性があります。緊急リリースには早急な対応が必要となり、一時的なパッチや回避策が含まれることもあります。

データ検証およびテスト

サービス検証とテストで、本番環境におけるサービス品質と信頼性を確保します。たとえば、支払い処理サービスを変更する場合は、サービスが期待どおりに機能することを確認するために、リリース前のテストと実装後の検証を追加で行うことが必要になる場合があります。

知識の伝達

サービス変更に関する情報を収集、文書化、共有することは、顧客の成功に役立ちます。このことはサポート・チームにとって特に重要です。知識に基づいて予期しない問題に対処する必要があるためです。適切に知識を伝達すると、ダウンタイムが短縮され、ユーザーの不満を解消する助けとなります。

リリース・クロージング

リリース・クロージングのステップにより、プロジェクトの終了を明確に定義します。また、チームが経験に基づく視点からプロセスを確認することもできます。これにより、継続的な改善チームのコラボレーションが促進されます。障害や問題を調べるときは、非難することではなく解決策を特定することに集中すす必要があります。

7. Review and continuously improve

New technology, changing resources, and increasing pressure to deliver more services increase the risk of encountering problems and gaps. A standardized practice of reviewing and continuously improving helps teams identify and eliminate issues earlier.

サービス・トランジションの役割と責任

ITIL サービス・トランジション・チームの役割と責任は変更の複雑さに応じて異なります。チームには、変更を評価し承認する CAB を監督する変更マネージャーを含めることができます。これにはリリース自体の詳細なタスクを担当するリリース・マネージャーを含めることができます。構成管理は関係や依存関係に関する情報を管理および維持し、多くの場合、重要な責任分野となります。あるいは、テスト、知識、プロジェクトを監督するアプリ開発者やマネージャーが含まれることもあります。

その他の ITIL ライフサイクル・ステージとの統合

サービス・トランジションは ITIL ライフサイクルの第 3 段階となります。先行するサービス戦略とサービス設計の段階がその基礎となります。サービス・トランジションは、承認された変更を戦略的目標から本番環境における完成された統合されたサービスに変えます。リリース管理によってこれらの段階が統合されます。これには運用と継続的なサービス改善のためのマッピング計画が含まれます。

サービス管理:よくある質問

サービス・トランジションの目的は何ですか

サービス・トランジションには、新しいサービスや変更されたサービスを開発環境やテスト環境から本番環境に移行する作業のあらゆる側面が含まれます。リスクを特定し、役割と責任を定義して、ポリシーとサービス・レベル・アグリーメントが確実に遵守されるようにします。また、影響を受けるサービスを調整し、統合の成功に必要な技術的知識とユーザー・トレーニングを提供します。

サービス・トランジションと変更管理はどのように違いますか

サービス・トランジションと変更管理はどちらも、ビジネス・システムの変更に重点を置きます。変更管理はすべての変更を評価して優先順位を付けるための標準化されたプロセスです。多くの場合、変更リクエストを承認して優先順位を付ける CAB が含まれています。サービス・トランジションは、事前に承認された特定の変更と、それらの変更を本番環境に移行することに重点を置きます。

ITIL サービス・ライフサイクルの 5 つの段階とはどのようなものですか

サービス・ライフサイクルには次の 5 つの段階があります。

  1. ITIL サービス戦略では、ビジネス目標と顧客のニーズを実装戦略と連携させます
  2. サービス・デザインでは、より良いサービスを設計して提供するための総合的なアプローチに重点を置きます。
  3. サービス・トランジションでは、サービス本番環境にデプロイします。
  4. サービス運用は、会社の日常業務を指します。
  5. 継続的なサービス改善では、改善すべきさらなる機会を戦略的に特定します。