【IT現場の生態系】「品質第一」という名の思考停止の聖域

　窓際で冷めたコーヒーを口に含みながら、壁に貼られた「品質第一」のポスターを眺める。
　ITの現場では、この四文字はもはやスローガンを超えて、逆らうことの許されない御神託のようです。

　しかし、ふと思うのです。私たちが信奉するその「品質」という神様は、一体どんな顔をしていたっけ、と。

　バグがないこと、止まらないこと、仕様書通りであること。
　それらは確かに大切です。
　しかし、どれだけ頑丈でも、誰の心も動かさない鉄の塊を積み上げることが、本当に質の高い仕事なのでしょうか。
　優先順位の最上位に「失敗しないこと」を置いた瞬間、現場の空気は驚くほど薄くなり、クリエイティブという名の生き物は姿を消してしまいます。

「バグゼロ」という幻想の檻

　品質第一が空回りし始める最初の予兆は、数字への執着として現れます。

　例えば、あるプロジェクトでの出来事。
　リーダーは「テスト項目を消化し、バグを出し尽くせ」と号令をかけました。
　メンバーは不眠不休でチェックリストを埋めますが、そこにあるのは「プログラムが落ちないか」という確認作業だけ。
　本来、品質とは「ユーザーがその道具を使って幸せになれるか」という価値の総量のはずです。

　誤字脱字が一つもないけれど、中身がひどく退屈なラブレターを想像してみてください。
　受け取った相手は、その正確さに感動するでしょうか。

　今のIT現場では、便箋の汚れを消すことに必死で、肝心の愛の言葉を綴るのを忘れているような場面が散見されませんか。

誠実さが生む「静かなサボタージュ」

　品質を追い求めるあまり、現場が陥る罠はいくつかあります。

　まずは、心理的な防衛反応です。
　ミスを絶対に許さない文化が定着すると、エンジニアは「新しい挑戦」というリスクを避け、使い古された安全な技術しか選ばなくなります。
　これは一種の生態系の硬直化です。
　進化を止めた種がいずれ絶滅するように、冒険を忘れたシステムもまた、時代から取り残されていきます。

　次に、形式主義の蔓延が挙げられます。
　品質を証明するための膨大なエビデンス、重箱の隅をつつくようなレビューの儀式。それ自体が目的化し、作る喜びよりも「怒られないための証拠作り」に時間が溶けていく。
　これでは、まるで検品のためにだけ工場を動かしているようなものです。

　そして最も皮肉なのが、技術的負債の蓄積です。
　表向きの不具合をゼロにするために、見えないコードの裏側で無理な継ぎ接ぎが行われる。
　外見は美しい高層ビルでも、柱の中は腐敗した木材で埋め尽くされているような危うさが、そこには同居しています。

健全な「不完全さ」を育てるために

　私たちは、そろそろ「無菌室」を作る努力を諦めるべきかもしれません。

　優れた現場は、バグをゼロにすることよりも、バグが起きたときにどうしなやかに立ち直るか、という「復元力」に重きを置きます。
　リリースしてからユーザーと一緒に育てていく。
　そんな、生き物のような開発のリズムを取り戻す必要があるのです。

　大切なのは、完璧な正解を出すことではなく、今この瞬間に最良だと思える「納得解」を世に問う勇気です。
　品質とは、作り手と使い手との間で交わされる、終わりのない対話そのものなのですから。

　コーヒーがすっかり冷めきってしまいました。
　ポスターの角が少し剥がれている。その不完全さが、今は妙に人間らしく、愛おしく感じられます。

【徒然なるメモ】「品質」の正体を探る

　IT現場という独特な「生態系」において、「品質」は単なるバグの有無以上の意味を持ちます。
　しかし、その「品質」を絶対神のように崇める「品質第一」というスローガンが、時に現場を疲弊させ、プロジェクトを崩壊させる毒になることもあります。

1. IT現場における「品質」の正体

　IT現場での品質は、多角的なレイヤーで構成されています。

　(1)外部品質
　　ユーザーから見える部分。UI/UXの使いやすさ、レスポンスの速さ、機能の正確性。

　(2)内部品質
　　エンジニアから見える部分。コードの可読性、保守性、拡張性（後の修正が楽か）。

　(3)プロセス品質
　　作る過程の正しさ。テスト網羅率、レビューの実施状況、ドキュメントの整備。

　(4)価値品質
　　そもそも「その機能は役に立つか」。不具合がなくても誰も使わないなら、価値品質は低い。

2. 「品質第一」が引き起こす問題点

　「品質を第一に考えること」自体は正論ですが、これを盲目的に運用すると次のような生態系汚染が発生します。

　(1)スピードと機会損失のジレンマ

　　A.「完璧」を求めるあまりの遅延
　　　100%のバグフリーを目指すと、リリース時期が大幅に遅れます。IT業界のスピード感では、「完璧だが遅すぎる製品」は「バグはあるが今ある製品」に市場で敗北します。

　　B.過剰品質（オーバークオリティ）
　　　ユーザーが求めていないレベルの耐久性や網羅性にコストをかけすぎることで、投資対効果（ROI）が悪化します。

　(2)心理的安全性と隠蔽体質

　　A.「バグ＝悪」という文化
　　　品質第一を掲げすぎてミスを許容しない空気になると、メンバーは叱責を恐れ、小さな不具合や違和感を報告せず隠すようになります。

　　B.形式主義の横行
　　　「品質管理の証拠」を作るために、本質的ではない膨大な報告書やチェックリストの作成に時間が割かれ、肝心の開発作業が疎かになります。

　(3)開発者のモチベーション低下

　　A.守りの姿勢
　　　新しい技術や挑戦的な機能はバグを生むリスクがあるため、「品質第一」の名の下に現状維持が推奨され、技術的なイノベーションが停滞します。

　　B.燃え尽き症候群
　　終わりのないテストと重箱の隅をつつくような修正の繰り返しにより、クリエイティブな意欲が削り取られます。

(4)内部品質の軽視（皮肉な結果）

　　A.「動けばいい」への逃避
　　　納期が厳しい中で「外に見える品質（不具合ゼロ）」を強要されると、エンジニアは裏側でスパゲッティコードを書いて帳尻を合わせがちです。結果として、将来的な保守コストが跳ね上がる「技術的負債」が蓄積されます。

結論

　求められるのは「品質第一」ではなく「品質最適」

　現代のIT生態系では、全ての項目で100点を目指すのではなく、プロジェクトのフェーズや目的（プロトタイプなのか、銀行の基幹システムなのか）に合わせて、「どこまで品質を担保し、どこでリスクを取るか」というトレードオフの判断こそが重要です。

【関連記事】

☆IT現場の生態系

☆プロマネの生きる道

☆プロジェクトマネジメントの小径

書籍の紹介

・プロジェクトマネジメント知識体系ガイド
　（PMBOKガイド）第7版 Kindle版
　＋プロジェクトマネジメント標準: PMI日本支部 監訳
　プロジェクトマネジメント協会（PMI） (著)
　一般社団法人 PMI日本支部 (2023/1/6)
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

・図解即戦力　PMBOK第7版の知識と手法がこれ1冊でしっかりわかる教科書 Kindle版
　前⽥ 和哉 (著)
　 技術評論社 (2024/9/20)
　プロジェクトマネジメントの世界標準として知られるPMBOK Guide 第7版の解説書です。「プロジェクトの基本」「価値実現システム」「12の原理・原則」などプロジェクトマネジメントの基礎となる知識のほか、PMBOK第7版のメインテーマともいえる「8つのパフォーマンス領域」について、要点をくわしく解説します。プロジェクトマネジメントの勉強のほか、PMP試験対策の第一歩としてもおすすめできる1冊です。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

・図解入門よくわかる 最新PMBOK第6版の基本 Kindle版
　鈴木安而 (著)
　‎ 秀和システム (2018/3/23)
　PMBOKガイドは、米国プロジェクトマネジメント協会により、日本語を含め世界11ヶ国語に翻訳・出版されています。翻訳されても、専門用語が多い、カタカナ用語が多いなどの理由からなかなか理解が困難です。本書は、『PIMBOKガイド第6版』の翻訳・監訳チーム・リーダーでもある著者が、本来の意味をなるべくかみ砕いて解説します。イメージしやすいよう図版を豊富に使っているので、初心者からベテランまでわかりやすくなっています。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

・プロジェクトマネジメントの基本がこれ1冊でしっかり身につく本 Kindle版
　前田和哉【著】
　技術評論社（2022/06）
　本書は、プロジェクトマネジメントについて基本から学ぶことのできる入門書です。プロジェクトマネジメントの基礎知識について解説した後、プロジェクトを「立ち上げ」「計画」「実行」「監視・コントロール」「完了」という5つの段階に分け、各段階において実施すべきこと、注意すべきポイントについて丁寧に解説しています。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-