「やる気」という最大の経営リスクを、
設計で排除した話

やる気は、経営の前提条件に置けない

私もそうでした。22年前、現場で動き始めた頃は、やる気こそが資産だと信じていました。結果から言うと、やる気は資産ではなく、最も再現性のない経営リスクでした。

やる気は波で変動し、気温で変動し、天気で変動し、前日の睡眠時間で変動します。そんな曖昧な変数を経営の前提条件にした瞬間、組織は揺れ続けます。私が今日やる気を出しても、明日のメンバーがやる気を失えば、その日のアウトプットはゼロになります。これは個人の問題ではなく、設計の問題です。

やる気ゼロでも回る設計を、組み始めた

22年の現場で観察した結論として、私はこう結論づけました。

そこから先は設計の話になります。次の4層が、やる気ゼロでも回る設計の骨格です。これは精神論ではなく、Claude Code環境に実装した物理装置です。

「やる気が無い時こそ、設計が動く」

逆説的ですが、やる気が無い時にこそ設計の真価が出ます。体調が悪い日。トラブル続きで集中できない日。家族の問題で精神が乱れた日。そういう日に、設計だけが組織を回しています。

これが「仕組みが規律を生む」の本当の意味です。やる気が高い時に頑張るのではなく、やる気がゼロの時にも止まらない設計こそが、長期の経営を支えます。

「やる気の経営者」は、3年で消える

22年で潰れていった経営者を遡ると、共通点は「やる気を経営の前提にしていた」でした。やる気がある時には確かに勢いがありますが、やる気が落ちた瞬間、何もできなくなり、誰も動かせなくなり、判断もできなくなります。

「設計の経営者」は、やる気の波に関係なく動きます。やる気ゼロでも組織は動き続けます。この差は、3年経つと決定的になります。これは22年の現場で繰り返し観測した、再現性のある現象です。

設計図を、形にした

やる気ゼロでも回る設計を、Claude Code環境にそのまま乗る形で切り出しました。私が7事業並列で実際に運用している、8ロール定義と運用規律のセット。それがcc-system-templateです。