VBAスキルで年収500万円を稼ぐには？低すぎる給与から脱出するキャリア戦略

VBAは「古い技術」と見なされがちですが、実務現場では依然として強い需要が残っています。
特に日本企業では、Excel業務の自動化や既存システムとの連携においてVBAが活躍する場面は多く、適切にスキルを活用すれば年収500万円以上を目指すことは十分に現実的です。

しかし、多くの人が低年収にとどまる理由は単純で、VBAを「作業効率化ツール」としてしか扱っていない点にあります。
重要なのは、VBAを起点として業務設計やシステム改善の視点を持つことです。

本記事では、以下の観点からキャリア戦略を整理します。

VBAスキルの市場価値の正しい理解
年収が上がらない典型的なキャリアパターン
500万円ラインに到達するための実務スキルの拡張方法

また、単なるマクロ作成者から脱却し、業務改善エンジニアとして評価されるためには、周辺技術の理解も不可欠です。
例えば、データベース連携やPythonとの併用などが挙げられます。

VBA単体では限界がある一方で、周辺領域と組み合わせることで市場価値は大きく変化します。
本記事を通じて、その構造的な違いとキャリア戦略を論理的に整理していきます。

VBAスキルの市場価値と年収500万円の現実
1. 日本企業におけるExcel依存構造
2. VBAエンジニアの平均年収レンジ
VBAが低評価されやすい理由とキャリア停滞の構造
1. 作業自動化止まりのスキル認識
2. 評価されない業務改善貢献
VBA需要の実態と日本企業での活用領域
1. 定型業務の自動化ニーズ
2. 既存システムとの連携ニーズ
年収500万円を実現するVBAスキルの拡張戦略
1. 業務改善エンジニアへの転換
2. 要件定義スキルの重要性
VBAとデータベース連携による付加価値向上
1. SQLとの連携基礎
2. データ集計とレポート自動化
Pythonとの併用で広がるVBAの可能性
1. Pythonによるデータ処理補完
2. VBAからPythonスクリプト実行
クラウド時代におけるVBAスキルの位置付け
1. オンプレミスからクラウド移行の影響
2. クラウドAPI連携の可能性
VBAからキャリアを広げるための転職戦略
1. 求人市場で評価されるスキルセット
2. 業務改善経験のポートフォリオ化
VBAスキルを活かした年収500万円達成戦略のまとめ

VBAスキルの市場価値と年収500万円の現実

VBAは長らく「古い技術」と見なされがちですが、実務の現場においては依然として強い需要を持っています。
特に日本企業では、Excelを中心とした業務設計が根強く残っており、VBAはその延長線上で業務自動化の中核を担っています。

一方で、ITスキル全体の市場構造と比較すると、VBA単体の評価は決して高いとは言えません。
年収レンジは概ね400万円〜600万円に収束するケースが多く、これは日本の平均給与と同程度です。

日本企業におけるExcel依存構造

日本企業では、業務プロセスの標準化が遅れている領域が多く、結果としてExcelが「事実上の業務システム」として機能しています。

例えば以下のような構造が典型的です。

会計・請求業務がExcelベースで運用されている
データベースではなくCSVやExcelファイルで情報管理される
部署ごとに独自のマクロが乱立している

このような環境では、本来はデータベースや業務システムで処理すべき領域がExcelに集約され、その拡張手段としてVBAが使われます。

つまりVBAは単なる「自動化ツール」ではなく、レガシー業務システムの実装レイヤーとして機能しているわけです。
ただしこの構造はスケーラビリティに欠けるため、業務全体のIT化が進むにつれて徐々に縮小していく傾向もあります。

VBAエンジニアの平均年収レンジ

VBAエンジニアの年収は雇用形態やスキル範囲によって変動しますが、実務データを見る限り以下のレンジに収束する傾向があります。

区分	年収レンジ	特徴
初級〜未経験	300万〜400万円	単純なマクロ作成・修正中心
会社員（一般）	400万〜500万円	業務自動化・保守・改善対応
上級・フリーランス	500万〜700万円	業務設計・複数システム連携

この構造から分かる重要なポイントは、VBA単体では年収の上限が比較的早い段階で頭打ちになるという点です。

特に400万〜500万円帯はボリュームゾーンであり、ここから抜け出すには単なるマクロ作成ではなく、業務設計能力や周辺技術の理解が必須になります。

例えば、

' 単なる処理ではなく、業務フロー全体を意識したVBA設計例
Sub MonthlyReportAutomation()
    Call ImportData
    Call CleanData
    Call GenerateReport
End Sub

このように処理をモジュール化し、業務全体を設計する視点が求められます。

結論として、VBAは依然として現場価値の高いスキルですが、その評価は「単体スキル」ではなく「業務改善能力の一部」として決まります。
年収500万円というラインは、その中間地点に過ぎず、そこから上に抜けるには設計力と周辺技術の掛け算が必要になります。

VBAが低評価されやすい理由とキャリア停滞の構造

VBAは実務上の価値があるにもかかわらず、キャリア評価の文脈では過小評価される傾向があります。
その背景には、スキルの見え方と評価軸のズレが存在します。
特に企業内では「何ができるか」よりも「どの技術領域に属しているか」で評価が決まるケースが多く、VBAはその構造の中で不利な位置に置かれがちです。

この章では、VBAスキルがなぜキャリア停滞を引き起こしやすいのか、その構造的な要因を論理的に整理します。

作業自動化止まりのスキル認識

VBAが低く評価される最大の理由は、その役割が「作業自動化」に限定されて認識されている点です。

多くの現場ではVBAは以下のように扱われます。

Excel作業を短縮するための補助ツール
手作業の置き換え手段
一時的な業務効率化の仕組み

この認識の問題は、VBAの本質的な価値である「業務プロセスの再設計」が見えなくなる点にあります。

本来VBAは単なるマクロ記述言語ではなく、業務フロー全体を構造化するための軽量プログラミング環境です。
しかし評価者側がプログラミング的視点を持たない場合、その価値は「便利なExcel機能」に矮小化されます。

結果として、以下のようなキャリア停滞が発生します。

業務効率化担当として固定化される
システム開発職として認識されない
技術評価の対象外になる

この構造は本人のスキルレベルではなく、評価体系の問題である点が重要です。

評価されない業務改善貢献

もう一つの重要な要因は、VBAによる業務改善が「定量的に評価されにくい」という点です。

例えば、ある部署で以下のような改善が行われたとします。

月次レポート作成時間を10時間から2時間に削減
手作業ミスを80%削減
データ集計の属人化を解消

これらは本来であれば明確な成果ですが、評価制度上は次のように扱われがちです。

業務改善ではなく「通常業務の延長」
システム開発ではなく「事務作業効率化」
成果ではなく「現場対応」

このギャップにより、スキルの市場価値と社内評価が乖離します。

さらに問題なのは、VBA改善が成功すればするほど「当たり前化」され、評価対象から外れていく点です。
これは典型的なインフラ的貢献のジレンマであり、システムが安定するほど評価されなくなる構造と同じです。

そのため、VBAでキャリアを伸ばすには単なる改善実績では不十分であり、

改善プロセスの設計能力
他システムとの統合視点
技術的説明能力

といった上位レイヤーのスキルへと接続する必要があります。

この視点を持たない限り、どれだけ実務で成果を出してもキャリア上は「低評価領域」に留まり続ける構造になっています。

VBA需要の実態と日本企業での活用領域

VBAの需要は一見すると縮小傾向に見えますが、実態としては「限定的だが確実に存在する需要」に支えられています。
特に日本企業では、業務システムの完全な刷新が進んでいないケースが多く、Excel中心の業務フローが依然として現役です。
その結果として、VBAは業務効率化のための実用的な選択肢として残り続けています。

重要なのは、VBAの需要が「新規開発」ではなく「既存業務の最適化」に集中している点です。
この構造を理解することで、VBAの市場価値を正しく評価できます。

定型業務の自動化ニーズ

VBAが最も強く求められる領域は、繰り返し発生する定型業務の自動化です。
これは業種を問わず共通して存在するニーズであり、特に以下のような業務で頻出します。

月次・週次レポートの作成
複数Excelファイルの統合処理
手作業によるデータ転記の削減
フォーマット変換や整形処理

これらの業務は、システム化するほどの規模ではない一方で、手作業では非効率という中間領域に位置しています。
ここにVBAが適合します。

例えば、単純なデータ整形であっても、VBAを用いることで処理の再現性と速度を大幅に向上させることが可能です。
この「小規模だが頻繁に発生する問題領域」が、VBAの安定した需要を支えています。

また重要な点として、定型業務の自動化はROI（投資対効果）が非常に分かりやすいという特徴があります。
数時間の作業削減がそのまま人件費削減に直結するため、経営層の理解も得やすい領域です。

既存システムとの連携ニーズ

もう一つの主要な需要領域は、既存システムとExcelの橋渡しです。
日本企業では、基幹システムは存在するものの、現場レベルではExcelでの運用が残っているケースが多く見られます。

このギャップを埋めるために、VBAが以下のような役割を果たします。

基幹システムから出力されたCSVの加工
Excel上での二次集計・分析
社内レポートフォーマットへの変換
外部システムへのデータ再投入

このようにVBAは、システム間の「データ変換レイヤー」として機能しています。

特に注目すべき点は、完全なシステム統合が難しい環境において、VBAが現実的な解決策として機能しているという点です。
クラウド化やAPI連携が理想であっても、現場レベルではコストや制約の問題により即時移行が困難な場合が多く、その隙間をVBAが埋めています。

ただし、この領域も長期的にはクラウドサービスやETLツールに置き換えられる可能性があります。
そのため、VBA単体ではなく、データ処理やシステム連携の概念理解へとスキルを拡張することが重要になります。

結果として、VBAは「単独で完結する技術」ではなく、「業務システムの隙間を埋める実装手段」として位置付けるのが最も現実的な理解です。

年収500万円を実現するVBAスキルの拡張戦略

VBA単体のスキルだけで年収を大きく引き上げることには構造的な限界があります。
したがって、重要なのはVBAを中心に据えつつも、その周辺領域へとスキルを拡張し、「業務改善エンジニア」という上位概念へ移行することです。
この転換ができるかどうかで、年収レンジは明確に分岐します。

年収500万円というラインは、単なる実装者から「課題解決者」へと役割が変わる境界点と考えるのが合理的です。

業務改善エンジニアへの転換

業務改善エンジニアとは、単にVBAで処理を自動化する人材ではなく、業務全体の非効率構造を特定し、最適な技術的解決策を設計する役割を指します。

このレイヤーに移行するためには、以下の3つの視点が不可欠です。

業務フロー全体の可視化能力
ボトルネックの定量的特定
技術選定の妥当性判断

例えば、単純にVBAでマクロを組むのではなく、「この業務は本当にExcelで処理すべきか」「データベースやクラウドに移行すべきではないか」といった判断を行う必要があります。

この視点を持つことで、VBAは単なるツールではなく、業務改善のための一手段として位置付けられます。

また実務上は、以下のような役割変化が起こります。

実装者 → 設計者
ツール作成者 → 業務コンサルタント的役割
単一業務対応 → 横断的改善担当

この変化が評価されることで、初めて年収500万円を安定的に超えるキャリアパスが成立します。

要件定義スキルの重要性

年収を引き上げる上で見落とされがちですが、要件定義能力は極めて重要なスキルです。
VBAの技術力が同程度であっても、要件定義の精度によって成果物の価値は大きく変わります。

要件定義とは単に「何を作るか」を決める作業ではなく、「なぜそれを作るのか」「どの程度の品質と速度が必要か」を構造的に整理するプロセスです。

特にVBA領域では、要件が曖昧なまま開発が進むケースが多く、以下のような問題が発生します。

想定外の業務フローが後から追加される
メンテナンス性の低いマクロが増殖する
属人化が進行する

これを防ぐためには、技術実装前の段階で業務要件を明確化する必要があります。

また、要件定義力を高めることで次のような効果が得られます。

開発工数の削減
再修正コストの低減
利害関係者との合意形成の円滑化

結果として、単なる「VBAができる人」から「業務全体を設計できる人材」へと評価が変わります。

この変化こそが、年収500万円を安定的に超えるための最も本質的なドライバーになります。

VBAとデータベース連携による付加価値向上

VBAの価値を単体のExcel操作に限定すると、そのキャリア上の伸びしろは早期に頭打ちになります。
しかし、データベースと連携させることで、VBAは単なる業務自動化ツールから「データ処理基盤のフロントエンド」へと役割が拡張されます。
この視点の転換ができるかどうかが、年収レンジを引き上げる重要な分岐点になります。

特に業務データの多くが構造化されていない現場では、Excelとデータベースの橋渡しを担う人材の価値は高くなります。

SQLとの連携基礎

VBAとSQLの連携は、データベースからの情報取得とExcel上での加工をシームレスに行うための基本技術です。
一般的にはADO（ActiveX Data Objects）などを用いてデータベースへ接続し、SQLクエリを実行します。

この仕組みを理解することで、VBAは単なるExcel操作言語ではなく、データ取得・加工・出力の一連のパイプラインを構築する手段となります。

基本的な処理フローは以下の通りです。

データベースへの接続確立
SQLクエリによるデータ取得
Recordsetとしてのデータ受領
Excelシートへの書き込み

この構造を理解しているかどうかで、VBAスキルの評価は大きく変わります。

例えば、単純なテーブル取得処理は以下のように構成されます。

Sub GetDataFromDB()
    Dim conn As Object
    Dim rs As Object
    Dim sql As String
    Set conn = CreateObject("ADODB.Connection")
    conn.Open "Provider=SQLOLEDB;Data Source=SERVER;Initial Catalog=DB;User ID=USER;Password=PASS;"
    sql = "SELECT * FROM SalesData"
    Set rs = conn.Execute(sql)
    Sheets(1).Range("A1").CopyFromRecordset rs
    rs.Close
    conn.Close
End Sub

このように、VBAはSQLの実行環境を内包することで、データベース操作のフロントエンドとして機能します。

データ集計とレポート自動化

データベース連携の次のステップは、取得したデータをもとにした集計・レポート生成の自動化です。
この領域は業務改善効果が非常に高く、VBAの価値が最も明確に評価されるポイントでもあります。

典型的な業務プロセスは以下のようになります。

SQLで必要データを抽出
Excel上で整形・加工
ピボットや関数を用いた集計
定型レポートへの出力

この一連の流れを自動化することで、従来数時間かかっていた作業を数分単位に短縮することが可能になります。

特に重要なのは、単なる処理自動化ではなく「レポートの再現性」を担保できる点です。
人的操作が介在しないことで、データ品質のばらつきが排除されます。

さらに発展的な設計としては、以下のような構成が考えられます。

段階	処理内容	技術要素
取得	DBからデータ抽出	SQL / ADO
加工	データ整形	VBA
可視化	レポート生成	Excel関数 / ピボット

このように役割を分離することで、保守性と拡張性が向上します。

結果として、VBA単体のスキルではなく「データパイプライン全体を設計できる能力」として評価されるようになり、キャリア上の価値は大きく上昇します。

Pythonとの併用で広がるVBAの可能性

VBAはExcel業務に特化した強力な自動化手段ですが、データ処理や分析の高度化という観点では限界があります。
そのため、近年ではPythonと組み合わせることで、VBAの実務適用範囲を拡張するアプローチが一般化しつつあります。

重要なのは、VBAとPythonを競合させるのではなく、それぞれの得意領域を補完関係として設計することです。
この発想により、単なるExcel自動化から「データ処理パイプライン」へと進化させることが可能になります。

Pythonによるデータ処理補完

Pythonはデータ処理・分析領域において圧倒的な柔軟性を持っています。
特にpandasやnumpyといったライブラリを活用することで、VBAでは処理が複雑化しやすい大量データの加工や集計を効率的に実行できます。

VBAが得意とする領域とPythonが得意とする領域を整理すると、以下のようになります。

領域	VBAの強み	Pythonの強み
Excel操作	非常に強い	弱い
データ処理	中程度	非常に強い
自動化	強い	強い
分析・統計	弱い	非常に強い

このように役割を分担することで、システム全体の設計効率が向上します。

例えば、Python側でデータクリーニングや集計を行い、その結果をVBAでExcelレポートとして整形・出力するという構成が一般的です。
これにより、VBA単体では実現が難しい処理の複雑性を回避できます。

また、Pythonは外部API連携や機械学習処理にも強いため、業務改善の範囲を「Excel内完結」から「企業データ全体」へと拡張することが可能です。

VBAからPythonスクリプト実行

VBAとPythonを連携させる代表的な方法の一つが、VBAからPythonスクリプトを呼び出す方式です。
これはShell関数を利用することで実現できます。

この仕組みにより、VBAはユーザーインターフェースおよび業務トリガーとして機能し、Pythonはバックエンド処理を担当する構成になります。

基本的な実行フローは以下の通りです。

VBAで処理開始イベントをトリガー
Shell関数でPythonスクリプトを実行
Python側でデータ処理を実行
結果ファイル（CSVなど）を出力
VBAで結果をExcelに読み込み

この分離構造により、処理の責任範囲が明確になり、保守性が向上します。

Sub RunPythonScript()
    Dim pythonExe As String
    Dim scriptPath As String
    pythonExe = "C:\Python39\python.exe"
    scriptPath = "C:\scripts\data_process.py"
    Shell pythonExe & " " & scriptPath, vbNormalFocus
End Sub

このようにVBAは「実行制御」、Pythonは「データ処理」という役割分担を行うことで、システム全体の設計自由度が大きく向上します。

結果として、VBA単体では到達できない高度な業務自動化が可能となり、スキルセットとしての市場価値も大きく引き上げられます。

クラウド時代におけるVBAスキルの位置付け

クラウド技術の普及により、業務システムの中心はオンプレミスからクラウドへと急速に移行しています。
この変化はVBAの役割にも直接的な影響を与えており、従来の「ローカルExcel中心の自動化ツール」という位置付けから、「クラウド環境と業務現場をつなぐ補助的レイヤー」へと再定義されつつあります。

重要なのは、VBAがクラウド時代において不要になるのではなく、役割が限定的かつ高度化するという点です。

オンプレミスからクラウド移行の影響

従来のオンプレミス環境では、業務データは社内サーバーやローカルPC上で管理されており、ExcelとVBAはその中心的な操作手段でした。
しかしクラウド移行により、データの保存・処理・共有はオンライン基盤へと集約されつつあります。

この変化によって、VBAの利用構造は次のように変化しています。

ローカルファイル中心の処理からクラウドデータ参照へ移行
ファイル単位の管理からデータベース単位の管理へ移行
手動更新からAPIベースの自動同期へ移行

この結果、VBA単体で完結する業務は減少しつつありますが、一方でクラウド環境とExcelの間を補完する役割は依然として残っています。

例えば、クラウド上のデータを一時的にExcelで可視化・加工するケースや、現場ユーザーがExcelベースで操作した結果をクラウドへ戻すケースなどが該当します。

つまりVBAは「クラウドネイティブではないが、現場接続レイヤーとして生き残る技術」として位置付けられます。

クラウドAPI連携の可能性

クラウド時代においてVBAの価値を再定義する上で重要なのが、API連携の活用です。
多くのクラウドサービスはREST APIを提供しており、VBAからHTTPリクエストを送信することで外部サービスと連携することが可能です。

この仕組みにより、VBAは単なるローカル自動化ツールから、外部システム統合のフロントエンドとして機能します。

典型的な構成は以下の通りです。

VBAでHTTPリクエストを生成
クラウドAPIへデータ送信または取得
JSON形式のレスポンスを受信
Excelシートへデータ展開・可視化

このような構成を採用することで、VBAはクラウドデータを操作する軽量クライアントとして機能します。

ただし、API連携には以下のような技術的課題も存在します。

JSON解析処理の実装負荷
認証トークン管理の複雑さ
通信エラー時の例外処理設計

これらを適切に設計できるかどうかが、単なるVBAオペレーターと高度な業務改善エンジニアを分ける境界になります。

結果として、クラウド時代におけるVBAの役割は縮小ではなく「再編」と捉えるのが適切であり、APIや外部サービスとの連携スキルを持つことで、その価値は依然として維持・拡張される余地があります。

VBAからキャリアを広げるための転職戦略

VBAスキルを軸にキャリアアップを実現するためには、単なる技術習得では不十分であり、「市場でどう評価されるか」という観点を踏まえた戦略設計が不可欠です。
特に転職市場では、VBA単体のスキルよりも、その周辺にある業務設計能力やシステム理解力が強く評価される傾向があります。

重要なのは、VBAをゴールではなく「入口スキル」として位置付けることです。
この認識の違いが、年収レンジやキャリアパスに大きな差を生みます。

求人市場で評価されるスキルセット

求人市場においてVBA経験者が評価されるかどうかは、単純なコーディング能力ではなく、業務全体をどの程度理解しているかに依存します。

特に評価されやすいスキルセットは以下の通りです。

Excel VBAによる業務自動化経験
SQLやデータベースの基本理解
業務フロー設計・改善経験
システム間データ連携の知識
ドキュメント化・仕様整理能力

これらのスキルは単体ではなく、組み合わせとして評価される点が重要です。
例えばVBAのみができる人材よりも、VBA＋SQL＋業務設計ができる人材の方が明確に市場価値は高くなります。

また企業側の視点では、「即戦力で業務改善できる人材」が求められているため、単なる開発者ではなく改善提案ができるエンジニアが評価される傾向にあります。

結果として、VBAスキルは以下のように再定義されます。

単純作業代替スキル
業務改善の実行手段
システム設計への入り口

この3段階のどこに位置しているかで、年収レンジは大きく変動します。

業務改善経験のポートフォリオ化

転職市場においてもう一つ重要なのが、業務改善の実績をどのように可視化するかという点です。
VBAの成果はコードそのものよりも、「どれだけ業務インパクトを出したか」で評価されます。

そのため、ポートフォリオ化においては以下の要素を明確に整理する必要があります。

改善前の業務フロー（時間・工数・課題）
VBA導入による改善内容
定量的な効果（時間削減率・エラー削減率）
再現可能な仕組みとしての設計内容

特に重要なのは「ビフォー・アフターの比較」です。
これにより単なるツール開発ではなく、業務変革の実績として評価されます。

また、ポートフォリオはコード中心ではなく、業務視点で構成することが重要です。
例えば以下のような構成が効果的です。

項目	内容	評価ポイント
課題	手作業による月次集計	非効率性の明確化
対応	VBAによる自動化	技術的実装力
結果	作業時間80%削減	定量的成果

このように整理することで、採用側はスキルではなく「再現可能な価値創出能力」として評価できます。

最終的に重要なのは、VBAスキルそのものではなく、それを通じてどのような業務改善を実現できるかという点です。
この視点を持つことで、転職市場における評価は大きく変わります。

VBAスキルを活かした年収500万円達成戦略のまとめ

VBAスキルは単体では限定的な技術領域に見えるものの、実務における役割を正しく拡張することで、年収500万円というラインは十分に現実的な到達目標になります。
ただし、そのためには「VBAをどう使うか」ではなく、「VBAを通じて何を設計できるか」という視点への転換が必要です。

本質的に重要なのは、VBAを単なるExcelマクロ言語として扱うのではなく、業務改善・データ処理・システム連携の中核を担う実装レイヤーとして位置付けることです。
この認識の違いが、キャリアの伸びしろを大きく左右します。

まず前提として、VBA単体のスキルは市場において成熟しており、希少性は高くありません。
そのため年収を引き上げるには、以下のような周辺スキルとの統合が不可欠です。

SQLやデータベース設計の理解
業務フローの構造化能力
Pythonなど他言語との連携スキル
クラウドやAPIの基礎理解

これらを組み合わせることで、VBAは「単なる作業自動化ツール」から「業務システムのフロントエンド」へと役割が変化します。

次に重要なのは、評価軸の理解です。
企業において高く評価されるのはコードの巧妙さではなく、以下のような成果です。

業務時間の削減率
エラーやヒューマンミスの削減
業務フローの標準化
属人化の解消

つまり、VBAの技術力そのものではなく、「どの程度業務を改善したか」というビジネスインパクトが評価対象になります。
この点を誤解すると、スキルがあってもキャリアが伸びないという状態に陥ります。

また、年収500万円というラインはキャリア設計上の中間地点にすぎません。
ここを超えるためには、単なる実装者ではなく「設計者」としての視点が必要になります。
具体的には以下のような役割への移行です。

業務要件の整理と構造化
技術選定の意思決定
部署横断的な業務改善提案

この段階では、VBAはあくまで手段の一つであり、主役ではありません。
むしろ、問題解決のために最適な技術を選択できるかどうかが重要になります。

さらに実務的な観点では、キャリアアップには「見える成果」の蓄積が不可欠です。
単発の改善ではなく、再現性のある改善パターンとして整理することが評価につながります。
例えば以下のような整理が有効です。

項目	内容	評価観点
課題	手作業による非効率	問題発見力
解決	VBAによる自動化	実装力
効果	作業時間70%削減	定量的成果
展開	他部署への横展開	再現性