本当の違いは一つの skill ではなく pattern にある
Skill は何ができるかを示す。Pattern はどこで繰り返し value を生むかを示す。
より優れているのではなく、異なる — 比較、価値、違い、そして自分が本当に合う場所について
Skill は見えやすいが、最も深い単位ではない
Design、code、writing、sales などで自分を説明しがちだ。
しかし同じ skill を持つ二人でも、problem、judgment、outcome は大きく異なる。
Skill は capability を示し、pattern は value creation を示す。
Pattern は多くの project を並べると見えてくる
一つの project では分からなくても、複数を見ると motif が繰り返す。
呼ばれる problem、得意な phase、扱える complexity、合う collaboration が見えてくる。
Pattern は意味のある反復の中にある。
強い pattern には problem、approach、outcome がある
‘Strategy が得意’ではなく、どんな problem に入り、どう整理し、どんな outcome が続くかを見る。
この構造は skill list より decision に役立つ。
Pattern は problem → approach → value と読める。
Judgment が pattern をコピーしにくくする
Tool、framework、process は同じでも、priority、enough、risk、trade-off を判断する力は experience と context から生まれる。
同じ checklist でも quality が違う理由だ。
Skill は実行する。Judgment はどの実行が価値あるかを選ぶ。
Taste と standard も pattern の一部だ
Simplicity、speed、clarity、system thinking など繰り返す preference がある。
それが signature になる。
Taste は繰り返される priority の system だ。
Context が pattern の value を決める
すべての context で強い pattern はない。
Pattern は正しい context で advantage になる。
Pattern は正しい context と出会って初めて advantage になる。
Pattern を見つけるには work を evidence として読む
最高の project で何が繰り返すか、いつ人が頼ってくるか、どんな decision を任されるかを見る。
Work を trophy ではなく evidence として読むと identity が見える。
良い portfolio は project だけでなく pattern を見せる。
すぐ USP を見つけたくなった私へ
短い一文を急いで作りたくなったら、identity は発明するだけでなく発見できることを思い出したい。
Work と繰り返す選択を読みたい。
繰り返してきた work を読む前に difference を発明しない。