人月単価はITを腐らせるか。設計で不条理を殺す「NWMA」という決断
本稿は、IT業界に根深く残る「人月単価」という価格モデルが生む不条理を批判するだけの文章ではない。それを構造から置き換えるための設計思想、および実装可能な責任モデル――NWMA（Net Worth Management Architecture）を定義する論考である。
対象読者は、成果責任を負う立場にある設計者、技術責任者、そして意思決定者だ。「工数を管理しているのに、なぜ誰も幸せにならないのか」という問いに、構造で答える。
思考の省略装置としての「人月モデル」
人月単価というモデルは、人間の「時間」を切り売りすることで、複雑なIT開発を単純な足し算に変換した。しかし、この便利さは「価値の設計」を放棄させる思考の省略装置でもあった。
時間に縛られる構造的欠陥
「働いた時間」が報酬になる構造では、効率化や自動化はむしろ収益を悪化させるインセンティブとして働く。ここには、技術者が磨き上げた「設計能力」を評価する変数が存在しない。
NWMAとは何か ―― 3つの設計レイヤー
NWMAは、単なる理想論や精神論ではない。それは、契約・責任・技術という三つの要素を再配線し、システムの「真の価値」を保存するための設計アーキテクチャである。
1. 契約レイヤー：価値の減衰を抑制する
人月契約の致命的な欠陥は、成果と無関係な「時間」を価格化する点にある。NWMAでは、契約単位を稼働時間から「価値の維持・減衰抑制」へと置換する。
エンジニアが提供する成果物はコードの行数ではない。「障害を起こさず、将来の変更に耐え続ける堅牢な構造」そのものである。この設計は、「将来発生するはずだったコストの先払い」であり、負債を未然に防ぐ投資として定義される。
2. 責任レイヤー：設計による不条理の解消
「すべての不具合はエンジニアの責任」という、設計なき現場の幻想を構造で殺す。NWMAでは、責任の境界線を以下の3点に明確に分離する。
- 自律化領域（Managed Service）: クラウドベンダーがインフラの可用性を担保する。
- 設計判断領域（人間）: アーキテクチャの妥当性と拡張性に責任を持つ。
-
意思決定領域（経営）: 最終的なリスク許容度と投資判断を採択する。
この境界線を Architecture Diagram に明示することこそが、技術者を守り、不条理な責任追及を排除する盾となる。
3. 技術レイヤー：NWMAを支える現実解
NWMAの実装には、Google Cloud 等の高度なマネージドサービスの活用が不可欠である。
- プラットフォーム: GKE Autopilot や Cloud Run による運用の抽象化。
- データ基盤: 管理不要なマネージドDBの選定。
-
ガバナンス: IaC（Infrastructure as Code）による意思決定の自動適用。
技術選定の基準は、ピーク時の性能ではない。**「人間が介入しなくて済む度合い」**こそが、NWMAにおける最優先指標である。
実践：NWMAを現場に実装する「3つのステップ」
NWMAは理想論ではない。既存の組織やプロジェクトでも、段階的に導入することが可能である。
STEP 1｜KPIを「工数」から追放する
まず、プロジェクトの成否を測る指標から稼働時間や消化人月を排除する。代わりに以下の指標を採用する。
- トイル（手作業）の削減率
- 平均復旧時間（MTTR）の短縮
-
変更失敗率の低下
これらをKPIに据えることで、チームの努力は「時間をかけること」から「構造を良くすること」へ強制的にシフトする。
STEP 2｜「責任境界」を設計図に書き込む
Runbook（手順書）を増やすのではなく、構成図に責任の所在を明記する。「このレイヤーの可用性はクラウド側が担保し、このレイヤーのロジック変更は人間が担保する」という合意を、設計段階でステークホルダーと締結する。
STEP 3｜価格を「不確実性の吸収料」として再定義する
見積もりにおいて「○人で○ヶ月」という説明を捨てる。代わりに「この設計によって、将来の運用コストとシステム停止のリスクをどれだけ吸収できるか」という価値の保存量を提示する。
結論：不条理を殺し、設計の主権を奪還する
人月単価という古いOSの上で、どれだけ優れたコードを書いても、不条理な構造を壊すことはできない。
NWMAという新しいOSへの移行は、エンジニアにとっての「生存戦略」であり、経営にとっての「事業継続の合理性」である。システムを使いこなし、最後の判断権限をシステムに譲り渡さないこと。
設計の主権を保持し、価値を構造で担保すること。それが、ITを腐らせないための、唯一にして最強の防衛策である。
Discussion