体験へ移動

01 / 記憶

答えは​残る⁠。 結果は​戻らない⁠。

ほとんどの​システムは⁠、​問いと​答えしか​覚えていない⁠。​その​答えで​何を​決め⁠、​どうなったのか⁠。​結果まで​一つの​記録にする⁠。

この仕組みを体験する

結果まで、覚えておく。

操作して確かめる架空の事例
01 / 記憶

スクロールで進み、操作で確かめる。

0194%、​と​答えた。

経営会議で、​エージェントが​先月の​納期遵守率を​答えた。​記録に​残っているのは、​問いと​答えだけだ。

その​答えで​何を​決め、​どうなったのか。​どこにも​書かれていない。

02一つの​仕事に、​五つの​記録。

問い、​依拠した​定義、​答え、​それで​決めたこと、​その​後の​結果。​散らばった​記録を、​一つの​仕事として​集める。

  1. R-01 · 問い「先月の​納期遵守率は?」
  2. R-02 · 定義工場の​回答日で​数える​指標
  3. R-03 · 答え94%
  4. R-04 · 決定短納期の​大口受注を​受ける
  5. R-05 · 結果受注の​一部が、​客先の​希望日に​遅れた

03記録を、​仕事の​順につなぐ。

問いから​定義、​答え、​決定、​結果へ。​ほとんどの​システムで​欠けているのは、​決定から​結果への​線だ。​そして​結果から​問いへ​戻る道もない。

  • L-01 · 問い → 定義R-01 · 「先月の​納期遵守率は?」
  • L-02 · 定義 → 答えR-02 · 工場の​回答日で​数える​指標
  • L-03 · 答え → 決定R-03 · 94%
  • L-04 · 決定 → 結果R-04 · 短納期の​大口受注を​受けるふだん欠けている

04その​後、​どうなったのか。

受注の​結果を​開いて、​問いまでつなぎ戻す。

05結果を​知っている​記憶が、​検証の​基準になる。

閉じた​輪は、​一つの​記憶になる。​次に​同じ問いが​来たとき、​どの​定義で​答えるべきかが​分かっている。​この​記憶を、​検証へ​渡す。

結果はまだ​開いていない。​輪は​閉じていない。 先に​開く

結果が​戻って、 はじめて​次が​良くなる。

設計原則

問いと​答えを​残すだけでは、​システムは​良くならない。​行動、​決定、​結果、​修正を​一つの​記録にする。​結果が​戻ってくる​道筋を、​最初から​設計しておく。

一つの​問いと​一つの​決定だけを​扱う、​架空の​限定的な例です。​実際の​仕事では​結果が​戻るまでに​時間がかかり、​途中で​記録が​途切れます。