%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png?width=130&height=39&name=%E6%9C%80%E7%B5%82Start%20Link%20(500%20x%20150%20px)%20(%E8%83%8C%E6%99%AF%E3%81%82%E3%82%8A).png "StartLink"){kind=logo}
この記事の結論
MBOを実務に生かすには、目標値を決める前に、本人が担う成果、達成を確かめる方法、途中で条件が変わった場合の扱いを合意することが大切です。
MBOを実務に生かすには、目標値を決める前に、本人が担う成果、達成を確かめる方法、途中で条件が変わった場合の扱いを合意することが大切です。
「目標を立てても、期末まで振り返る機会がない」
「評価のために数字を埋めるだけになっている」
「部署ごとに基準が異なり、評価の理由を説明しにくい」
こうした状態を変えるには、目標設定、期中の判断、期末評価を一続きの仕事として設計します。MBOは、組織目標と個人目標を結び、本人との合意のもとで進捗を確認し、達成度を評価する目標管理制度です。期中には実績の差だけでなく、その理由を確認し、本人の行動、周囲の支援、目標の前提のどれを見直すか決めます。
本記事は「経営ダッシュボードの作り方｜KPIを一覧で可視化する設計手順」シリーズの一部です。
本記事は「経営管理DX完全ガイド」関連記事です。
この記事でわかること
「組織目標を個人の成果にどうつなげ、期中のレビューを評価に生かせばよいのか——」そんな課題に向けて、目標の意味、実績データと評価基準の整合、記録の負担を確かめながら、目標設定から評価まで進める手順を解説します。
- MBOを構成する要素 — 目標の合意、進捗確認、期末評価で決める事項と、次期の改善へ引き継ぐ情報を確認します。
- SMART目標の設計方法 — 抽象的な目標を対象、測定方法、達成基準、期限に分け、合意できない点を見つけます。
- 目標の展開とレビューの進め方 — 組織への貢献と本人が担える範囲を照らし、条件が変わった場合の判断と記録方法を整理します。
- 形骸化や評価の偏りを防ぐ工夫 — 面談で使われない記録を点検し、合意した基準と事実から評価理由を説明する手順を示します。
- MBOとOKR、CRMデータの使い分け — それぞれの制度とデータに担わせる判断を決め、営業KPIを進捗確認に使える条件を確かめます。
MBOは目標設定から次期の改善までを一続きにする制度です
MBOでは、目標の合意、期中の進捗確認、期末の評価とフィードバックをつなげます。期初に成果だけを決めても、途中で支援が必要になったときに誰が何を判断するか不明では、目標を日々の仕事に使えません。設定時に確認方法を決め、レビューで得た情報を次の行動に反映します。
目標設定では組織と個人の接点を合意する
経営や事業の方針を部門、チームへ展開したら、個人がどの成果を担うかを確認します。上位目標をそのまま割り振る前に、本人の担当範囲、使える情報や支援、他部門との分担を確かめます。
たとえば「新規商談を増やす」という方向性でも、見込み顧客への対応を担う人と、既存顧客からの紹介を担う人では、取れる行動が異なります。まず担当業務を並べ、その仕事がどの成果につながるかを本人と上司が説明します。つながりを説明できない場合は、目標値を決める前に役割を整理します。
成果目標とともに、次の内容を決めます。
- 本人が取る行動
- 上司が提供する支援
- 達成を確認する記録
双方が同じ対象と基準を説明できたら、目標の合意に進みます。
進捗管理では障害と前提の変化を確認する
期中の確認では、実績と目標との差を出発点にします。その差について、本人の行動を変えれば進められるのか、上司や他部門の支援が必要なのか、目標を置いた前提が変わったのかを分けて話し合います。
- 目標が引き続き有効 ── 次の行動、担当者、確認時点を決める
- 本人の行動だけでは解消できない障害 ── 支援する人と支援の内容を決める
- 前提が崩れている ── 何が変わったかを確認したうえで目標の修正を検討する
修正する場合は、理由、変更後の基準、合意した時点を残します。
判断に必要な事実が足りなければ、確認する記録や関係者を決めてから再度判断します。
評価とフィードバックを次期の目標に結び付ける
期末には、合意した基準と評価期間中の記録を照らします。達成率を確認するとともに、本人の行動、提供された支援、途中で変更した条件を振り返り、評価理由を説明します。
基準が曖昧だった項目は、結果を見てから基準を作り替えず、どの解釈で判断が分かれたかを明らかにします。そのうえで、次の三つを決めます。
- 続ける行動
- 変える行動
- 次期に必要な支援
次の目標設定では、今回説明しにくかった基準から具体化します。
SMART基準で目標と達成状態を明確にする
SMARTは、目標を具体的、測定可能、達成可能、関連性があり、期限付きの形に整理する考え方です。表現が具体的でも、測定に使うデータや本人の担当範囲が曖昧なら、期末の判断はそろいません。
各基準で目標を点検する
次の表は、目標の表現を比較するための仮の例です。表中の数値や日付は推奨値や共通基準を示すものではありません。自社の目標は、過去の実績、事業計画、担当範囲に照らして決めます。
| 基準 | 確認すること | 具体化の例 | 曖昧な例 |
|---|---|---|---|
| Specific（具体的） | 何を達成するのか | 新規商談を月20件獲得する | 営業を頑張る |
| Measurable（測定可能） | 達成をどう測るのか | 受注率を25%に改善する | 受注率を改善する |
| Achievable（達成可能） | 利用できる資源や実績に照らして妥当か | 前年比120%の売上を目指す | 前年比300%の売上を目指す |
| Relevant（関連性） | 組織や部門の目標にどう貢献するか | 部門売上目標に直結する活動を行う | 業務上の接点が不明な個人的関心を追う |
| Time-bound（期限付き） | いつまでに達成するか | 2026年6月末までに達成する | いつか達成する |
実際の設計では、まず成果として数える対象を決め、手元の記録で判別できるか試します。同じ記録を見ても対象に含めるか判断が分かれるなら、数え方を先にそろえます。次に、過去の実績や使える資源と比較し、本人が動かせる範囲を確かめます。測定できても本人だけでは左右できない指標なら、行動目標や支援条件を併せて決めます。期限とレビュー時点まで合意できたら、期中にどの記録で進捗を確かめるか明記します。
成果目標とプロセス目標を組み合わせる
成果目標は、売上や受注率のように得たい結果を示します。プロセス目標は、商談の実施や提案書の作成など、結果に向けた行動を示します。両方を確認する目的は、結果に差が出たときに、行動、支援、目標の前提のどこを調べるか決めることです。
| 目標の種類 | 主な役割 | 目標例 |
|---|---|---|
| 成果目標 | 得たい結果を示す | 売上や受注率の改善 |
| プロセス目標 | 結果につながる行動を示す | 商談の実施、提案書の作成 |
| 定性目標 | 判断や対応の質を示す | 顧客対応の改善、部門間連携の強化 |
成果に差があり、予定した行動も実施できていなければ、行動を妨げた要因を確認します。行動は実施できているのに成果につながらなければ、対象の選び方や成果までの前提を調べます。行動を実施したかどうかも判断できない場合は、記録方法を先に整えます。いずれも、原因を確かめる前に行動量だけを増やすと決めないことが大切です。
定性目標を置く場合は、確認する行動や成果物も決めます。目標を追加するたびに、それが既存の目標とは異なる判断に役立つか確かめ、重複するものはまとめます。
目標数とウェイトを決める
個人目標の数は、担当業務と期中に確認できる範囲から決めます。複数の目標を置く場合は優先順位とウェイトを示し、評価時にどう扱うかを本人と上司が説明できるようにします。
ウェイトを決める前に、組織目標との関連、本人が担う範囲、他部門への依存関係を確認します。優先順位の認識が違うなら、数値を確定する前に役割分担を見直します。優先順位がそろったら、業務の前提が変わった際にウェイトを見直す条件と判断者も合意します。
組織目標を個人目標へ展開し、運用条件をそろえる
目標の展開では、上位目標への貢献と本人が動かせる範囲の両方を確かめます。部門ごとに同じ言葉を異なる意味で使っている場合は、目標値を決める前に、何を数えるかそろえます。
組織から個人までのつながりを確認する
次の表は、目標が階層をまたいでつながる様子を示す仮の例です。数値は共通の基準ではありません。自社では、上位目標に対して各部門が何を渡し、個人がどの行動を担うか説明できるかを確認します。
| 階層 | 目標例 | 確認するつながり |
|---|---|---|
| 経営 | 年間売上15億円を達成する | 事業全体の成果 |
| 営業部門 | 新規受注7億円を獲得する | 経営目標への貢献 |
| チーム | 新規大口顧客を5社開拓する | 部門目標への貢献 |
| 個人 | 月15件の新規商談を実施する | チーム目標に向けた行動 |
| マーケティング部門 | MQLを年間1,200件創出する | 営業活動につながる需要創出 |
上位目標とのつながりが説明できないなら、その個人目標を置く理由を確認します。つながりはあっても本人だけで動かせないなら、他部門の役割と必要な支援を明記します。部門間で成果を受け渡す場合は、受け渡しの条件と、どの記録をもって各部門の成果を確認するか決めてから合意します。
たとえば見込み顧客の引き渡しを扱うなら、引き渡す側と受け取る側で、対象の条件と確認する記録を照らします。条件が一致しなければ、個人の達成基準を確定する前に、部門間の定義をそろえます。
面談で合意する項目をそろえる
目標面談では、目標の表現、達成基準、測定データ、期限、ウェイトを確認します。「商談」「受注」などの言葉で解釈が分かれるなら、実際の記録を見ながら、含めるものと含めないものを決めます。
合意内容は後から振り返れる場所に残します。期中に変更が必要になったら、まず行動、支援、達成基準のどれを変えるのか分けます。達成基準を変える場合は、変更日、理由、変更後の基準を記録し、期末にどの期間へどの基準を適用するかも確認します。
項目を絞り、記録を運用に使う
記録欄は、面談で行う判断から逆算して選びます。目標と測定方法は進捗を確かめるため、現状と障害は対応を選ぶため、次の行動は決めたことを実行するために使います。
入力されない欄があれば、まず直近のレビューでその情報を使ったか確かめます。使い道はあるのに記録されないなら、入力する時点や担当者を見直します。判断との関係を説明できない欄は整理します。一方、変更理由や合意した基準は期末評価や引き継ぎにも必要なため、後からたどれる形で残します。
記録を点検するときは、面談で「この値を見て、どの対応を決めたか」を確認します。対応が決まっていても根拠の欄が空白なら記録の残し方を直し、欄は埋まっていても対応が決まらないなら問いかけや確認項目を見直します。
期中レビューと期末評価の手順を設計する
レビューの時期は、目標の期間と業務が変化する速さに合わせて決めます。支援や方針変更の判断が期末より前に必要なら、その判断に間に合う時点で確認の場を設けます。
期中レビューでは進捗と前提を一緒に確認する
期中レビューでは、実績の報告から次の対応まで進めます。進捗が順調な場合も、目標を置いた前提や必要な支援が変わっていないか確認します。
| 確認項目 | 問いかけの例 | 次に決めること |
|---|---|---|
| 目標の進捗 | 計画と実績の差はどこにあるか | 続ける行動、変更する行動 |
| 障害 | 進行を止めている要因は何か | 上司や関係部門の支援 |
| 前提の変化 | 目標を置いた時点から何が変わったか | 目標を維持するか修正するか |
| 支援 | 必要な助言や資源はあるか | 担当者と期限 |
差の理由が不明なら、推測で目標を変えず、確かめる記録と関係者を決めます。理由がわかったら、本人の行動を変える、支援を追加する、目標の前提を見直す、という順に対応を検討します。対応の担当者と次の確認時点を残し、目標を変える場合は期末評価で使う基準も合意します。
次回は、決めた対応を実行できたか、その結果どの差が残ったかから始めます。対応が実行されなかった場合は、実績だけを見て目標を修正する前に、実行を妨げた条件を確かめます。
期末評価は基準と証拠を照らして行う
期末評価では、合意した基準と実績を照らします。次の表は評価区分を設計する場合の仮の例であり、区分や閾値をそのまま採用するための基準ではありません。自社の制度で何を各段階に当てはめるかを先に定義します。
| 達成度の例 | 評価例 | 運用時に定義すること |
|---|---|---|
| 120%以上 | S | 目標を大幅に超えた状態 |
| 100〜119% | A | 目標を達成した状態 |
| 80〜99% | B | 概ね達成した状態 |
| 60〜79% | C | 一部達成した状態 |
| 60%未満 | D | 未達成の状態 |
定性目標や途中で条件が変わった目標は、達成率だけで判断せず、事前に決めた行動、成果物、変更履歴と照らします。根拠が足りなければ、評価を確定する前に確認できる記録と関係者の認識を調べます。基準そのものが曖昧だった場合は、今回どの事実と解釈で判断したかを説明し、次期に同じ迷いが起きないよう基準を具体化します。
評価者間で基準の差を調整する
評価者間では評価段階だけを見比べず、判断に使った事実と基準を持ち寄ります。同じ成果に異なる評価が付いたら、まず対象の数え方を比べ、次に目標の難易度、担当範囲、途中の変更を確認します。
たとえば同じ「商談」でも数え方が違うなら、評価段階を調整する前に対象となる記録をそろえます。記録の定義が同じでも評価が分かれるなら、どの基準や条件の解釈が異なるかを明らかにします。違いを説明できない項目は、次期の目標設定と評価基準の見直しにつなげます。
MBOの形骸化と評価バイアスを防ぐ
目標が業務上の判断や支援に使われなくなると、記録は期末に埋めるための書式になりがちです。面談や記入欄を増やす前に、直近のレビューで何を決め、その判断にどの情報を使ったか点検します。
期初の目標を毎期見直す
前年の目標を引き継ぐ場合は、事業方針、担当業務、測定方法が現在も合っているか確認します。続ける目標、内容を変える目標、役割を終えた目標に分けて検討します。
面談前に資料で確認できる実績や役割を整理し、面談では本人と合意が必要な達成基準や支援条件を扱います。前年の表現を使えても、今の業務で同じ意味を持つと説明できなければ、確定前に書き直します。
定期的な対話を運用に組み込む
進捗確認の間隔は、問題を発見してから対応を変えられるまでの時間を踏まえて決めます。各回で前回の対応の結果を確認し、今回の進捗、障害、必要な支援、次の行動を扱います。
報告だけで終わる場合は、本人が判断や支援を求めている点を聞きます。前回決めた対応が進まなかったなら、本人の行動、支援の実行、前提の変化のどこに理由があるか確認します。次の対応と担当者、確認時点が決まれば、その内容を次回の議題にできます。
評価バイアスを自覚し、理由を具体化する
目標ごとに合意した基準と評価期間中の記録を照らし、評価理由を説明します。
| バイアス | 起こりやすい偏り | 対応 |
|---|---|---|
| ハロー効果 | 一つの特徴が全体評価に影響する | 目標ごとに根拠を分けて記録する |
| 寛大化傾向 | 評価を全体的に高く付ける | 評価段階ごとの判断基準を確認する |
| 中心化傾向 | 中間評価に集めて差を避ける | 達成基準と実際の証拠を照らす |
| 直近効果 | 評価期間の終盤の出来事を重く見る | 期中の記録を時系列で振り返る |
評価理由を書けない項目は、事実の記録が足りないのか、基準の解釈が曖昧なのかを分けます。前者なら確認できる記録を集め、後者なら今回使った解釈を明示します。どちらの問題が起きたかを残しておけば、次期に直すべき記録方法と基準を区別できます。
個人の記憶に頼らず、再現できる運用にする
引き継ぎを想定し、目標ごとに「合意した基準」「期中の変更と理由」「判断に使った記録」「次に確認すること」をたどれるようにします。新たに担当する人が記録を読んで、どの基準で判断し、何が未解決かを説明できれば、面談の続きから対応できます。
説明できない場合は、不足している情報を特定します。基準が見つからなければ合意の残し方を、差の理由が見つからなければレビューの記録方法を、次の担当者がわからなければ対応を決める手順を見直します。記録欄を増やす判断は、その情報が実際の面談や評価で必要だと確認してから行います。
MBOとOKRは目的と評価の扱いで使い分ける
MBOとOKRのどちらを使うかは、名称ではなく、解決したい課題から考えます。個人の成果をどう評価するかが曖昧なのか、組織やチームの重点を共有できていないのかを先に分けます。
違いを制度の目的から見る
次の表は、制度の役割を検討するための比較例です。報酬との関係やレビューの間隔は名称から一律に決まるものではありません。自社で何を正式な評価根拠とし、どの判断にどの場を使うかを確認します。
| 判断基準 | MBO | OKR |
|---|---|---|
| 主な役割 | 個人目標と評価を結び付ける | 組織やチームの方向性をそろえる |
| 目標の粒度 | 個人単位の成果管理 | チーム単位の目標と成果指標 |
| 報酬との関係 | 評価や報酬と連動させる設計がある | 目標と評価を分離する設計がある |
| レビュー頻度の例 | 半期から年次 | 週次から四半期 |
個人の評価理由を説明しにくい場合は、まず目標の合意内容と評価基準を点検します。部門をまたぐ重点が共有できていない場合は、共同で追う成果と進捗を話し合う場を決めます。両方の課題がある場合は、チームの進捗を確認する目標と個人評価に使う目標を区別し、同じ実績をどう参照するか定めてから併用を検討します。企業様によって最適な形は異なります。
併用する場合は役割と情報の流れを決める
併用するなら、組織やチームの方向性を示す目標と、個人の評価に使う目標の関係を明確にします。同じ指標を両方で扱う場合は、更新する場所、参照する人、正式な評価根拠を決めます。
チーム目標の変更が個人の評価基準にも影響するかは、本人の担当範囲と合意済みの基準に照らして判断します。影響するなら本人と変更内容を確認し、影響しないならチームの進捗確認と個人評価でそれぞれ何を見るか明示します。記録先によって値が異なる場合は、更新時点と集計条件を確かめます。制度の具体的な進め方はOKRの導入と運用も参照してください。
併用が運用負荷になる場合は範囲を絞る
同じ内容を複数の書式へ転記しているなら、各書式を使う会議で何を決めているか確認します。チームの重点を決める場と個人の評価を行う場で必要な情報を並べ、重なる記録の更新元を決めます。
関係者が制度ごとの判断事項、更新する場所、評価に使う記録を説明できる状態を先に作ります。説明できない間は扱う目標を絞り、追加の記録や会議が必要な判断を支えると確認できた場合に運用範囲を広げます。
CRMデータを目標管理に活用し、進捗を可視化する
CRMに記録された商談や取引の情報は、営業目標の進捗確認に使える場合があります。画面に数値を表示する前に、合意した目標の定義と、実際の記録・集計条件が一致しているか確かめます。
目標の指標とCRMのデータ項目を対応させる
まず、何を成果として数えるか、対象期間と担当範囲をどう定めるかを決めます。商談数なら対象となる記録、受注額なら対象の取引や日付の扱いを明確にします。
次に、合意した定義を実際の記録に当てはめます。判断が分かれる記録を見つけたら、含める条件を関係者で確認します。集計値に差が出たら、入力漏れ、対象条件、更新時点を順に調べます。差の理由を説明できない間は、その値を評価の確定根拠にせず、確認できた範囲をレビューの材料として扱います。
指標が示す業務の段階を確認する
同じ営業KPIでも、活動、商談、受注のどの段階を示すかによって、次に調べることは変わります。進捗に差が出たら、まず差が生じた段階を特定し、本人の行動で変えられることと周囲の支援が必要なことを分けます。
たとえば商談の記録が目標に届かない場合は、対象となる活動が不足しているのか、活動はあるが商談として数える条件を満たしていないのかを確認します。前者なら活動を妨げている要因を調べ、後者なら対象や商談の定義を見直します。さらに、商談は記録されていても受注に差がある場合は、商談の件数だけで対応を決めず、差が生じた段階を確認します。目標レポートを確認する際も、表示された値が合意した指標と集計条件に対応しているかを見ます。目標のレポートについてはHubSpot公式のReport on goalsも参照してください。
画面の表示だけで評価を決めない
以下は、デモ環境のHubSpot目標レポートで、営業チームの実績をチーム目標比で表示した例です。評価に使う場合は、対象期間、集計条件、記録の意味を確認します。
レポートで差を見つけたら、まず対象の記録と集計条件を確かめ、次に面談で差の理由を確認します。数値からは目標の難易度、提供された支援、途中の環境変化まで判断できません。確認した事実をもとに、行動を変えるか、支援を加えるか、目標の前提を見直すか決めます。
小さく始めて段階的に広げる
最初に扱う指標は、既存の記録で定義と集計条件を確認できるものから選びます。記録方法の違いが見つかったら、表示する指標を増やす前に入力ルールをそろえます。
| 段階 | 進めること | 次へ進む判断 |
|---|---|---|
| 指標を選ぶ | 目標と測定方法を一つずつ定義する | 関係者が同じ意味で説明できる |
| データを照合する | CRM上の記録と集計条件を確認する | 数値の差の理由を説明できる |
| 進捗を共有する | レポートをレビューで使う | 次の行動や支援の判断に役立つ |
| 適用範囲を広げる | 他の目標やチームにも展開する | 記録とレビューの手順が定着する |
更新時点や入力品質がレビューの判断に合わない場合は、その指標を表示する範囲を限定します。記録と集計の条件がそろい、レビューで次の行動を決められるようになってから対象を広げます。経営ダッシュボードの作り方では、指標の選び方と表示の設計を解説しています。
HubSpotで営業目標の作成を検討する際は、公式のCreate sales goalsで、利用する環境に合う設定方法を確認してください。
具体的な設定手順と進捗の確認方法は「HubSpot目標（Goals）機能の設定方法｜営業・マーケ・CSのKPI目標管理と進捗トラッキング」でも解説しています。
よくある質問
MBOの目標は何個にするとよいですか？
一律の個数から決めず、本人の優先業務と期中のレビューで確認できる範囲から選びます。各目標について、組織目標とのつながり、達成基準、ウェイトを説明できるか確かめます。説明できない目標があれば、数を増減する前に役割や重複を見直します。残した目標について進捗の確認方法が決まったら、運用に進めます。
MBOが形骸化する主な原因は何ですか？
目標が期中の判断や支援に使われず、期末だけ参照されることが一因です。直近の面談で決めたことと、その判断に使った記録を確認してください。判断が残っていなければ、次の行動、担当者、確認時点を面談で決めます。記録が使われていなければ、入力時点の問題か、判断に不要な項目かを分けて見直します。
MBOとOKRは併用できますか？
併用する場合は、組織やチームの方向性を示す目標と、個人評価に使う目標の役割を決めます。同じ指標を扱うなら、更新する場所と正式な評価根拠を明確にします。記録や会議が重複している場合は、それぞれで何を判断しているか確かめ、役割を説明できる範囲から運用します。
CRMデータだけでMBOを評価できますか？
CRMデータは、定義がそろった定量指標の進捗確認に使えます。評価前には、集計の対象と期間が合意した基準に一致するか確かめ、途中の変更、本人の行動、提供された支援も確認します。集計値の意味を説明できなければ、評価根拠に使う前に対象条件と記録を調べます。
まとめ
MBOでは、組織目標と個人の役割を結び、達成基準を合意してから期中の進捗と障害を確認します。期末には基準と記録を照らして評価理由を説明し、判断に迷った点を次期の目標へ反映します。
まずは既存の営業目標を一つ選び、同じ期間の目標値と実績値を照らし合わせて、差がある項目から確認してください。
- 組織目標とのつながりと、本人が担える範囲を確認します。つながりや役割を説明できなければ、目標値を決める前に整理します。
- 達成基準、測定に使うデータ、レビューで判断することを決めます。データの定義が合わなければ、対象となる記録を確かめます。
- 期中に差の理由と必要な支援を確認します。前提が変わった場合は、目標を維持するか判断し、変更するなら理由と新しい基準を記録します。
- 期末に合意内容と実績を照らします。判断の根拠を説明したうえで、次期に続ける行動と、目標や支援を見直す条件を決めます。
CRMを活用した業務効率化やAIとの連携に関するご相談は、StartLinkまでお気軽にお問い合わせください。
あわせて読みたい
このテーマと関連する内容を、次の記事でも詳しく解説しています。
記事の内容を、そのまま実務に落とし込みたい方向け
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
次に読む
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化（ERP/CRM/SFA/MAの導入）」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
著者情報
