問題解決プロセス

アジェンダ
1. 問題解決の重要性
2. 問題解決プロセス

今日のゴール
1. 問題解決の重要性が理解出来る
2. 問題解決プロセスが理解出来る
※ここでの「理解出来る」の定義は、人に聞かれて答えることが出来る、
とします。

はじめに
■「問題」の定義
現状(実際の姿)と目標(あるべき姿)の差異
■「問題解決」とは
品質も良くお客様も
大満足
品質が悪い
実際の姿
とあるべき
姿の差異
解決
※差異を埋めること
問題

はじめに
問題たくさんありますよね？
残業が多い
メンバーとのコミュニ
ケーションがうまくいか
ない
年次に応じた知識、技
術力が身につかない
思うような評価が得ら
れない
上司、先輩に意見が
言いづらい
売り上げが上がらな
い
メンバーが非協力的
モチベーションが上
がらない
結婚したいのに相手
が見つからない
異性にモテない
ギャンブルがやめら
れない
部下、後輩をうまく育て
ることが出来ない
息子の成績
が悪い

はじめに
人生は煎じ詰めれば問題だらけです
※本書ではビジネスベースでお届けします。

1. 問題解決の重要性
仕事をするうえで、日々問題解決の連続でありながら、そのプロセス、
考え方を知らないがゆえに、思うように前に進めずにいる人が意外と
多いです。
問題解決のプロセス、考え方を正しく理解
することにより、ビジネスパーソンとして価
値の高い仕事を遂行できるようになります。

「問題解決」というと、難しい分析や特殊な考え方等、
専門的な内容を想像しがちですが、そんなことありま
せん。
「全てのビジネス現場で日々必要とされ
る普遍的な仕事の進め方」
でしかないです。

1.問題を正しく捉える
↓
2.原因を特定する
↓
3.解決策の立案
↓
4.解決策を実行
↓
5.実行結果の評価
このプロセスはIT業のみならず、
どの職種においても共通したプロセス

↓
↓
↓
↓

問題を正しく捉えず「闇夜の鉄砲」のように当てずっぽうで対策を行っ
ても著しく効率が悪い。
そのため、まずは本当の問題は何なのか正しく捉えることが重要。

■問題を正しく捉えるための2つのポイント
・問題の全体を正しく捉える
・問題を適切に絞り込む

・問題の全体を正しく捉える
品質が悪い
→設計(設計書)
→プログラム
→テスト(テスト仕様書)
→顧客満足度
etc...
全体を正しく捉える

・問題を適切に絞り込む
品質が悪い
→設計(設計書)
→プログラム
→テスト(テスト仕様書)
→顧客満足度
etc...
更に絞り込んでいく。
どこが問題か適切に
特定の機能？
絞り込む。
特定の人が作った所？

「なぜ、なぜ、なぜ・・」を繰り返しながら原因を根本まで掘り下げていく。
ただ、原因を特定しないで対策を考えてしまうことがあるので、そうなら
ないよう注意が必要。
品質が悪い
どうすれば品質が良
くなるか
このような思考
回路にならな
いこと

■原因を特定するための2つのポイント
・広く深く原因を掘り下げる
・正しく掘り下げられたか確認する

Aさん(1年目)担当機能のプログラム品質が悪い
仕様誤認識のまま作
り続けていた
経験年数が浅いテストを疎かにした
誰にも仕様確認をし
なかった
スケジュールに間に合わせ
ることを優先してしまった
・
・
・
・
深く
広く
なぜ？
なぜ？
なぜ？
なぜ？
なぜ？
なぜ？
なぜ？

広く深く抜け漏れなく様々な視点から原因
を列挙してみる。
なぜを繰り返し5回くらいは掘り下げてみる。
打ち止めになるまで掘り下げてみる。
り続けていた
なかった
・
・
・
・
深く
広く
なぜ？
なぜ？
なぜ？
なぜ？
なぜ？
なぜ？
なぜ？

・正しく掘り下げられたか確認する
したがって
り続けていた
したがってしたがって
なかった
したがって
したがって

原因が列挙出来て正しさを確認出来たら、次のプロセスの解決策
の立案に向けて、どの原因に手を打てばよいか決める。
り続けていた
なかった

優れた解決策には3つの要件がある。
1.成果につながること(立案した解決策で過去に失敗事例がないこと)
2.わかりやすこと
3.着実に実行できること
解決策を立案する際は上記3つの要件を意識して考えると良い。
また、立案した解決策の実行後のイメージ(一番上の問題まで原因が
倒れていくか)を持つことも重要。

■解決策を立案するための2つのポイント
・解決策は複数考えておく
・複数の視点で解決策を評価する

・解決策は複数考えておく
その原因に効く解決策は1つではない。
解決策を思い通りやりきれない、効果が不十分だったりする場合
に備えて複数考えておく。
なかった
仕様確認会を定期的
に全員で開催する
仕様通りか定期的に
有識者が確認する
各自に仕様確認フェー
ズを設ける

・複数の視点で解決策を評価する
「効果」「コスト」「時間」を基本として、数字で定量的に行う。
※5を最大として大きいほど最適案
効果コスト時間
仕様確認会を定期的に全
員で開催する
5 3 4
仕様通りか定期的に有識
者が確認する
4 3 4
実装前に各自に仕様確認
フェーズを設ける
3 4 4

解決策が立案出来たら、すばやく実行に移すことが重要。
実行へ移すまで時間がかかればかかるほど問題は深刻になっていく
可能性もあり、そこから更なる問題を生むことになる場合もある。

■解決策を実行するための3つのポイント
・既存の取り組みを活用する
・あらかじめ関係各署と合意をとっておく
・実行計画を可視化する

・既存の取り組みを活用する
既存の取り組みを活用することですばやく実行に移せる。
また、新しいものより既存のものを組み合わせた方が心理的な
抵抗を少なくできる。
なかった
仕様確認会を定期的
に全員で開催する
仕様通りか定期的に
有識者が確認する
実装前に各自に仕様確
認フェーズを設ける
既存の定例会A
・アジェンダ1
・アジェンダ2
・アジェンダ3
仕様確認枠

・あらかじめ関係各署と合意をとっておく
解決策を実行するにあたり、あらかじめ関係各署と合意をとって
おくことにより、認識齟齬、そんな話聞いていない！等の事態を
避ける必要がある。

・実行計画を可視化する
誰が、いつ、何を、いつまでに、何をゴールに・・・の全体の実行
計画を可視化しておく。これにより初めての試みでもスムーズに
取り組める環境を作り出す。

解決策を実行し終えたら、結果を評価することが重要。
結果を評価し、その結果に応じてその後何をすべきか次のアクション
を定める。
また、「たまたま上手くいった」を避けるため、必ず取り組み過程も併
せて評価する必要がある。

■評価した結果
ケース1.
問題に対する効果は出ていないが、取り組み過程に問題がない。
→解決策もしくは原因に問題がある。
解決策に問題がある場合、解決策を再検討し再実行する
(プロセス3から再度試みる)。
原因に問題がある場合、原因を再検討し別の原因を検討する
(プロセス2から再度試みる)。

ケース2.
問題に対する効果は出ているが、取り組み過程に問題がある。
→どこでどうつまずいてしまったのか明らかにして、今後に活かす
必要がある。

ケース3.
問題解決に成功し、取り組み過程も問題ない
→一連の取り組み過程を「標準化」して「横展開」出来るようにして
おく。これは別の人(部署)が同じような問題に直面した際にも参
考に出来るような状態にしておくことで、問題解決へのアプローチ
が柔軟にかつ、迅速に行えるようになり、組織としてのレベルアッ
プにつながる。
→組織に根付かせて次の問題解決に結び付ける

振り返り
↓
↓
↓
↓

振り返り
1. 問題解決の重要性が理解出来ましたか？
2. 問題解決プロセスが理解出来ましたか？
※ここでの「理解出来る」の定義は、人に聞かれて答えることが出来る、
とします。

問題解決プロセス

Recommended

Recommended

More Related Content

What's hot

What's hot (12)

Similar to 問題解決プロセス

Similar to 問題解決プロセス (20)

問題解決プロセス