機能軸

12のアーキタイプがあらゆる組織を記述する。

ファンクションディメンションは、業種やドメインのラベルではありません。それは存在論的なアーキタイプです——小さく普遍的なカテゴリの集合であり、それらが合わさって、あらゆる組織の意味あるすべての要素を重なりも抜け漏れもなく分類します。

視点の転換

ファンクションディメンションとは何か?

ほとんどのメタデータモデルは、資産をドメインで分類します——データ、ガバナンス、ビジネス、テクノロジー。カタログならそれで機能しますが、工場フロアの資産、AIモデル、法規制、営業プロセスを一つの分類で同じ精度で扱う必要が生じた瞬間に破綻します。Nodwiseはその代わりに、あらゆる組織においてそれが根本的に何であり、何をするかで分類します。それがファンクションディメンションです——そしてノードに一つが割り当てられると、そのノードはセマンティックな契約を継承します。そのアーキタイプのすべてのインスタンスが共有する、普遍的な関係性とふるまいです。

これまで

「これはどの業種に属するか?」

これから

「これは根本的に何をするか?」

テーブルと完成品は異なる業種に属します——しかし、どちらもリソースであり、モデルの中ではどちらもリソースとしてふるまいます。

置き換えではなく——横断して

ドメインはなくなっていません。もう一つの軸になりました。

Nodwiseのすべてのノードタイプは二度分類され、その二つの分類は異なる問いに答えます。

どこに属するか

10の組織ディメンションのいずれか。そのガバナンスとライフサイクルを担います。

戦略とインパクト · 人的資源 · ビジネス · ガバナンスとコンプライアンス · データとナレッジ · アプリケーション · テクノロジー · 物理資産 · 外部エンティティ · 人工知能

根本的に何をするか

12のファンクションディメンションのいずれか。そのセマンティックな契約を与えます。

12の名前は以下に示します。どちらも他方から導き出すことはできません。そこが要点です。

ノードタイプ

組織

機能

機能カテゴリ

技術スキル

ビジネス · アクタースキル

スキルと機能

スキル

コアケイパビリティ

ビジネス · ビジネスケイパビリティ

スキルと機能

機能

一方の軸で読むと、両者は隣り合っています。もう一方の軸で読むと、きれいに分かれます——技術スキルはアクターが保有するもの、コアケイパビリティは提供物が持つものです。一方の軸は、誰がそれらを統治するかを示します。もう一方は、それらがどうふるまうかを示します。二つの軸があるのは、一つでは決して足りなかったからです。

境界

12のうち2つはです。

ほかのすべての要素は、できないことと、組織が目指すこととの間の空間に存在し、その両方に対して説明責任を負います。

モチベーション

「何のために?」

言語化された目的——未来を向いた、目的論的なものです。すべての要素は少なくとも一つの目的までたどれるべきで、たどれないならそれは組織的な負債です。

目標原則

制約

「何ができないのか?」

可能なことを恒久的に制限または禁止する、継続的な条件。取り消されるまで効力を持ち続けます。

規制上の制限技術的制限財務的制限契約上の制限

制約  ———  組織はここで動く  ———  モチベーション

両極の間にある10

ほかのすべてが根本的に何であるか——そしてそのカテゴリ。

各ディメンションがアーキタイプであり、その横にはそれを精緻化するカテゴリが並びます。12のディメンションは28のカテゴリに分かれます(両極のカテゴリは上に示しています)。

アクター

01

それは行動するか?

行為主体性を持つ人またはもの。行動を起こし、実行します。

使われたり所有されたりする受け身のものではありません——それはリソースです。活動する場所でもありません——それは環境です。

人材エンジン組織

タスク

02

それは行われるか?

目的を達するために行われる活動。入力を出力へ変換します。

仕事の結果ではありません——それはイベントリソースです。届けられる提供物でもありません——それはサービスです。

単純タスクプロセス

リソース

03

それは使われるか、消費されるか?

使われ、消費され、変換される価値あるもの。受け身で、働きかけられる側です。

自ら行動するなら → アクター。提供される無形の行為なら → サービス

物理リソース仮想リソース

サービス

04

それは提供されるか、取得されるか?

向きを持つ無形の行為——利用者へ提供されるか、提供者から取得されるかのいずれかです。

それを届けるプロセスではありません → タスク。手渡される有形のものでもありません → リソース

物理サービス仮想サービス

環境

05

それは他のものが活動できるよう、それらを収容するか?

アクターとリソースを収容する文脈。それらが活動する場を提供することで、活動を可能にします。

中にあるリソースではありません → リソース。中にいるアクターでもありません → アクター。メンバーを集めるだけの集合でもありません → グループ。環境とはインフラストラクチャです。他のものが働けるよう、場所、電力、計算資源を供給します。グループは何も供給せず、集合に名前を付けるだけです。

物理環境仮想環境

イベント

06

それは発生するか、引き起こすか?

時間上の離散的な出来事。遷移を示すトリガーまたはシグナルです。

継続中の活動なら → タスク。効力を持ち続ける条件なら → 制約

内部イベント外部イベント

情報

07

それは事実を記述するか?

構造化され、伝達可能な事実の表現。いかなるアクターとも独立に存在します。

行動を導く理解として内面化されたなら → 知識

概念データリファレンス

知識

08

それは理解を可能にするか?

内面化された理解。処理され、検証され、適用された情報です。記述するだけでなく、可能にします。

解釈されていない生の事実なら → 情報。それを適用する能力なら → スキルと機能

形式知暗黙知

スキルと機能

09

それは行動を可能にするか?

タスクの遂行を可能にする能力。アクターが保有し、アクターそのものとは区別されます。

アクターが知っていることなら → 知識。提供物全体なら → サービス

スキル機能

グループ

10

それは他を整理するか?

普遍的な整理役——その唯一の関係はグループ化するです。どのディメンションのどの要素も集めて構造化しますが、それ自体は行動も収容も制約もしません。

メンバーを集めるだけの内部単位は、やはりグループです——一つの主体として行動する場合にのみ組織(アクター)となり、メンバーが活動するのに必要なものを物理的にまたは仮想的に供給する場合は環境となります。

概念的グループ具体的グループ

網羅性のテスト

8つの問い。抜けはありません。

12を合わせれば、組織のどんな要素についても根本的な問いのすべてに答えられます。最も重要な問い——「何のために?」——は、それ自体で一つのディメンションに値します。

問い

答えるもの

誰が?

アクター

人、ERP システム、RPAボット

何を?

リソース · 情報 · 知識

製品、データセット、ポリシー

どのように?

タスク · スキルと機能 · サービス

プロセス、ケイパビリティ、API

どこで?

環境

工場フロア、クラウド環境

いつ?

イベント

マイルストーン達成、エンドポイントのトリガー

なぜ?

情報 / 概念

規制、市場動向、リスク

何のために?

モチベーション

目標、ミッション、ESG マンデート

何が私たちを制限するか?

制約

コンプライアンス規則、レート制限、予算上限

「なぜ?」は因果的で過去を向いた問いです——情報で足ります。「何のために?」は目的的で未来を向いた問いです——モデルが最も深いガバナンスの問いに答えられるよう、専用のモチベーションが必要です。その問いとは、すべての要素を明示的な目的までたどれるか?

文法

12は一つの閉じた文法でつながります。

アーキタイプはリストに並んでいるだけではありません——型付き関係の固定された語彙を通じて互いに関係します。各関係は現実世界での意味を持つ動詞であるため、組織についてのどんな問いも、モデルの一回のトラバーサルになります。

関係タイプ(主語ごとに分類)

アクター

生成する → 知識保存する → 知識消費する → 情報定義する → タスク実行する → タスク統括する → タスク保有する → スキルと機能収容されている → 環境追求する → モチベーション

タスク

必要とする → スキルと機能必要とする → リソース必要とする → 環境産出する → リソース産出する → イベント産出する → 情報提供する → サービス引き起こす → アクター果たす → モチベーション

サービス

産出する → イベント必要とする → リソース提供する → 情報届ける → モチベーション

リソース

収容されている → 環境提供する → 情報

イベント

中断する → タスク引き起こす → アクター産出する → 情報示す → モチベーション

情報

高める → 知識明確にする → 知識明確にする → タスク

知識

高める → スキルと機能解釈する → 制約

スキルと機能

向上させる → タスク

モチベーション

動機づける → タスク動機づける → アクター正当化する → リソース形づくる → 知識形づくる → 情報

制約

境界づける → モチベーション適用される → リソース制限する → アクター

自社の題材で試す

最初のディメンションを今週のうちに分類しましょう。

組織の一部——システム、プロセス、人——を持ち寄ってください。各要素がそれぞれのアーキタイプに収まり、文法がすでにそれらをつないでいく様子をご覧いただけます。

私たちなしで

デモを開く

完全にモデル化された組織を、業務用アカウントでワンクリック。フォームも電話も不要です。

デモを開く

私たちと一緒に

デザインパートナーになる

貴社専用の環境、モデルに取り込まれる貴社のデータ、そして貴社チームと並んで最初のディメンションをモデル化するソリューションアーキテクト。

デザインパートナーになる