Loading article…
VPEC-T分析（価値、ポリシー、イベント、コンテンツ、信頼）は、一連の思考フィルターまたはガイドで構成される思考フレームワークです。これは、「ビジネスニーズからITソリューションへの翻訳における損失を防ぐための簡略化された「言語」」[ 1 ]を提供し、共通の関心事を持つものの優先順位や責任が異なる複数の関係者のシステムに対する異なる見解を分析する際に使用されます。 ここでいう「システム」は、統合された全体を形成する、相互作用または相互依存する実体（現実または抽象）の集合という広い意味で使用されます。これは、業績評価[ 2 ]のような小さなものから、刑事司法制度のような大きなものまで、「システム」に適用されます。
VPEC-T（「ヴィーペクティー」）は、エージェント間の相互作用や当事者間のコミュニケーションが容易に曖昧さを生じさせる場合に使用されます。この分析形式は、相互作用やコミュニケーションのコンテキストが無秩序、複雑、または混沌としており、誤解を招きやすい場合に特に適しています。これは、エンタープライズアーキテクチャを実行する新しい方法として認識されており[ 3 ] 、また、サービスを設計する方法としても認識されています[ 4 ] 。
VPEC-T は、情報システムを研究する人々を支援するフレームワークとして最初に考案されました。情報システムでは、関係者の相反する見解が適切な理解の妨げとなる可能性があります。このような状況の例は、ビジネスと情報技術 (IT) の境界でよく見られます。[ 5 ] 1990 年代以降、IT は情報システムの地位を奪いましたが、IS と IT は同じではありません。IT はコンピュータとプログラムに関するものです。IS は、タスクが適切に完了するために IT を取り巻くすべて、つまり人、プロセス、情報を包含します。[ 6 ]
VPEC-Tという名称は、それが重点を置く5つの要素、すなわち価値（value）、ポリシー（policies）、イベント（events）、コンテンツ（content）、信頼（trust）の頭文字に由来しています。これらの要素はすべての情報システムに存在し、よりシンプルなコミュニケーションにおいても、ほとんどが何らかの形で存在します。
実際に存在するシステムであれ、計画中のシステムであれ、その説明、議論、理解に携わる各当事者は、それぞれが慣れ親しんだ概念的枠組みの中でシステムを捉えます。通常、各当事者はシステムの価値について異なる見解を持ち、システムに組み込まれたポリシーに関する知識はそれぞれの責任に応じて異なります。また、システムによって処理されるイベントのごく一部しか知らない場合もあり、必要なすべてのコンテンツを知っている可能性は低いでしょう。なぜなら、コンテンツは必ずしも形式的で認識されているとは限らないからです。最後に、当事者間の信頼、そしてシステムが期待される成果を達成するという信頼という重要な問題があります。当事者間の信頼の欠如は、情報が開示されない場合、システムの使用に対するコミットメントが真摯でない場合、あるいは「シャドウシステム」が維持される場合などに、システムの成功に影響を与える可能性があります。[ 5 ]
例えば、問題となっている分析が情報システムを理解するための予備的なステップである場合、関係する当事者には組織のビジネス部門と情報技術（IT）部門の両方が含まれることになる。
情報システムのビジネスユーザーの言語は、曖昧さ、暗黙知、変化への意欲を包含しています。ビジネスは、絶えず変化する市場環境の中で運営されなければなりません。IT部門の言語は、高い仕様、確実性、変化の回避を包含しています。IT部門は、導入にコスト、時間、リスクを伴うシステムの変更を最小限に抑えなければなりません。[ 5 ]
これら2つのグループの概念的枠組みとそれに伴う用語の違いは、明確なコミュニケーションを困難にする可能性がある。 これは、情報システムのライフサイクルのどこかの時点で、衝突という形で表面化する可能性が高い。
それは「多元主義という根本的にラディカルな哲学に基づいている」と説明されており[ 7 ]、「さまざまな（重複したり、矛盾したりする）価値体系が存在することが期待される。単一の首尾一貫した政策セットではなく、さまざまな種類の政策（商業、セキュリティ、安全、企業の社会的責任など）間の複雑な相互作用が見られることが期待される」。
価値観、方針、イベント、コンテンツ、信頼といった用語は、あるトピックに関するコミュニケーションを考察する主要な手段である。これらの側面をすべて考慮に入れ、初期段階で技術的な問題を回避することで、システムのバランスの取れた完全な見解を作り出すことができる。[ 5 ]
価値フィルターは、個人と企業の両方にとって望ましい結果の価値を理解するのに役立ちます。企業にとってのシステムの価値は、一般的に利益と収入、市場シェアとキャッシュフローの観点から考えられますが、 VPEC-T の価値は、倫理的制約や環境問題などの他の種類の目標を満たすこと、関係者の個人的価値観、従業員の満足度と定着率を考慮することまで、これを拡張します。[ 5 ]
価値観とは、参加するすべての当事者の目的、信念、懸念事項を包含するものです。それらは、金銭的なもの、社会的なもの、有形のもの、無形のものなど、多岐にわたります。
価値の例としては、注文処理の迅速化、苦情対応の信頼性向上、コスト削減、そして情報システムに通常期待されるあらゆるメリットなどが挙げられます。VPEC-Tは、価値のより深く、より具体的な意味を追求します。例えば、VPEC-Tの調査では、あるシステムの価値の一つとして、事業領域の管理を組織内の別の部門に移管すること、あるいは将来的に当該事業に影響を与える可能性のある、成長著しい新たな事業分野での経験を積むことが挙げられるかもしれません。
ポリシーとは、社内規定、法的要件、商業契約、その他、何を行うべきか、どのように行うべきかを規定する制約事項など、義務や合意事項のことです。ポリシーは、社内規定または社外規定、明示的または暗黙的である場合があります。
VPEC-T分析のタスクの1つは、検討のために暗黙のポリシーを表面化することです。[ 5 ]
政策の例としては、信用枠の制限、特定の基準に基づく注文金額の制限、個人情報の利用に関する制約、金融機関に対する「顧客確認」規制、輸出管理、荷物の重量制限などが挙げられます。VPEC-Tはこれにとどまらず、明文化されていない可能性があり、部門の慣習（「金曜日の午後2時以降に受け取った生鮮食品の注文の処理は月曜日の朝まで延期し、その後優先的に処理する」）やその他の非公式な合意や指示に暗黙のうちに含まれている政策にも踏み込んでいます。
情報システムの文脈では、イベントとはビジネスに関連する出来事のことです。それらは活動を刺激する現実世界の出来事です。[ 5 ]
イベントの例としては、発注書の受領、配送に関する問い合わせの電話やメール、顧客によるサービス受領完了の署名、または取引の口頭または書面による承認などが挙げられます。
コンテンツとは、ビジネス活動のあらゆる側面で作成および使用される文書、会話、メッセージなどの意味のある部分のことです。コンテンツは、計画、行動、過去の参照などを使用して意思決定を決定する手段です。[ 5 ]
VPEC-Tに含まれるコンテンツは、コンピュータベースのシステムにおいて一般的に「データ」として分類されるものよりも、より広範なコミュニケーションを明確に包含しているが、もちろんビジネスデータも含まれる。
コンテンツには以下が含まれる場合があります。
例えば、信用履歴を確認するための電話、通常の配送パターンに関するメール、店舗からの発注書や購入注文書の内容などが挙げられる。
情報システムの研究や設計では、システムの利用者間の信頼関係や、利用者がシステム内の情報にアクセスしたり変更したりする権利について考慮することがよくあります。この信頼関係の側面は、システムを運用する組織、またはシステムが稼働するサービスを提供する組織のポリシーで規定されるべきです。[ 5 ]
VPEC-Tにおける信頼とは、価値体系に関わるすべての当事者間の信頼関係（あるいは信頼関係の欠如）に関わるものであり、信頼は当事者間の親密さ、一方の当事者が他方の当事者から受ける信頼、そして関連するリスクに基づいて構築される。信頼の価値は時間や状況によって変化する。
例えば、購買担当者がスプレッドシートで並行して記録を管理していたことが判明したり、プロジェクトチームのメンバーが、事業に利用可能な情報の改善よりも、特定の事業部門の権限に関わる目的を持っていたことが発覚したりすることが考えられる。
これら5つのフィルターは、情報システムの検討初期段階において継続的に適用されます。分析者が実際の状況をより深く理解するにつれて、新たな発見は再びこれら5つのフィルターを通して検討されることになります。
VPEC-T は、エンタープライズ アーキテクチャの開発におけるビジネス アーキテクチャ評価の手法としても推奨されています。T. Graves は、「サービス指向エンタープライズ」の 96 ページで次のように提案しています。「企業価値とその共通点および対立点を特定するために、価値マッピングと要件モデリングの手法を使用します。フレームワークの「普遍性」の部分に結果を文書化します。VPEC-T、SCORE、さらには古典的なSWOT 分析などの手法は、価値の対立の影響を特定するのに役立ちます。」[ 8 ]
グレイブスはまた、 『エンタープライズアーキテクチャの実践』 152ページでVPEC-Tの使用について言及し、 「この作業では、実践は常に反復的になるだろう…」と述べている[ 9 ]。
VPEC-Tは情報システムだけでなく、仲介、コミュニケーション、グループインタラクションにも利用されています。
Claudio Ciborra [ 10 ]らによると、情報システムの障害は、成功するために対処しなければならない複雑な社会技術的問題を特定し分析する現在の方法の能力不足が主な原因である。
2009年のエンタープライズ・アーキテクチャ・カンファレンス・ヨーロッパのセッションで、グリニッジ大学の上級講師であるデイビッド・ハント氏と、同大学のコンピューティングおよび数理科学部長であるリズ・ベーコン氏は、 VPEC-Tが上記の問題点のいくつかを克服するために、数々の大規模な実生活プロジェクトでどのように成功裏に活用されてきたかについて考察した。[ 11 ]特に、彼らは以下の点を取り上げた。
VPEC-Tは、ナイジェル・グリーンとカール・ベイトによって開発され、彼らがCapgeminiに勤務していた際に最初の主要プロジェクトで使用されました。当初は情報システムに関するエンタープライズおよびソリューションアーキテクチャの業務で使用するために開発されたVPEC-Tは、現在ではコンピューティングとは関係のない他の分野や状況でも使用されています。
使用例をいくつか挙げます。
2019年後半、ナイジェル・グリーンとマット・ピアースは、ビジネス顧客との多くのセッションを経て、頭字語の改良版を発表しました。新しい頭字語であるVIPERは、values、i nformation*、p olicies、e events、r eliance*の頭文字をとったものです。InformationはContentと同じ意味を持ち、 RelianceとTrustも同様です。これらの改良によってコアフレームワークは変更されませんが、記憶しやすくなり、元の概念をより正確に表現しています。[ 12 ]