QCDS（品質・コスト・納期・安全）

QCDSは、もともと製造や建設の現場で使われてきたQCD（品質・コスト・納期）に、安全（Safety）を足した枠組みです。人の手が動く現場では、納期やコストを優先しすぎると安全がおろそかになり、事故が起きれば結局すべての軸が崩れます。そのため、安全を独立した軸として並べておくという発想が生まれました。

QCDが「アウトプットの良し悪しと、それをいくら・いつまでに出すか」を扱うのに対し、QCDSの安全は「その過程で無理や危険を出していないか」を見る軸です。ソフトウェア開発の文脈では、身体的な安全というより、稼働中システムの停止リスクやセキュリティ、運用担当者の過重負荷といった意味で読み替えて使われることもあります。

なお、末尾のSをService（サービス・保守運用）やSafety、あるいは環境を加えたQCDSEとして語る流儀もあります。定義が一つに固まっているわけではないため、プロジェクトの関係者間で「このプロジェクトでのSは何を指すか」を最初にそろえておくと、後の議論が噛み合いやすくなります。

四つの軸は、それぞれ責任を持つ人と、状態を映す成果物が異なります。軸ごとに「何で測るか」を先に決めておくと、進捗会議での報告が具体的になります。

• 品質（Quality）
  要件を満たしているか、欠陥がどれだけ残っているかを見る軸です。テスト計画書やレビュー記録、不具合の一覧が状態を映します。品質保証の担当やテスターが実務を持ち、プロジェクトマネージャーは合否の基準を関係者と合意しておきます。
• コスト（Cost）
  人月や外注費、購入費が予算の枠内に収まっているかを見る軸です。予算実績表や工数の集計が根拠になります。プロジェクトマネージャーが全体を、各リーダーが担当範囲の工数を持ちます。
• 納期（Delivery）
  マイルストーンや最終期日に間に合うかを見る軸です。工程表やガントチャート、進捗率が状態を示します。遅れの兆しはクリティカルパス上の作業に最初に出ます。
• 安全（Safety）
  過程に無理や危険がないかを見る軸です。稼働システムの停止リスク、セキュリティ、担当者の負荷などを指し、リスク一覧や運用手順書が判断材料になります。

四つを別々の担当が個別最適で追うと、全体が崩れます。プロジェクトマネージャーの役割は、この四軸を横断して見て、どこかにしわ寄せが出ていないかを常に確かめることです。

QCDSの四軸は、独立して自由に動かせるわけではありません。片方を強く押すと、別の軸に無理が出るという関係にあります。プロジェクトマネージャーは、この綱引きを認識したうえで優先順位を関係者と合意しておく必要があります。

たとえば納期を前倒ししたい局面では、人を増やしてコストを上げるか、機能を削って品質確認の範囲を絞るか、あるいは残業で進めて安全（担当者の負荷）を削るか、といった選択が生まれます。どれを選ぶかを決めずに「全部を守れ」と号令をかけると、現場は黙って安全を削る方向に流れがちで、後から事故や大きな手戻りとして表面化します。

実務では、キックオフの段階で「このプロジェクトで最優先の軸は何か」を発注者と握っておくやり方がよく取られます。たとえば法令対応の案件なら納期が動かせない、基幹システムの刷新なら品質と安全が最優先、といった具合です。優先軸が決まっていれば、変更管理の場面で「納期を守るために品質確認をどこまで簡略化するか」といった判断を、感覚ではなく合意済みの基準に沿って下せます。

QCDSを使ううえで起きやすいつまずきは、いくつかの典型的な形があります。軸を並べただけで運用が伴わないと、掛け声で終わってしまいます。

• 軸を挙げるだけで測り方を決めていない
  「品質を上げよう」と言っても、何をもって品質とするかの基準がなければ議論が空回りします。軸ごとに成果物と合否基準をひもづけておくことが前提になります。
• 安全を最後に回してしまう
  納期とコストの話は数字で見えやすい一方、安全は見えにくく後回しにされがちです。進捗会議の定例議題に安全を明示的に入れておくと、埋もれにくくなります。
• 優先順位を決めずに全軸を等しく守ろうとする
  四軸すべてを同時に最大化することは難しく、どこかで矛盾が出ます。優先軸を先に決めておくことが、後の判断を助けます。

隣接する概念との違いも押さえておくと使い分けが明確になります。QCDSはプロジェクトの状態を測る軸であり、進捗管理や品質管理は、その軸のうち特定の一つを日々回していく活動にあたります。リスク管理は、四軸のいずれかが崩れる兆しを事前に拾う営みと捉えると、関係が整理しやすくなります。

QCDSは、プロジェクトマネージャーが自分の判断を言葉にするための土台になります。日々の意思決定を「品質と納期のどちらを優先し、その代わりに何を差し出したか」という形で語れると、単なる作業の消化ではなく、トレードオフを扱えた経験として整理できます。

転職や面談の場面でも、この四軸は職務経歴を棚卸しする物差しとして使えます。担当したプロジェクトを軸ごとに振り返り、どの軸で難所があり、どう合意を作って乗り越えたかを具体的に述べられると、経験の解像度が上がります。数字が出せる範囲では実績を、出せない部分は判断の過程を言葉で示すと、伝わりやすくなります。

QCDとQCDSの違いは何ですか。

QCDは品質・コスト・納期の三軸です。QCDSはそこに安全（Safety）を加えた四軸で、過程に無理や危険が出ていないかを独立して見ます。ソフトウェア開発では、安全をシステムの停止リスクやセキュリティ、運用担当者の負荷と読み替えて使うこともあります。

QCDSのSは安全以外の意味で使われますか。

はい。SをService（保守運用）と解釈する流儀や、環境を加えてQCDSEとする使い方もあります。定義は一つに固まっていないため、プロジェクトの最初に関係者の間で「このプロジェクトでのSが何を指すか」をそろえておくと、議論が噛み合いやすくなります。

四つの軸のうち、どれを優先すべきですか。

プロジェクトの性質によって変わります。法令対応なら納期、基幹システムの刷新なら品質と安全が優先される場合が多いです。大切なのは、キックオフの段階で最優先の軸を発注者と合意しておくことで、後の変更管理の判断が基準に沿って下せるようになります。