ITSMとITILの違い
ITSM（ITサービスマネジメント）は「IT部門が社内にサービスを提供する」という考え方。ITILはITSMのベストプラクティスをまとめたフレームワークです。ITIL4が最新版です。
ITIL4の基本原則（中小企業向け抜粋）
- 価値にフォーカス：ユーザーにとっての価値を常に意識
- 今あるものから始める：ゼロから作らない。既存の仕組みを改善
- シンプルに保つ：過度なプロセスは逆効果
中小企業に必須の4プラクティス
| プラクティス | 内容 | ツール例 |
|---|---|---|
| インシデント管理 | 障害・問い合わせの受付・対応・記録 | Teams + SharePointリスト |
| サービスリクエスト | PC手配、アカウント作成等の定型依頼 | Power Apps + Power Automate |
| 変更管理 | システム変更の計画・承認・実施 | SharePoint承認フロー |
| ナレッジ管理 | 手順書・FAQの蓄積・共有 | SharePoint Wiki/OneNote |
BTNコンサルティングの支援
ITSM体制の構築、ヘルプデスク運用の設計を支援します。
中小企業の実装ステップ（90日プラン）
Day 1〜30：インシデント管理の立ち上げ
- Teamsに「ITヘルプデスク」チャネルを作成、社員からの問合せ受付窓口を一本化
- SharePointリストで問合せチケット管理（受付日・対応者・ステータス・解決日・カテゴリ）
- 定型問合せ TOP10（パスワード、Teams音声、印刷、新規アカウント等）の対応手順を文書化
- SLA目標を設定（一次回答4時間、解決平均1営業日等）
Day 31〜60：サービスリクエストの自動化
- Power Apps で「PC手配」「アカウント作成」「権限付与」等の申請フォームを作成
- Power Automate で承認ワークフロー（部長承認→情シス実施→申請者通知）を構築
- SharePointで「申請履歴」を自動記録、月次レビューで処理時間を測定
- 承認済み定型作業はBot化（Copilot Studioで実装するパターンも増加中）
Day 61〜90：ナレッジ管理と継続改善
- 過去のインシデント・サービスリクエストから頻出パターンを抽出、FAQ化
- SharePoint or Notionに社内ナレッジベースを構築。Microsoft 365 Copilotで横断検索可能に
- 月次KPIレビュー（処理件数、平均処理時間、満足度、ナレッジ参照率）
- 四半期ごとに「やらない業務」「自動化する業務」の棚卸し
中小企業がやりがちなアンチパターン
- 過度なプロセス化：5名のIT部門にCAB（Change Advisory Board）を作っても形骸化する。週次の口頭確認で十分
- 高価なITSMツール：ServiceNow等を中小企業がフル機能で使うのは過剰。M365 Lists・Power Platformで代替可能
- 厳格すぎる変更管理：軽微な変更まで承認を求めると、業務を止めてしまう。リスクベースで「軽微・標準・重大」を区分
- ナレッジの私物化：個人のOneNote・メールに知見が散在。SharePoint等の共有場所に強制的に書く文化づくり
AIエージェント時代のITSM
2026年現在、生成AIエージェントによるヘルプデスク自動化が広がっています。Microsoft 365 Copilot Studioで作るFAQ Bot、ServiceNow Now Assist、Atlassian Jira Service Management の AIなど。中小企業でも、定型問合せの一次回答をAIエージェントが担い、複雑な問題のみ人が対応する構成が現実的になっています。Copilot StudioでFAQ Botもご参照ください。
まとめ
中小企業のITSMは「シンプルに始める → 90日で回し切る → 継続改善」が鉄則。インシデント管理とサービスリクエストの2つを軸に、SharePoint／Power Platform／Copilot Studioで段階的に自動化を進めれば、ひとり情シスでもITIL4準拠の運用が現実的に回せます。重い管理プロセスやServiceNow等のフルスケールITSMツールは、組織が大きくなった段階で再検討すれば十分です。