01

真実であり続ける

これまで見てきたあらゆるモデルは、かつては正しかった

CMDBは稼働開始の週には正確でした。アーキテクチャ図はレビュー時点では正しいものでした。データカタログは引き渡し時には完全でした。その後、組織は変化しましたが、そのどれもそれに気づきませんでした。今回も同じ結末を迎えるのではないかと考えているなら、それはまさに問うべき問いです。

CMDB

稼働開始の週には正確だった

アーキテクチャ図

レビュー時点では正しかった

データカタログ

引き渡し時には完全だった

02

失敗のパターン

生まれた時点で時代遅れ。しかも、しばらくは問題なく見える。

インテリジェンスを売る誰もが、単一の真実の情報源を提供すると言います。唯一の真実の情報源は、現実です。あらゆるモデル、カタログ、台帳——私たちのものも含めて——はその複製であり、動いていく現実に追従する仕組みを持たない複製は、いずれ古くなるのではありません。生まれた時点で時代遅れであり、そのずれが表に出るまでに時間がかかるから問題なく見えるだけです。

誰も変更できないモデルは硬直化し、誰でも変更できるモデルは劣化します。

誰も変更できない

硬直化する

ガバナンスボードの背後に固定してしまえば、それは3月時点の組織についての文書になります。

誰でも変更できる

劣化する

誰にでも開放すれば、それはタイプを持つウィキになります——以前と同じ矛盾が、今度はスキーマ付きで。

約1年

厄介なのは、どちらの失敗も1年ほどは成功しているように見えることです。硬直化は安定に見えます。劣化は浸透に見えます。

これは、問題の本当の姿を指し示しています。劣化はデータの問題ではありません。説明責任を届ける経路の問題です。

組織は常に、それが変わったことを知っていました——誰かは知っていたのです。ただ、その知識をモデルに運ぶものが何もなく、誰も尋ねられなかったのです。

03

モデルの半分

システムから読み取られたものは、そのシステムからずれることがありません

貴社のモデルのかなりの部分は、そもそも人の手で書かれたものではありません。読み取られたものです——すでに整備済みのカタログから、人事システムから、IDプロバイダーから、そしてスキーマそのものから。これらのノードが古びることはありません。遅れを取りうる第二の複製を、誰も維持していないからです。それらは、ソースの現在の状態を型付けしたものです。

そして、ソースから何かが消えても、それは沈黙ではありません。ノードはソースに存在しないへと移ります——非アクティブファミリーに属するステータスです。単にフラグが立つのではありません。格下げされ、そこを通るすべてのトラバーサルが、今ではそのことを伝えます。

これは答えのうちの安価な半分であり、それが安価な半分であることははっきりさせておく価値があります。対象はシステム、データセット、人、アクセスです。人だけが知っていることは対象外です。

04

もう半分

残りにはオーナーがいます。そして、そのオーナーに問いが届きます。

すべてのノードタイプは、独自の責任マトリクスを持っています——誰がそれを所有し、誰がスチュワードを務め、誰が変更を承認し、誰が専門家なのか。どこかのチームが従う慣習ではありません。タイプそのものの一部であるため、そのタイプのノードは、誰がそれに責任を負うのかという問いが解決されないまま存在することはできません。

その上には、独自のワークフローを持つユースケースが乗っています。「これをレビューする」「これを引き継ぐ」「この変更を承認する」が、その種類のものにとって実際に何を意味するのか。サプライヤー契約をレビューすることと、技術スキルをレビューすることは同じ行為ではなく、モデルはその違いを知っています。

そのため、何かが動いたとき、それに責任を負う人々が関与します——通知によってではなく、状況に合ったワークフローによって。そのきっかけになるのは次の四つです:

01

ソースが変わった

システムオブレコードが、モデルの内容と一致しなくなった。

反応

02

誰かが変更を提案した

編集ではなく、監査証跡を伴うガバナンス付きの提案。

反応

03

ライフサイクル状態が動いた

ノードがレビュー中または無効化処理中に入ると、それに依存するものも一緒に引き込まれます。

反応

04

定期チェックの期限が来た

何も動いていません。それこそが要点です。沈黙は証拠になりません。

モデルからの問い

この四つ目こそが、これまで使ってきたどのカタログとも異なる点です。ほかの三つは反応です。四つ目は、答えられる唯一の相手に対して、モデルが自らまだ真実かどうかを尋ねることです。

01

何かが動く、あるいはチェックの期限が来る

02

責任マトリクスが、誰が答えるかを示す

03

ユースケースのワークフローが、その人に適切な問いを投げかける

04

その答えが、証跡を伴う状態変化になる

メタモデル

データプロダクト

責任タイプ

4

責任タイプを割り当てる

オーナー

所有されている

ノードに対する最終的な説明責任と、それに関するあらゆる決定への完全な権限を持つ当事者。その存在、正確性、行く末に対して、端から端まで責任を負います。

スチュワード

スチュワードシップを受けている

ノードのビジネス上の意味とデータ品質を日々整備することに責任を負う当事者。その定義、正確性、利用への適合性を維持しますが、それに対する最終的な決定権限は持ちません。

承認者

承認されている

ノードやその変更を正式に承認し、有効化またはリリースさせる権限を持つ当事者。継続的な評価や端から端までの説明責任とは別に、その関門となる決定そのものに責任を負います。

主題専門家

専門知識が提供されている

ノードが表す主題について説明を行うよう指名された人物で、その主題に関する深い直接の知識を頼りにされます。ノードの記録やドキュメントが捉えきれない文脈と洞察を提供します——ノードの維持方法ではなく、主題そのものについての助言的な権威です。

ノードタイプの責任マトリクス — オーナー、スチュワード、承認者、専門家

そのどれも、エージェントが貴社組織を変更しているわけではありません。エージェントは識別し、報告し、監視し、エスカレーションします——権限の自律性ではなく、注意の自律性です。決めるのは今も人です。変わったのは、その決定が、まだコストの低いうちに本人に届くようになったことです。

05

不在の可視化

欠落は目に見える状態であり、空欄ではありません

モデルが静かに朽ちていくのは、不在が「何もない」ように見えるからです。空欄のオーナー、書かれていない境界、ソースが消えたノード——そのどれも自ら手を挙げることはありません。ここでは同じ原則が三つの場所を貫いており、そのたびに同じ原則が働いています。

割り当て済み · まだ通知済みではない

割り当てられたものの、一度も伝えられていない責任です。空欄ではなく、今どの段に立っているかをモデルが見て取れる、はしごの一段です。

ソースに存在しない

非アクティブファミリーに属するステータス。ノードは注釈を付けられるのではなく、格下げされます。

認定済み ブロンズ · シルバー · ゴールド

有効ファミリーに属します。検証は「現在も有効である」ことを示す一つの方法であり——その不在もまた同じように読み取れます。

これにより、モデルの健全性も、ほかと同じトラバーサルになります。誰かが四半期に一度まとめる成熟度レポートではなく、ほかのすべてに使うのと同じ構文で、同じグラフに投げかける問いです。

06

これが解決しないもの

ここにあるものは、一度もモデル化されなかったものをモデル化しません。

ループの限界

能力、義務、依存関係が一度も型付けされていなければ、どれだけルーティングしてもそれは浮かび上がりません。ループはモデルの中にあるものを真実に保ちます。モデルの外にあるものを発見はしません。

読み取る半分の限界

システムから読み取られたノードは、そのシステムに対して真実であり続けます。システムが間違っていれば、モデルは忠実に間違います。モデルが加えるのは、二つのシステムの食い違いが見えるようになることです。どちらも同じグラフに型付けされているからです。

だからこそ、カバー範囲は野心ではなく判断によって広がります。間違っていると何らかのコストが生じる場所でモデルを拡張する——そして拡張したものはすべて、それ以前のすべてと同じ仕組みで真実に保たれます。

07

ご自身で確認する

ここまでの内容はすべて、私たちと話さなくても確認できます。

ライフサイクルのファミリー、タイプに備わる責任マトリクス、誰にも一度も伝えられないまま割り当て済みにとどまっている責任——これらはすべて、Adventure Worksが完全にモデル化されたデモテナントの中にあります。ここまで読んできたのと同じ組織です。

私たちなしで

確かめてみてください。

業務用アカウントでサインインし、モデルに何か尋ねてみてください。電話もフォームも、トライアルの開始手続きも不要です。

デモを開く

私たちと一緒に

または、自社のモデルを構築する。

デザインパートナープログラムは、一般提供の前に、私たちのチームと並んで自社のモデルを構築したい組織のためのものです。

デザインパートナープログラム →

そのうち一方は2分で済み、私たちは関わりません。まずはそこから。