経験をFrameworkに変える方法

「私はいつもこうする」は有用ですが、他者には何が本質で何が文脈固有か分かりません。

Frameworkは、個人的な話から 再現可能なpattern を取り出すところから始まります。

project、decision、problem solvingを振り返り、何を一貫して繰り返しているか確認します。

十分に反復して初めて、偶然ではなくframework候補になります。

成功はindustry、team、budget、toolsに依存することがあります。良いframeworkは transferable logic を残します。

「10問のsurveyを使う」より「assumptionを固定する前にevidenceを集める」の方が移植性があります。

Pattern 何が繰り返されるか。 Principle なぜ機能するか。 Steps どう実行するか。 Boundary いつ使わないか。 Name 何と呼ぶか。

明確さと柔軟さの両方が必要です。

経験：「proposalを書く時、まず相手が何をdecisionすべきかを聞く。」

Framework： Decision-First Proposal 。decisionを定義し、必要なbelief、evidenceを決め、意思決定のlogicでproposalを構成します。

checklistはwhatを示します。良いframeworkは なぜその順序・principleなのか も説明します。

logicを理解すれば状況に合わせて調整できます。

名前があると記憶、参照、共有が容易になります。ただし名前を先に作って経験を押し込まないこと。

Namingはclarityの最後の工程です。

すべての状況に効くframeworkはありません。いつ有効か、いつ弱いか、何を調整すべきかを示します。

短いstoryからpatternを抜き出し、name、purpose、steps、boundary、exampleを見やすく示します。ProjectやProfileにもリンクできます。

Frameworkは経験を personal memory から shared method に変えます。

他者が説明、適用、検証、改善できるようになると、経験はbody of thinkingになります。