Loading article…
情報サービス調達ライブラリ（ISPL）は、情報技術関連の調達プロセスを管理するためのベストプラクティスライブラリです（Euromethodから派生）。リスク管理、契約管理、計画策定のための方法とベストプラクティスを提供することで、顧客とサプライヤーの組織が、適切な時間と費用で望ましい品質を達成できるよう支援します。ISPLは、顧客とサプライヤーの組織間の関係に焦点を当てています。提案依頼書の作成、プロジェクトの状況とリスクに応じた契約と納品計画の作成、納品フェーズの監視を支援します。ISPLは、他のほとんどの情報技術手法やフレームワークが開発に焦点を当てているのに対し（例：DSDM、RUP）、情報サービスの調達に特化しているため、独自の情報技術手法と言えます。ISPLの対象ユーザーは、IT（情報技術）分野の調達マネージャー、調達マネージャー、プログラムマネージャー、契約マネージャー、施設マネージャー、サービスレベルマネージャー、プロジェクトマネージャーです。 ISPLは調達に重点を置いているため、ITIL（ITサービス管理）やPRINCE2（プロジェクト管理）と併用するのに非常に適しています。[ 1 ]
ISPLを利用する主な利点は4つあります。
これらの利点については、以下の段落で詳しく説明します。
顧客は競争市場のメリットを最大限に活用できます 。ISPLは顧客組織が提案依頼書（RFP）を作成するのを支援し、目次も提供します。ISPLの提案依頼書において非常に重要な部分の一つは、サプライヤー評価方法の詳細説明です。サプライヤー評価方法の完全な透明性により、候補となるサプライヤー組織は真に競争力のある提案書を作成するようになります。その結果、顧客は競争市場のメリットを最大限に享受できます。
ISPLは、サプライヤーの提案を比較しやすくする ために、候補サプライヤー組織の提案書の目次を規定しています。また、顧客と候補サプライヤー組織に共通の明確な用語を提供します。これにより、候補サプライヤーの提案書を非常に簡単に比較できるようになります。
状況に真に合った戦略を採用することで、 ISPLはユーザーに非常に包括的なリスク管理プロセスを提供します。ベストプラクティスに基づき、顧客とサプライヤー双方の状況に真に合ったデリバリー戦略を設計するのに役立ちます。最適とは言えない戦略を選択するとコストが増加するため、これは顧客とサプライヤー双方にとってメリットとなります。第「サービス計画」の章では、状況とリスクの分析、およびサービスデリバリー戦略の設計について説明します。
契約を統制手段として 活用するISPLは、顧客企業とサプライヤー企業が調達のあらゆる重要な側面を明記した契約を締結するのに役立ちます。例えば、要求事項リスト、予算、納期計画はすべて契約書に明記されます。これにより、顧客企業とサプライヤー企業の両方にとって非常に強力な統制手段となります。顧客企業にとっての利点の一つは、サプライヤー企業がすべての納期を遵守するよう強く促されることです。なぜなら、納期を守らなければサプライヤーは契約違反となるからです。サプライヤー企業にとっての利点の一つは、顧客企業が要求事項を変更して開発プロセスを遅らせることがはるかに困難になることです。つまり、ISPLを活用することで、コストと納期をより適切に管理できるようになります。
ISPLは、オランダのEXINとID Research（ORDINA）、ドイツのFAST、フランスのSEMA、フィンランドのTIEKEという5つの欧州企業からなるコンソーシアムによって1999年に開発・公開されました。ISPLの開発は、欧州委員会が1998年に開始したSPRITE-S2プログラムの一環でした。ISPLはEuromethodを基に開発され、約200件の実際の買収事例の研究に基づいています。
ISPLはベストプラクティスライブラリですが、書籍だけで構成されているわけではありません。ISPLの構造を図1に示します。この図では、書籍は四角形で、その他のツールは円で表されています。基盤となるのは、IS調達管理の基本を解説した4冊の実践的な書籍です。さらに、公共調達に関する書籍も用意されています。IS調達管理の基本を解説した書籍には、特定のニーズや状況に対応したプラグインが用意されています。現在、3つのプラグインが利用可能で、大きな市場ポテンシャルが見込まれています。製品ソフトウェアの調達に関する4つ目のプラグインは現在開発中です。
ISPLの各部門に関する詳細情報については、以下のリンクをご覧ください。
図2はISPLのメタプロセスモデルを示しています。このモデルを用いることで、ISPLを他の情報技術手法やフレームワークと容易に関連付け、比較することができます。各プロセスには、より詳しい情報へのリンクを付記します。
要件を定義する
要求事項の定義はISPLの範囲外です。要求事項の定義に関する詳細については、「要求事項管理プロセス」の項目を参照してください。
成果物を指定する
顧客組織とサプライヤー組織の両方が、相手方から受け取りたい情報とサービスを明確に指定する必要があります。成果物の仕様に関する詳細は、「成果物の仕様」の章を参照してください。
状況分析、リスクの特定、戦略の選択
顧客組織は、状況分析を実施して重大なリスクを特定し、適切な納品戦略を用いてリスクを軽減する必要があります。詳細については、「リスク管理と納品計画」の章を参照してください。
意思決定を行う
配送計画の実行中、顧客とサプライヤーは各意思決定ポイントで意思決定を行います。これが契約監視フェーズです。
本章では、ISPL（インターネットサービスプロバイダーライセンス）の取得プロセスを、顧客とサプライヤーの相互作用という観点から概説します。図3は、取得プロセスにおける顧客とサプライヤーのプロセスの流れを示しています。続く段落では、図3のプロセスと本項で説明する理論的な情報を結びつけ、実践から理論への橋渡しを行います。
RFPを作成する
提案依頼書を作成するには、まず顧客が調達目標とその他の要件を記述し、状況分析とリスク分析を実施する必要があります。リスク分析に基づいて、納品計画を作成する必要があります。これらの活動の詳細については、「リスク管理と納品計画」の章、および「調達プロセス管理」の章の「調達開始」の段落を参照してください。提案依頼書は、入札成果物です。
提案をする
供給会社は、調達目標をどのように達成できるかを明確にした提案書を作成します。提案書に関する詳細は、「入札成果物」の項を参照してください。
選択
顧客はサプライヤーを選定します。選定活動は、調達プロセスの一部である入札プロセスの重要なステップです。
契約交渉
顧客とサプライヤーは契約について交渉します。通常、これは納品計画がより詳細なレベルに精緻化されることを意味します。「リスク管理と納品計画」の章の情報は、納品計画の更新に活用できます。
意思決定を行う
各契約について、納品計画が実行されます。顧客とサプライヤーは、各意思決定ポイントで意思決定を行います。個々の契約における最終決定は、#契約完了に達するかどうかです。このフェーズで使用される成果物は、#意思決定ポイント成果物タイプです。完全な調達プロセスの最終決定は、#調達完了です。
ISPL取得プロセスとは、ビジネス目標やニーズに貢献する目標を達成するためにシステムやサービスを取得する実際のプロセスです。これはISPLメソッドの最も重要な部分の一つです。この章は[2]の要約です。
図4はISPL取得プロセスのモデルを示している。取得プロセスは3つの連続したプロセスステップから構成される。
これらの個々のプロセス手順については、以下の段落でより詳しく説明します。
ISPLでは、「ターゲットドメイン」と「サービスドメイン」という用語が非常に頻繁に使用されます。
対象ドメイン 対象ドメインとは、顧客組織の中でサービスによって影響を受ける部分のことです。
サービスドメイン とは、サービスを提供する組織、つまりサプライヤーのことです。
顧客契約担当者が調達プロセスにおいて最初に実行するプロセスは、調達開始プロセスです。これは、調達目標の定義と調達計画という2つの連続したプロセスステップで構成されます。このプロセスの最終結果は、調達戦略を反映した調達計画と、調達目標を定義するシステムおよびサービス要件の明確な理解です。調達開始プロセスは図5に示されています。
このステップの結果として、買収の対象となるシステムとサービスに対する要件、および企業とその様々な利害関係者にとってのコストとメリットについて、十分に明確な理解が得られます。このプロセスステップは、次の4つの活動で構成されます。
ビジネスニーズのインプットは、要件管理プロセスによって提供されるのが理想的です。
このフェーズの目標は、状況に適した調達戦略を策定し、調達における主要な意思決定ポイントを計画し、調達組織を確立することです。調達計画フェーズは、以下の活動で構成されます。
ステップ2から4については、「リスク管理と配送計画」の章で詳しく説明します。
買収目標の定義と買収計画の策定は、いずれも買収開始フェーズに含まれる活動です。このフェーズの詳細については、こちらをご覧ください。
ISPL調達プロセスの調達段階は、単一の契約の締結を意味します。なお、調達自体は複数の調達を含む場合があります。このような契約は、1つまたは複数のプロジェクト、あるいは継続的なサービスで構成されます。調達段階は、以下の3つのプロセスから構成されます。
入札プロセスの目的は、対象となるサービスおよびシステムについて供給業者と提案を選定し、選定された供給業者と、両当事者の納品内容と責任を明確にした契約を締結することです。このような契約において非常に重要な側面は、意思決定ポイントの計画です。入札プロセスは、以下の4つのステップで構成されます。
このプロセスは、契約で定められたサービスを監視することを目的としています。納品物とサービスが契約の要件に適合していることを確認する必要があります。契約監視プロセスにおいて最も重要な活動は、意思決定ポイントの実行です。意思決定ポイントの実行において、顧客組織は、特定の時点における調達状況に基づいて判断と決定を行います。
このプロセスの目的は、調達契約（入札段階で作成・署名されたもの）における、未解決の技術的および商業的要件がすべて満たされていることを確認することです。
これは、買収に関するすべての契約が正式に完了したことを意味します。買収マネージャー（多くの場合、顧客企業の契約責任者）は、すべての契約が円満に締結され、買収目標が達成されたことを確認する必要があります。買収完了プロセスは、次の4つの活動で構成されます。
以下の段落では、買収完了における様々な活動について詳しく説明します。
調達マネージャーは、各契約の完了段階が完了し、必要な報告書が作成されているかどうかを確認することで、各種契約の完了状況をチェックする必要があります。必要に応じて、調達マネージャーは、必要な契約について契約完了プロセスを開始する必要があります。
残念ながら、個々の契約の目標がすべて達成されたとしても、それが必ずしも買収目標の達成を意味するわけではありません。買収完了のこの段階では、買収マネージャーは顧客企業の事業目標が達成されているか、買収において見落とされた部分がないかを確認する必要があります。
契約の履行状況と買収目標の達成度を評価した上で、買収が完了したか否かが決定されます。この決定は通常、買収担当マネージャーが、買収に関わるすべての組織責任者の代表者とともに行います。1つ以上の契約が完了していない場合、または買収目標が達成されていない場合は、顧客企業の組織責任者の関与が必要となります。
買収担当マネージャーは買収報告書を作成する必要があります。この報告書の目的は、買収プロセス中に下されたすべての決定、買収の完了度、および将来の買収に活かせる教訓を記録することです。買収報告書に含めるべき興味深いデータは以下のとおりです。
包括的な買収報告書の根底にある考え方は、企業が自社の過ちや経験から学ぶためには、それらが適切に文書化され、将来の関連する状況で活用できる必要があるという点にある。
ISPLのリスク管理手法は、純粋にヒューリスティクスに基づいています。状況を記述・分析することで、重大なリスクを特定し、適切な行動と戦略を選択することでリスクを軽減できます。ISPLは、リスクと状況要因をリスク軽減策や戦略に結びつけるヒューリスティクスを提供します。本章は[3]の要約であり、[4]の情報も含まれています。
リスク管理と納品計画のプロセスは図6に示されています。このプロセスにおける各ステップについては、以下の段落で詳しく説明します。
プロセスの最初のステップは、調達するサービスを記述することです。プロジェクトと継続的なサービスの違いに注意することが重要です。両方のタイプのサービスは異なる方法で記述されます。ISPLは、ユーザーに2つの異なるガイドラインを提供します。
継続的なサービスを説明するには、2つのステップがあります。以下の段落では、それぞれのステップについて簡単に説明します。
ISPLは、サービスの種類を識別するための2つの方法を提案している。
これらの方法は、ISO-LCP規格を用いて様々なプロセスタイプを特定し、パブリックドメインのサービスパッケージを用いてISO-LCPプロセスを詳細化するという順序で使用できます。サービスパッケージの公開されている説明の例として、ITILに記載されているものがあります。なお、ITILではサービスパッケージはプロセスと呼ばれています。ISO-LCP規格の詳細については、ISO/IEC 12207に関するWikipediaの記事を参照してください。
サービスは、そのサービス特性によってより詳細に記述できます。すべてのサービス特性は、次の3つのグループに分類できます。
ISPLは、これら3つの特性グループすべてを記述するための方法を提供する。
プロジェクトは、初期状態と最終状態、つまり現状と望ましい状態によって記述されます。これは、運用項目（調達する情報サービスの実際の部分）と記述項目（ドキュメント）を指定することによって行われます。初期状態と最終状態のドキュメント化の概要は、以下の段落で簡単に説明します。運用項目と記述項目の記述に関する詳細は、「成果物の指定」の章を参照してください。
情報サービスの各構成要素について、運用項目の内容と品質を記述する必要がある。次に、既に存在する将来の運用項目の記述のうち、プロジェクトで使用するのに適切なものはどれかを評価する必要がある。
最終状態で使用されるすべての運用項目は文書化する必要があります。これらの運用項目を記述する際には、以下の点に重点を置くべきです。
運用上の項目だけでなく、調達予定の情報サービスのドキュメントについても記述する必要があります。クライアントは、情報サービスの保守および今後の開発に必要なドキュメントのプロファイルを記述しなければなりません。
サービス計画プロセスは、以下の3つのサブプロセスから構成されます。
実際には、これら3つのサブプロセスに続いて、状況およびリスク分析プロセスに情報を提供するリスク監視プロセスが実施されます。
この章では、「複雑性」と「不確実性」という用語が頻繁に用いられています。
ISPLの文脈における複雑性とは、利用可能な知識を管理する際に遭遇する困難さを指すと考えられる。
ISPLの文脈における不確実性 とは、利用可能な知識の不足とみなすことができる。
分析のサブプロセスは、状況分析とそれに続くリスク分析に分けられる。
顧客組織とサプライヤー組織の両方の状況は、情報サービス調達プロセスの成功に大きな影響を与えます。状況分析とは、状況要因とその値を特定することです。状況要因の値は、提供されるサービスの全体的な複雑さまたは不確実性に対する相対的な寄与度を示します。複雑さと不確実性の両方について、高、低、中のいずれかの値をとります。ISPLメソッドは、ユーザーが状況要因の値を決定するのに役立つ一連の表を提供します。そのような表の一部の例を表1に示します。
リスク管理戦略は、図7に示すように状況によって異なります。
すべての状況要因の値が確定すると、サービスの全体的な複雑性と不確実性を判断することが可能になります。これらの2つの要因は、サービス提供戦略の設計において管理者が活用できます。
状況分析では、各状況要因に複雑性と不確実性の値が割り当てられています。リスク分析では、これらの値を使用して、起こりうるリスクとその発生確率を特定します。顧客ビジネスにおける起こりうるリスクの例としては、ビジネスコストの予測不能な増加、システム納品の遅延、サービスまたはシステムの品質低下などが挙げられます。提供されるサービスの品質に影響を与える可能性のあるリスクの例としては、サービス担当者のモチベーション低下、要件の不明確さ、他のサービスまたはシステムとのインターフェースの不確実性などが挙げられます。ISPLは、状況要因とリスクを対応付ける表を提供しています。そのような表の例は、表2に示されています。
発見された各リスクについて、発生確率と影響（結果）の両方が評価されます。これら2つの値の積はリスクエクスポージャーと呼ばれます。リスクエクスポージャー値は、サービス提供にとって重要なリスクを特定するために使用されます。重要なリスクは、サービス提供戦略の設計と意思決定ポイントの計画に影響を与えます。
このプロセスでは、サービス記述、状況分析、リスク分析を入力として使用し、最適なサービス提供戦略を定義します。結果として得られるサービス提供戦略は、次の3つの要素で構成されます。
ISPLは、リスクを軽減し、リスクを引き起こす個々の状況要因を変えるためのヒューリスティックを提供します。これらのヒューリスティックの一部は表3に示されています。
サービス実行アプローチは、サービスの実行方法を決定します。プロジェクトの場合、サービス実行アプローチは開発アプローチと呼ばれます。これは、記述アプローチ、構築アプローチ、およびインストールアプローチで構成されます。ISPLは、状況分析とリスク分析で判明した状況要因と重大なリスクに最も適した記述、構築、およびインストールアプローチの種類に関するヒューリスティックをユーザーに提供します。たとえば、ISPLは、全体的な複雑さと不確実性の両方が高い場合、進化的な構築およびインストールアプローチを使用することを推奨します。
サービス制御アプローチの選択は、状況分析で明らかになった状況要因、全体的な複雑さ、および不確実性に基づいて行われます。ISPLは、さまざまな状況要因に対してどのタイプの制御が最も適しているかについてのヒューリスティックを提供します。制御には、開発、品質、構成の3種類があり、これらは正式な形式と頻繁に使用される形式の両方で適用されます。
包括的なサービス戦略を策定した後、選択した戦略オプション間の整合性を確認し、必要に応じて一部の選択肢を調整する必要があります。また、選択した戦略がすべての重大なリスクに対処しているかどうかを確認することで、その影響を分析する必要があります。さらに、一部の戦略は新たな重大なリスクを引き起こす可能性があることも留意すべきです。
意思決定ポイント計画の目的は、#デリバリー戦略設計を入力として使用し、意思決定ポイントの順序を決定し、各意思決定ポイントについて明確な説明を与えることです。意思決定ポイントの順序と内容は、選択されたサービス提供戦略を反映する必要があります。意思決定ポイント計画は、次の順序で行われます。
意思決定の基本的な流れは、配送戦略設計に基づいています。ISPLは、さまざまな配送戦略オプションに対して、どのような基本的な流れを使用すべきかについてのヒューリスティックを提供します。
見つかった基本的な手順は、 #配送戦略設計のリスクを軽減するためのアクションのリストに合わせて調整されています。
ISPLは、意思決定ポイントに含めるべき情報要素について説明しています。例えば、目的や前提条件などが挙げられます。あらゆる意思決定において、必要な成果物を明確に定める必要があります。一般的なルールとして、成果物には意思決定に必要な量の情報を含めるべきですが、それ以上の情報は含めるべきではありません。情報が多すぎるとコストがかさみ、意思決定者の注意力が散漫になります。このトピックに関する詳細は、「成果物の指定」の章をご覧ください。
リスクモニタリングは、意思決定ポイント計画フェーズの後に行われます。その結果は、必要に応じてサービス計画の「状況およびリスク分析」フェーズへのインプットとして活用できます。リスクモニタリングには、リスクおよびリスク軽減策の追跡、管理、監視が含まれます。
ISPLは、顧客とサプライヤーの関係に焦点を当てています。両者間のコミュニケーションが明確かつ曖昧でないことが非常に重要です。成果物とは、サプライヤーと顧客組織の間で（双方向に）交換される製品です。成果物は、調達プロセスのすべての段階で交換されます。たとえば、入札段階の提案依頼書、納品計画の実行中の中間バージョン、各契約の終了時の契約完了宣言などです。ISPLは、調達プロセスで必要となるすべての成果物の仕様に関するガイダンスを提供します。この章は[5]の要約です。
ISPLは成果物を様々な種類に分類し、それぞれに定義された一連の特性を持たせています。これらの特性は、各種類の成果物によって得られる知識を特徴づけるものです。図8は、様々な種類の成果物を示しています。
契約ドメイン成果物は、調達におけるすべての契約を定義および管理するために使用されます。契約ドメイン成果物には、入札成果物と意思決定ポイント成果物の2種類があります。以下の段落では、それぞれの種類について詳しく説明します。
入札成果物は、調達におけるすべてのサービスに対する要件を定めるために、入札プロセスで使用されます。入札成果物には、次の4種類があります。
ISPLは、顧客およびサプライヤー組織に対し、各タイプに応じたテンプレートを提供します。入札成果物にはすべて、納品および意思決定のポイントがすべて確定した納品計画が含まれていることに留意することが重要です。
意思決定ポイント成果物は、契約監視フェーズにおける納品計画の実行中の意思決定を支援します。意思決定ポイント成果物には、次の2種類があります。
これらの各タイプには、それぞれより詳細なサブタイプがあります。契約状況報告書は、契約の現在の状況を記述する意思決定ポイント提案のサブタイプです。契約完了報告書は、意思決定ポイント提案のサブタイプであり、契約がビジネス目標を正常に達成したかどうかを記録します。ISPLは、各意思決定ポイント成果物タイプおよびサブタイプの目次を提供します。
サービスドメイン成果物は、サービスドメインを記述したものです（詳細は「対象ドメインとサービスドメイン」の項を参照）。これらは、サービスの計画と管理のために、顧客組織とサプライヤー組織の両方によって提供されます。サービスドメイン成果物には、サービス計画とサービスレポートの2種類があります。
サービス計画は、サービスレベル、成果物、スケジュール、リソース、コストといった観点から、特定された目標を達成する方法に関する情報を提供します。例えば、目標達成のための指針を示すことができます。ISPLは、サービス計画に含めることができるさまざまな特性について説明します。
サービス計画とは対照的に、サービス報告書はサービスレベルと結果をレビューすることでサービス状況を管理します。サービスの生産性を記録し、是正措置を提案します。ISPLは、サービス報告書に記載する各物件について、どのような情報を含めるべきかについてのガイダンスを提供します。
対象領域は、対象領域成果物を用いて記述されます。対象領域成果物には、運用項目と記述項目の2種類があります。以下では、これら両方について説明します。
運用アイテムとは、調達の一環として設置される、または設置される予定の、納入されたシステムまたはシステムコンポーネントのことです。これらは対象領域の機能に貢献します。以下に、さまざまな種類の運用アイテムの例を示します。
実際には、運用項目に関する記述は既に存在することが多い。機能特性と品質特性を区別することが重要である。
記述項目は、対象領域に関する知識を捉えるものです。これらは、企業組織、業務プロセス、情報サービスなどを記述するために使用できます。ISPLは、記述項目のすべての特性を容易に順序付けできる記述項目プロファイルを提供することで、記述項目の記述に関するガイダンスを提供します。