幸福なプロジェクトはすべて同じであり、不幸なプロジェクトはそれぞれ独自の方法で不幸です。
私はITAMソリューションの実装で 6年間、そのうち3年間、ビジネスプロセスの実装と自動化に携わってきました。 IT資産管理プロセスの自動化プロジェクトでは、さまざまな神話に常に取り組んでいます。
これらの誤解の性質は非常に異なります。方法論、技術的側面、プロセス関係の構築におけるエラー、不当な期待などの理解不足です。
これらの神話をより詳細に検討し、それらを払拭または確認してみてください。
IT資産とは何ですか？
矛盾を排除するために、最初に-用語について。
IT資産管理プロセスは、IAITAM（IBPL）、ITIL、COBIT5、ISO 19770など、いくつかの知識源によって記述されています。 Naumen社は、実際には上記の知識ソースを使用してIT資産の管理を整理していますが、ITILとIBPLに依存しています。 したがって、IT資産は、ITサービスを提供するコストの形成においてサービスプロセスに参加し、クライアントにとっての価値の形成に寄与するオブジェクトとして定義されます。
さらに、IT資産と構成単位（KE）は同じではありません。 違いは、IT資産はKEと比較してライフサイクルが延長されており、計画、プロビジョニング、調達、および償却がカバーされていることです。 IT資産はKEと見なすことができますが、すべてのKEがIT資産であるとは限りません。
神話を分析し、妄想を取り除きます
自動インベントリにより、IT資産情報が最新であることを保証します
最初の神話は最も人気のあるものの1つです。 10のプロジェクトのうち8つで、実装の目標は次のとおりです。ハードウェアとソフトウェアに関する情報を収集するルーチンプロセスを自動化することです。 それについて議論するのは難しいです、なぜなら 最先端のインベントリツールにより、IT資産データを手動で管理する必要がなくなります。
IT資産に関する情報は何ですか？
- アセット自体のプロパティ。 IT資産に関するほとんどすべての情報を自動的に収集および更新できます。 名前、モデル、製造元、運用責任者など
- 財務情報。 ほとんどの場合、別のインベントリシステムから取得されるか、自動的に蓄積されます。 コスト、残高保有者、保証期間、調達契約など。ただし、 1つ：IT資産と固定資産がプロジェクト内で異なる概念である場合、それらを比較するためのルールに同意する必要があります。
- 構成情報。 構成モデルを使用する場合、資産とその関係に関する情報は、それに基づいて計算できます。
- コスト管理モデル。 財務モデルとライセンスモデルが使用されます。 コスト配分ドライバー、使用済みライセンスなど
ニュアンスは、IT資産の一部のプロパティを自動的に収集できないことです。 たとえば、資産の場所を特定する方法は？ これは物理的な世界の特性です。 または、構成モデルでIPサブネットを維持する原則を規定し、場所とIPサブネットの対応に基づいてルールベースを維持します。
IT資産のステータスは、運用プロセスを通じて管理する必要があります。 固定資産との通信は手動で設定する必要がありますが、これも自動化できます。 これを行うには、調達計画プロセスとのインターフェースを確立するだけで十分です。調達情報をIT資産と比較しやすい調達アイテムの形式で提供します。
リソースサービスモデルまたはリソースファイナンスモデルとライセンスモデルのIT資産の場所に関する情報は自動的に取得できますが、最も重要なタスクはこのモデルを慎重に維持することです。
その結果、自動インベントリによりIT資産のデータの関連性が保証されますが、追加の設計と「手動」調整なしで行うことは困難です。
ITSMシステムとのリンクはオプションです
次の一般的な神話は、IT資産会計の実装にITSMシステムおよび他のユーザーサポートプロセスとの密接な統合が必要ないということです。
この論文を反証します。 これを行うために、IT資産管理プロセスの一部として管理オブジェクトの単純化されたモデルを検討します。
この図は、IT資産の要求とユーザーの要求が相互接続されていることを示しています。 サービスとの関係も追跡されます。 同様に、IT資産の分類と典型的な構成に関する情報は、典型的なサービス要求と典型的な変更要求で使用されます。 また、IT資産自体を管理するプロセスは、ITサービスを管理するプロセスと密接に関連しています。
したがって、ITSMシステムはIT資産に関する情報のソースであり消費者でもあるため、ITシステム間の接続は明らかです。
IT資産管理はサービスカタログに影響しません
「クラシック」ITILは、IT資産（構成単位）とサービスカタログの分類を分離します。 一方では、これは公平であり、他方では、2つのディレクトリを保持する必要があります。
- IT資産の分類子。
- IT内のIT資産がサポートされるサービスのカタログ。
これらのディレクトリによって決定される情報を見てみましょう。
IT資産分類
カテゴリには特定の情報が含まれます。
- カテゴリーマネージャーについて;
- 追加フィールドとカードの外観;
- IT資産に対する責任
- 関連するIT資産。
サービスカタログ
サービスには、リクエストの処理順序を決定する情報が含まれています。
- サービスマネージャー;
- 要求に責任を負う;
- 登録に利用できるリクエストの種類。
余分なエンティティを削除します
「オッカムのカミソリ」の原則を適用し、余分な括弧を取り除き、制御エンティティの数を減らします。 その結果、カテゴリのディレクトリを放棄することが可能になります。
IT資産のあるカテゴリを検討する場合、誰かがそれをサポートする必要があります。 IT内でサービスを提供します。 サービスに関連して維持される情報は、欠落している属性で補完され、単一のエンティティ、サービスカテゴリを取得できます。
なぜそれが必要ですか
このようなアプローチにより、Service Catalogの完全性に追加のチェックが追加され、IT資産の分類がより慎重になります。
IT資産と資産ID
この論文に同意することは困難です。なぜなら、 IT資産には、会計で会計処理されない可能性のあるエンティティの会計が含まれます。 したがって、正しいステップは、プロジェクトの開始時に同意し、IT資産に関する情報の主要なソース（IT資産会計システムまたは会計システム）を選択することです。 その後、必ず、固定資産（および無形資産と低評価）とIT資産を比較するプロセスを整理する必要があります。
固定資産をロードし、それらをIT資産と1対1で比較することが不可能なのはなぜですか？ それ以外の場合は、IT資産の代わりに、製品範囲の別のディレクトリを取得するためです。
正しいスキームは、ITシステムの資産と固定資産のエンティティを分離し、会計システムから有用な情報をさらに取得するための相互の組み合わせです（たとえば、固定資産のコスト）。
サービスのコストに関する情報を自動的に蓄積できます
プロジェクトの経験から、ITサービスのコストに関する情報の収集を完全に自動化すると、非常に費用がかかることがわかります。 たとえば、リソース財務モデルの更新に携わる特別なスタッフが必要になる場合があります。 最終的にはより効率的です。モデルの完全自動化と手動更新、または部分的な手動アカウンティングは、特定のプロジェクトの問題です。
サービスの原価計算プロセスを完全に自動化するために必要なもの
| 会計エリア
| 自動化する方法
|
IT資産コストデータソース
| 会計システムとの統合：
|
サービスのコストの割り当て
| リソースサービスモデルの構築：
リソース金融モデルの構築：
リソース財務モデルを維持するプロセスの実装：
|
ご覧のとおり、これはかなり深刻な作業量であり、その有効性は特定の（かなり大きな）規模から始まります。
小計
以下を含むIT神話への抵抗 クライアント側でIT資産を管理する際に、特定の問題やプロセスの誤った理解を排除することは、実装ベンダーの作業の不可欠な部分です。
今日、私たちはIT神話の一部のみを「明らかに」し、挑戦しました。
- IT資産に関するデータの関連性は、自動インベントリだけでは達成できません。 「手動」調整が必要です。
- IT資産とITSMシステムの組み合わせが必要です。
- IT資産管理がサービスカタログの拡大に貢献するのは事実です。
- IT資産と固定資産は同一ではありません。
- ITサービスのコストに関する情報収集を完全に自動化するには、多大な投資が必要です。
次回は、IT資産管理プロセスの自動化の分野における他の一般的な神話を検討し、それらと「連携」する方法を示します。