pinkaku 組織病理学研究所

現場から生まれた「社腸」という組織論で、会社の詰まりを言語化する

研究所トップ|社腸とは|社腸™診断|症例図鑑

組 織 の 詰 ま り を
可視化する組織論

― 社腸(Organizational Pathology)

  • 📅金曜定例社腸会議|問題が起きてからしか動けへん会社

    📅金曜定例社腸会議|問題が起きてからしか動けへん会社

    【腸活食生活書籍化Prj📘】

      自分の会社🏢ヤバいかも?
      どの社腸か、覗いてみる👇
      🔗 社腸 症例図鑑



    壊れた。

    人を集める。

    遅れた。

    会議を開く。

    辞めた。

    採用する。

    問題が起きると

    会社は動く。

    でも

    問題が起きる前は

    なぜか動かへん。


    ▶ 社腸シリーズのまとめはこちら



    何も起きてへん時は、何も見えへん

    設備が動いている。

    納期も守れている。

    人も辞めてへん。

    大きなクレームもない。

    会社から見れば

    「問題なし」。

    でも

    その状態は

    勝手に続いてるんやろか。



    平時を支えている仕事がある

    問題が起きへん裏では

    誰かが

    • 点検する
    • 調整する
    • 教える
    • 確認する
    • 小さな異変を拾う

    そんな仕事をしている。

    でも

    何も起きなかったら

    成果は見えへん。

    「トラブルが起きなかった」
    という成果は数字になりにくい。




    だから少しずつ削られる

    成果が見えへんものは

    余裕があるように見える。

    「ここ減らせるんちゃう?」

    「もっと効率化できるやろ。」

    そうして

    人を減らす。

    時間を減らす。

    点検を減らす。

    教育を後回しにする。

    すぐには

    何も起きへん。

    ここが怖いところや。



    壊れてから価値に気付く

    しばらくすると

    小さな異変が出始める。

    ミスが増える。

    対応が遅れる。

    新人が育たへん。

    設備が止まる。

    そこで初めて

    「何とかせなあかん。」

    となる。

    そして

    人を増やす。

    会議を増やす。

    チェックを増やす。

    なくした予防機能を
    トラブル対応で取り戻そうとする。




    消防活動だけが評価される

    さらに厄介なんは

    問題が起きた後や。

    大きなトラブルを

    必死で解決した人は

    成果が見える。

    「よく対応した。」

    と評価される。

    一方で

    問題が起きないように

    毎日整えていた人は

    目立たへん。

    すると組織の中で

    防いだ仕事より
    起きてから直した仕事の方が見えやすくなる。




    会社は間違った学習をする

    この状態が続くと

    平時の仕事は

    さらに軽く扱われる。

    予防するより

    起きてから対応する。

    整えるより

    壊れてから直す。

    育てるより

    足りなくなってから採る。

    会社全体が

    「問題が起きてから動く」

    構造になっていく。



    崩壊は突然に見える

    ある日

    大きな問題が起きる。

    会社は言う。

    「急におかしくなった。」

    でも

    急に壊れたんやない。

    その前から

    点検する時間が減っていた。

    教える人が疲れていた。

    小さな異変が放置されていた。

    平時を支えるものが

    少しずつ失われていた。

    最後に症状が

    見えるようになっただけや。



    最後に

    何も起きてへん時こそ

    見るべきものがある。

    問題がないことを

    「何もしていない」

    と勘違いしたらあかん。

    健康な腸も

    健康な会社も

    症状が出てへん時に

    支えているものがある。

    問題が起きてから動く会社ではなく
    問題が起きない状態を維持できる会社。

    その違いは

    平時をどう見るかにある。

    ▶️ この症例は『社腸症例図鑑』の
    平時軽視型社腸 に該当します。


    👉 関連症例

    ▶️ 善玉菌とは何者なのか…
    ▶️ 評価されへん部署ほど、会社を支えている
    ▶️ 善玉菌不足は、なぜ突然下痢になるのか



    👇 迷ったら、ここに戻ってきてや✨
    🏰 このブログの全体像(要塞)はこちら

  • Case 66: When Systems Cannot Tolerate Ambiguity

    Case 66: When Systems Cannot Tolerate Ambiguity

    Concept Inversion

    Ambiguity is assumed to weaken systems.

    Intolerance of ambiguity can destabilize them more severely.



    Structural Decomposition

    Complex environments contain uncertainty.

    Incomplete information exists.
    Interpretation varies.
    Conditions evolve.

    Adaptive systems tolerate ambiguity temporarily.

    Rigid systems do not.

    They demand immediate certainty.

    Oversimplification increases.
    Premature conclusions emerge.
    False clarity stabilizes decision-making.

    The organization sacrifices accuracy for psychological comfort.



    Pathology Progression

    Uncertainty increases.

    Tolerance declines.

    Pressure for clarity intensifies.

    Simplified narratives dominate.

    Complexity is suppressed.

    Decision quality deteriorates despite increasing confidence.



    Cold Diagnosis

    An organization unable to tolerate ambiguity replaces understanding with artificial certainty.

    Clarity replaces accuracy.



    Structural Definition

    This case defines a condition where systems destabilize themselves by refusing to tolerate uncertainty or incomplete understanding.

    One-Line Summary

    This case describes how intolerance of ambiguity leads organizations toward oversimplification and distorted certainty.



    Explore the full case index

    This article is part of the Organizational Pathology case archive.
    All published cases can be found here:

    Organizational Pathology — Case Index

  • Case 65: When Compliance Replaces Judgment

    Case 65: When Compliance Replaces Judgment

    Concept Inversion

    Rules are assumed to support judgment.

    Over time, rules can eliminate the need for judgment entirely.



    Structural Decomposition

    Organizations create rules to standardize behavior.

    Consistency improves.
    Risk decreases.
    Decision variability narrows.

    However, rigid compliance structures discourage interpretation.

    Situational reasoning weakens.
    Context becomes secondary.
    Independent judgment declines.

    The system no longer asks whether decisions are correct.

    It asks whether procedures were followed.

    Compliance becomes operational morality.



    Pathology Progression

    Rules expand.

    Judgment responsibility decreases.

    Contextual flexibility weakens.

    Unexpected situations emerge.

    The system cannot adapt beyond predefined procedures.

    Operational rigidity spreads.



    Cold Diagnosis

    An organization that replaces judgment with compliance loses adaptive intelligence.

    Procedure replaces reasoning.



    Structural Definition

    This case defines a condition where rigid procedural compliance suppresses independent judgment and situational reasoning.

    One-Line Summary

    This case describes how organizations lose adaptive decision-making when compliance replaces judgment.



    Explore the full case index

    This article is part of the Organizational Pathology case archive.
    All published cases can be found here:

    Organizational Pathology — Case Index

  • 📅金曜定例社腸会議|ルールを守るほど仕事が増える会社

    📅金曜定例社腸会議|ルールを守るほど仕事が増える会社

    【腸活食生活書籍化Prj📘】

      自分の会社🏢ヤバいかも?
      どの社腸か、覗いてみる👇
      🔗 社腸 症例図鑑



    ミスが起きた。

    「チェックを追加しよう。」

    また起きた。

    「記録を残そう。」

    さらに起きた。

    「確認者を増やそう。」

    気付けば

    仕事そのものより

    仕事を間違えないための仕事

    の方が増えていた。


    ▶ 社腸シリーズのまとめはこちら



    ルールは会社を守るためにある

    ルールがあることは

    悪いことやない。

    安全を守る。

    品質を守る。

    判断を揃える。

    同じミスを防ぐ。

    本来は

    仕事を安定させるためにある。

    でもな。

    ルールには

    増えやすいという特徴がある。



    問題が起きるたびに追加される

    何か問題が起きる。

    原因を調べる。

    そして

    「今後は確認してください。」

    となる。

    チェック欄を増やす。

    記録を増やす。

    承認を増やす。

    一つだけなら

    大したことはない。

    でも

    問題が起きるたびに

    同じことを繰り返したらどうなるやろ。



    足すけど、引かへん

    新しいルールは増える。

    でも

    古いルールは

    なかなか消えへん。

    すると

    • チェックする
    • 記録する
    • 確認する
    • 承認をもらう
    • また記録する

    という工程が

    少しずつ積み重なる。

    一つひとつには

    ちゃんと理由がある。

    せやからこそ

    誰も消せへん。



    守る人ほど忙しくなる

    ここで変なことが起きる。

    ルールを

    ちゃんと守る人ほど

    時間がかかる。

    確認する。

    記録する。

    抜けがないか見る。

    その間にも

    本来の仕事は残っている。

    すると

    真面目に守る人ほど

    仕事が増えていく。



    そして新しい問題が生まれる

    工程が増えれば

    確認する場所も増える。

    確認する場所が増えれば

    抜ける場所も増える。

    すると

    またミスが起きる。

    その対策として

    さらにチェックを追加する。

    ミスを防ぐために増やした仕組みが
    次のミスを生む複雑さになる。

    ここまで来ると

    腸はどんどん重たくなる。



    改善しているように見える

    チェックを追加した。

    会議も増やした。

    記録様式も変えた。

    だから

    改善活動はしている。

    でも

    元の仕事は

    楽になってへん。

    むしろ

    前より重くなっている。

    改善の量だけ増えて

    流れは改善してへん。



    本当に見るべきなんは「追加」だけやない

    問題が起きた時

    「何を追加する?」

    だけを考えると

    仕組みは肥大する。

    必要なんは

    もう一つ。

    何をやめられる?

    新しい確認を入れるなら

    古い確認は必要なんか。

    新しい記録を作るなら

    昔の記録は残す必要があるんか。

    足すだけやなく

    引く判断も必要や。



    最後に

    ルールを守ることと

    仕事が良くなることは

    同じやない。

    ルールは

    会社を守るためのもの。

    でも

    増やし続ければ

    そのルールを守ること自体が

    仕事になってしまう。

    改善とは

    何かを追加することだけやない。

    必要なくなったものを
    ちゃんと減らせること。

    そこまでできて

    初めて

    会社の流れは軽くなる。

    ▶️ この症例は『社腸症例図鑑』の
    改善肥大型社腸 に該当します。


    👉 関連症例

    ▶️ 改善している“つもり”の腸
    ▶️ 死菌の記録を守り続ける腸
    ▶️ 「前もこうやった」が会社を止める



    👇 迷ったら、ここに戻ってきてや✨
    🏰 このブログの全体像(要塞)はこちら

  • Case 64: When Systems Reward Predictability Over Capability

    Case 64: When Systems Reward Predictability Over Capability

    Concept Inversion

    Organizations are assumed to reward competence.

    Many systems reward predictability instead.



    Structural Decomposition

    Capability introduces variability.

    Highly capable individuals challenge assumptions.
    They adapt independently.
    They introduce unpredictability.

    Predictable individuals are easier to manage.

    Behavior becomes standardized.
    Outcomes become administratively stable.

    Over time, systems prioritize controllability over capability.

    Innovation weakens.
    Adaptability declines.
    Structural conformity increases.



    Pathology Progression

    Management pressure increases.

    Predictable behavior is rewarded.

    Independent capability becomes risky.

    Behavior standardizes.

    Organizational flexibility declines.

    The system becomes stable but fragile.



    Cold Diagnosis

    An organization that prioritizes predictability over capability sacrifices adaptability for administrative comfort.

    Control replaces competence.



    Structural Definition

    This case defines a condition where systems reward predictable behavior over actual functional capability.

    One-Line Summary

    This case describes how organizations prioritize controllability at the expense of competence and adaptability.



    Explore the full case index

    This article is part of the Organizational Pathology case archive.
    All published cases can be found here:

    Organizational Pathology — Case Index

  • Case 63: When Busyness Replaces Progress

    Case 63: When Busyness Replaces Progress

    Concept Inversion

    High activity is assumed to indicate progress.

    It does not.

    Activity and advancement are structurally different.



    Structural Decomposition

    Systems increase activity under pressure.

    Meetings multiply.
    Tasks expand.
    Communication volume rises.

    Visible movement increases.

    However, directional progress depends on meaningful structural change.

    When coordination weakens, activity compensates.

    The organization begins measuring effort instead of advancement.

    Busyness becomes evidence of contribution.

    Progress becomes difficult to evaluate.



    Pathology Progression

    Pressure increases.

    Activity intensifies.

    Workload expands.

    Perceived urgency grows.

    Progress stagnates.

    The organization responds with even more activity.

    Operational exhaustion accumulates without directional movement.



    Cold Diagnosis

    An organization that substitutes activity for progress loses the ability to evaluate meaningful advancement.

    Motion replaces direction.



    Structural Definition

    This case defines a condition where visible activity becomes disconnected from actual organizational progress.

    One-Line Summary

    This case describes how organizations mistake increasing activity for meaningful progress.



    Explore the full case index

    This article is part of the Organizational Pathology case archive.
    All published cases can be found here:

    Organizational Pathology — Case Index

  • 📅金曜定例社腸会議|「前もこうやった」が会社を止める

    📅金曜定例社腸会議|「前もこうやった」が会社を止める

    【腸活食生活書籍化Prj📘】

      自分の会社🏢ヤバいかも?
      どの社腸か、覗いてみる👇
      🔗 社腸 症例図鑑



    「これ、何でこうするんですか?」

    聞いてみる。

    返ってきた答えは

    「前もこうやったから。」

    理由を聞いたはずやのに

    返ってきたのは

    過去の話やった。


    ▶ 社腸シリーズのまとめはこちら



    前例があることは悪くない

    前例は便利や。

    一度やった方法が残っていれば

    毎回ゼロから考えんでええ。

    仕事も早くなる。

    でもな。

    前例には

    本来もうひとつ必要なものがある。

    なぜ、その方法になったのか。

    そこや。



    理由が消えて、形だけ残る

    最初は

    ちゃんと理由があった。

    トラブルがあった。

    条件が違った。

    一時的な対応やった。

    だから

    そのやり方になった。

    でも年月が経つと

    理由だけが消える。

    残るのは

    手順だけ。

    そしていつの間にか

    「昔からこうしてる」

    が理由になる。



    判断しなくて済むようになる

    前例には

    もうひとつ便利なところがある。

    自分で判断せんでええ。

    「前回と同じです。」

    と言えば

    説明もしやすい。

    何か起きても

    「今までこうしてました。」

    と言える。

    すると

    新しく判断するより

    前例を守る方が

    安全になっていく。



    会社の中に死菌が残る

    腸の中でも

    役目を終えたものは

    外へ流れていく。

    でも会社では

    役目を終えた

    • ルール
    • 記録
    • チェック項目
    • 手順
    • 書類

    が残り続けることがある。

    もう必要かどうか

    誰も分からへん。

    でも

    消す理由も説明できへん。

    せやから

    残す。

    使われてへんのに、存在だけ続く。



    すると仕事は増えていく

    古いものを残したまま

    新しいものを追加する。

    また変更があれば

    さらに追加する。

    すると

    手順は長くなる。

    確認も増える。

    記録も増える。

    でも

    誰も削らへん。

    こうして

    仕事は改善されるんやなく

    積み重なっていく。



    「変える理由」だけ求められる

    不思議なんはここや。

    続ける時には

    理由を聞かれへん。

    でも

    やめようとすると

    「なんで変えるの?」

    と聞かれる。

    つまり

    続けることには説明責任がなく

    変えることだけに

    説明責任が発生する。

    これでは

    前例が残り続けるのも

    当然や。



    最後に

    「前もこうやった。」

    それは

    理由やない。

    履歴や。

    本当に必要なんは

    前回どうしたかだけやなく

    なぜ、そうしたのか。

    その理由が今も残っているのか。

    そこまで確認できて

    初めて前例は

    知識になる。

    理由を失った前例は

    会社を守るものやなく

    流れを止めるものになる。

    ▶️ この症例は『社腸症例図鑑』の
    死菌記録依存型社腸 に該当します。


    👉 関連症例

    ▶️ 死菌の記録を守り続ける腸
    ▶️ 削除できへん会社は、流れが止まる
    ▶️ 改善している“つもり”の腸



    👇 迷ったら、ここに戻ってきてや✨
    🏰 このブログの全体像(要塞)はこちら

  • Case 62: When Systems Fear Transparency

    Case 62: When Systems Fear Transparency

    Concept Inversion

    Transparency is assumed to strengthen systems.

    It can also threaten structures built on distortion.



    Structural Decomposition

    Transparency exposes conditions.

    Performance becomes visible.
    Decision paths become traceable.
    Responsibility becomes identifiable.

    Healthy systems tolerate this.

    Distorted systems resist it.

    Visibility threatens stability maintained through ambiguity, delay, or selective information control.

    As transparency increases, defensive behavior emerges.

    Reporting is softened.
    Access is restricted.
    Interpretation is centralized.

    The system begins protecting itself from observation.



    Pathology Progression

    Transparency initiatives begin.

    Structural inconsistencies become visible.

    Discomfort increases.

    Resistance appears.

    Visibility mechanisms weaken.

    Information filtering expands.

    The organization preserves opacity to maintain stability.



    Cold Diagnosis

    An organization that fears transparency depends structurally on incomplete visibility.

    Opacity becomes self-protection.



    Structural Definition

    This case defines a condition where systems resist transparency because visibility threatens structural stability.

    One-Line Summary

    This case describes how organizations become resistant to transparency when visibility destabilizes existing structures.



    Explore the full case index

    This article is part of the Organizational Pathology case archive.
    All published cases can be found here:

    Organizational Pathology — Case Index

  • Case 61: When Adaptation Becomes Identity

    Case 61: When Adaptation Becomes Identity

    Concept Inversion

    Adaptation is assumed to remain temporary.

    It does not.

    Repeated adaptation can become organizational identity.



    Structural Decomposition

    Organizations adapt to pressure.

    Processes change.
    Behavior shifts.
    Structures reorganize.

    Initially, adaptation is situational.

    Over time, temporary responses solidify.

    The organization no longer distinguishes between original structure and adaptive behavior.

    Emergency patterns become normal operations.

    Adaptation becomes identity.



    Pathology Progression

    External pressure emerges.

    Adaptive responses appear.

    Temporary measures stabilize operations.

    The pressure persists.

    Temporary structures remain.

    Operational identity shifts toward survival behavior.



    Cold Diagnosis

    An organization that internalizes adaptive survival patterns as identity loses structural intentionality.

    Reaction replaces direction.



    Structural Definition

    This case defines a condition where repeated adaptation permanently reshapes organizational identity.

    One-Line Summary

    This case describes how temporary adaptation patterns become permanent organizational identity.



    Explore the full case index

    This article is part of the Organizational Pathology case archive.
    All published cases can be found here:

    Organizational Pathology — Case Index

  • 📅金曜定例社腸会議|情報を増やすほど、何も伝わらへん

    📅金曜定例社腸会議|情報を増やすほど、何も伝わらへん

    【腸活食生活書籍化Prj📘】

      自分の会社🏢ヤバいかも?
      どの社腸か、覗いてみる👇
      🔗 社腸 症例図鑑



    メール。

    チャット。

    掲示板。

    会議。

    共有フォルダ。

    連絡手段は

    昔より増えた。

    情報も

    いっぱいある。

    せやのに

    「それ知らんかった。」

    がなくならへん。

    もしかしたら

    情報が足りへんのやなく

    多すぎるんかもしれへん。


    ▶ 社腸シリーズのまとめはこちら



    情報は多いほどええんやろか

    情報不足は困る。

    せやから

    会社は情報を増やす。

    念のため共有。

    一応CC。

    参考までに送付。

    関係あるかもしれへんから展開。

    ひとつひとつは

    間違ってへん。

    でも

    それが積み重なると

    別の問題が起きる。



    全部大事なら、全部大事やなくなる

    今日中に確認してほしい連絡。

    来月使う資料。

    参考情報。

    雑談。

    全部が

    同じ場所に流れてくる。

    すると

    受け取る側は

    何が重要なのか

    自分で判断せなあかん。

    情報を共有するほど

    情報を選別する仕事が増えていく。



    見落とした人の問題にされる

    大事な連絡を

    誰かが見落とした。

    すると

    「ちゃんと確認してください。」

    となる。

    でもな。

    一日に大量の情報が流れて

    重要度も整理されてへんかったら

    見落としは

    個人の注意力だけの問題なんやろか。



    情報にも流れがいる

    腸でも

    入れれば入れるほど

    ええわけやない。

    処理できる量がある。

    会社も同じや。

    情報には

    • 誰に必要なのか
    • いつ必要なのか
    • 何をしてほしいのか
    • どれくらい重要なのか

    という流れがいる。

    そこが整理されへんまま

    量だけ増やしても

    組織は動かへん。



    そして確認が増えていく

    情報が多すぎる。

    見落としが起きる。

    不安になる。

    だから

    また確認を増やす。

    メールでも送る。

    チャットでも送る。

    会議でも言う。

    すると

    さらに情報が増える。

    伝わらへんから増やした情報が
    もっと伝わらへん状態を作っていく。




    最後に

    情報共有で大事なんは

    どれだけ出したかやない。

    必要な情報が

    必要な人まで

    ちゃんと届いたかや。

    情報不足だけが

    会社を止めるんやない。

    情報過多でも
    会社の流れは詰まる。

    ▶️ この症例は『社腸症例図鑑』の
    会議型社腸 に該当します。


    👉 関連症例

    ▶️ 情報共有してるのに、誰も知らへん会社
    ▶️ 情報が流れない会社は動かない
    ▶️ 伝言ゲームが会社を壊す



    👇 迷ったら、ここに戻ってきてや✨
    🏰 このブログの全体像(要塞)はこちら

pinkaku 組織病理学研究所

Organizational Pathology Research

 © pinkaku lab/ pinkaku.com

 Twenty Twenty-Five
 Designed with WordPress