このWebページを読んでです。 品質でもうけなさい
問題を認識する
問題がない会社はヤバイ。 問題がないのではなくて、発見できていないだけだから。
まずは問題を認識して、改善しなきゃと思うこと。 現場・マネージャが改善しようと思わなければ改善できない。
問題解決の方法
問題解決に特効薬はあるのか？
色々なテクニックはあるが、根底にあるのは、 現場が主体的に改善しようと思うこと。
- マネージャーは社員に方向性を示し、率いること。
- 作業者は、意義を理解して取り組むこと。
変更は痛みを伴うが、そこを徹底して行うこと。
品質とは？
品質とは、コストパフォーマンスがよくないこと。
品質改善は生産性の向上で、つまりは生産の仕組みの変更にほかならない。
どう評価するか？
生産性向上が上手くいっているかどうかは、数値化しないとわからない。 まずは見える化すること。優先度を付けれるようになること。
数値化は、件数でなくコストで把握しろ
コストの算出は以下。
1
| |
- 人件費ロスは、どのくらい作業量が増えるか。
- 経費ロスは、設備費やお客様へのペナルティ・営業コストなど。
どう行動するか？
生産・開発
開発の責任は、ものを作ることだけではない。
いくらいいものを作っても、3年後とかでは話にならない。 QCDを守った上で開発することが責任。
ただ、実際には全て守ることは難しいため、 その線引き・優先度をどうするかを決めておく必要がある。
品質保証
保証とは、
大丈夫だ、確かだとうけあうこと。 品質保証は、品質は間違いなく良いと太鼓判を押す話です。欠陥があったり不具合が起きたりして、お客様が損失を被るようなことがあってはいけません。
確かだと請け合うには、決して、お客様の要望だけ聞いて良くなるわけではない。
- 各工程がきちんと行われているかをマネジメントする
- きちんと環境や条件を整えて、正確性・再現性を持った上で検証する
検証作業にはコストがかかる。もし手戻りがあって製品に変更があった場合には、 全ての検証をやり直さなくてはいけない。
それはすごくコストがかかるため、各工程で不具合を潰せているかきちんとマネジメントしておくことが重要。
営業
営業も品質に関わる。 なぜなら、品質とは、顧客の求めるQCDを満たしたものであるため。
営業の視点・開発の視点、どちらかだけでは機能しないため、 お客様の要望を正しく聞いて調整する責任がある。
営業・コンサルとの意見交流をすること 現在の進捗をいつでも確認できるようにすること。 お客様の期待値のコントロールをすること
効率化を図る
品質の向上には全体最適が必要です。 大きく分けると以下のような分類があります。
マネジメント
効率化におけるマネジメントの役割は、 事後の姿を共有すること、そこへ向けての障害（経済的・権限的）を取り除くこと
ルール
ルールを定めると効率化するように見えますが、 かっちり決めるよりも現場が選ぶことができないと面白くない。 それこそ機械や仕組みに指示される感じになる。
納得するシナリオが大切。
シナリオ
「事前の計画が7割」などというように、 何をどうするのかを決めておかなければ、 途中で混乱することになります。
何のためにやるのか、どうやるのかを ブレのないように共有して振りかえれるようにすること。
問題を把握する
何が問題なのか、どのくらい優先すべき問題なのかを見極めること
データだけも、現場だけでも上手く把握できないケースが多い。
まずは問題を視覚化すること。何でもいいので試してみること。
順番としては以下。
- 問題を定量化し問題解決の評価基準を決める
- 開発中は→工数削減
- 評価は→手戻り・不具合報告の数。
- コンサル→問い合わせの処理数
- 評価基準をモニターして現状の実力を把握する
- システムの領分
- 問題解決による効果目標を決定する
- 人力
実行する
PDCAを回すこと まずは仮説やアクションプランを立てた上で実行。 都度振り返って確認する。
問題の本質を捉えること。 事後対応するのではなく、発生原因を突き止めることが大切。
事後のチェックや改善はとても時間のかかるもので、 大抵は忙殺されてしまう。
管理・チェックすることはコストのかかることだと認識して、 最低限で済ませるのがやりやすい
改善の発想
いざ改善する際にアイデアを出すには、 自由な発想（ブレインストーミングと呼ばれるもの）を行う必要がある。 まずは手数を増やして、コストの面での有効策を見つける。
ヒューマンエラー
ヒューマンエラーと呼ばれているものは、ほとんどが原因の追求が徹底できていない。
例えば、どんどんチェックリストを増やして、複雑になる。 結果として、さらなるヒューマンエラーを生む。
複雑な解決手法は大抵は混乱を招くだけ。基本を知っていればほとんど解決できる。