Ongoing Care Planの内容

何であるのか

ケアプランは、納品後の支援について合意した枠組みを定めます。プランに応じて、合意した資産や保守項目の月次レビュー、セキュリティに関わる更新とバックアップ状況の所見、アクセス管理の衛生状態の所見、書面の月次サマリー、定期的な振り返りの打ち合わせや四半期ごとの改善計画が含まれます。実際の更新、修正、ハードニングは、別途合意したスコープのもとでのみ実施します。作業は、定められた時間枠、頻度、製品の範囲に沿って計画します。プラットフォーム、端末、ベンダー、OSが変化するなかでも、問題や互換性に関する問いを見える形で優先順位付けして管理します。この業務では、何をレビューしたか、何を優先しているか、何に別途の開発判断が必要かを記録します。大規模な新機能、大幅なリデザイン、プラットフォームの利用料、外部ベンダーの作業、スコープ外の作り直しは、引き続き別のスコープとなります。

誰のために

Ongoing Care Planは、次のようなチームに適しています。

• 製品の納品や引き継ぎを終え、公開後の保守とレビューの明確な頻度が必要なチーム
• すべての要望を自動的に機能開発の約束として扱うことなく、修正とリリースに優先順位を付けたいチーム
• 製品の進化に伴う、依存関係、互換性、ベンダー、プラットフォームに関する問いを把握する必要があるチーム
• 明確な担当体制と、必要に応じた別スコープへのエスカレーションを備えた、範囲を区切った支援体制を望むチーム

明確にするのに役立つこと

ケアプランでは、次の点が明確になります。

• 報告された問題や保守作業のうち、合意した製品の範囲と時間枠に最も関連するもの
• 担当者がレビューまたは監視すべき、依存関係、互換性、リリース、ベンダー、プラットフォームの変更
• 現在のケアのサイクル内で計画できる修正と、より大きな開発や作り直しの判断が必要な修正
• チームが完了したこと、先送りしたこと、受け入れたこと、外部の事業者や別の専門家と協議する必要があること

含まれる内容

• 製品の範囲、ケアの頻度、時間枠、連絡方法、レビューの手順についての書面による確認
• 合意した保守項目、セキュリティに関わる更新、入手できるバックアップ状況の証跡についての月次の定期検証レビュー
• プランに含まれる場合の、アクセス管理の衛生状態の所見、月次の振り返りの打ち合わせ、四半期ごとの改善計画
• 所見、未完了の項目、担当、顧客側で進める推奨の次の対応をまとめた書面の月次サマリー
• 別途の機能、リデザイン、ベンダー、作り直しのスコープが必要な作業の明確な特定
• 情報に基づく計画的なフォローアップを支えるよう設計された持続可能な保守のリズム

含まれていないもの

• 別途合意しない限り、実際の更新の適用、是正、開発、ハードニングの作業
• 常時監視、マネージド型の検知、緊急のインシデント対応、稼働率のSLA、途切れのない運用の約束
• すべての不具合がなくなること、あるいは将来のあらゆるプラットフォーム、ベンダー、依存関係の変更と互換性を保ち続けることの約束
• 別途スコープを定めない、大規模な新機能、大幅なリデザイン、スコープ外の作り直し、プラットフォームの利用料、外部ベンダーの作業
• 別途合意しない限り、正式なコンプライアンス適合の確認、法的助言、セキュリティ認証、インフラの運用

それを選ぶべきとき

製品が初期の納品段階を過ぎたものの、修正、リリース、依存関係、フォローアップの判断を管理する決まった方法がまだ必要な場合は、Ongoing Care Planをお選びください。MVP、レスキュー、公開、引き継ぎの後、保守作業を非公式な要望の流れで処理するのではなく、見える形で優先順位を付けたいチームに役立ちます。社内の技術リソースは限られているものの、製品上の選択の責任は自ら保ちたいチームにも適しています。一方、当面のニーズが大規模な新機能、大幅なリデザイン、緊急の支援、継続的な運用である場合は、別スコープのサービスのほうが適しています。ケアプランが最もうまく機能するのは、製品の範囲、担当者、判断の手順が明確な場合です。

私たちのアプローチ

まず、製品の範囲、現状、ケアの頻度、時間枠、そして問題や要望をどのようにレビューするかを確定します。プランは優先順位を軸に構成し、最も重要な項目から対応します。報告された不具合、リリースのニーズ、依存関係、互換性に関する問い、既知の運用上の制約を検討し、合意したサイクル内で妥当に対処できることを記録します。作業が大規模な機能、リデザイン、ベンダーへの依存、作り直しの判断へと広がる場合は、進める前にその範囲を説明します。日常的なケアは、その実態どおり、合意した項目の着実で優先順位に沿った保守として示します。各レビューの時点で、何を完了したか、何が未完了か、次の判断がクライアント、ベンダー、別スコープの開発フェーズのどこに属するかを、より明確な記録としてお渡しします。

よくある質問

関連記事