運用状況の分析
システム構成、主な業務、変更履歴、繰り返し起きている問題を確認し、管理が必要な箇所を整理します。
運用は構築の最終段階ではなく、次の改善の始まりです。
サービスの環境と組織の運用方法に合わせて、点検の範囲と対応手順を整理します。繰り返し寄せられる問い合わせ、障害の兆候、変更依頼をひとつの改善リストで管理し、いま必要な安定化と次の段階で行う機能改善を切り分けます。
開発チームのSI事業部が公共案件の保守を、サービス企画・運営チームがカスタマーサポートの運営・改善とサービス管理の仕組みの改善を担当します。
プロジェクト体制を見る支援範囲と対応方法は、システム環境と運用時間、引き継ぎの受け入れ（運用を引き受ける段階）でお渡しいただける資料を確認したうえで、協議して決めます。
点検・変更・改善を、ひとつの運用体制にまとめます。
点検・対応体制の整備
サービスの特性に合った点検項目と、課題の受付、分析、反映までの手順を定義します。
変更・文書管理
依頼と反映の履歴を関連づけ、運用担当者が参照できる資料を継続的に整備します。
機能改善
ユーザーと運営者のフィードバックを分析し、効果と難易度に応じた改善のロードマップをつくります。
今週の対応状況
- ログインエラーの問い合わせ障害 · 原因確認処理中
- 申請フォームの項目追加変更依頼 · 開発へ反映確認中
- 定期点検セキュリティ更新 · バックアップ確認予定
- 掲示板の添付設定の調整依頼 · 設定変更完了
- 受付
- 分類
- 処理
- 報告
依頼は増えるのに、変更の影響が見えないとき
こんなときに
変更の影響を把握しにくい
文書や履歴が十分にそろっておらず、小さな修正でもどの機能に影響するのか判断しにくい状態です。
繰り返し起きる運用上の問題
似た問い合わせやエラーが繰り返し発生しているのに、原因と対応の記録が体系的に蓄積されていません。
たまっていく改善依頼
緊急度と事業上の価値をあわせて判断する基準がないため、依頼がたまり、優先順位が定まりません。
引き継ぎの受け入れから振り返りまで、運用をサイクルで管理します。
引き継ぎの受け入れ・現状把握
運用資料、システムへのアクセス範囲、現在の課題を確認し、支援範囲について合意します。
運用基準の整理
点検、依頼の受付、影響分析、反映の手順を、実務に合わせて整理します。
安定化・改善の実施
運用期間中は、モニタリング、依頼の受付、改善、本番反映のサイクルを繰り返し、合意した優先順位に沿って機能と運用方法を見直します。
振り返り・次の計画
対応履歴と残っているリスクをレビューし、次の期間の改善項目を更新します。
プロジェクトでまとめる成果物
- システム・運用の現状分析
- 運用点検の項目と手順
- 課題・変更依頼の管理基準
- 優先順位をつけた改善バックログ
- 機能改善の結果と変更履歴
- 運用担当者向けの参考資料
具体的な範囲と成果物は、初期の打ち合わせで確定します。
関連するプロジェクト実績
大手ファッション企業のECモール開発・保守
韓国内外に店舗を構えるファッション企業のECモールを構築し、安定して運営するプロジェクト
- KPSの役割
- サービス企画、デザイン、ガイド作成、業務処理サーバーの開発と保守、Web標準・Webアクセシビリティ・クロスブラウザー対応の点検
- レスポンシブWebデザイン
- Web標準
- Webアクセシビリティ
- クロスブラウザー対応
公共図書館のデジタル資料室管理システム
図書館のデジタル資料室を、管理プログラムを別途インストールせずに運営するプロジェクト
- KPSの役割
- クラウド型管理システムの提供・導入と、導入後の保守
- クラウド
ご相談前によくある質問
よくある質問をすべて見るリリース後の保守は、どのように決めますか？
無償修正、障害対応、定期点検、機能改善のように性格の異なる業務を区別し、必要な運用範囲を協議します。
回答をすべて見る：リリース後の保守は、どのように決めますか？既存システムを段階的に刷新できますか？
業務への影響と技術的な依存関係を踏まえて、画面、機能、データ、連携の領域を切り替えの単位に分けることができます。
回答をすべて見る：既存システムを段階的に刷新できますか？
現在運用中のシステムと、たまっている依頼をお知らせください。
現在の運用環境と改善したい業務を伺い、始める範囲を一緒に整理します。