松浦剛志氏に、ビジネスパーソンにとって必須のスキル「問題解決」を解説いただきます。問題解決を成功させる「型(問題解決プロセス)」と「勘所(各プロセスにおけるポイント)」を、分かりやすい解説と具体的なビジネス事例を使って学びましょう。本連載を読んだビジネスパーソン自らが問題解決者(プロブレムソルバー)となれるよう、実践的な問題解決手法・スキルを網羅しています。現場で実際に活用できる問題解決手法・スキルや問題解決事例を本連載で体感してください。本連載の初回は問題解決のプロセスについて解説した。今回からは問題解決プロセスにおける各ステップのポイントを解説する。ポイントとは、ここに気をつけるとグンと解決への近道になるという、問題解決力を習得する際の勘所といえる。連載2回目の今回は、問題解決プロセスの最初のステップ「問題提起」のポイントについて解説しよう。普段から問題を共有し問題解決に取り組んでいる組織なら、改めてこのステップを踏む必要はないが、なかなかそうは行かないだろう。問題の棚卸といった感じになるが、たまには手がける必要がある。このステップではいくつかのポイントに気をつけながら、モヤモヤとした意識下の問題をどんどん明文化して「吐き出す」ことが重要だ。問題は、たった1つが単体として私たちの目の前の現れることは稀で、関連しあういくつかの問題がパラパラと私たちの目の前に現れるのが通常だ。売上の減少傾向という問題は、お客様からのクレーム増加や、競合の躍進、トップセールスの退職などいくつかの関連しそうな問題とほぼ同時期に現れてくる。これらの複数の問題を「点」として捉えるのではなく、「線」として捉えるための最初の一歩が、この問題提起のステップになる。このステップでは、ブレーンストーミングのように、反対意見を言わずに問題意識をどんどん出していく。問題の真偽について疑義を唱えたくなっても、それは後回し。自分達が今は問題提起のステップにあることを思い出し、問題の真偽の確認は後のステップに回そう。実際に職場でこのステップを実施するなら、1つのポストイットに1つの問題を書き出して、テーブルの上にどんどん貼りだしていく手法がお薦めだ。抽象化ではなく具体化せよそれではこのステップのポイントを整理していこう。前回、問題とは、望ましい姿とそうでない現実の姿とのギャップである、と解説した。すると、望ましい姿と望ましくない現実の姿の両方が理解されていないと、そもそもギャップは存在しないことになる。現実の問題意識は、必ずしもその両方が明確でなくても、ふつふつと沸いてくるものである。したいのか?どんな姿が理想か?と問われても自分でも納得いく回答が即座にできない。何か違和感がある・・・。そんな曖昧な違和感でも、ここでは問題として書き出そう。一度書いてみた曖昧な問題は、もっと具体化できないかを考え、それが可能であればポストイットを書き換えることが必要だ。【例】パートナー企業の仕事スタイルがだらしない⇒パートナー企業の受付は朝の時間帯に電話がつながらないまた、問題を具体的に書き換えていくと、1つの問題がさらに複数の問題になることがある。その場合は、複数の問題に書き換える。【例】パートナー企業の仕事スタイルがだらしない⇒パートナー企業の受付は朝の時間帯に電話がつながらない+クライアントへの提出書類に誤字脱字が散見される複数の物事をまとめるという私たちの抽象化の能力は便利ではあるが、問題解決においては時としてそれが邪魔になる(KJ法によるマッピング+抽象化はこのステップでは使わない!)。抽象化された問題への解決策は、打ち手としてもパターンが少なくなってくるし、その打ち手自体も抽象化してしまう。「パートナー企業の仕事スタイルがだらしない」という問題提起では、打ち手は1.パートナー企業を他社に変える2.パートナー企業にきっちりしてもらうよう申し入れる3.致命的ではないので、そのままにしておくという3択になるだろう。2の打ち手では、場合によっては先方が「具体的に言ってくれないと、どこがだらしないと指摘されているのかわからない・・・」となるかもしれない。一方で、「パートナー企業の受付は朝の時間帯に電話がつながらない」「クライアントへの提出書類に誤字脱字が散見される」と問題を具体的に捉えていたらどうだろうか。「電話による連絡は、受付宛ではなく個人の携帯電話にする」とか「提出書類の最終チェックは当社で実施する」など打ち手の選択肢も広がり、「提出書類の誤字脱字チェックをしっかりやってくれ」と言えば、パートナー企業にとっても修正すべき点が具体的で明確だ。変化を問題として捉えよまた、現時点で問題と言ってよいのか分からないが、何か気になる・・・という変化があったら、それも問題として書き出そう。・若手社員の離職率が高くなってきた・政府高官が円高容認発言をしたという事実があるとしよう。チャンスのときもあればピンチのときもある。現段階ではピンチへの変化だと断言できなくても、嫌な予感がするなら問題として書き出そう。問題提起に因果関係は持ち込むなこのステップのポイントはまだある。やってしまうのが因果関係の持込だ。「交通網の渋滞で納入が遅れる」と問題が書き出してあったら、修正の必要がある。この文章は「交通網が渋滞している」+「納入が遅れる」という2つの問題として別々に書き出す必要がある。これらの問題には確かに因果関係があるかもしれないが、この段階では因果関係を持ち込まないのがポイントだ。因果関係の確認は別のステップでまとめてするので焦ってはいけない。(初回に解説したように、論点を分けることで議論をしっかりと進めていこう!)問題提起から問題確認にむけて問題解決プロセスの最初のステップ、「問題提起」のポイントを理解できただろう。次回は、2番目のステップ、「問題確認」のポイントを指南する。システム導入・運用の現場における業務改善コンサルティングを手掛ける。業務現場・コンサルティング・アウトソースのそれぞれの経験を通して培った業務プロセスを理解・改善する実践的な手法を開発し、研修・コンサルティングを提供している。問題解決の手法・スキルを解説!問題解決プロセス、具体的な問題解決の手法・スキルをわかりやすく解説。問題解決のビジネス事例を使って実践的な力を身につける。(現三菱東京UFJ銀行)審査部にて企業再建を担当。その後、グロービス(ビジネス教育、ベンチャー・キャピタル、人材事業)にてグループ全体の管理業務、アントレピア(ベンチャー・キャピタル)にて投資先子会社の業務プロセス設計・モニタリング業務に従事する。中心とする管理業務のコンサルティングとアウトソースを提供する会社、ウィルミッツを創業。2006年、業務プロセス・コンサルティング機能をウィルミッツから分社化し、プロセス・ラボを創業。詳しいプロフィールはこちら簡単なケースを使ってフローチャート(プロセスマップ)の書き方を理解し・使いこなせるようにPDFにまとめました。フローチャートの書き方をお探しの方は是非参考にしてください。フローチャートには代表的なものだけでもいくつかの手法、つまり書き方があります。