このページはBOA/RCA/RP時代の歴史的ドキュメントを含みます。VCDesignの現行の権威ある仕様ではありません。現在のCore仕様(core/core.yaml, core/policies.yaml, core/metrics.yaml)を参照してください。
本概念は現在、Core + Policies + Metrics モデルに統合されています。現行仕様は specs/core/ を参照してください。
このドキュメントは現在のモデルに至る概念的系譜を表しています。
本ドキュメントは VCDesign Narrative を読むための補助線です。
思想を説明するものではなく、
読者がすでに立っている「役割の位置」を可視化するために置かれています。
この文章は、答えを与えません。
代わりに、「あなたがどこに立っているか」を問いかけます。
なぜ「価値を引き継ぐ人」が必要になるのか
1. 伝統的なレストランが、引っ越すとき
長く愛されてきたレストランが、別の街へ移転するとする。
引き継がれるのは、レシピだろうか。
調理手順だろうか。
内装デザインだろうか。
どれも必要だが、それだけでは足りない。
グルメな客は、こうした違和感にすぐ気づく。
- 味は同じなのに、何かが違う
- 雰囲気は再現されているのに、落ち着かない
- 昔ほど通いたい気がしない
価値は、料理そのものだけで決まっていなかったことが露呈する。
2. グルメな客が感じている「説明できない価値」
その店の価値は、
- 立地との関係
- 店内の空気
- 店員との距離感
- 周囲の客層
- その場で過ごす時間
そうした要素が織り重なった
「この店で食べる体験」そのものだった。
そして重要なのは、
それらがなぜそうなっていたのかという判断の積み重ねだ。
- なぜこの立地だったのか
- なぜこの価格帯なのか
- なぜこの客層を許容してきたのか
それらは、ある時点では正しかった判断だ。
私はこの単位を「章」と呼んでいる。
3. 引っ越しでは、判断が宙に浮く
店を移すと、多くの判断が宙に浮く。
- この空気感は、新しい街でも守るべきか
- 客層が変わっても、同じ距離感を保つべきか
- 変えるなら、どこまで変えていいのか
今は決められない。
だが、無かったことにもできない。
そこで人は、ホワイトボードに書く。
- 判断保留
- 要相談
- 後で必ず見る
これは未完了タスクではない。
決めきれなかった判断を、いったん預ける場所だ。
誰かに相談するために、
無理に結論を出さず、
でも忘れないように、見える場所に置く。
このホワイトボードが、判断のプールになる。
章が始まる前に、判断が一時的に留まる場所だ。
4. プールは、必ず回収されなければならない
ホワイトボードに書いた判断は、自然には消えない。
- いつか決める
- 誰かが引き受ける
- 次の章に渡すか、ここで終わらせる
誰かが回収しなければ、
店は次の一歩を踏み出せない。
料理人でも、店長でもないかもしれない。
しかし誰かが、
- 今は決めない判断を見極め
- 忘れられない形で残し
- 章を始められる瞬間に回収する
この役割を担わなければならない。
グルメな客は、それを言語化しない。
だが、確実に感じ取る。
- この店は、分かって続いている
- それとも、偶然残っているだけか
価値の差は、そこに現れる。
5. これはエンジニアにも当てはまる
ここまでの話は、レストランの話だ。
だが、少しだけ自分の仕事に置き換えて考えてみてほしい。
- 成果物だけを渡していないか
- 判断を、ホワイトボードに置いたままにしていないか
- 「そのうち誰かが考える」にしていないか
システムも、プロダクトも、組織も同じだ。
価値は、実装や最適化だけでは続かない。
どの判断を引き継ぎ、
どの判断を終わらせるのか。
それを引き受ける人がいるかどうかで、
価値は静かに分かれていく。
自分は今、
どの判断をプールに置いているだろうか。
そして、それを回収する立場に立っているだろうか。