ソフトウェアの壊れ方

このサイトは、「ソフトウェアがどのように壊れるか」を起点に、
再発する失敗の構造を Failure Pattern として整理するためのリファレンスである。

ここで扱う対象は、特定の技術や手法の是非ではない。
運用中のソフトウェアが、不完全な前提、限られた情報、
善意の判断の積み重ねによって、
どのような壊れ方へ収束していくかを観測し、理解することを目的とする。

なぜ「壊れ方」から始めるのか

多くの現場では、失敗は個別のミスや技術選択の問題として扱われる。
しかし実際には、同じような失敗が、形を変えて繰り返し観測されることが多い。

本サイトは、それらを偶発的な問題としてではなく、
再発する構造として捉えるための言語を提供することを意図している。
「正しさ」を決めるのではなく、
判断や変更がどのような前提のもとで積み重なってきたかを整理する。

読み方

本サイトは、順番に読むことを前提としない。
必要な章や Pattern を、辞書的に参照することを想定している。

• 壊れ方の分類を把握する場合は
  I. What Breaks
• 壊れ方が固定化される理由を整理する場合は
  II. Why It Breaks
• 再発構造として整理された事例を参照する場合は
  III. Failure Patterns
• 前提が揃わない状況での判断の回復を扱う場合は
  IV. Restoring Decision-Making

前提について

本サイトは、Agile や AI を否定する立場を取らない。
それらを実務で成立させるために、
どのような前提や判断構造が必要かを扱う。

本サイト全体の立場や構成意図については Perspective に、
背景となる概念や参照している知見については Appendix にまとめている。

用語について

本サイトでは、一般的な意味とは異なる使い方をしている用語がある。
定義については Glossary を参照してほしい。