ベロシティの高いチーム向けの ITSM
ITIL サービスのトランジション：原則、メリット、プロセス
サービスのトランジションは、サービスを開発環境から本番環境に移行するプロセスです。慎重に計画しないと、新しいサービスや更新したサービスによってビジネス・プロセスが中断することがあります。ユーザーやサポート・スタッフが変更に対する準備を整えるなど、IT 部門とビジネス部門の連携が必要です。
サービスのトランジションは、ITIL サービス・ライフサイクルの第 3 段階です。新しいサービス、変化する既存のサービス、廃止されるレガシー・サービスに適用されます。ITIL サービスのトランジションではベスト・プラクティスを採用して、サービスを効果的に、安全に、効率的に本番環境に移行します。
このガイドでは、ITIL サービスのトランジションのメリットや主な原則に加え、成功を実現させる役割やプロセスについてもご説明します。
ITIL サービスのトランジションとは
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 サービス・ライフサイクルの 5 つの段階とはどのようなものですか
サービス・ライフサイクルには次の 5 つの段階があります。
- ITIL サービス戦略では、ビジネス目標と顧客のニーズを実装戦略と連携させます。
- サービス・デザインでは、より良いサービスを設計して提供するための総合的なアプローチに重点を置きます。
- サービス・トランジションでは、サービス本番環境にデプロイします。
- サービス運用は、会社の日常業務を指します。
- 継続的なサービス改善では、改善すべきさらなる機会を戦略的に特定します。
Atlassian's guide to agile ways of working with ITIL 4
ITIL 4 is here—and it’s more agile than ever. Learn tips to bring agility and collaboration into ITSM with Atlassian.
ホワイトペーパーを読むサービス リクエスト管理とは - ガイド
サービス リクエスト管理により、IT チームは顧客のリクエストを迅速かつ容易に満たすことができます。プロセスとベスト プラクティスを確認しましょう。
記事を読む