
工数管理は単なる作業時間の記録ではなく、計画・進捗・工数をつなぎ、採算性や生産性、ひいては経営判断の質を高めるための実務的な管理手法です。しかし、目的や使い方を誤ると、数値は集まっても判断に活かされず「入力だけが増える」運用に陥りがちです。特に、WBS・ガントチャート(計画)と工数(実績)が分断されている場合、遅延の兆候や負荷の偏りへの気付きが遅れやすくなります。
本記事では、工数管理の本質、WBSを軸にした運用設計、Excelと専用ツールの使い分け、よくある失敗と回避策、さらに計画・進捗・工数を統合して扱う実務アプローチを整理しました。赤字リスクの早期察知、負荷の平準化、見積もり精度の向上に役立つ判断支援ガイドとしてご活用ください。
工数管理とは|目的と基本を押さえる

工数管理を正しく理解するには、まず定義と目的を揃えることが重要です。本章では、工数管理の土台となる基礎知識を整理します。
工数の定義と単位(人時・人日・人月)
工数管理とは、作業やタスクの実行に必要な「作業量(投入する人の時間)」を定量化し、計画と実績を比較しながら管理する手法です。「誰が」「何に」「どれだけの時間を使ったか」を可視化することで、見積もりや進捗、コストの妥当性を判断する材料になります。
工数を表す単位としては、一般的に次の3つが使われます(※稼働時間は企業により異なる)。
| 単位 | 読み方 | 定義 | 計算例 |
|---|---|---|---|
| 人時 | にんじ | 1人が1時間で投入する作業量 | 8人時=1人が8時間かかる作業量 |
| 人日 | にんにち | 1人が1日で投入する作業量(例:8時間) | 5人日=1人が5日かかる作業量 |
| 人月 | にんげつ | 1人が1カ月で投入する作業量(例:20日) | 3人月=1人が3カ月かかる作業量 |
これらの単位を押さえておくと、見積もりや計画が伝わりやすくなります。例えば「この開発タスクは10人日」と表現すれば、1人なら10稼働日程度、2人なら5稼働日程度といった目安を、関係者間で共有できるのです。
工数管理の目的は「記録」ではなく「判断」
工数管理で陥りやすい誤解は、目的を「作業時間の記録」と捉えてしまうことです。記録は不可欠ですが、それ自体がゴールではありません。工数管理の目的は、蓄積したデータを基に判断の精度を上げることです。例えば、「なぜ予定より工数が増えたのか」「どの工程で滞留が起きているのか」「見積もりの前提は妥当だったか」といった問いを立て、改善策や計画修正につなげて初めて意味を持ちます。
工数管理と勤怠管理・タスク管理の違い
工数管理は、勤怠管理やタスク管理と混同されがちですが、目的と管理対象が異なります。以下に、工数管理と勤怠管理、タスク管理の基本的な違いをまとめました。
| 管理手法 | 主な目的 | 管理する対象 | 具体的なアウトプット |
|---|---|---|---|
| 勤怠管理 | 給与計算、労務管理 | 従業員の労働時間(出退勤時刻、休憩) | 勤務表、給与データ |
| タスク管理 | 業務の抜け漏れ防止、進捗把握 | 個々の作業(ToDo)の完了状態 | タスクリスト、かんばんボード |
| 工数管理 | プロジェクトの採算性評価、生産性分析 | タスク別の投入時間 | 原価、予実差分、工程別レポート |
簡単に言えば、勤怠管理は「会社にいた時間」、タスク管理は「やるべきこと」、工数管理は「何に時間を使ったか」を扱います。
なお、タスク管理の流れやメリット、ツール選定については、下記記事で詳しく解説しています。
工数管理のメリット|経営と現場の判断精度を高める

適切な工数管理は、単なる業務効率化に留まりません。経営層の採算判断から、現場の進捗・負荷調整まで、意思決定の根拠を揃える仕組みとして機能します。本章では、工数管理がもたらす主要なメリットを解説します。
赤字リスクを早期に察知できる
工数管理の大きなメリットは、プロジェクトの採算性を途中段階でも把握しやすくなる点です。人件費は原価の比率が高いため、実績工数を追うことで「今、どれだけ原価が積み上がっているか」を現実に近い形で捉えられます。その結果、赤字の兆候を早期に見つけ、手遅れになる前に対策を打てるようになります。
| 状況 | 工数管理がない場合 | 工数管理がある場合 |
|---|---|---|
| プロジェクト中間時点 | 「遅れていそう」といった感覚的な把握に留まりやすい | 「計画工数50%消化時点で進捗30%」など、数値で危険を察知できる |
| 検知後のアクション | 問題が深刻化してから場当たり的に対応しがち | 原因特定に基づき、リソース調整や優先順位変更、納期・スコープの再交渉を先手で検討できる |
このように、計画と実績の乖離を早期につかめれば、予算超過を「予測」できます。結果として、スコープ見直しや工程改善など、打ち手を検討する時間を確保できます。
業務負荷の偏りを是正できる
プロジェクトでは、特定メンバーに業務が集中しやすく、放置すると疲弊や離脱、属人化を招きます。さらに、その人がボトルネックとなり、プロジェクト全体が遅れるリスクも高まるでしょう。工数管理を行うと、誰にどれだけ負荷がかかっているかをデータで把握できます。
| メンバー | 担当プロジェクト数 | 週次計画工数 | 週次実績工数 | 負荷状況 |
|---|---|---|---|---|
| Aさん | 3件 | 40時間 | 55時間 | 超過 |
| Bさん | 2件 | 40時間 | 42時間 | 適正 |
| Cさん | 1件 | 40時間 | 25時間 | 余力 |
上表のように、負荷の偏りが見えれば、タスク移管や優先順位の調整など、具体的なリソース判断がしやすくなるでしょう。結果として、チーム全体の生産性を平準化し、持続可能な運用につながります。
見積もり精度が向上する
工数データが蓄積されると、次の見積もりに使える「根拠」になります。類似案件の実績を参照することで、経験則に頼りすぎない見積もりが可能です。
- AタイプのWebサイト制作:平均120人時の実績
- B機能の開発:過去3回の平均が80人時
- C工程のデザイン:前回30人時、今回は難易度が高いため1.2倍の36人時で見積もる
このように、実績データを分解して参照すれば、タスク単位で根拠のある見積もりができ、見積もりのブレを小さくできると言えます。
プロジェクトの炎上を未然に防ぐ
プロジェクトの炎上は突然起きるのではなく、小さな歪みが積み重なって発生します。工数管理は、炎上の予兆を早期に捉える「警戒指標」としても有効です。
| 炎上の予兆 | 工数データから読み取れること |
|---|---|
| 特定タスクの遅延 | あるタスクの実績工数が計画を大幅に超過している |
| 隠れ残業の常態化 | 総実績工数が所定労働時間を恒常的に超えている |
| 手戻り作業の多発 | 修正・再作業系タスクの工数が不自然に増えている |
| 仕様変更の影響 | 変更対応の工数が想定を超え、他工程を圧迫している |
兆候を客観的に捉えられれば、原因を特定し、深刻化する前に打ち手(優先順位変更、追加レビュー、仕様確定の仕組み化など)を検討できます。
評価の公平性と納得感につながる
工数データは、貢献を説明する材料の一つになります。成果物の量だけでは見えにくい支援やレビュー、難易度の高いタスクへの取り組みも可視化しやすくなります。ただし、工数は「長くやった=高評価」と直結させるのではなく、あくまで貢献の説明を補強する指標として扱うことが重要です。
- 計画工数が大きい(難易度の高い)タスクを担当した点を評価する
- レビューやサポートに時間を割いた貢献を可視化して評価する
- 同品質で少ない工数で完了できた点を改善の成果として評価する
日々の取り組みを数値でふりかえるようになることで、上司・部下間の認識齟齬が減り、建設的なフィードバックにつながります。
工数管理の代表的な手法と考え方

工数管理を効果的に行うには、プロジェクト管理の基本手法を理解しておくことが有効です。工数は「集める」だけでは判断に使えません。どの単位で見積もり、どこで実績を取り、どの観点で差分を見て判断するかが運用の成否を左右します。本章では、工数管理と相性の良い代表的な手法をご紹介します。
WBSを軸にした工数管理
WBS(Work Breakdown Structure)は、プロジェクト全体の作業を、管理しやすい単位まで分解する手法です。日本語では「作業分解構成図」と呼ばれます。WBSを作成すると、作業の抜け漏れを防げるだけでなく、タスクごとの見積もりと実績入力の「基準」が揃います。
| WBS階層 | 作業内容の例(Webサイト制作) |
|---|---|
| レベル1 | Webサイトリニューアルプロジェクト |
| レベル2 | 1. 要件定義 2. 設計 3. デザイン制作 4. 開発 |
| レベル3 | 3.1. トップページデザイン 3.2. 下層ページデザイン 3.3. バナー画像制作 |
| レベル4 | 3.1.1. ワイヤーフレーム作成 3.1.2. デザインカンプ作成 |
運用では、最下層(例:レベル4)のタスク単位で工数を見積もり、積み上げて全体工数を算出します。さらに、実績工数も同じタスク単位で入力していくことで、「どの工程・どのタスク」で遅延や工数超過が起きているかを具体的に特定しやすくなります。
以下の記事では、WBSの作り方や活用法を詳しく解説していますので、ぜひご参照ください。
PERTによる見積もり精度向上
PERT(Program Evaluation and Review Technique)は、見積もりに含まれる不確実性を織り込むための手法です。単一の予測値だけで決めるのではなく、3つのシナリオを用意し、「期待値(現実的な見積もり)」を算出します。
| 見積もりの種類 | 説明 |
|---|---|
| 楽観値(a) | すべてが順調に進んだ場合の最短時間 |
| 最頻値(m) | 最も起こりやすい通常の所要時間 |
| 悲観値(b) | トラブルが重なった場合の最長時間 |
期待値は次の式で求めます。
PERT期待値(E)=(a+4m+b)/6
例:a=2時間、m=4時間、b=12時間の場合
E=(2+4×4+12)/6=30/6=5時間
最頻値(4時間)だけで見積もるより、リスクを含んだ現実的な値になりやすく、見積もり過小による遅延・コスト超過のリスク低減に役立ちます。
クリティカルパスによる遅延リスク把握
クリティカルパス法(Critical Path Method)は、プロジェクト全体の納期に直結するタスクのつながり(クリティカルパス)を特定する手法です。クリティカルパス上のタスクは余裕(フロート)がほぼなく、ここが遅れるとプロジェクト全体が遅延します。そのため、重点的に進捗と工数を監視する必要があります。
クリティカルパスを特定する基本ステップは以下の通りです。
- 必要なタスクを洗い出す(WBSを活用)
- 依存関係を整理する(どの作業が終われば次に進めるか)
- 各タスクの所要時間を見積もる
- 開始から終了まで最も時間がかかる経路を特定する
クリティカルパスが明確になると、リソースを集中すべき箇所や、遅延の影響が大きい工程が見えます。工数管理でも、クリティカルパス上のタスクの予実を注意深く追うことで、納期遅延を「先に」食い止める判断につながります。
失敗しない工数管理の作業フロー

工数管理を定着させるには、目的を明確にし、現場の負担を抑えたルールを設計し、得られたデータを改善に使うというサイクルを回す必要があります。本章では、工数管理を形骸化させずに機能させるための実践的な4ステップをご紹介します。
STEP1:目的と判断基準を共有する
工数管理をはじめる前に重要なのは、目的を関係者全員で揃えることです。目的が曖昧なままだと、現場は「記録のための記録」と受け取りやすく、入力が形だけになりやすいためです。まずは、次の観点で「何のために工数を取るのか」「どの数字を見て何を判断するのか」を言語化します。
| 確認項目 | 具体的な問いの例 |
|---|---|
| 目的の明確化 | 赤字リスクを早期に察知したいのか/負荷を平準化したいのか/見積もり精度を高めたいのか |
| 判断基準の設定 | どの数値を見たら「問題あり」と判断するのか(例:進捗率と工数消化率の乖離が20%を超えたら)/誰が、いつ、どう判断するのか |
| 共有と合意形成 | なぜ必要かを自分の言葉で説明できるか/懸念(評価への影響、入力の手間など)に事前に答えられるか |
このステップを丁寧に行うことで、「工数管理は監視ではなく、業務を回しやすくするための仕組み」という認識が広がり、以降の運用がスムーズになります。
STEP2:タスクを洗い出し、粒度を揃える
次に、工数を入力する対象となるタスクを洗い出します。このとき、WBS(作業分解構成図)を使うと、抜け漏れを防ぎながら整理できます。重要なのは、タスクの粒度(細かさ)をチーム内で揃えることです。粒度がバラバラだと、比較や分析ができず、データが判断に使いにくくなります。
- 細かすぎる例:メール返信、資料印刷、Aさんと打ち合わせ
- 粗すぎる例:設計作業、プログラミング
- 適切な例:ログイン画面のUI設計、会員情報登録機能の実装
細かすぎると入力負荷が増え、粗すぎると「何が重かったのか」が見えません。目安としては、1タスクが半日〜2日程度で完了する粒度に揃えると、運用と分析のバランスが取りやすくなります。
STEP3:実績工数を継続的に記録する
ルールが決まったら、日々の業務で発生した実績工数を記録します。ここで重要なのは、精度よりも継続性です。入力を後回しにしてまとめて記録すると、記憶が曖昧になり、工数が「感覚値」に戻りやすくなります。入力の習慣化と、漏れを防ぐ仕組みを用意します。
| 継続のための工夫 | 具体的な方法 |
|---|---|
| 入力負荷の軽減 | 入力が簡単なツールを選ぶ(クリック数が少ない、候補が出るなど)/勤怠・カレンダー連携で入力を補助する |
| ルールの徹底 | 作業の区切り・終業時に入力する/週次ミーティング冒頭で入力状況を確認する |
| リマインドの仕組み | 入力漏れがある場合に通知が出るよう設定する |
完璧を目指して止まるより、多少粗くても毎日続く形を優先するほうが、運用は定着しやすくなります。
STEP4:数値を見て改善アクションにつなげる
工数管理は、集計した時点ではまだ「材料」であり、分析して初めて価値が生まれます。定期的に計画と実績を比較し、差異の原因を特定して、具体的な改善につなげていきましょう。
| 分析の観点 | 課題の例 | 改善アクションの例 |
|---|---|---|
| 予実乖離 | 設計タスクに計画の2倍の工数がかかった | 見積もり前提の漏れを特定し、テンプレートを更新する/設計レビュー手順を見直す |
| 負荷状況 | 特定メンバーの工数が恒常的に超過 | タスク再配分を行う/詰まり要因をヒアリングし、支援や標準化を検討する |
| 非生産的作業 | 手戻り・修正工数が多い | 上流工程(要件定義・設計)の品質向上策を講じる/合意形成プロセスを強化する |
週次・月次でふりかえりの場を設け、データを見て話し合い、次の行動を決めるサイクルを回すことが、工数管理を成功に導く鍵になります。
工数管理でつまずきやすいポイントと回避策

多くの企業が工数管理の導入を試みますが、形骸化してしまうケースも少なくありません。原因はツールの機能不足というより、タスク設計・入力ルール・レビュー習慣・共有の仕組みといった運用面に潜んでいることがほとんどです。本章では、工数管理が止まりやすい典型パターンと、実務で効く回避策を解説します。
タスク設計が曖昧なまま進めてしまう
工数管理の土台となるタスク設計が曖昧だと、データの信頼性が揺らぎます。メンバーごとにタスク解釈が分かれたり、付け先に迷って「適当入力」が増えたりするためです。
| 失敗パターン | 回避策 |
|---|---|
| タスクの粒度がバラバラ(要件定義とボタンの色変更が同列に並ぶ) | WBSでタスクを階層分解し、粒度を揃える/「1タスクは最短0.5時間、最長16時間(2人日)」のように上限・下限の基準を設ける |
| 共通タスクの定義が曖昧(会議・調査・レビューの扱いが人により違う) | プロジェクト共通で発生するタスク(会議、管理、レビューなど)を事前に定義し、一覧化する/迷ったときの付け先ルール(判断基準)をルールブックに明記する |
ポイントは、「正しいタスク名」を作ることではなく、全員が同じ基準で「同じ箱」に工数を入れられる状態を作ることです。
工数データをレビューせず、判断に使っていない
工数データは入力しただけでは「数字の羅列」に留まります。計画との差分や偏りを見て判断に使うプロセスがないと、工数管理は単なる入力作業になり、やがて入力が止まります。
| 失敗パターン | 回避策 |
|---|---|
| データを集めることが目的化している(レポートは出るが誰も見ない) | 週次・月次の定例で、工数予実レポート確認をアジェンダに固定する/「計画比120%以上のタスク」「負荷率80%以上のメンバー」など、見るべき基準を決める |
| 異常値が放置される(過大・過小な入力があってもスルーされる) | マネージャーが定期的に生データを確認し、不自然な入力を検知する/異常値は本人へ確認し、入力ミス修正か原因特定につなげる |
見直しの目的は「監視」ではなく、入力精度を上げ、改善の打ち手を早く決めることにあります。
情報共有が不足し、判断が属人化する
工数データや状況把握が特定の担当者に偏ると、問題の発見が遅れたり、担当者不在時にプロジェクトが止まったりします。属人化は、そのままリスクになります。
| 失敗パターン | 回避策 |
|---|---|
| 工数データが個人の手元に閉じている(Excelのローカル管理など) | 共有スプレッドシートや管理ツールで、関係者が最新データにアクセスできる状態にする/更新ルールと閲覧範囲(権限)を決める |
| 進捗会議が感想ベースになる(「順調」「少し遅れ」など主観報告) | 会議は工数・進捗レポートなど客観資料を画面共有し、それを起点に議論する/ダッシュボードなどで健康状態を信号機(緑・黄・赤)などに整理して共有する |
「説明できる状態」を作ることで、判断が個人の経験則に寄りすぎず、根拠を共有した調整に移りやすくなります。
工数管理手法の比較|Excelと専用ツールの使い分け

工数管理は、Excelでも専用ツールでもはじめることが可能です。ただし、両者は得意領域が異なり、組織規模・プロジェクト数・求めるリアルタイム性によって最適解が変わります。本章では、Excel管理が向く条件と限界、専用ツールへ移行すべき判断基準を解説します。
Excel管理が向いているケースと限界
Excelは多くのPCに標準で入っており、テンプレートを用意すればすぐに運用を開始できます。関数やピボットで集計・グラフ化もできるため、小規模でシンプルな管理には十分対応できます。Excelが向いている主なケースは、次の通りです。
- 5名以下の小規模チーム
- 管理するプロジェクトが1〜2件に限られている
- まずはコストをかけずに試したい(試行導入)
- リアルタイム共有よりも、週次・月次の集計が中心
一方で、規模や複雑性が増すと、Excelは運用負荷とリスクが表面化します。
| Excel管理の限界 | 具体的な問題点 |
|---|---|
| 入力・集計の手間が増える | 同時編集の衝突や入力漏れが起きやすい/ファイルの版管理が煩雑になり、先祖返りが起きる/関数・マクロが属人化し、保守に専門知識が必要になる |
| リアルタイム性が担保しにくい | 各自の入力を後から集計するため、状況把握にタイムラグが出る/「今どこが危ないか」を即時に判断しにくい |
| 分析が「集計止まり」になりやすい | 複数プロジェクト横断の分析がしづらい/過去データとの突合や推移管理が難しい/レポート作成に時間が取られ、改善に手が回りにくい |
| セキュリティ・統制の限界がある | コピー・持ち出しが容易で管理しにくい/権限設定が粗く、閲覧範囲の統制が難しい |
つまりExcelは「できる/できない」よりも、人数と案件が増えたときに運用が回るかがポイントになります。
専用ツールが効果を発揮する条件
専用の工数管理ツールは、入力・集計・可視化・権限管理を前提に設計されており、Excelで生じやすい負担やリスクを抑えやすい仕組みです。費用はかかりますが、管理工数の削減と判断スピードの向上によって、投資対効果が出やすくなります。専用ツールが効果を発揮しやすい条件は、次の通りです。
- 6名以上のチーム、または複数部署で利用する
- 複数プロジェクトが並行し、横断で負荷調整が必要になる
- 進捗・工数をリアルタイムに把握し、早めに手を打ちたい
- 勤怠・会計・請求などと連携し、原価や予実を一気通貫で見たい
自社がExcel運用の「集計の手間」「タイムラグ」「版管理」「権限統制」のいずれかで苦しくなっているなら、専用ツールへの移行は検討価値の高いサインです。
工数・進捗・計画が分断される課題を、Lychee Redmineの統合管理で解消する方法
多くの現場では、工数はExcel、進捗は別ツール、計画はPowerPoint資料といった形で、重要情報が分散しがちです。情報が分断されると、状況把握に手間がかかるだけでなく、意思決定の材料が揃うまでに時間がかかり、対応が後手に回りやすくなります。本章では、統合管理が求められる背景と、実務で再現しやすいアプローチをご紹介します。
分断管理が引き起こす判断遅延と調整コスト
情報が分断されている状態では、現状を正しく把握するだけでも工数が発生します。例えば会議前に、マネージャーが各ツールから数字を集め、資料にまとめ、整合性を確認する作業が必要になるでしょう。こうした「把握のための作業」が積み重なると、判断の遅れと調整コストの増加につながります。
| 分断管理の典型的な課題 | もたらされる悪影響 |
|---|---|
| データ集計に時間がかかる | 会議準備に追われ、課題分析や手当ての検討に時間を回しにくい/状況把握が週次・月次に寄り、問題発見が遅れやすい |
| 情報の整合性が取れない | ツール間の数値にズレが生じ、どれを正とするかで議論が止まりやすい/見る情報が人によって異なり、認識齟齬が起きやすい |
| 全体像が見えにくい | 個別タスクは追えても、全体への影響が読み取りにくい/負荷の偏りや人員の空き状況が見えず、配置判断が遅れやすい |
結果として、手戻りや計画変更が増え、調整に追われる状態が常態化しやすくなります。
ガントチャート×WBS×工数を一体で扱う意義
プロジェクト管理では、計画(WBS・ガントチャート)と実績(工数)をセットで比較し、差分から原因と打ち手を考えることが基本です。これらが連動していれば、計画に対して「遅れているのはどこか」だけでなく、「なぜ遅れているのか」「どこに手を打つべきか」を早い段階で捉えやすくなります。工数が単なる記録に留まらず、計画の見直しや再見積もりを支える「判断材料」として機能する状態を作ることが、統合管理の意義です。
ガントチャートの活用メリットや作成方法について理解を深めたい場合は、こちらの記事もご覧ください。
複数プロジェクトを横断して負荷と遅延を捉える考え方
多くの組織では、メンバーが複数プロジェクトを兼務しています。個別プロジェクトだけを見ていると、負荷の偏りや遅延の連鎖に気付くのが遅れがちです。Aプロジェクトでは余裕があるように見えても、同じ担当者がB・Cで逼迫していれば、実態としてはリスクが高い状態です。統合管理の仕組みがあると、横断の負荷状況を可視化しやすくなり、「来週はAさんに60時間相当のタスクが集中しているため、Cの一部をBさんへ移管する」といった調整判断が取りやすくなります。
統合管理を現実的に実現する手段の一例
計画・進捗・工数を、Excelと複数ツールの組み合わせで「整合させ続ける」運用は、担当者の手作業に依存しやすく、継続性の面で難易度が上がります。実務として回すには、これらの情報を一元的に扱える仕組みを前提にすることが重要です。その選択肢の一つとして、Redmineを基盤にガントチャートや工数管理などを強化したLychee Redmineがあります。チケット管理に加えて、ガントチャート、工数入力、リソース管理、レポートを同一基盤で扱えるため、分断しがちな情報を集約し、データに基づく判断と調整を進めやすくなります。
工数管理は「測ること」ではなく「判断に使うこと」が本質

工数管理の本質は、「ただ測ること」ではなく、集めたデータをみんなの仕事を楽にする判断に使うことにあります。もしあなたの現場で「入力だけが増えている」「数字が役に立っていない」と感じているなら、その違和感はとても大切です。本記事を、「やらされ感の管理から、自分たちを守るための管理」へ切り替えるための実務ガイドとして活用してください。計画・進捗・工数を一体で見られる運用に変えていけば、「なぜ忙しいのか」「どこを変えれば楽になるのか」が見えるようになります。
完璧を目指さなくて大丈夫です。まずは小さくはじめ、データを一緒に見て話し合い、次の一歩を決めるサイクルを少しずつ回していきましょう。それが、無理なく続く工数管理への一番の近道です。
30日無料トライアルをはじめる
- 多機能ガントチャート/カンバン/バックログ/リソース管理/CCPM/レポートなど
- ・ クレジットカード登録不要
- ・ 期間終了後も自動課金なし
- ・ 法人の方のみを対象
このサイトはreCAPTCHAによって保護されており、Googleのプライバシーポリシーと利用規約が適用されます。





