「自社のシステム保守は何人体制で回すのが正解なのか」と検索したとき、多くの記事は「小規模なら1〜3名、中規模なら4〜10名」といった目安を示してくれます。しかし、その数字を持って経営層に稟議を上げようとしたときに手が止まる方は少なくないはずです。「なぜ我が社にはその人数が必要なのか」を、自社の対応時間帯や障害件数といった具体的な数値で説明できないからです。
多くの競合記事は「規模別の体制テンプレート」や「外注すべき企業の特徴」を定性的に列挙するにとどまっており、自社の状況を代入して「必要人数〇人」「スコア〇点で外注推奨」と結論を導く再現性のあるツールを提供していません。結果として、担当者1〜2名で綱渡りの運用が続いていても「本当にこのままで良いのか」を客観的に切り分けられないまま、意思決定が先送りになりがちです。
このモヤモヤの本質は、体制論の知識が足りないことではなく、自社の数値を代入する「計算式」と「判断スコア」を持っていないことにあります。稟議書に貼れる算出根拠と、外注／内製の分岐を明確にする判断ロジックさえあれば、経営層・上司に対して「これだけの工数が必要だから、この体制で回す」と説明できるようになります。
本記事では、システム保守に必要な人数を算出する3ステップの計算式と、内製・ハイブリッド・全面外注のいずれを選ぶかを10問で判定する外注判断チェックリストを提示します。競合記事にはない「自社数値で意思決定できる実践ツール」に絞って、明日から稟議書の下書きに着手できる状態を目指します。なお、体制の「型」そのもの（役割分担・組織図テンプレート）を知りたい場合は姉妹記事システム保守の体制と人数｜規模別の目安と内製・外注の判断基準を先に参照すると理解が早まります。本記事はその姉妹記事に対して「自社数値で計算し判断する道具」を提供する補完関係にあります。
外部エンジニア活用のROI・コスト試算ガイド（稟議書テンプレート付き）
この資料でわかること
<p>フリーランス・業務委託エンジニアの活用を検討する発注企業担当者が、正社員採用と比較したコスト構造を正確に把握し、社内承認（稟議）を通過させるために必要な試算データ・稟議書テンプレートを提供する。読者がこの ebook を読み終えた後、具体的な数値を使った社内説明資料を自力で作成し、稟議プロセスを前進させられる状態を目指す。</p>
こんな方におすすめです
- コスト試算のための比較表が欲しい方
- 外部エンジニア活用の稟議書を作成したい方
- フリーランス活用のROIを数値で示したい方
入力いただいたメールアドレスにPDFをお送りします。
システム保守の「適切な人数」を決める前に押さえる基本の考え方
「システム保守は何人必要か」という問いに一般解はありません。同じ規模のシステムでも、24時間365日の対応が必要か営業時間内のみかで必要人数は大きく変わりますし、月間の障害件数によっても人時工数は変動します。ここでは、算出ロジックに入る前に押さえておくべき3つの変数と、本記事の位置付けを整理します。
保守人数を決める3つの変数（対応時間帯・月間発生工数・冗長化）
システム保守に必要な人数は、大きく次の3つの変数で決まります。
- 対応時間帯: 監視・障害対応を提供する時間の範囲。営業時間内（9〜18時など）のみか、夜間・休日を含む24時間365日かによって、固定的にカバーする必要人時が数倍単位で変わります
- 月間発生工数: 障害・問い合わせ・パッチ適用・軽微改修などによって毎月変動的に発生する対応工数。月間障害件数と1件あたり平均対応時間の掛け算で近似できます
- 冗長化ポリシー: 担当者の休暇・退職・急病に耐えるための余剰。1人月換算に対して1.2〜1.5倍程度の係数を掛けて算出します
一般論の記事が示す「小規模なら〇人」という目安は、これら3変数の代表値を暗黙に前提にしています。自社の対応時間帯や障害件数がその代表値と異なれば、必要人数も当然ずれます。だからこそ、自社数値を代入して算出することが稟議書の根拠になります。なお「保守」と「運用」を切り分けたうえで対応時間帯・工数を集計したい場合は、保守と運用の違いで業務範囲の定義を先に確認しておくと集計がぶれません。
本記事の位置付けと姉妹記事の使い分け
本記事は「自社の数値を代入して必要人数を算出し、外注／内製の意思決定を行うための実践ツール」に特化しています。役割分担のテンプレートや組織図の型など「体制の全体像」を知りたい方は、姉妹記事システム保守の体制と人数｜規模別の目安と内製・外注の判断基準を先に参照してください。
両記事の使い分けは次の通りです。
目的 | 参照すべき記事 |
|---|---|
規模別の体制テンプレート・役割分担の型を知りたい | 姉妹記事「システム保守の体制と人数」 |
自社の数値で必要人数を算出したい・外注／内製を判断したい（本記事の主題） | 本記事 |
費用相場を知りたい | 姉妹「システム保守費用の相場」記事（後述） |
姉妹記事で体制の型を掴んだうえで本記事の算出ロジックとチェックリストに進むと、テンプレートを自社に落とし込む解像度が上がります。
システム保守の必要人数を算出する3ステップ計算式
ここからが本記事の第一の核である「自社数値で必要人数を算出する計算式」です。難解な人月計算は不要で、電卓と社内の運用ログさえあれば算出できるシンプルな3ステップで構成しています。稟議書の付録として貼り付けられる形にまとめてあるので、自社の数値を代入してそのまま提出資料に流用してください。
計算式の全体像は次の1行です。
必要人数 = (固定監視人時 + 変動対応人時) ÷ 1人月標準稼働時間(160H) × 冗長化係数(1.2〜1.7)
以降のサブセクションで、各要素の算出手順を1ステップずつ具体化していきます。
ステップ1 対応時間帯から固定監視人時を算出する
まず「監視・受付をどの時間帯にカバーするか」を決め、そこから月間の固定監視人時を算出します。固定監視人時とは、障害の有無に関係なく人が待機・監視している必要がある時間です。
固定監視人時 = 1日あたり監視時間(H) × 稼働日数(日/月)
代表的なパターンで試算すると次のようになります。
対応時間帯パターン | 1日あたり監視時間 | 稼働日数 | 固定監視人時（月） |
|---|---|---|---|
営業時間内のみ（9〜18時） | 9H | 平日20日 | 180H |
平日拡張（8〜22時） | 14H | 平日20日 | 280H |
平日24時間 + 休日日中 | 24H×20日 + 12H×8日 | 28日 | 576H |
24時間365日 | 24H | 30日 | 720H |
自社の運用実態に合わせて時間帯・日数を代入してください。監視が有人ではなく監視ツール＋アラート駆動である場合は、後述する冗長化係数を若干下げるか、変動対応人時の項目で吸収する形でも構いません。
ステップ2 月間障害件数から変動対応人時を算出する
次に、月間で発生している障害・問い合わせ・パッチ適用などの対応工数を算出します。これは過去3〜6ヶ月の運用ログ（チケット管理ツールやメール履歴）を集計するのが最も精度が高い方法です。
変動対応人時 = 月間発生件数 × 1件あたり平均対応時間(H)
種別ごとに平均対応時間の目安を整理すると次のようになります。
種別 | 1件あたり平均対応時間の目安 | 備考 |
|---|---|---|
軽微な問い合わせ（操作方法・権限） | 0.5〜1H | FAQ整備で削減可能 |
障害調査・切り分け | 2〜4H | 影響範囲によって変動 |
障害修正・リリース | 4〜16H | 単純ミス〜要件変更で幅広 |
セキュリティパッチ・OSアップデート | 4〜8H | 検証・ロールバック手順込み |
軽微改修（画面文言・帳票微修正） | 4〜16H | 要件確認とレビュー込み |
自社の運用ログから種別ごとに件数を集計し、上記の目安時間または実測値を掛けて合計してください。過去ログが揃っていない場合は、直近1ヶ月を試験的に集計するだけでも大まかな数字は掴めます。
ステップ3 冗長化係数を掛けて必要人数を確定する
固定監視人時と変動対応人時の合計を1人月の標準稼働時間（160H＝週40H×4週）で割り、そこに冗長化係数を掛けて必要人数を確定します。
必要人数 = (固定監視人時 + 変動対応人時) ÷ 160H × 冗長化係数
冗長化係数の目安は次の通りです。担当者の休暇・退職・急病に対する耐性を数値化するもので、可用性要求が高いほど大きくします。
可用性要求 | 冗長化係数 |
|---|---|
業務時間内対応で1〜2日の停止は許容 | 1.2 |
業務時間内対応だが停止は極力避けたい | 1.3 |
夜間休日対応あり・停止は業務影響大 | 1.4 |
24時間365日・ミッションクリティカル | 1.5〜1.7 |
算出結果は小数になるため、原則として切り上げて整数化します（例: 4.7人 → 5人）。切り上げた人数が現在の体制と大きく乖離している場合、そのギャップこそが稟議書の議論のスタート地点になります。
【算出例】小規模／中規模／24時間365日の3ケース試算
上記3ステップを実際のケースに当てはめてみましょう。
ケースA: 小規模（社内業務システム／営業時間内対応）
- 固定監視人時: 9H × 20日 = 180H
- 変動対応人時: 障害・問い合わせ月10件 × 平均3H = 30H
- 合計人時: 210H
- 必要人数: 210H ÷ 160H × 1.2 ≒ 1.58人 → 切り上げ2人
ケースB: 中規模（基幹システム／平日拡張＋休日日中対応）
- 固定監視人時: 14H × 20日 + 12H × 8日 = 376H
- 変動対応人時: 障害・問い合わせ月20件 × 平均3.5H = 70H
- 合計人時: 446H
- 必要人数: 446H ÷ 160H × 1.4 ≒ 3.90人 → 切り上げ4人
ケースC: ミッションクリティカル（24時間365日）
- 固定監視人時: 24H × 30日 = 720H
- 変動対応人時: 障害・問い合わせ月30件 × 平均4H = 120H
- 合計人時: 840H
- 必要人数: 840H ÷ 160H × 1.5 ≒ 7.88人 → 切り上げ8人
「現在1人で回している」「実は2人でギリギリだった」といった現状人数との差分が明らかになれば、それがそのまま「何人不足しているか」「外注でどの範囲をカバーすべきか」の議論に接続できます。
【規模別】必要人数のシミュレーション早見表
前章の計算式を毎回使うのが面倒な場合、まずは自社の状況に近い代表ケースの早見表を参照して当たりをつける方法もあります。細かい数値の代入は必要な場合だけ計算式に戻れば済むため、意思決定の初速を上げるのに有効です。
3ケースのシミュレーション条件と結果
区分 | 対応時間帯 | 月間障害件数 | 平均対応時間 | 冗長化係数 | 算出人数 |
|---|---|---|---|---|---|
小規模（社内業務） | 平日9〜18時 | 5〜10件 | 2〜3H | 1.2 | 2人 |
中規模（基幹・平日拡張） | 平日8〜22時＋休日日中 | 10〜20件 | 3〜4H | 1.4 | 4人 |
大規模（Web/EC・準24時間） | 平日24H＋休日日中 | 20〜30件 | 3〜4H | 1.4 | 5〜6人 |
ミッションクリティカル | 24時間365日 | 30件以上 | 4H | 1.5 | 8人〜 |
小規模ケースで「2人」となっているのは、担当者1名では休暇・退職時の業務停止リスクが顕在化するためです。1名運用が続いている企業は、算出上の必要人数を満たしていないと解釈するのが妥当です。
早見表と自社状況が合わないときの補正ポイント
早見表の代表値と自社の状況が微妙にずれている場合、次の補正ポイントを意識してください。
- 障害件数が代表値より多い: 変動対応人時が跳ね上がるため、平均対応時間 × 件数を計算式で改めて算出する
- 夜間・休日のオンコール対応が必要: 実際の呼び出し件数は少なくても、待機している人時として固定監視人時にカウントする（オンコール手当も別途発生）
- 改修要件が多い: 「軽微改修」に分類される案件が月5件を超える場合は、保守とは別枠で開発リソースを計上した方が実態に合う
- セキュリティ要件が厳しい: パッチ検証・脆弱性対応の頻度が高い業界では、変動対応人時の1〜2割上乗せを検討する
自社の運用ログを持ち寄って上記の補正を1つずつ議論すれば、それだけで「なぜこの人数が必要か」を説明する材料が整います。
内製か外注か — 10問で判定する外注判断スコアリングチェックリスト
必要人数が算出できたとして、次の論点は「その人数を内製で確保するか、外注でカバーするか、両者を組み合わせたハイブリッドにするか」です。競合記事の多くは「専門知識不足なら外注」「リソース不足なら外注」といった定性的な特徴の列挙にとどまっていますが、複数の要素を総合的に評価しなければ「自社の場合はどうするか」を意思決定できません。
ここでは、10問のYes/No質問と重み付けスコアで内製／ハイブリッド／外注を判定する独自のチェックリストを提示します。稟議書に添付し「10問中〇点だから外注推奨」と一目でわかる形にできます。
外注判断チェックリスト（10問・スコアリング表）
各設問にYes/Noで回答し、Yesの場合の配点を合計してください。
# | 設問 | Yesの配点 |
|---|---|---|
1 | 現在の保守担当者は2名以下である | 1 |
2 | 保守業務が情シス工数の30%以上を占めている | 1 |
3 | 夜間・休日の緊急対応が業務要件として存在する | 1 |
4 | 過去1年でセキュリティパッチ適用の遅延経験がある | 1 |
5 | 担当者の退職・異動で業務が停止するリスクを認識している（属人化） | 1 |
6 | 使用している主要技術に社内で対応できるエンジニアが1名以下しかいない | 1 |
7 | 今後3年以内に大規模改修・リプレイスの予定がある | 1 |
8 | 保守対象システムが売上・業務継続に直結する（停止1日で数百万円以上の損失） | 1 |
9 | 保守にかかる人件費より外注費の方が明らかに安く抑えられる試算がある | 1 |
10 | 経営層・監査対応で対応履歴の記録・報告が求められる（内部統制・ISMS等） | 1 |
10問すべてに Yes / No で回答すると、0〜10点のスコアが出ます。次項でスコア別の推奨アクションを提示します。
スコア別の推奨アクション
スコア | 推奨アクション | 想定される背景 |
|---|---|---|
0〜3点 | 内製維持 | 保守負荷・リスク・要件のいずれも許容範囲内。既存体制で回せている可能性が高い |
4〜6点 | ハイブリッド推奨 | 内製の限界とリスクが顕在化し始めている。1次対応は内製、2次対応・夜間休日・専門技術領域を外注に切り出すのが現実的 |
7〜10点 | 全面外注または外注比率の大幅拡大 | 属人化・可用性要求・スキル不足が複合しており、内製単独では持続困難。ベンダー選定に着手すべき段階 |
このスコア判定は絶対値ではなく「議論のたたき台」として使ってください。境界値（3〜4点、6〜7点）に位置する場合は、次項の追加判断ポイントで補強します。
スコアが境界値のときの追加判断ポイント
境界スコアの場合、次の観点で内製寄り／外注寄りの判断を微調整します。
- 人材採用の見込み: 半年以内に保守経験者を採用できる見込みがあるなら内製寄り、採用市場が厳しく現実的でないなら外注寄り
- 経営層の関与度: 経営層が保守業務の当事者意識を持ち予算配分に理解があるなら内製維持は選択肢に残る。関心が薄い場合は外注化で責任分界を明確にする方が現実的
- 既存ベンダーの品質実感: 過去に部分外注していた経験があり品質・レスポンスに満足しているなら外注拡大の心理的ハードルは下がる
- 契約リスク許容度: 業務が季節変動する場合、月額固定の外注契約は割高になる可能性があり内製＋スポット外注の方が経済的なケースもある
境界スコアの意思決定は、数値だけでなく上記のような定性要素を並記して稟議書にまとめると経営層の判断がスムーズになります。
算出結果・スコアを経営層・上司に説明する際のポイント
算出人数と外注判断スコアが手元にあっても、それをそのまま稟議書に貼るだけでは経営層は動いてくれません。「なぜこの人数か」「なぜ外注か」「実施すると何がどう改善するか」の3点を、数値で語れる形に整えることが重要です。競合記事が扱わない「経営層への説明フレーム」を、そのままテンプレートとして使える形で提示します。
稟議書に載せる4要素（現状・算出根拠・推奨アクション・期待効果）
稟議書は次の4要素で構成すると意思決定者が読みやすくなります。
- 現状: 現在の担当人数・カバーしている対応時間帯・月間障害件数・過去12ヶ月の障害停止時間の実績
- 算出根拠: 本記事の3ステップ計算式に自社数値を代入した結果（固定監視人時・変動対応人時・冗長化係数・算出人数）
- 推奨アクション: 外注判断チェックリストのスコアと推奨（内製維持／ハイブリッド／全面外注）、およびハイブリッドの場合の分担案
- 期待効果: 実施後の期待値（例: 対応時間の短縮／属人化解消／情シスの本業復帰時間の確保／夜間対応の内製メンバー負担軽減）
「算出根拠」を提示することで、後述する属人化リスクや費用試算とセットで「感覚論ではなく数字で判断している」という姿勢を示せます。
属人化リスクを定量化する簡易試算
「担当者が1〜2名しかいない」という状態は、感覚では「危険」とわかっていても数値化されないと経営層に響きません。次の簡易試算で属人化リスクを金額換算しましょう。
属人化リスク金額 = 業務停止1日あたり損失額 × 想定停止日数 × 発生確率
- 業務停止1日あたり損失額: 対象システムが停止した際の売上損失・業務代替コスト（マニュアル運用への切替工数、顧客対応工数など）
- 想定停止日数: 現担当者が急に離脱した場合、代替体制が立ち上がるまでの日数（実務では1〜3週間が多い）
- 発生確率: 担当者の離脱確率（退職率・急病発生率・異動確率を勘案。中小企業では年10〜20%程度が現実的）
例えば、業務停止1日あたり50万円の損失、想定停止日数14日、発生確率15%であれば「属人化リスク金額 = 50万円 × 14日 × 15% = 105万円/年」となります。この金額をベンダー保守契約の年額（例: 300万円）と比較して意思決定できるようになります。
費用比較の観点（詳細は姉妹記事へ）
内製と外注の費用比較は「人件費 vs 外注費」の単純比較にとどまらず、次の観点を含める必要があります。
- 内製の総コスト: 給与＋社会保険料＋教育費＋採用コスト＋オフィス費＋PC/ライセンス費（給与の1.5〜2倍が目安）
- 外注の総コスト: 月額契約費＋スポット対応費＋ベンダー変更時の引継ぎコスト＋契約期間中の値上げリスク
- 見えないコスト: 属人化リスク（前項の金額換算）／機会損失（情シスが本業に割けない時間の価値）／教育中の生産性低下
費用相場の詳細（月額○万円〜／年間人件費○万円〜）は姉妹記事システム保守費用の相場と算出方法を参照してください。本記事では判断ロジックに集中し、費用の具体的相場は別記事に譲る棲み分けとしています。
ハイブリッド体制を選ぶ場合の内製・外注の役割分担例
外注判断スコアが4〜6点で「ハイブリッド推奨」となった場合、次に決めなければならないのは「どの業務を内製で残し、どの業務を外注に切り出すか」の分担設計です。この設計を誤ると「結局どちらも中途半端」という事態に陥りやすいため、代表的な3パターンを提示します。
ハイブリッド分担の3パターン
自社の状況に近いパターンから選び、自社事情に合わせて微調整するのが実践的です。
パターン1: 1次内製 / 2次外注型
- 内製: 問い合わせ受付・軽微対応・障害の1次切り分け
- 外注: 障害の詳細調査・修正リリース・専門技術領域（インフラ／セキュリティ）
- 向いているケース: 情シスが業務ドメインに強く、技術的な深掘りにリソースを割けない企業
パターン2: 日中内製 / 夜間休日外注型
- 内製: 平日日中の監視・対応・改修
- 外注: 夜間・休日のオンコール対応・障害復旧
- 向いているケース: 24時間対応が必要だが、内製メンバーの働き方改革を優先したい企業
パターン3: 通常運用外注 / 改修内製型
- 内製: 業務要件を理解した改修・機能追加・ユーザ折衝
- 外注: 日常監視・障害対応・パッチ適用
- 向いているケース: 業務改善のスピードを重視し、社内エンジニアを付加価値の高い改修に集中させたい企業
いずれのパターンも「内製と外注の責任分界点」を明文化することが成功の鍵になります。分界が曖昧だと障害時に「どちらが対応するか」で時間を浪費します。
外注範囲を決めるときのSLA設計の観点
外注に切り出す範囲を決めたら、次はSLA（Service Level Agreement）の設計です。SLA が緩すぎると期待通りの対応品質が得られず、厳しすぎるとコストが跳ね上がります。最低限、次の観点を契約書に盛り込みましょう。
観点 | 具体的な項目例 |
|---|---|
応答時間 | 障害通知から一次応答までの最大時間（例: 30分以内） |
復旧目標 | 障害通知から復旧までの目標時間（例: クリティカル4H以内、通常24H以内） |
対応時間帯 | 平日日中／24時間365日／夜間休日オンコール |
エスカレーションフロー | 1次担当者不在時の連絡経路・上位者の対応時間 |
稼働報告 | 月次レポートの提出義務・対応履歴の可視化 |
契約変更条件 | 業務量変動時の単価改定ルール・契約解除通告期間 |
契約形態（準委任／請負）の詳細や、それぞれの責任範囲の違いはシステム保守契約の種類と内容｜準委任・請負の選び方と記載すべき条項に委ねます。本記事では意思決定のロジックに焦点を絞り、契約設計は当該記事で深掘りしてください。
まとめ — 自社数値で判断できる状態を作るために
システム保守の適切な人数は、一般論の目安では決まりません。「対応時間帯・月間発生工数・冗長化ポリシー」の3変数を自社数値で代入して算出することで、初めて稟議書に書ける根拠になります。本記事で提示した3ステップの計算式と10問の外注判断チェックリストは、明日から自社の意思決定に転用できる実践ツールとして設計しました。
明日から始められる具体アクションは次の3つです。
- 1週間のログ集計: 過去1〜3ヶ月の障害・問い合わせ件数と平均対応時間を、チケット管理ツールやメール履歴から集計する
- 計算式への代入: 集計した数値を「システム保守の必要人数を算出する3ステップ計算式」に代入し、現在の担当人数とのギャップを可視化する
- 10問チェックの実施: 外注判断チェックリストに回答し、スコアと推奨アクション（内製維持／ハイブリッド／外注）を稟議書のたたき台にまとめる
「体制の型」から先に押さえたい方は姉妹記事システム保守の体制と人数｜規模別の目安と内製・外注の判断基準を、契約書の書き方まで具体化したい方はシステム保守契約の種類と内容｜準委任・請負の選び方と記載すべき条項を、保守業務と運用業務の切り分け方を確認したい方は保守と運用の違いを併せてご覧ください。自社の状況に合わせて必要な観点をピックアップし、意思決定のスピードを上げていきましょう。
外部エンジニアの活用を検討する際のコスト試算や稟議書作成の根拠づくりには、外部エンジニア活用のROI・コスト試算ガイド（稟議書テンプレート付き）もあわせてご覧ください。稟議書にそのまま転用できる観点を体系的に整理しています。
自社の保守体制の妥当性評価や、外注／内製の意思決定に外部視点を入れたい場合は、お問い合わせフォームからご相談ください。要件整理の初期段階から一緒に検討することが可能です。
外部エンジニア活用のROI・コスト試算ガイド（稟議書テンプレート付き）
この資料でわかること
<p>フリーランス・業務委託エンジニアの活用を検討する発注企業担当者が、正社員採用と比較したコスト構造を正確に把握し、社内承認（稟議）を通過させるために必要な試算データ・稟議書テンプレートを提供する。読者がこの ebook を読み終えた後、具体的な数値を使った社内説明資料を自力で作成し、稟議プロセスを前進させられる状態を目指す。</p>
こんな方におすすめです
- コスト試算のための比較表が欲しい方
- 外部エンジニア活用の稟議書を作成したい方
- フリーランス活用のROIを数値で示したい方
入力いただいたメールアドレスにPDFをお送りします。
よくある質問
- システム保守の必要人数を算出する自社の運用ログが揃っていない場合はどうすればいいですか？
過去ログがなくても算出は可能です。直近1ヶ月分の障害・問い合わせ件数と対応時間を試験集計すれば、月10件×平均3Hなら変動対応人時30H程度という目安値で仮算出でき、3ヶ月後に実測データへ差し替えて精度を高める運用が現実的です。
- 算出した必要人数と現在の担当人数に大きな差がある場合、最初に何をすべきですか？
そのギャップこそが稟議書の議論の出発点です。たとえば算出結果が4.7人で現在2人なら、不足2.7人分をどう埋めるか（増員・外注・ハイブリッド）を、外注判断チェックリストのスコアや属人化リスク金額とあわせて稟議書に整理すると説得力が増します。
- 外注判断チェックリストのスコアが3〜4点や6〜7点の境界値だった場合はどう判断すればいいですか？
スコアだけで機械的に決めず、半年以内の採用見込みや経営層の関与度、既存ベンダーへの信頼度といった定性要素を合わせて判断してください。たとえば5点でも採用が絶望的なら外注寄り、逆に候補者がいるなら内製維持寄りに倒すなど、数値と定性情報を併記して稟議書にまとめるのが実践的です。
- 属人化リスクを経営層に説明できる金額として示すにはどう計算すればいいですか？
「業務停止1日あたり損失額×想定停止日数×発生確率」で概算できます。たとえば損失額50万円・停止14日・発生確率15%なら年間105万円となり、これをベンダー保守契約の年額（例: 300万円）と比較すれば、外注の投資対効果を具体的な数字で経営層に説明できます。
- ハイブリッド体制にする場合、内製と外注の分担はどう決めればいいですか？
自社の強みが業務知識か技術対応力か、優先したいのが夜間対応の負担軽減か改修スピードかによって「1次内製/2次外注」「日中内製/夜間外注」「通常運用外注/改修内製」のいずれかを選びます。選定後はSLAで一次応答30分・復旧目標4H以内などの数値基準を契約書に明記し、責任分界点を曖昧にしないことが重要です。
