46 人が閲覧(直近 30 日) ビジネス理論・用語

deliverable(デリバラブル)とは?ビジネスでの意味・読み方と成果物・納品物・outputの違い

deliverable(デリバラブル)とは?ビジネスでの意味・読み方と成果物・納品物・outputの違い

deliverable(デリバラブル)は、ビジネスでは「引き渡すべき成果物」を指す英単語です。発音記号はUKが /dɪˈlɪv.ər.ə.bəl/、USが /dɪˈlɪv.ɚ.ə.bəl/ で、強勢は2音節目の liv に置きます。プロジェクトの文脈では複数形の deliverables で使うのが普通で、Cambridgeのビジネス英語辞典も名詞の品詞表示を「[C, usually plural]」としています。日本語の「成果物」にほぼ対応しますが、成果物の英訳はこれ1語ではありません。IBMの開発方法論の語彙では、文書やモデルといった個々の作業成果を artifact、それを束ねて引き渡す単位を deliverable と呼び分けます。この記事では辞書、英国プロジェクトマネジメント協会(APM)の用語集、JIS規格、法令の条文を照らし合わせ、語義・例文から英訳の選び方、人事用語としての「デリバラブル」までを確認します。

まとめ:deliverable・成果物・納品物・output・artifactの関係早わかり

deliverable の意味は、拠って立つ用語体系で少しずつ違います。APMは deliverable と output を同義に使い、outcome(成果物を使った結果の変化)と区別します。IBMの方法論は、文書やモデルを artifact、それを束ねて引き渡す単位を deliverable と呼びます。下の表に各資料の定義と日本語の関係をまとめます。

語 定義の出どころ 指すもの ほかの語との関係
deliverable APM用語集 関係者へ引き渡され、受け入れられる成果物 outputとほぼ同義
output APM用語集 プロジェクトが引き渡す有形・無形の成果物 deliverable・productと交換可能
outcome APM用語集 outputの利用によって生じた変化 deliverableとは別物
artifact IBMの方法論語彙 文書やモデルなど有形の作業成果 deliverableの部品になる
work product IBMの方法論語彙 作業の入出力の総称 IBMのArtifact・Deliverable・Outcomeの上位語
成果物 JIS Q 21500:2018 計画どおり遂行したプロセスの結果 deliverableの訳語
納品物 商慣行上の呼称 成果物のうち顧客へ引き渡すもの 成果物の一部
情報成果物 取適法 第2条第7項 プログラム・映像・文字図形などの4類型 法令上の定義語

迷ったときの英訳の目安は、契約で引き渡して受け入れてもらうものなら deliverables、個々の文書やモデルなら artifacts です。IBMの分類では、引き渡しの有無だけで artifact を区別せず、無形の outcome も含めた作業成果の総称を work products とします。

deliverableの意味と読み方:品詞・発音・綴り

名詞と形容詞の2品詞、ビジネス用法は通例複数形

Cambridge Dictionaryのdeliverableの項は、この語を2つの品詞で立てています。名詞[C]は「something that can be provided or achieved as a result of a process(プロセスの結果として提供または達成できるもの)」で、例文は「What are the project deliverables?」。形容詞は「able to be delivered(引き渡すことができる)」で、例文は「The goods were not in a deliverable state.」です。

成果物を指す場合は名詞として使います。同じページに載るビジネス英語辞典は、名詞を「[C, usually plural]」、つまり通例複数形と明示し、定義を「something that must be completed or provided as part of a project(プロジェクトの一部として完成または提供しなければならないもの)」としています。一般の英英辞典が「提供または達成できるもの」と可能性で書くのに対し、ビジネス英語辞典は「must」と義務で書いている点が違います。仕事の文脈で deliverable と言えば、出すと約束したもの、出さなければならないものという含みが付きます。

発音とカタカナ表記の揺れ

カタカナ表記は「デリバラブル」が主流で、「デリバブル」「デリバラブルズ」も見かけます。Cambridge Dictionaryの発音記号では強勢が2音節目にあり、語頭は /dɪ/ と示されています。社内文書では最初に1回だけ英字を併記し、以降は表記をそろえれば十分です。語の成り立ちは deliver(届ける)に「〜できる」の -able が付いた形で、直訳すると「届けられるもの」になります。

間違えやすい綴り5パターン

Cambridge Dictionaryに掲載された綴りは deliverable です。綴りを確認するときは、次の5つの誤記例と見比べてください。

  • delivarable:a と e の取り違え
  • deliberable:b と v の入れ替え(deliberate に引きずられる)
  • deriverable:l と r の混同
  • derivarable:l と r の混同に a と e の取り違えが重なった形
  • deliverble:-able の a の脱落

deliver+able と2つに分け、deliver の綴りと -able の a を確認すると覚えやすくなります。複数形も deliverables で、deliverbles や delivarables とは書きません。

ビジネス英語でのdeliverablesの使い方と例文

ビジネスで deliverables が出てくるのは、主にプロジェクトの計画、契約、報告の3つの場面です。Cambridgeのビジネス英語辞典は例文として「We need a schedule for the dates when the major deliverables should be available.(主要な成果物がそろう日程を決める必要がある)」を挙げています。次の表に、成果物の説明や承認に使える表現例を示します。

表現 意味 使う場面
project deliverables プロジェクトの成果物 計画書・キックオフ
key deliverables 主要な成果物 計画書・職務記述書
major deliverables 主要な成果物 スケジュール
deliverables due 期限の来る成果物 進捗報告
sign off on the deliverables 成果物を正式に承認する 受け入れ・検収

使い方の作例を3つ挙げます。

  • The key deliverables for Phase 1 are the requirements document and the test plan.(第1フェーズの主要な成果物は要件定義書とテスト計画書です)
  • Which deliverables are due this week?(今週が期限の成果物はどれですか)
  • The client signed off on all deliverables on March 31.(顧客は3月31日にすべての成果物を承認しました)

動詞の deliver も同じ場面でよく使います。deliver the report は「報告書を提出する」、deliver results は「結果を出す」です。成果物の詳細を契約の付属書にまとめる方法もあり、APMの用語集は Statement of work(SOW)を「An annex to the main body of a contract that defines the detail of deliverables, timescales and management procedures relevant to the contract.」と定義しています。成果物・期限・管理手順の詳細を契約本体の付属書で定めるという意味です。

deliverableとoutput・outcomeの違い:APM用語集の定義で引く線

英文の仕様書やSOWでは deliverable と output が同じ文書に混在します。APMの用語集を読むと、両者の関係ははっきりします。APMは Output を「The tangible or intangible product typically delivered by a project. Used interchangeably with deliverable and product.」と定義し、deliverable と product と交換可能に使うと明記しています。Product の項も「A tangible or intangible component of a project’s output. Used interchangeably with deliverable and output.」です。厳密な階層語ではなく、実務では同義に使うという整理です。

したがって、APMの用語体系に沿うかぎり、社内資料で deliverable と output を訳し分ける実益はありません。どちらも「成果物」で通して構いません。

線を引くべきなのは outcome です。APMの定義は「The changed circumstances or behaviour that results from the use of an output and leads to realisation of benefits.(outputの利用から生じ、便益の実現につながる状況または行動の変化)」。勤怠システムを納めるのが deliverable、それを使って残業申請の差し戻しが減るのが outcome です。APMは Scope を「The totality of the outputs, outcomes and benefits and the work required to produce them.」と定義し、スコープに output だけでなく outcome と benefit まで含めています。

deliverable だけに付く条件もあります。APMの Deliverable の定義は「A product, set of products or package of work that will be delivered to, and formally accepted by, a stakeholder.」で、受け入れの前提となる Acceptance criteria も「The requirements and essential conditions that have to be achieved before a deliverable is accepted.」と別に定義されています。定義が「will be delivered to, and formally accepted by」と将来形なので、受け入れ前の段階でも、引き渡しと受け入れが予定されていれば deliverable です。逆に、引き渡しも受け入れも予定されていない社内限りの産出物は deliverable に当たりません。

「成果物」の英訳:artifact・work productとの使い分け

APMの用語集には artifact(英国綴りの artefact を含む)も work product も見出し語として載っていません(2026年10月20日に全文を検索して0件)。一方、ソフトウェア開発の方法論では、この2語が deliverable と並ぶ正式な分類名になっています。成果物の英訳に迷う原因は、拠って立つ用語体系が違うことにあります。

IBMの方法論語彙:work productの3分類

IBMの開発方法論ツール Engineering Method Composer の語彙定義は、作業の入出力をまとめて work product と呼び、その下に3つの型を置いています。

型 IBMの定義(要旨) 例
Artifact 有形の work product 文書・モデル
Deliverable ほかの work product をまとめ、引き渡すもの 外部仕様書一式
Outcome 無形の work product チームの研修完了

原文は、Deliverable が「A Deliverable is a work product that packages other work products, and may be delivered to an internal or external party.」、Artifact が「An Artifact is a tangible work product, such as a document or model.」、Outcome が「An Outcome is an intangible work product, such as ‘team has been trained’.」です。deliverable は artifact を束ねた包みで、引き渡し先は社外の顧客に限らず社内の部門でもよい、という位置づけになります。

注意したいのは outcome の意味がAPMと食い違う点です。APMの outcome は成果物を使った結果として起きる変化でしたが、IBMの Outcome は研修完了のような無形の作業結果そのものを指します。英文の資料で outcome が出てきたら、どちらの用語体系で書かれた文書かを先に確かめてください。

Scrum Guideのartifact:Incrementと完成の定義

スクラムガイドでは、作業や価値を表すものを artifact と呼びます。スクラムガイド(2020年11月版)は「Scrum’s artifacts represent work or value.」と定義し、Product Backlog・Sprint Backlog・Increment の3つを artifact に挙げます。このうち出荷できる成果にあたるのが Increment で、ガイドは「Work cannot be considered part of an Increment unless it meets the Definition of Done.」と、完成の定義(Definition of Done)を満たさない作業は Increment に含めないと定めています。

スクラムガイドには deliverable という語自体が出てきません。スクラムのチームと契約の話をするときは、必要な文書を含む納品対象を明示したうえで、Incrementの完成の定義と、契約上の引き渡し・受け入れ条件を区別して合意してください。3つの artifact の役割はスクラム開発とは?進め方・3つの役割・5つのイベントとメリット・デメリットをスクラムガイドで解説で詳しく扱っています。

中間成果物の英訳と契約の定義条項

中間成果物は、最終成果物に至る途中で作る要件定義書・設計書・プロトタイプなどを指します。英訳の候補には interim deliverable がありますが、APMの用語集にはこの見出し語がありません。IBMの分類では、文書やモデルなどの有形の作業成果が artifact、それらをまとめて社内外へ引き渡し得る単位が deliverable です。中間時点での受け入れ条件は、契約で別途定めます。英文契約で中間成果物を扱うなら、訳語選びに悩むより、定義条項で「Interim Deliverables means …」と対象文書を列挙して自分で定義するほうが確実です。

英訳を選ぶ判断基準

指したいもの 英語の候補 定義の確認が必要な関連語
契約で引き渡し、検収を受けるもの deliverables artifacts
個々の図・仕様・モデル(引き渡しの有無を問わない) artifacts deliverables
有形・無形の作業成果全般(IBMの分類) work products products
成果物を使った結果の変化 outcomes deliverables
スクラムで出荷できる成果 Increment deliverables

1行目と2行目を取り違えると、契約上の引き渡し範囲について認識がずれる恐れがあります。APMでは deliverable に関係者による正式な受け入れが含まれるため、社内の作業用文書を契約のdeliverables一覧に入れると、検収対象と誤解される恐れがあります。検収の対象から外したいものは、artifacts や working documents という呼称だけに頼らず、契約の成果物一覧と対象外の記載で明確にしてください。

JIS Q 21500:2018が示すプロジェクト管理での成果物の扱い

日本語で根拠を示したいときに使えるのが、JIS Q 21500:2018「プロジェクトマネジメントの手引」(ISO 21500:2012の一致規格)です。この規格は箇条2の用語定義に「成果物」を単独で立てていませんが、本文で扱いを具体的に示しています。

4.3.4「プロジェクト作業の指揮」は目的を「承認されたプロジェクト成果物を提供するために」と書き、続けて「成果物は,プロジェクト全体計画に定義したように遂行した統合化プロセスの結果である。」と述べます。成果物の正体を、計画に定義された統合化プロセスの結果と押さえている点が要点で、計画外に追加する文書は、必要性を判断し、対象に含めるなら変更管理を通じて計画へ反映します。

スコープ側では、4.3.11「スコープの定義」が成果物や要求事項を含むスコープの明確化を目的に挙げ、4.3.12「ワークブレークダウンストラクチャ(WBS)の作成」が「WBSは,例えば,プロジェクトフェーズ,主な成果物,対象及び機能別に体系化することができる。」として、成果物をWBSの分割軸の一つに位置づけています。成果物単位で分割する手順はWBSとは?作り方5ステップとガントチャートとの違いを具体例で解説で扱っています。

成果・成果物・納品物の書き分けと業界別のdeliverables

成果と成果物と納品物の違い

「成果」と「成果物」は別の語です。成果は作業がもたらした結果そのもの、成果物(せいかぶつ)はその結果を形にした産出物を指します。納品物は成果物のうち顧客へ引き渡すものです。社内レビュー用の議事録や作業用のテストデータも、顧客への引き渡し対象に含めれば納品物になります。APMのdeliverableも、引き渡し先を社外の顧客に限定していません。

成果物と納品物は法令用語ではなく商慣行上の使い分けなので、契約書では引き渡す対象を個別に列挙して特定します。どの工程でどの文書を引き渡すかは要件定義の段階で確定させておくと、後工程での認識のずれが減ります。工程ごとの成果物の決め方は要件定義とは?目的・進め方・成果物と失敗を防ぐポイントを解説に、検収や引き渡し時点の扱いは納品とは?システム開発の成果物・検収との違いと契約別の扱いを解説にまとめています。発注側で成果物の一覧づくりから進捗の管理までを固めたい場合は、要件定義・RFP作成・PMO支援で外部の手を借りる方法もあります。

業界別のdeliverablesの具体例

業界 代表的なdeliverables 引き渡し先
システム開発 要件定義書・設計書・テスト仕様書・プログラム 発注者
コンサルティング 調査報告書・分析データ・提案書 クライアント
広告・制作 デザインカンプ・広告原稿・動画マスター 広告主
製造・建設 設計図面・試作品・検査成績書 発注者

システム開発の要件定義書や設計書は、後述する取適法第2条第7項第3号の「文字、図形若しくは記号…により構成されるもの」、プログラムは第1号に当たります。この表の1行目は、法令上も情報成果物として扱われる範囲です。

分野で意味が変わる「デリバラブル」:人事用語と金融のNDF

人事のデリバラブル:活動と提供価値の違い

人事の分野で「デリバラブル」と言うときは、成果物ではなく「人事部門が組織に届ける価値」を指します。出どころはミシガン大学のデイブ・ウルリッチ(Dave Ulrich)で、Harvard Business Review 1998年1-2月号の論文「A New Mandate for Human Resources」に「HR should not be defined by what it does but by what it delivers」と書いています。人事は採用や報酬制度といった活動ではなく、顧客・投資家・従業員にとっての組織の価値を高める結果で定義すべきだ、という主張です。

同じ論文は、人事が届けるべきものを4つ挙げています。経営と組んで戦略を実行する役割、業務の組み立てに精通してコストを下げつつ質を保つ役割、従業員の声を経営に届けながら貢献を引き出す役割、そして組織の変化対応力を高める変革の担い手としての役割です。日本の人事の解説では、行為の側を指す「ドゥアブル(doable)」と対比させて説明されることが多い言葉です。この4つの役割のうち戦略の実行を担う人事の働き方は、HRBPとは?役割・人事との違いと日本の設置率15.7%で扱っています。

金融のノン・デリバラブル(NDF)は形容詞用法

為替の世界に出てくる「デリバラブル」は、形容詞の「引き渡せる」の意味です。大和証券の金融・証券用語解説(時事通信社提供)は、NDF(Non-Deliverable Forward)を、取引対象通貨による決済をせず、事前に決めたNDF価格と決済時点の実勢価格との差額を米ドルなどで差金決済する取引と説明し、対象としてブラジルレアル・中国人民元・インドルピーなど政府が通貨取引を規制している通貨を挙げています。

つまりNDFは、通貨の現物を引き渡さない先渡取引です。Cambridgeのビジネス英語辞典の形容詞の例文「The goods must be in a deliverable state at the time of the contract.」と同じ用法で、プロジェクト管理のデリバラブルとは系統が違います。金融の記事で「デリバラブル」を見たら、成果物と読み替えないでください。

法令上の「情報成果物」:取適法 第2条第7項の4類型

日本の法令には「成果物」を含む語を定義した条文があります。昭和三十一年法律第百二十号、いわゆる下請法は2026年1月1日施行の改正で題名が改められ、e-Gov法令検索上の現在の正式名称は「製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律」、略称は「中小受託取引適正化法」または「取適法」です。改正法は令和七年法律第四十一号で、法律番号は変わっていません。用語も「親事業者」が「委託事業者」、「下請事業者」が「中小受託事業者」に変わりました。

その第2条第7項は「情報成果物」を次の4号で定めています。ただし、第4号の政令で定めるものは、公正取引委員会の運用基準によると現時点ではありません。

  • 第1号:プログラム(電子計算機に対する指令であつて、一の結果を得ることができるように組み合わされたもの)
  • 第2号:映画、放送番組その他影像又は音声その他の音響により構成されるもの
  • 第3号:文字、図形若しくは記号若しくはこれらの結合又はこれらと色彩との結合により構成されるもの
  • 第4号:前三号に掲げるもののほか、これらに類するもので政令で定めるもの

この定義が効くのが委託取引です。同条第3項の「情報成果物作成委託」には2つの型があります。業として提供する、または業として請け負って作る情報成果物の作成を他の事業者に委託する型と、自社で使う情報成果物の作成を業として行う事業者が、その作成を他の事業者に委託する型です。自社利用のシステムの外注が後者に該当するのは、委託元が同種のシステムの作成を業として行っている場合です。同条第6項は、製造委託・修理委託・情報成果物作成委託・役務提供委託・特定運送委託の5つをまとめて「製造委託等」と呼びます。

取引内容に応じて、発注側と受注側の双方が資本金または常時使用する従業員数の規模要件を満たす取引では、第3条により支払期日を給付の受領日から起算して60日の期間内、かつ、できる限り短い期間内に定めなければならず、第4条により給付の内容・代金の額・支払期日などを書面または電磁的方法で直ちに明示する義務が発注側にかかります。

実務上の結論は1つです。受託開発の契約書に「成果物」とだけ書くのは避けてください。契約上の「成果物」と法令上の「情報成果物」の範囲は必ずしも一致しません。テスト環境についても、構成するプログラムや文書の作成と、機器の提供・設定作業などを分けて判断する必要があります。引き渡す対象を条文の類型に沿って列挙しておけば、取適法の適用範囲と契約の履行範囲を突き合わせやすくなります。

よくある質問

deliverableの読み方と意味は?

読みは「デリバラブル」です。発音記号はUKが /dɪˈlɪv.ər.ə.bəl/、USが /dɪˈlɪv.ɚ.ə.bəl/ で、強勢は2音節目の liv に置きます。名詞の意味はCambridgeの英英辞典で「プロセスの結果として提供または達成できるもの」、ビジネスでは「プロジェクトの一部として完成または提供しなければならないもの」で、日本語の「成果物」に当たります。

deliverablesと複数形で書くのはなぜですか?

Cambridgeのビジネス英語辞典が名詞の品詞表示を「[C, usually plural]」、つまり通例複数形としているとおり、ビジネス用法では複数形が標準だからです。プロジェクトの成果物は設計書・テスト報告書・マニュアルのように複数になるのが普通です。複数の成果物を指すときは deliverables、複数あるうちの1点を指すときも含め、単一の成果物を指すときは a deliverable などの単数形を使います。

deliverableとoutputの違いは何ですか?

APMの用語集は output・deliverable・product を交換可能な語としており、実務上はほぼ同じ意味です。違いを挙げるなら、deliverable には関係者へ引き渡されて正式に受け入れられるという条件が付きます。はっきり別物なのは outcome で、成果物を使った結果として起きる変化を指します。

成果物は英語で何と言えばよいですか?

契約で引き渡して受け入れてもらうものなら deliverables、個々の文書やモデルなら artifacts が候補です。IBMの分類で無形の作業成果も含めて総称するなら work products を使います。artifacts という名称だけでは納品対象から除外されません。社内限りの作業文書を契約の deliverables 一覧に入れると、検収の対象と誤解される恐れがあります。

deliverableとdeployableは違いますか?

別の語です。deliverable は deliver(届ける)に -able が付いた「引き渡せるもの・成果物」、deployable は deploy(配備する・展開する)に -able が付いた「配備できる・デプロイできる」という意味です。ソフトウェアの文脈では、納品する文書一式が deliverables、本番環境へ展開できる状態のビルドが deployable と使い分けます。

関連記事

お気に入りに入れた記事の一覧

この記事は以下の記事からリンクされています

資料請求

今日のトレンド記事 直近 24 時間で、いつもより多く読まれている記事

  1. 2026.10.23 テックブログ Renta!はいつ再開?不正アクセスでメールアドレス等が流出したおそれ・再開時のパスワード再設定と運営側の対応
  2. 2026.07.09 テックブログ Muse Imageとは?Metaの画像生成AIの使い方・API料金(1枚0.01ドル)と日本での提供状況【2026年10月】
  3. 2026.10.23 テックブログ Splunk 脆弱性CVE-2026-76299:影響版の確認と10.2.8などへの更新手順
  4. 2026.10.22 テックブログ Tomcatのバージョン一覧とサポート期限【2026年10月】最新版11.0.27、9.0系は2027年3月末終了・9.1系は2030年末まで
  5. 2026.10.21 テックブログ ユミルリンク不正アクセス第二報で延べ5,162万件:Cuenote FC利用企業と受信者の確認点

RELATED POSTS 関連記事

目次