この記事のポイント！
- 現状疑問で成長を促す
- 潜在課題発見が鍵
- 多角視点と実践が大切
仕事で問題が起きたとき、すぐに対策を考えたのに状況が変わらなかったり、同じトラブルが繰り返されたりすることがあります。原因の一つは、目に入った現象に反応するだけで、何を解決すべきかを十分に捉えられていないことです。適切な行動を選ぶには、まず現状を整理し、目指す状態との隔たりを明らかにする課題認識が欠かせません。
課題認識は、単に「困っていること」を挙げる作業ではありません。誰にどのような影響が生じているのか、何を目指すのか、現状との差はどこにあるのかを確認し、取り組む価値のあるテーマとして捉えることです。問題が表面化しているときだけでなく、目標達成を妨げる要因がまだ見えていない段階や、将来に備えたい場面でも役立ちます。
ただし、同じ状況を見ても、立場や目標が違えば課題の捉え方は変わります。データだけで結論を出すのではなく、現場や顧客の声を確かめ、関係者と認識を合わせることも大切です。ここでは、課題認識の意味や問題・課題との違い、仕事での進め方、よくある失敗と改善のポイントを、具体的な例を交えて解説します。
課題認識とは、解決すべき隔たりを捉えること
課題認識とは、目指す状態と現在の状態を比べ、両者の間にある隔たりを「解決に向けて取り組むべきこと」として捉えることです。たとえば、顧客への回答を当日中に行う方針があるのに、回答が翌日以降になるケースが続いているなら、方針と実態の差が確認できます。そこから、遅れが生じる条件や顧客への影響を見て、何を改善すべきかを考えます。
ここで大切なのは、観察した事実と、事実に対する評価や推測を分けることです。「担当者の意識が低い」は、原因を確かめる前の解釈です。「問い合わせを受けてから回答までに時間がかかっている」は、状況を記述した表現です。課題認識の出発点を確認できる事実に置けば、個人への非難や思い込みに流されにくくなり、原因の検討や関係者との対話を進めやすくなります。
課題は、目に見えるトラブルがある場合に限りません。現在は問題が起きていなくても、将来の目標に対して人員や仕組みが不足していると分かれば、先回りして取り組むテーマを設定できます。反対に、現状に不便を感じていても、目標や影響を確認した結果、対応の優先度が低いと判断されることもあります。違和感をそのまま課題と決めず、解決する必要性を見極める姿勢が求められます。
課題認識は、解決策を考えるより前の段階にあたります。何に取り組むのかが曖昧なままでは、効果を測る基準や担当範囲も定まりません。逆に、課題を具体的に捉えられれば、必要な情報、協力を求める相手、実行する施策を選びやすくなります。分析に時間をかけるのは遠回りに見えるかもしれませんが、解決する対象を誤らないための準備です。
課題認識が仕事の成果とチームの判断を左右する理由
課題認識が重要なのは、同じ時間や予算を使っても、取り組む対象によって結果が変わるためです。たとえば、売上の低下に対して広告を増やす案が出たとしても、購入後の継続率が下がっていることが主な要因なら、広告だけでは状況に合わない可能性があります。まず、どの顧客層や販売段階で変化が起きているのかを確かめることで、限られた資源を有効な取り組みに向けられます。
課題認識が共有されていないと、メンバーは同じ会議に参加していても別々の問題を解こうとします。経営側は収益性を気にかけ、現場は作業負荷を減らしたいと考えている、といったずれは珍しくありません。どちらかが間違っているというより、見ている対象や優先したい成果が異なるのです。最初に目標、現状、影響を言葉にすれば、異なる意見を並べて検討し、共通の論点をつくりやすくなります。
また、課題認識は問題の早期発見にもつながります。顧客から苦情が届く、納期に遅れるといった目立つ出来事だけを見ていると、兆候が小さい段階の変化を見逃すことがあります。問い合わせ内容の偏り、承認にかかる時間の増加、特定の担当者への業務集中など、日々の業務に表れる変化を継続して見ることで、深刻化する前に確認や予防策を検討できます。
さらに、自分の業務を振り返るときにも有効です。「忙しいのに進まない」と感じたら、単に時間を増やすのではなく、何に時間が使われているか、成果を妨げているものは何かを見ます。目的に照らして作業の必要性を問い直せば、優先順位の見直しや相談が必要だと分かる場合があります。課題認識は、個人の業務改善から部署をまたぐ取り組みまで、次の判断を支える土台になります。
問題・課題・課題認識・課題設定の違い
「問題」と「課題」は日常会話では似た意味で使われますが、改善活動では分けて考えると話が整理しやすくなります。問題は、目標や期待する状態と現在の状態との間にある差や、解決が必要な事象です。課題は、その問題に向き合うために取り組むテーマや行動を指します。課題認識は問題や背景を捉える段階、課題設定は取り組む対象と目標を具体的に定める段階と整理できます。
言葉の使い方は組織や職種によって異なる場合があります。そのため、用語の定義だけにこだわるより、会話の中で「何が起きているのか」「何を解決したいのか」「何をするのか」を明確にすることが重要です。以下では、実務で混同しやすい問題と課題、課題認識と課題設定をそれぞれ分けて見ていきます。
問題は現状の隔たり、課題は取り組むテーマ
「納品までに時間がかかっている」は問題の記述です。それに対して、「注文内容の確認に時間を要している」「部署間で受注情報を共有するまでに待ち時間がある」といった内容は、原因の候補や問題の内訳にあたります。さらに、「確認手順を見直す」「受注情報の共有方法を統一する」と定めれば、実際に取り組む課題になります。このように、事象、原因、行動を区別すると、対策が問題に結びついているか確認できます。
問題をそのまま課題として扱うと、「納期を改善する」「売上を上げる」のような大きな表現で止まり、具体的な行動を決められないことがあります。逆に、原因を十分に見ずに課題を決めると、的外れな施策になるおそれがあります。納期の遅れを例にすれば、確認すべきなのは作業工程、情報の受け渡し、承認の待ち時間などです。状況を分けて調べたうえで、解消すべき要因に対応した課題を選びます。
一つの問題に対して、課題が複数あることもあります。問い合わせ対応の遅れが、担当者の知識不足、問い合わせの分類方法、回答を承認する手順など複数の要因から生じているなら、改善のテーマも分かれるでしょう。ただし、考えられる施策をすべて同時に始める必要はありません。影響の大きさや原因の確かさ、実行に必要な負担を比べ、優先するものを決めることが現実的です。
課題認識は捉える段階、課題設定は決める段階
課題認識は「何が起きていて、何を解決する必要があるのか」を捉えることです。課題設定は、その理解をもとに、取り組む範囲や目標、期限などを決めることです。たとえば、問い合わせへの回答が遅いと分かった段階では、まだ課題認識の途中です。遅れの多い問い合わせの種類や、回答に時間がかかる理由を調べ、「よくある問い合わせの回答手順を整備する」と決めれば、課題設定へ進んだといえます。
課題認識を急いで結論に変えると、検討の余地が失われやすくなります。上司から「手順書を作ってほしい」と依頼された場合でも、目的が問い合わせ品質の安定なのか、引き継ぎ時間の短縮なのかで、作るべき内容は変わります。依頼された手段をそのまま課題とせず、背景にある目標や困りごとを確認しましょう。相手の意図を尋ねることは、指示に逆らうことではなく、成果につながる形に整えるための確認です。
課題設定では、実行する人が動ける程度に具体的でありながら、手段を早く固定しすぎないことも大切です。「対応を改善する」では行動が見えませんが、「問い合わせの分類を見直し、回答に時間がかかる種類を特定する」なら最初の作業が明確です。一方、どのツールを導入するかまで先に決めると、別の方法が検討されないことがあります。目的と到達点を定め、方法には選択肢を残しておくと柔軟に進められます。
課題認識を深める実務プロセス
課題認識は、決まった型に情報を埋めれば完了するものではありません。現状を確かめ、原因の候補を調べ、解決する価値を判断する過程で、最初の見立てを修正することがあります。以下の手順を使えば、感覚だけで結論を出すのを避け、周囲と共有できる形に整理しやすくなります。問題の緊急度が高い場合でも、確認できる範囲を短く区切って進めることが大切です。
目指す状態と現状を同じ基準で比べる
最初に、何を実現したいのかを確認します。「顧客満足を高める」「業務を効率化する」だけでは、どの状態を目標とするかが人によって異なります。たとえば、顧客満足なら、問い合わせの解決までの時間、説明の分かりやすさ、再問い合わせの有無など、対象となる要素を定めます。目標が明文化されていない場合は、関係者にとって望ましい状態を話し合い、仮の基準として置くところから始めます。
次に、現状を具体的に記録します。数値で確認できる業務なら、対象期間や集計方法をそろえたうえで、件数、時間、割合などを見ます。数値にしにくい場合は、実際のやり取りや作業の流れを観察し、担当者や利用者から聞き取ります。「対応が遅い」と結論だけを書くのではなく、どの種類の依頼で、どの工程に時間がかかるのかを記すと、次に確かめることが見えてきます。
比較では、目標と現状の条件をそろえる必要があります。繁忙期の実績と通常期の目標をそのまま比べたり、対象範囲が異なるデータを並べたりすると、差を正しく解釈できません。部署、期間、顧客層、業務の定義など、比較に影響する条件を確認します。基準を置くのが難しい場合は、過去の推移や類似業務を参考にしつつ、なぜその状態を目指すのかも説明できるようにします。
事実を集め、原因の候補を確かめる
隔たりが見えたら、関係する情報を集めます。業務記録や顧客の声、担当者への聞き取り、実際の作業観察など、複数の情報源を使うと、一つの立場からは見えにくい点を補えます。たとえば、管理資料では処理件数が分かっても、なぜ特定の依頼だけ時間がかかるのかまでは読み取れないことがあります。数値と現場の説明を照らし合わせ、出来事の背景を確認することが大切です。
原因を掘り下げるときは、「なぜ」を繰り返す方法が役立ちます。たとえば、作業が遅れた理由を「確認に時間がかかった」と置き、なぜ確認が長引いたのか、必要な情報がそろっていなかったのか、判断基準が共有されていなかったのかと問いを重ねます。ただし、問いの回数を満たすことが目的ではありません。各段階の説明を事実で裏付けられるか、別の原因も考えられるかを確認しながら進めます。
原因の候補を整理するには、ロジックツリーも使えます。ロジックツリーとは、一つのテーマを複数の要素に分け、関係を枝分かれさせて可視化する方法です。「問い合わせ対応が遅い」を、問い合わせの受付、内容確認、回答作成、承認、送信などの段階に分解すれば、どこで滞留しているかを検討しやすくなります。分類の完全さに時間をかけすぎず、調査の焦点を定めるための道具として使いましょう。
重要度を判断し、共有できる言葉にする
原因の候補が分かったら、解決に取り組む価値を確認します。判断材料には、顧客や従業員への影響、目標達成への関係、放置した場合のリスク、改善に必要な時間や費用などがあります。すぐに対応すべきか、中長期で進めるべきかは、緊急度と重要度を分けて考えると整理できます。緊急度は時間が経つことで悪化する可能性、重要度は影響の範囲や大きさを基準に検討します。
複数の課題が見つかった場合、声の大きさや直近の出来事だけで順番を決めると、組織全体にとって重要なテーマが後回しになることがあります。影響、緊急性、原因の確かさ、実行可能性を同じ観点で比べ、優先順位の理由を説明できるようにします。評価が割れるときは、誰のどの利益を重視しているのかを確かめます。順位をつけることは、選ばなかった課題を無視することではなく、着手の順序を決めることです。
最後に、課題認識を他者に伝わる文章にします。「業務を改善する」ではなく、「申請内容の不足による差し戻しが続いているため、申請前に確認できる案内を整え、再提出の発生を抑える」のように、事実、影響、目指す状態を含めます。課題の表現に原因の仮説が含まれる場合は、確定した事実と区別して示します。何が分かっていて、何をこれから確かめるのかが伝わると、関係者が議論に参加しやすくなります。
課題認識の精度を高める情報収集と視点
課題認識を誤る背景には、情報が足りないことだけでなく、集める情報の偏りもあります。経営資料だけを見れば全社の傾向はつかめても、現場の手戻りや例外処理は見えにくいかもしれません。現場の声だけでは、顧客全体への影響や事業目標との関係を判断しづらい場合があります。誰の視点から何を知りたいのかを意識し、データと対話を組み合わせて状況を見ます。
定量情報とは、件数や時間、金額のように数値で把握できる情報です。処理にかかった時間やエラーの件数などは、変化の有無や偏りを比較する手掛かりになります。一方で、定性情報とは、観察や聞き取りで得る説明、意見、行動の様子などを指します。利用者がどこで迷うのか、担当者がどの判断に困るのかは、数値だけでは分からないことがあります。両方を照らし合わせて初めて、現象の背景を捉えやすくなります。
聞き取りでは、相手の評価を求める質問より、具体的な出来事を尋ねる質問が有効です。「業務に問題はありますか」だけでは、答えにくかったり、一般論に終わったりすることがあります。「直近で対応に時間がかかった案件は何か」「そのとき、どの情報が不足していたか」「誰に確認したか」のように聞けば、実際の流れをたどれます。話し手を責める雰囲気をつくらず、率直な説明ができるよう配慮することも欠かせません。
視点を広げるときは、顧客、現場担当者、管理者、他部署、取引先など、影響を受ける人を確認します。社内では効率的に見える変更でも、顧客にとって手続きが複雑になったり、別部署に作業が移ったりすることがあります。また、自分の部署の都合を優先していないか、これまでの成功体験を前提にしていないかも問い直します。異なる立場の意見を集め、食い違いを解消すべき情報として扱う姿勢が大切です。
個人・チーム・顧客対応で見る課題認識の例
課題認識の考え方は、職場の規模や担当業務によって変わるものではありません。ただし、何を目標に置き、誰への影響を重視するかは場面によって異なります。個人の業務では自分の成果と時間の使い方、チームでは役割や連携、顧客対応では利用者の体験を見ます。具体例を通じて、出来事を課題として捉えるまでの考え方を確認しましょう。
個人の業務で自分の課題を捉える
毎日残業が続いているとき、「自分の処理能力が足りない」とすぐに結論づけるのは早計です。まず、残業が発生した日や作業の種類、予定外の依頼、確認待ちの時間などを記録します。業務量が多いのか、優先順位が曖昧なのか、作業のやり直しが多いのかによって、取り組むべきことは異なります。状況を分けて見れば、自分で変えられることと、上司や周囲に相談すべきことも区別できます。
たとえば、資料作成に時間がかかる場合、作成スキルだけでなく、依頼の目的や完成条件が不明確なために修正が続いている可能性もあります。直近の案件を振り返り、依頼時に不足していた情報、確認のタイミング、修正が発生した理由を確かめます。課題を「作業を速くする」と広く置くより、「着手前に対象読者と判断してほしい点を依頼者と確認する」と具体化すると、試せる行動が見えてきます。
個人の課題認識では、改善点を見つけることが自己否定につながらないように注意します。作業が進まない原因が業務配分や権限、必要な情報へのアクセスにあるなら、本人の努力だけでは解消できません。事実をもとに上司へ相談し、業務の優先順位や分担を話し合うことも選択肢です。自分にできる工夫と、周囲の協力が必要な条件を分けて伝えれば、解決に向けた相談になります。
チームの業務改善で認識をそろえる
チームの会議で「情報共有が足りない」と意見が出た場合、そのまま対策を決める前に、どの情報が、誰から誰へ、いつ届いていないのかを確認します。共有不足という表現には、連絡手段が分散している、記録の場所が決まっていない、必要な人が会議に参加していないなど、異なる状況が含まれます。具体的な出来事を持ち寄れば、同じ言葉で別の問題を指していたことにも気づけます。
たとえば、担当者が変わるたびに作業の確認が必要になるなら、引き継ぎ資料の有無だけでなく、更新の担当や置き場所、情報の探しやすさを調べます。資料があっても内容が古ければ役に立たず、細かく作り込みすぎると更新が止まることもあります。利用者が必要な情報にたどり着けるかを確認し、最低限そろえる項目や更新方法をチームで決めることが、実務に合った改善につながります。
チーム内で見解が異なるときは、多数決で早く結論を出すより、前提の違いを明らかにします。現場担当者は作業負荷を、管理者は納期や品質を重視しているかもしれません。共通の目標を確認し、それぞれの立場から見た影響を並べれば、両方を考慮した解決策を検討できます。課題認識を共有するとは、全員の意見を同じにすることではなく、何を解決するのかを共通の言葉で理解することです。
営業・顧客対応で相手の課題を捉える
顧客との商談では、相手が最初に口にした要望だけを課題だと決めないことが重要です。「新しいシステムを導入したい」という希望の背景には、入力作業を減らしたい、担当者による処理の違いを小さくしたい、状況を把握しやすくしたいなど、複数の目的があり得ます。導入したい理由、現在困っている場面、望む結果を質問し、要望の背後にある状況を一緒に整理します。
聞き取りでは、相手の説明を急いで自社の商品や提案に結び付けないようにします。業務の流れ、関係する人、例外が起きる条件、現在の対応方法などを尋ね、課題の範囲を確かめます。相手が「手間がかかる」と話した場合は、どの作業に手間を感じるのか、頻度や影響はどの程度か、誰が負担しているのかを具体化します。相手の言葉を要約して確認すると、認識違いを早い段階で修正できます。
課題認識を顧客と共有する際は、相手がまだ問題だと思っていないことを一方的に「課題」と決めつけない配慮が必要です。データや観察から気づいた点を示す場合も、根拠と仮説を分けて伝え、「この理解で合っていますか」と確認します。相手の事業や現場の事情を踏まえたうえで、解決すべき優先度や期待する結果を合意してから提案すれば、手段ありきではない対話になります。
課題認識で陥りやすい失敗と立て直し方
よくある失敗は、問題を見つけた直後に解決策を決めることです。たとえば、作業の遅れに対してすぐ人員を増やす案を出しても、承認待ちが主な原因なら、採用や配置の変更だけでは改善しないかもしれません。対策が先に決まっていると、都合のよい情報だけを集めてしまうこともあります。まず何を達成したいのかを確認し、原因を複数の可能性から調べてから施策を比べます。
「社員の意識が低い」「顧客の理解が足りない」のように、原因を人の姿勢だけで説明するのも注意が必要です。こうした表現は、確認できる行動や仕組みが曖昧なまま、個人への評価にすり替わりやすくなります。期限や情報、権限、手順、教育の機会など、行動を取り巻く条件を確認しましょう。個人の判断に課題がある場合でも、どの場面で何が起きたのかを具体的に扱えば、改善策を考えやすくなります。
逆に、分析に時間をかけすぎて、行動に移れなくなるケースもあります。すべての情報がそろうまで待つのではなく、重要な仮説を小さく確かめる方法を選びましょう。仮説とは、限られた情報から立てる暫定的な見立てです。確定した事実と混同しないように明示し、短期間の試行や一部の業務での確認を通じて見直します。結果が予想と違えば、課題の捉え方や原因の仮説を修正します。
課題を大きく掲げすぎることも、実行を難しくします。「顧客体験を向上させる」「組織風土を変える」といった目標は方向性として重要ですが、そのままでは担当者が何から始めるか判断できません。影響が大きい場面や対象を選び、確認可能な小さな単位に分けます。小さく始めることは、目標を低くすることではありません。具体的な行動と振り返りを通じて、課題の見立てを確かめる方法です。
課題認識をチームで共有し、実行につなげる方法
課題を個人が正しく捉えていても、関係者に伝わらなければ改善は進みません。共有するときは、専門用語や抽象的な表現を並べるのではなく、目標、現状、影響、確かめたい原因を簡潔に整理します。たとえば、「受注処理を改善したい」だけではなく、「入力内容の確認で差し戻しが発生し、処理完了までに時間がかかっている。差し戻しの理由を分類し、申請時に不足を防ぐ方法を検討したい」と伝えると、話し合う範囲が明確になります。
共有の場では、役職や発言力の強さに左右されず、現場の情報を出せる環境を整えることが大切です。発言したことで責任を問われると感じれば、失敗や不都合な事実は表に出にくくなります。個人を責めるのではなく、起きた事象と仕組みを検討する姿勢を示し、異論や懸念を歓迎します。必要に応じて匿名の意見収集や個別の聞き取りも組み合わせると、会議では出にくい情報を得やすくなります。
認識を共有したら、次の行動を具体化します。担当者、期限、確認方法、必要な支援を決め、実行後に何をもって変化を判断するのかをそろえます。KPIは、目標への進み具合を確認するための指標です。たとえば、最終的な成果だけでなく、途中の処理時間や差し戻し件数などを確認すれば、施策がどの段階に影響しているかを把握しやすくなります。指標は増やしすぎず、課題との関係が説明できるものを選びます。
実行後は、計画どおりに進んだかだけでなく、課題の捉え方が適切だったかを振り返ります。期待した変化がなければ、実施方法に問題があったのか、原因の見立てが違っていたのか、評価指標が合っていなかったのかを分けて考えます。学びを記録して関係者と共有すれば、同じ検討を繰り返す負担を減らせます。課題認識は一度決めたら固定するものではなく、得られた事実に合わせて更新するものです。
課題認識についてよくある疑問
課題認識は、特別な会議や大規模な分析が必要なときだけ行うものではありません。日々の業務で感じた違和感を記録し、目標や事実と照らし合わせることから始められます。一方で、すべての不便を課題として扱うと、優先順位がつけられず、改善活動が散漫になります。ここでは、実務で迷いやすい点を取り上げ、課題として扱うかどうかを判断する考え方を説明します。
目立った問題がないときも課題を考えるべきですか
現在、目立つトラブルがないことは、課題が存在しないことを意味しません。将来の目標に対して現行の体制で対応できるのか、顧客のニーズや業務環境に変化がないかを確認すれば、今後の備えとして取り組むテーマが見つかることがあります。ただし、「常に改善点を探さなければならない」と考える必要はありません。目標や環境との関係を確かめ、実際に対応する価値があるかを判断します。
改善の必要性を見極めるには、現状の業務が誰にどのような価値を提供しているかを確認します。慣例として続けている作業でも、目的が失われていたり、別の方法で同じ成果を得られたりする場合があります。一方、変更によって品質や安全性が損なわれるなら、効率だけを理由に見直すべきではありません。維持することが適切だと確認できたなら、それも重要な判断です。
将来の課題を認識するときは、不確実性を前提にします。環境変化を予測しても、すべてが予想どおりに進むわけではありません。確定した事実、起こる可能性のある変化、それに対する仮説を分けて記録し、定期的に見直します。早い段階で小さく準備できることと、追加情報を待つことを区別すれば、過度な先行投資を避けながら備えを進められます。
課題認識に迷ったときは何を確認すればよいですか
まず、何を実現したいのかを確認します。目標が曖昧なままでは、現状が問題かどうかを判断しにくいためです。次に、観察できる事実と、自分の解釈を分けて書き出します。「連携が悪い」と感じた場合は、どの情報が、いつ、誰に届かなかったのかを具体的にします。最後に、その状態が誰にどのような影響を与えているかを確かめると、解決の必要性が見えてきます。
情報が不足しているなら、調査の問いを一つに絞ります。「なぜ売上が落ちたのか」と広く考えるより、「既存顧客の購入頻度に変化があるか」「特定の販売経路で問い合わせが減っているか」のように、確かめられる問いにします。すぐにデータが得られない場合は、関係者への聞き取りや業務の観察で補います。調査の目的を明確にすれば、情報を集めること自体が目的化しにくくなります。
複数の人で判断が分かれた場合は、結論を急ぐ前に、各自が前提としている目標や対象を確かめます。見ている期間が違う、重視する顧客が異なる、問題と感じる基準が揃っていないといった事情があるかもしれません。意見の違いを記録し、どの情報があれば判断できるかを話し合います。課題認識に迷うこと自体は失敗ではなく、前提や情報を見直す機会になります。
まとめ：課題認識を行動につながる出発点にする
課題認識とは、目指す状態と現状を照らし合わせ、解決する価値のある隔たりを捉えることです。問題が起きたときに表面の現象だけを見るのではなく、誰にどのような影響があるのか、何が原因として考えられるのかを整理します。問題は解決すべき事象、課題は解決に向けて取り組むテーマと分けて考えると、次の行動が明確になります。
実務では、目標を確認し、事実を集め、原因の候補を検証し、影響や実行可能性を踏まえて優先順位を決めます。数値だけで結論を出さず、現場や顧客の声も確かめることが大切です。課題の表現には、確認済みの事実と仮説を区別して含め、関係者が同じ対象を話し合えるようにします。完璧な分析を待つのではなく、必要な情報を確かめながら見立てを更新していきましょう。
課題を共有した後は、担当者や期限、成果を判断する指標を定め、実行と振り返りを続けます。期待した結果が出なければ、施策だけでなく課題認識そのものも見直します。個人の業務改善でも、チームの連携でも、顧客への提案でも、出発点は「本当に解決すべきことは何か」と問い直すことです。その問いを事実と対話で確かめ、具体的な行動につなげることで、課題認識は仕事の成果を支える力になります。
職種の違う人たちとの学びの時間は、とても良い時間でした。