q
「Time & Materials」契約
どういう意味？日本語で解説して。
a
「Time & Materials（T&M）」契約とは、プロジェクトや作業において、実際にかかった時間と使用した材料や資源に基づいて料金が決定される契約形態のことを指します。この契約方式は主に建設業やソフトウェア開発など、事前に正確な労力や資源の見積もりが困難なプロジェクトで用いられます。
具体的には、以下のような特徴があります：
-
労働時間の計算: 作業を行った時間が記録され、その時間に基づいて料金が決定されます。通常、作業者の種類やスキルセットに応じて異なる時間単価が設定されます。
-
材料の費用: 材料やその他のリソースにかかる実費に基づき、顧客に請求されます。これには、部品、設備、消耗品などが含まれることがあります。
-
柔軟性: プロジェクトの要件が不明確だったり、途中で変わる可能性がある場合に柔軟に対応できます。これは固定価格契約に比べ、顧客と請負業者の間で変更や追加の調整がしやすいという利点があります。
-
透明性: クライアントは時間と材料に関する詳細な報告や記録を受け取ることができるため、プロジェクトがどのように進行しているかをリアルタイムで把握できます。
一方で、顧客にとって全体のコストが予測しづらいというデメリットもあります。従って、T&M契約を結ぶ際には、信頼関係や透明性のあるコミュニケーションが重要です。
q
タイムチャージってこと？
a
ほぼ「タイムチャージ（時間課金）」のことです。ただし T&M（Time & Materials）は“時間＋材料（実費）” まで含めて請求する契約形態、という点が少し広いです。
- Time（時間）：作業時間 × 時間単価（人・役割ごとに単価が違うことも多い）
- Materials（材料）：部材費、外注費、クラウド利用料、旅費などの 実費（＋手数料/マージンが付く場合も）
なので、
- 人件費だけ時間課金 → 「タイムチャージ」に近い
- 人件費の時間課金＋各種実費も別途請求 → 典型的な「T&M契約」
契約書上は、上限（Not-to-Exceed）を設けたり、実費の範囲や精算ルールを決めたりするのが一般的です。
q
日本の SI における人月商売とは何が違う？
a
共通点は「成果物の価格」ではなく「投入工数（時間）」をベースにお金が動く点で、かなり近いです。違いは主に 契約の設計・精算の粒度・リスクの置き方 に出ます。
1) 粒度：人月（固定っぽい） vs 時間（実績精算）
- 日本のSIの人月：1人月＝◯◯円、のように月単位（または人月換算）で“枠”を押さえる形になりがち。日々の実績時間と請求が厳密に連動しないケースも多いです（稼働率の取り扱いが曖昧になりやすい）。
- T&M：基本は 時間単位（例：時間/日/週）で実績精算。タイムシート等で実績を根拠に請求します。
2) 「Materials（実費）」の扱い
- 人月商売：基本は“人”の費用が中心で、旅費・クラウド費・外注費などは別契約/別途請求でも、運用が案件ごとにバラつきがち。
- T&M：契約として 時間＋実費（Materials）をどう精算するか まで枠組みに含めるのが通常（実費の範囲、マークアップ有無、上限などを明記）。
3) リスクとマネジメント：準委任っぽさ vs 請負っぽさが混ざりやすい
- T&M：原則、「作った結果」より 作業の提供 を買う。要件が動く前提で、優先順位は都度調整し、スコープは固定しない代わりに時間で精算、になりやすい。
- 日本の人月：形式は準委任でも、現場感としては「この機能はこの期間でやり切って」「実質固定スコープ」みたいに 請負的な期待 が混ざりやすい（その結果、追加変更が無償化・炎上しやすい）。
4) 予算上限（キャップ）の有無
- T&M：Not-to-Exceed（上限金額） を置く運用がよくあります（上限に近づいたら止める/合意して増額する）。
- 人月：人月×期間で事実上の上限にはなるものの、変更や増員で伸びやすく、上限管理の仕組みが契約上きれいに整理されていないことも。
まとめ（ざっくり）
- 人月商売＝「月単位の工数枠を売買」になりやすい（運用が“月定額っぽい”ことも）
- T&M＝「実績時間で精算＋実費も含めてルール化」し、変更前提で透明性を重視
必要なら、あなたが想定している契約（準委任／請負、検収の有無、稼働の管理方法）を教えてくれれば、そのケースで「人月とT&Mの差が実務的にどこに出るか」も具体例で整理します。
q
T&M はどの単位で請求するの？月単位で請求してって、たとえば 6 ヶ月目で「あと一月で終わりそう」となったら 7 ヶ月目でおしまい？
逆に SI は（プロジェクトを分けなければ）7 ヶ月分の費用を一気に払わせるよね？
a
T&Mの「請求単位」は契約で決めますが、実務ではだいたい次の組み合わせです。
1) T&Mはどの単位で請求する？
- 請求サイクル（インボイス）：多くは 月次請求（毎月締めて請求）
- 精算の単位（課金単位）：
- 時間（hour） が典型（例：¥15,000/時間）
- もしくは 日（day）、週（week）
- 「月」は 見積もり・体制表上の単位 に使っても、精算は実績時間ベースということが多いです
- 端数処理：15分刻み／30分刻み／1日単位などを契約で明記
- Materials（実費）：クラウド費・外注費・旅費などを 実費で月次にまとめて 請求、がよくあります
つまり「月単位で請求」はよくあるけど、内容は「その月に使った実績（時間＋実費）を請求」が基本です。
2) 6ヶ月目で「あと1ヶ月で終わりそう」なら7ヶ月目で終わり？
原則、終わります。T&Mは「期間を買う」というより 使った分だけ払う ので、
- 6ヶ月終了時点で残作業が少ない
- 7ヶ月目に必要な分だけ稼働して
- 完了したらそこで契約終了（または発注停止）
という動きが自然です。
ただし注意点が2つあります：
- 最低コミット（minimum）：月◯人月は確保、途中解約は◯日前通知、等があると「7ヶ月目ゼロにはできない」ことがある
- キャップ（Not-to-Exceed）：上限金額がある場合、上限に達したら止める／追加合意が必要
3) 「SIは7ヶ月分を一気に払わせる」って本当？
ここは契約形態が混ざりやすいです。
A. 請負（固定価格）っぽい世界
- 「7ヶ月でこの成果物を納品、検収で支払い」
- 支払いは一括またはマイルストーン分割（設計完了で○%、リリースで○%など）
- なので「（見積が7ヶ月相当でも）完成まで支払いが固まる」ことがある
※“7ヶ月分を一気に払う”というより「成果物に対して払う」のでタイミングが固まりやすい
B. 準委任（人月）＝実態はT&Mに近い世界
- 月次で 人月×単価 を請求、が多い（実績時間と厳密連動しないこともある）
- これはむしろ 毎月払う ので、「一気に払う」ではないケースが多いです
- ただし「月◯人月固定」の色が強いと、終盤に稼働が減っても請求が落ちにくい（＝T&Mの“使った分だけ”感が薄い）
4) まとめ（あなたの例に即して）
- T&M：月次請求が多いが、基本は実績精算。6ヶ月目で残1ヶ月なら、7ヶ月目で終わって止めやすい（最低コミットがなければ）。
- 日本SI：
- 請負なら「成果物ベース」なので支払いは一括/マイルストーンになりやすい
- 準委任（人月）なら月次請求だが、月の“枠”が固定で、終盤の減速が価格に反映されにくいことがある
もし「SIの契約書上は準委任だけど、運用は固定スコープ/固定納期」みたいなケースを想定しているなら、その場合の違い（追加変更の扱い、減員・停止の条件、検収の有無）を具体的に整理できます。契約が請負か準委任か、支払い条項（毎月/検収後）だけ教えてください。
q
ウォーターフォールと T&M の相性はどう言われてる？オワコン？
アジャイルと T&M は？
a
ウォーターフォール × T&M（Time & Materials）の相性
一般に「相性はよくない」と言われがちです。ただし 不可能ではなく、運用設計が重要 です。
相性が悪いと言われる理由
- ウォーターフォールは“最初にスコープ確定”が前提（要件→設計→実装→テスト…）
- 発注側の期待は「この範囲をこの日までにこの金額で」
- T&Mは“使った分だけ支払う”（スコープ変動を許容しやすい）
- 受注側の動機は「必要な作業を積み上げて実施し、実績で請求」
この2つを組み合わせると、発注側は「いくらかかるか読めない」、受注側は「“最後まで”の責任を負わされると赤字化し得る」という緊張が生まれやすいです。
じゃあオワコン（終わった）か？
「オワコン」ではないですが、“ウォーターフォール＝固定価格請負”で語られることが多いので、相対的に「T&Mとは合わない」評価になりやすい、という感じです。
実務ではウォーターフォールでもT&Mが使われます。典型は：
- 要件が固まらない/不確実性が高いので、まずT&Mで走りながら固める
- ただし 上限（NTE: Not-to-Exceed）、フェーズごとの ゲート（次工程に進む合意）、成果物（設計書など）の 受入条件 を置いて「無限に続く」を防ぐ
アジャイル × T&M の相性
一般に「相性が良い」と言われます。理由は 前提が近い からです。
相性が良い理由
- アジャイルは スコープを固定しにくい（優先順位を見直しながら進める）
- 代わりに、固定するのはだいたい 時間（スプリント）とチーム（人数）
- T&Mは 時間と投入量（人） に対して支払うので、契約の考え方が噛み合う
実務的には、
- 「2週間スプリントを回し、実績の稼働時間（または1スプリントいくら）で請求」
- 「毎スプリントで成果をデモして受け入れ」
みたいに運用しやすいです。
ただし注意点（ここが揉めどころ）
アジャイル×T&Mでも、発注側は結局こう思います：
- 「で、いつまでに何ができるの？」
- 「予算はどこで止まるの？」
なので現実的には次をセットにすることが多いです：
- 予算上限（キャップ / NTE）
- ベロシティ前提の見立て（ロードマップ）
- いつでも止められる条項（◯日前通知で終了）
- “アウトカム/成果”の定義（何ができたらOKか）
まとめ（世間の言われ方）
- ウォーターフォール × T&M：相性は弱め。やるなら「上限・ゲート・受入」を厚くして統制する（オワコンではないが設計が要る）。
- アジャイル × T&M：相性は強め。ただし「予算と終了条件」を契約・運用で明確にしないと不安が残る。
あなたの前提が「日本のSIで、要件定義～リリースまでウォーターフォールで回したい」なのか、「運用改善や新規機能を継続開発したい」なのかで、現実的な契約テンプレ（フェーズ分割、NTEの置き方、検収の置き方）を具体化できます。どっちのケースですか？