ソフトウェア品質は機能ではなく、文化である

Anthony Hobdayが、よくある決まり文句を排した、ソフトウェア品質に関する示唆に富むエッセイを発表した。彼の中心的な主張は、品質とは問題の不在であり、不可能な完全性に漸近的に近づくスペクトラムであるということだ。近づけば近づくほど難しくなる——古典的な収穫逓減の法則だ。

ソフトウェアにおける品質の実際の姿

Hobdayは、ソフトウェア品質を総合的に定義する6つのシグナルを特定している：信頼性（バグなし、ダウンタイムなし）、速度（即時またはほぼ即時の応答）、明確さ（ユーザーがすべてを理解できる）、有効性（ユーザーが必要なことを実行できる）、効率性（可能な限り簡単に実行できる）、そして美しさ（美的な洗練）。これらはオプションの付加機能ではなく、あらゆるソフトウェアを測定すべき次元である。

また、ソフトウェア以外にも当てはまる4つの普遍的なシグナルにも言及している：外観、関連性（社会的証明）、コスト（費やした時間や金銭が価値を暗示する）、そしてパフォーマンス（どれだけうまく機能するか）。これらは人間がどこでも品質を判断するレンズであり、製品でこれらを無視することは間違いである。

なぜほとんどの組織が品質に失敗するのか

厄介な真実は、品質はリーダーシップと文化の関数であるということだ。トップの人々が積極的にそれを望まなければ、実現しない。Hobdayは、彼が見た高品質のソフトウェアの約100％は、リーダーが明示的に品質を優先した組織から生まれたと主張している。残りは単なる被害対策に過ぎない。

規模が大きくなると、品質は指数関数的に難しくなる。一定の組織規模を超えると、高品質は不可能になる——無能さのせいではなく、自然なエントロピーのためだ。これは解決可能な問題ではなく、トレードオフである。一部の企業は単に高品質のソフトウェアを生み出す能力がなく、そうでないふりをするのではなく、それを認めるべきである。

品質のビジネスケース

Hobdayは13のメリットを挙げているが、現役のエンジニアにとって重要なのは、戦うべき火災が減る、従業員の離職率が低下する、採用が容易になる、口コミマーケティングが強化される、そして真の競争優位性が生まれることだ。品質は難しい。競合他社はおそらくそれをやらないだろう。それがまさにポイントだ。

また、品質は潤沢な資金を持つチームだけの贅沢品であるという考えにも反論している。厳格なデザインシステムや制約のある予算の中でも、毎日より高い品質と低い品質の選択肢がある。誠実なエンジニアと無関心なエンジニアの差は、製品に現れる。

「とにかく早く出荷して後で直せ」と言われたことがある人なら誰でも、この全文を読む価値がある。Hobdayの視点は、ベンダーの売り込みやフレームワークの誇大広告がなく、品質にどれだけのコストがかかり、なぜそれを支払う価値があるのかを冷静に見つめている。