<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>品質改善 | 技術力向上カウンセリングオフィス</title>
	<atom:link href="https://rakuda0218blog.com/category/quality-improvement/feed/" rel="self" type="application/rss+xml" />
	<link>https://rakuda0218blog.com</link>
	<description></description>
	<lastBuildDate>Tue, 07 May 2024 05:20:00 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.3</generator>
	<item>
		<title>ISOのQMSを構築するには？大切なポイント5選</title>
		<link>https://rakuda0218blog.com/15902/</link>
					<comments>https://rakuda0218blog.com/15902/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Sat, 23 Mar 2024 14:22:03 +0000</pubDate>
				<category><![CDATA[品質マネージメントシステム]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=15902</guid>

					<description><![CDATA[品質マネージメントシステムを構築する上でやってはいけないのは実態が伴わないまま、システムだけISOの規格に合うように構築する事です。 そのような場合、実態が伴っていないので監査の前に書類だけ辻褄を合わせようとする非常に無 [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>品質マネージメントシステムを構築する上で<strong>やってはいけないのは実態が伴わないまま、システムだけISOの規格に合うように構築する事です。</strong></p>



<p>そのような場合、<strong><span class="fz-20px">実態が伴っていないので監査の前に書類だけ辻褄を合わせようとする非常に無駄な作業が発生します。</span></strong></p>



<p>QMSを全く初めから構築するような場合、初めは商品や対象組織を狭くしてまずは出来る所から始めて行く事が大切になると思います。</p>



<p>まず、社内でモデルケースを構築し、形になったら他に展開して行く形をお勧めします。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-2" checked><label class="toc-title" for="toc-checkbox-2">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">ポイント１：QMSを適用する範囲を明確にする</a></li><li><a href="#toc2" tabindex="0">ポイント２：プロセスアプローチ</a><ol><li><a href="#toc3" tabindex="0">インプットとアウトプットを見直す</a></li><li><a href="#toc4" tabindex="0">各仕事の全体の整合性を図る</a></li></ol></li><li><a href="#toc5" tabindex="0">ポイント3：仕事に必要な物的/人的資源、運用方法、評価指標を明確にする。</a></li><li><a href="#toc6" tabindex="0">ポイント４：PDCAが確実に機能するように仕組みを作る。</a></li><li><a href="#toc7" tabindex="0">ポイント5：ISOの要求事項を満たしているか確認する</a></li><li><a href="#toc8" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">ポイント１：QMSを適用する範囲を明確にする</span></h2>



<p>意外に思われる方が多いと思いますがQMSをどの範囲で適応させるかに関しては、<strong>組織が決める事が可能です。主力商品に限定して関連する部署を明確にして組織を明確にすることも可能です。</strong></p>



<p>例えば、営業部であれば、主力商品を扱う営業2課のみを対象とすることも可能です。</p>



<p>また、<strong>適用が不可能な要求事項は適用除外が出来ます</strong>。</p>



<p>例えば、お客様の設計された図面に基づいて部品加工を行うような事業では設計/開発はしていないのでそれに関する要求事項は適用できない。とすることが可能になります。</p>



<h2 class="wp-block-heading"><span id="toc2">ポイント２：プロセスアプローチ</span></h2>



<h3 class="wp-block-heading"><span id="toc3">インプットとアウトプットを見直す</span></h3>



<p>プロセスアプローチと呼んでいるようですが、仕事というのは必ずインプットが有り、それに何らかの機能を付加してアウトプットとする作業とも言えます。</p>



<figure class="wp-block-image size-large"><img fetchpriority="high" decoding="async" width="894" height="173" src="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-46.png" alt="" class="wp-image-4095" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-46.png 894w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-46-300x58.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-46-768x149.png 768w" sizes="(max-width: 894px) 100vw, 894px" /></figure>



<p>この多くの業務プロセスの集合および連続が、企業活動であると言えます。簡単に言えばプロセスフローを作りましょうという事です。</p>



<p><strong><span class="fz-20px"><span class="marker-under">プロセスをどの単位まで細かくするかに関しては業務内容によっても違うでしょう</span></span></strong>。そこまで細かく記載して意味が有るのか？と常に考えながらプロセスをまとめて行くしかないように思います。</p>



<h3 class="wp-block-heading"><span id="toc4">各仕事の全体の整合性を図る</span></h3>



<p><strong><span class="fz-20px">なので自分の仕事のアウトプットが、後工程のインプットになっている必要が有ります。</span><span class="fz-20px">各プロセスの繋がりが明確で断絶が無い事が必要で全体の整合性を図る必要が有ります。</span></strong></p>



<p class="has-text-align-center"><strong><span class="fz-20px">下の図は日本規格協会のポケット版ISO9001からの引用</span></strong>です。</p>



<p>経営者の責任として資産の運用管理。製品実現、および、その結果を測定分析し、PDCAをマネージメントレビューなどを通して確実にする事を示しています。</p>



<figure class="wp-block-image aligncenter size-large is-resized"><img decoding="async" width="1024" height="627" src="https://rakuda0218blog.com/wp-content/uploads/2022/03/image-26-1024x627.png" alt="" class="wp-image-11170" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/03/image-26-1024x627.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-26-300x184.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-26-768x471.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-26.png 1193w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption"><strong><span class="fz-18px">プロセスを基礎とした品質マネージメントシステムのモデル</span></strong></figcaption></figure>



<p>上記のプロセスを基礎とした品質マネージメントシステムをよりブレイクダウンして各プロセスを下図のようにマネージメント、運用、支援毎にまとめ、各業務の関連性を整理すると分かり易いと思います。</p>



<figure class="wp-block-image aligncenter size-large is-resized"><img decoding="async" width="1024" height="744" src="https://rakuda0218blog.com/wp-content/uploads/2022/03/image-27-1024x744.png" alt="" class="wp-image-11176" style="width:779px;height:566px" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/03/image-27-1024x744.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-27-300x218.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-27-768x558.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-27.png 1444w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>



<h2 class="wp-block-heading"><span id="toc5">ポイント3：仕事に必要な物的/人的資源、運用方法、評価指標を明確にする。</span></h2>



<p>仕事はインプットを受けて何らかの付加価値をアウトプットを生み出す作業ですが、それを確実に実施できるように、資源（物的/人的）、運用方法、評価指標を明確にします。</p>



<figure class="wp-block-image aligncenter size-large is-resized"><img loading="lazy" decoding="async" width="1024" height="424" src="https://rakuda0218blog.com/wp-content/uploads/2022/03/image-23-1024x424.png" alt="" class="wp-image-11156" style="width:758px;height:313px" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/03/image-23-1024x424.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-23-300x124.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-23-768x318.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-23.png 1391w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>



<h2 class="wp-block-heading"><span id="toc6">ポイント４：PDCAが確実に機能するように仕組みを作る。</span></h2>



<p>仕組みを作るとはすべてのプロセスについて<strong>、<span class="bold-red">誰が、何に基づいて、何をするのか？</span>を明確にする必要が有ります。</strong></p>



<p>更に<strong>その結果を<span class="bold-red">誰が責任を持ってレビューし、続いてどのようなアクションにつながっていくのか</span>明確にすることです。</strong></p>



<p><strong>レビューに基づく改善活動には<span class="bold-red">必ず資源の提供の要否が判断されている事</span>が必要になります。</strong></p>



<h2 class="wp-block-heading"><span id="toc7">ポイント5：ISOの要求事項を満たしているか確認する</span></h2>



<p>ISOの要求事項は色々ありますが、私なりに理解しているISO9001の７原則は以下のような項目にまとめられると思っています。各プロセスに応じての要求事項と照らし合わせて、現状、ISOの要求事項に対して、何が満たしていると言えるか考える事が大切です。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-22px">ISO9001要求事項の７原則（ふせバージョン）</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong>お客様や利害関係者の要求事項は何でしょう？明確にしましょう。</strong></li>



<li><strong>その為に必要な品質方針、品質目標を設定し、浸透させましょう。</strong></li>



<li><strong>それを満足させるために何が出来るか考え計画し、実行しましょう。実行したら、結果がどうだったのか評価し、更なる改善を目指しましょう。(PDCAを回す）</strong></li>



<li><strong>確実に実行できるように責任と権限、手順、コミュニケーションの方法を決めておきましょう</strong></li>



<li><strong>その為にサポートすべき資源（人/物/方法）は常に状況を把握し、いつでも使えるように整備しましょう。</strong></li>



<li><strong>リスクや好機は予め特定し対応を検討し、結果を常に評価しましょう。</strong></li>



<li><strong>不適合が発生した場合は速やかに処置し、原因を追究し再発防止を計りましょう。</strong></li>
</ol>
</div></div>



<p><strong><span class="fz-20px">要求事項に対して、現状行っている事では不十分だからといってシステムや記録などをどんどん重くしたりして行く事が良くありますがそれはやめましょう。無駄な作業が増えるだけで何の得にもなりません。</span></strong></p>



<p>ISOの要求事項は、言われてみれば当たり前の事しか言っていません。なので、普通に品質管理、品質保証活動をしていれば要求事項は満たしている事が多いです。ただ、それを明確にしていなかったり、担当者の裁量で運用しているだけなので説明できないだけで、最低限の事は実際にはやられているケースがほとんどです。</p>



<p><strong><span class="fz-22px"><span class="fz-20px">逆に言えば、当たり前の事が出来ていないのであればそれはそれで問題ですから改善するのは当然です。</span></span></strong></p>



<p><strong><span class="fz-22px">品質を管理する上で現状の問題点をISOの要求事項から見直しシステムとして構築するのは意味が有るでしょう。</span></strong></p>



<p><strong><span class="fz-22px">しかし一般的にISOの事務局を社内に設けると、その人たちはシステムを構築する事が目的になってきますので、実態よりも過剰な要求、細かな要求をしてくることが常です。</span></strong></p>



<p>ISOの担当者は自分が無意味な仕事をすることに成るか否かは自分の説明能力にかかっていますので、過剰と思われるシステム構築、記録を要求された場合は徹底的に議論すべきです。頑張りましょう。</p>



<h2 class="wp-block-heading"><span id="toc8">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-red-background-color has-deep-orange-border-color">
<ul class="wp-block-list">
<li><strong>QMSを構築するには事業に合わせて適用範囲を決めたり特定の要求事項を適用除外とすることも可能です</strong></li>



<li><strong>具体的に構築するのにはプロセスフローを作り、各プロセス間の整合性やISOの要求事項を満たしているかの確認を進めて行く事になる。</strong></li>



<li><strong>無理せず、実態に合わせた範囲でどこまでできるか考えるのが大切です。そうしないと無駄な作業が増えるだけで何も良い事は有りません。</strong></li>



<li><strong>ISOの要求事項は現状の品質管理の問題点をISOの要求事項から見直して行く事は大切です。</strong></li>
</ul>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/15902/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>狩野モデルとの関係で考える、検査条件を決める上で大切な事。　</title>
		<link>https://rakuda0218blog.com/12756/</link>
					<comments>https://rakuda0218blog.com/12756/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Thu, 30 Jun 2022 19:28:00 +0000</pubDate>
				<category><![CDATA[品質改善]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=12756</guid>

					<description><![CDATA[製造業で検査は非常に大切なのは言うまでもありません。しかしながら、不良品を撲滅する。不良の発生をゼロにする。を目標とするのは製造業の正しい考え方だと思ってはいますが。不良品の流出ゼロを目標とするのは製造業として正しい姿で [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>製造業で検査は非常に大切なのは言うまでもありません。しかしながら、不良品を撲滅する。不良の発生をゼロにする。を目標とするのは製造業の正しい考え方だと思ってはいますが。<strong><span class="fz-20px"><span class="marker-under">不良品の流出ゼロを目標とするのは製造業として正しい姿でしょうか？</span></span></strong></p>



<p>私は、検査条件を決める上で大切な事は以下の2点だと思っています。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-green-background-color has-cyan-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px">検査条件を決める上で大切な事</span></strong></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list" id="block-65d9fea5-69df-4dbd-91f8-2f2b60c6754b"><li><strong>その不良が流出した場合の影響度を良く考えて検査基準、検査条件を決める事</strong>。</li><li><strong>お客様と検査基準/検査条件で合意出来ている事。</strong></li></ul>
</div></div>



<p>お客様との取り決めはスペック（規格値）だけではありません。検査方法も含めて合意することが大切です。合意事項ですから勝手に変えるのは厳禁です。</p>



<p>一方、検査方法を新たに開発しなければならないような場合は、いかにノイズを少なくするか、短いタクトで検査できるか？といった事を念頭に置いて開発することは言うまでもありません。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-4" checked><label class="toc-title" for="toc-checkbox-4">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">狩野モデル</a></li><li><a href="#toc2" tabindex="0">当たり前品質は、流出ゼロが必要</a><ol><li><a href="#toc3" tabindex="0">不良品が出ない製造条件の確立、事前確認</a></li></ol></li><li><a href="#toc4" tabindex="0">一元的品質は、競合他社との競争</a><ol><li><a href="#toc5" tabindex="0">抜き取り検査</a></li><li><a href="#toc6" tabindex="0">全数検査</a></li></ol></li><li><a href="#toc7" tabindex="0">魅力的品質は異常品が流出しない検査を</a></li><li><a href="#toc8" tabindex="0">製造条件、検査条件の管理には細心の注意を</a></li><li><a href="#toc9" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">狩野モデル</span></h2>



<figure class="wp-block-image aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2020/12/image-13.png" alt="" class="wp-image-182" width="682" height="409" srcset="https://rakuda0218blog.com/wp-content/uploads/2020/12/image-13.png 594w, https://rakuda0218blog.com/wp-content/uploads/2020/12/image-13-300x180.png 300w" sizes="(max-width: 682px) 100vw, 682px" /><figcaption><strong><span class="fz-16px"><span class="bold">狩野モデルと商品企画：部門別スキル-品質管理なら日本化学連盟より引用</span></span></strong></figcaption></figure>



<h2 class="wp-block-heading"><span id="toc2">当たり前品質は、流出ゼロが必要</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-amber-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px"><strong>当たり前品質とは？</strong></span></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong><span class="fz-20px">物理的充足度が高くても当たり前と思われるが、不備が有るとクレームになる品質</span></strong></p>
</div></div>



<p>テレビをつけたけど画面が出ない。車に乗ったけどエンジンがかからないとかそういった事です。使う上での最低条件、必要条件とも言えるでしょう。</p>



<p>当たり前品質には、当然安全面も含まれます。安全面はクレームというよりも責任問題になりますので流出はゼロが絶対に必要です。</p>



<h3 class="wp-block-heading"><span id="toc3">不良品が出ない製造条件の確立、事前確認</span></h3>



<p><strong>流出ゼロが必要と言っても全数検査が必要かどうかはよく考えましょう。</strong>そもそも、実際に破壊試験を実施しないと確認できない品質も当たり前品質には多いです。</p>



<p>基本は、工程能力を上げて不良品が出来ないような製造条件を確立することが大切です。</p>



<p>例えば、金属フレームを溶接でくみ上げるような場合、溶接強度が十分である事が当たり前の品質となります。</p>



<p>電圧、電流、溶接速度、等を決めておいたとしても、実際に出来上がった溶接部（ビード部分）を作業している人に大切さをしっかり認識してもらい確認してもらう事が大切です。</p>



<p>しかも、溶接してしまった後で確認しても時すでに遅しです。事前にしっかり教育しておく事も大切になります。</p>



<p><strong>全数検査するのであれば厳しめにする必要があるでしょう。ノイズの少ない検査が望ましいのは言うまでもありません。</strong></p>



<h2 class="wp-block-heading"><span id="toc4">一元的品質は、競合他社との競争</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-amber-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px"><strong>一元的品質とは？</strong></span></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong><span class="fz-20px">性能品質、他社より劣れば不満、他社より優れていれば満足する品質</span></strong></p>
</div></div>



<p>テレビや車のカタログに出ているスペックをイメージしてもらえれば良いでしょう。価格なども一元的品質と言えます。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-light-blue-border-color">
<p><strong><span class="fz-20px">一元的品質であっても、</span><span class="fz-20px">スペック（規格値）はお客様に対する保証値ですから、工程能力が十分に確保できるレベルで結ぶ必要が有ります。</span></strong></p>
</div>



<p>本来、規格値なので規格を満たしていれば購入側で使いこなす必要が有ります。当たり前品質であればそれでよいでしょう。問題があるのなら規格を見直すべきです</p>



<p><strong>しかし、一元的品質は、常に競合他社と比較されると心得るべきです。</strong></p>



<p><strong>他社との比較で劣っていると判断されれば、部分的ではなく総合的に判断されますが、最悪の場合納入停止になります。</strong></p>



<p><strong>納入停止にならなくても、改善要請はでて改善して行く必要が出てくるでしょう。</strong></p>



<p><strong>すでに納入した物を返品すると言われたら、規格内なので受け付けませんと突っぱねれば良い事になります。</strong></p>



<p>したがって、<strong><span class="fz-20px"><span class="marker-under">一元的品質に関しては、他社との品質比較の観点が検査条件を決める上でも非常に大切になります。</span></span></strong></p>



<h3 class="wp-block-heading"><span id="toc5">抜き取り検査</span></h3>



<p>工程のロットの合否判定には通常、管理図を作成し、抜き取り検査の結果で合否判定を行います。</p>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="1024" height="407" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-20-1024x407.png" alt="" class="wp-image-12611" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-20-1024x407.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-20-300x119.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-20-768x305.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-20.png 1341w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>



<p><strong>管理図とは上記のように、品質特性の折れ線データと中心線（狙い値）、管理線からなるグラフで、品質に異常がないか判断する図の事です。</strong></p>



<p>一般に工程能力が1.33以上あれば抜き取り検査が可能と言われています。しかし、<strong>工程能力1.33という事は上記のように±4σのところに規格がある事になります。<span class="marker-under">その場合、10000個検査したら7個は不良品が混入するレベルになります。</span></strong></p>



<p>なので、本来なら、全数検査しない限り、規格外（スペックアウト）は有る確率で流出している事になります。</p>



<p>なので、6σ管理だ、工程能力2以上だ、等と言われますが、それでもある確率で流出します。</p>



<p class="has-text-align-center"><strong>このことは、メーカー側でも購入側でもそういった共通認識を持つ事が大切だと思います。</strong></p>



<h3 class="wp-block-heading"><span id="toc6">全数検査</span></h3>



<p>流出を完全に防ぐには、全数検査しかありません。</p>



<p>しかし、その場合、やはりノイズは乗ってくるので、その場合、スペックよりもより厳しいレベルで選別するように検査条件を決めます。</p>



<p><strong><span class="fz-20px"><span class="marker-under">ここで大切なのは、いたずらに基準を厳しくしない事です。</span></span></strong>厳しく見て行けば、ノイズも多くなり、本来、良品であったものを不良にしてしまう確率も増えます。</p>



<p><strong><span class="fz-20px"><span class="marker-under">良品を不良と見てしまう確率、工程の歩留まり、競合他社との品質差を勘案し、検査条件を決めるべきで</span></span><span class="fz-20px"><span class="marker-under">はないでしょうか？</span></span></strong></p>



<p>また、例えば、ガラスの表面欠点、異物や傷などを考えた場合、同じ異物でも異物の種類によって確実に不良になるものとそうでない物が有ります。</p>



<p>その辺り勘案し、検査条件はきめ細やかに決める事が大切だと思います。</p>



<h2 class="wp-block-heading"><span id="toc7">魅力的品質は異常品が流出しない検査を</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-amber-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px"><strong>魅力的品質とは？</strong></span></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong><span class="fz-20px">無くても困らないが、有れば魅力的</span></strong></p>
</div></div>



<p>新技術と言い換えてもいいでしょう。今までにない価値を生み出すわけです。<strong>一元的品質でも圧倒的に他社を凌駕していれば魅力的品質になる</strong>ともいえるでしょう。</p>



<p>基本、競合他社に対して差別化された技術でもあるので、現状を維持、管理できる検査条件の設定や工程能力の十分とれる規格を設定するのが良いでしょう。</p>



<h2 class="wp-block-heading"><span id="toc8">製造条件、検査条件の管理には細心の注意を</span></h2>



<p>製造条件、検査条件は、これまで述べてきたように非常に大切なものです。したがって、<strong><span class="fz-20px"><span class="marker-under">知らない内に検査を違うレシピで実施していた等、間違いがあっては絶対になりません。</span></span></strong></p>



<p>これは、特に、検査や製造なども自動化が進んでくると、ブラックボックス化するところも多く間違いに気が付きにくくなっています。</p>



<p>実際の量産ラインで試作品を作るような場合、頻繁に検査基準を変更していると間違いも起きやすくなります。</p>



<p><strong><span class="fz-20px"><span class="marker-under">当たり前の話ですが、じっかり４M変更システムなどで取り決めをしていても、実際に運用されている条件が間違いがあっては何の意味もありません。</span></span></strong></p>



<p>まず、条件を変更できる人間を限定する事。二人以上の目で同時に確認する事。確認は必ず目視で確認してください。パスワードなどで変更できる人間を限定することも大切でしょう。</p>



<h2 class="wp-block-heading"><span id="toc9">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-red-background-color has-deep-orange-border-color">
<ol class="wp-block-list"><li><strong><span class="fz-20px">当たり前品質</span></strong><ul><li><strong>NG品の流出は許されない。工程能力を十分に上げて、不良品が発生しない製造条件を確立するのが大切。また、生産前に、事前に製造条件で確実なのを確認する事が大切。</strong></li><li><strong>全数検査は流出防止になり得るが、ノイズはゼロに出来ないので、規格値よりも厳しい条件で検査をする必要がある。</strong></li></ul></li><li><strong><span class="fz-20px">一元的品質</span></strong><ul><li><strong>規格値はお客様への保証値であるので、十分工程能力が確保できる規格値を決める事が大切</strong></li><li><strong>抜き取り検査は有る確率で規格外が流出する。なので、その認識を出荷側も購入側も持っておく事が大切</strong></li><li><strong>競合他社との比較にさらされる。良品を不良と見てしまう確率、工程の歩留まり、競合他社との品質差を勘案し、検査条件を決める事が大切</strong></li></ul></li><li><strong><span class="fz-20px">魅力的品質</span></strong><ul><li><strong>現状を維持、管理できる条件の設定が必要</strong></li></ul></li></ol>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/12756/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>梱包輸送で気を付ける事。衝撃と輸送環境について。</title>
		<link>https://rakuda0218blog.com/12622/</link>
					<comments>https://rakuda0218blog.com/12622/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Mon, 13 Jun 2022 06:00:57 +0000</pubDate>
				<category><![CDATA[品質改善]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=12622</guid>

					<description><![CDATA[プロファイルにも記載したように、私は長年、液晶用の薄板ガラスの梱包容器の設計/開発を担当して来ました。 しかし、特殊な世界なのでブログに書く必要もないかと思っていましたが、私の知見の中で、極力広く、一般に使われる知見で、 [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>プロファイルにも記載したように、私は長年、液晶用の薄板ガラスの梱包容器の設計/開発を担当して来ました。</p>



<p>しかし、特殊な世界なのでブログに書く必要もないかと思っていましたが、私の知見の中で、極力広く、一般に使われる知見で、お伝え出来る事をまとめてみようと思いました。</p>



<p>もしかしたら。皆様が製品を梱包し輸送する際の参考になるかもしれないと思ったからです。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px">私が思う</span></strong><span class="fz-20px"><strong>梱包輸送の難しさ</strong></span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list" id="block-3b1f3720-425f-4d47-949b-458243899c08">
<li><strong>梱包輸送は問題ないのが当たりまえ、なのに、<strong>途中で検査することも出来ません。</strong>問題があれば即クレームに直結します。</strong></li>



<li><strong>また、物を動かす以上の付加価値は生みません。なので、何故、そんなに金がかかると常に言われます。</strong></li>



<li><strong>品質も輸送することで悪化することは有れ、品質が良くなることは有りません。</strong></li>
</ul>
</div></div>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-green-background-color has-green-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px">クレームに直結する内容</span></strong></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list">
<li><strong>製品の破損</strong></li>



<li><strong>製品の品質の悪化（梱包材からの汚れの転写</strong>、<strong>振動、衝撃による劣化）</strong></li>
</ul>
</div></div>



<p>それ以外のクレームで比較的多いのは、表示関係、ラベルの記載内容に間違いがある。等です。私は直接扱ったことは無いので説明は割愛します。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-6" checked><label class="toc-title" for="toc-checkbox-6">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">製品の破損</a><ol><li><a href="#toc2" tabindex="0">輸送中に力が一番かかるのは？</a></li><li><a href="#toc3" tabindex="0">なぜ、ガントリークレーンの作業で２０G もかかるの？</a></li><li><a href="#toc4" tabindex="0">トラック輸送中にかかる加速度は１G程度しかかからないの？</a></li></ol></li><li><a href="#toc5" tabindex="0">輸送中の衝撃、振動の影響を防ぐには？</a><ol><li><a href="#toc6" tabindex="0">実際に何が起きているのか良く観察することが大切</a></li><li><a href="#toc7" tabindex="0">荷固めをしっかりする。</a></li><li><a href="#toc8" tabindex="0">共振に気を付ける</a></li><li><a href="#toc9" tabindex="0">防振ゴムの使い方に気を付ける。</a></li><li><a href="#toc10" tabindex="0">トラックの積載位置に気を付ける</a></li><li><a href="#toc11" tabindex="0">実は、輸送中よりも、荷扱いの方が危ない</a></li><li><a href="#toc12" tabindex="0">荷扱い対策はどうすれば良いのか？</a></li></ol></li><li><a href="#toc13" tabindex="0">製品の品質悪化</a><ol><li><a href="#toc14" tabindex="0">振動、衝撃</a></li><li><a href="#toc15" tabindex="0">高温多湿</a></li><li><a href="#toc16" tabindex="0">結露</a></li></ol></li><li><a href="#toc17" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">製品の破損</span></h2>



<h3 class="wp-block-heading"><span id="toc2">輸送中に力が一番かかるのは？</span></h3>



<p>力がかかる時は加速度が働く時です。車に乗っていても、高速道路を時速100㎞で運転していれば、コーヒーもゆっくり飲めますが、急発進、急停車する時は、加速度がかかるのでコーヒーは飲めませんよね。</p>



<figure class="wp-block-image alignright size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/2936765_s.jpg" alt="" class="wp-image-12626" width="174" height="260" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/2936765_s.jpg 427w, https://rakuda0218blog.com/wp-content/uploads/2022/06/2936765_s-200x300.jpg 200w" sizes="(max-width: 174px) 100vw, 174px" /></figure>



<p>しかし、急発進、急停車よる加速度は実はそれほど大きくないのです。</p>



<p><strong><span class="fz-20px">輸送で、一番大きな加速度がかかるのはコンテナーをガントリークレーンを使って、船に積み込む時、あるいは、船からおろし港に置く時</span><span class="fz-20px">です。</span><span class="fz-22px"><span class="marker-under-red"><span class="marker-under">２０G以上平気でかかります。</span></span></span></strong></p>



<p class="has-text-align-center"><strong><span class="fz-20px"><span class="fz-22px"><span class="marker-under">１Gとは重力加速度9.8m/s<sup>2</sup></span></span></span></strong></p>



<p>１Gとは重力加速度9.8m/s2です。9.8ｍ/ｓは時速35㎞ですので、時速35㎞で運転している車が1秒で止まるくらいの急ブレーキです。１Gでも結構な急ブレーキですよね。</p>



<figure class="wp-block-image aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-21-1024x335.png" alt="" class="wp-image-12643" width="623" height="203" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-21-1024x335.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-21-300x98.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-21-768x251.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-21.png 1238w" sizes="(max-width: 623px) 100vw, 623px" /></figure>



<p>ところが、２０G となったら？そう、単純に20倍ですから時速700kmで走っている物を1秒で止めるくらいの急ブレーキですよ。ありえないでしょ。</p>



<p>戦闘機などでは５Gぐらいかかる事もあるようですが、輸送中の急発進、急停止でかかる加速度は普通は１G程度です。</p>



<p>飛行機による輸送は離着陸時にやはりGはかかりますが、2～3G、大きくても５Gぐらいです。</p>



<h3 class="wp-block-heading"><span id="toc3">なぜ、ガントリークレーンの作業で２０G もかかるの？</span></h3>



<figure class="wp-block-image alignright size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-22.png" alt="" class="wp-image-12645" width="509" height="167" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-22.png 1022w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-22-300x99.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-22-768x253.png 768w" sizes="(max-width: 509px) 100vw, 509px" /></figure>



<p>私は実際に港でのガントリークレーンの作業を見た事もありますが、クレーンを積むと言うよりは、落としているイメージに近いのです。</p>



<p><span class="fz-22px"><strong>時速35㎞でも0.05秒で止まれば20Gです。</strong></span><strong><span class="fz-20px"><span class="marker-under">瞬間的に止まるので20G以上の大きな加速度がかかるのです。</span></span></strong></p>



<p>ただし、瞬間的に20Gかかると言うだけで、梱包品に与えるダメージは20Gが長くかかっている訳ではありません。瞬間的に大きなGがかかる方が長くかかるよりはやはりダメージは少ないです。</p>



<p>物理的な話をすれば、衝撃力は力積、単位時間当たりの力で表されるので、重さ、質量も影響して来ます。</p>



<h3 class="wp-block-heading"><span id="toc4">トラック輸送中にかかる加速度は１G程度しかかからないの？</span></h3>



<figure class="wp-block-image alignright size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-23.png" alt="" class="wp-image-12646" width="344" height="150" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-23.png 702w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-23-300x131.png 300w" sizes="(max-width: 344px) 100vw, 344px" /></figure>



<p>急発進、急停止に伴うGは確かに１G程度しかかかりません。しかし、海外でよくみられる道路上の段差や、日本でも歩道に乗り上げるようなことがあると、縦（Z方向）に大きな加速度がかかることが有ります。</p>



<p>急停車することで荷物が動いてしまい、急に止まるような力がかかると、水平方向でもやはりそれなりの力はかかります。</p>



<p><strong><span class="marker-under">トラックの上下振動は、エアサス車と板バネ車では全然違います。板バネ車ではひどい時には５Gを超え10G近くの値が出る事もあります。しかし、エアサス車では半分程度に軽減されます。</span></strong></p>



<p>エアサスのトラックは割高なのと、日本では比較的、エアサスのトラックは多くありますが、韓国や中国などは基本板バネ車です。</p>



<p>また、コンテナーを運ぶ専用車は基本板バネ車板になります。</p>



<h2 class="wp-block-heading"><span id="toc5">輸送中の衝撃、振動の影響を防ぐには？</span></h2>



<h3 class="wp-block-heading"><span id="toc6">実際に何が起きているのか良く観察することが大切</span></h3>



<p>製品を細い紐で括り付けるような事をすれば、局所的に非常に大きな力が発生します。コンテナーの20G以上の大きな衝撃で荷固めが緩み、輸送中の急発進、急加速で荷物が動いてしまうようになると、大きな力が加わったりします。</p>



<p><strong>液晶のガラスを送る際にガラスが割れる原因で一番多かったのは、ガラスを梱包する前、あるいは、開梱した後でガラスの端面を作業中にガラスをカバーするプラスチック段ボール等を接触させてしまっていたことが原因でした。</strong></p>



<p><strong>軽くあてただけでも応力が集中しているので割れてしまいます。この時は作業者の方に実際に体感してもらって納得してもらうことで割れを低減することが出来ました。</strong></p>



<p><strong><span class="marker-under">怪しいと思う工程で</span><span class="marker-under">実際のどのような事が起きているのか、スルーモーションでビデオをとったり、製品で局所的な力を受けそうな所が受ける力を直接測定して何が起きているのかをよく理解することが大切になります。</span></strong></p>



<p>私が、ガラス破損の対策を行った時の内容は記事にしていますので良ければ参照ください。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/819/" title="製品不良の原因追及方法、手法、要因分析(魚の骨）の解説です。" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/685886_s-1-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/685886_s-1-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/01/685886_s-1-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/01/685886_s-1-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">製品不良の原因追及方法、手法、要因分析(魚の骨）の解説です。</div><div class="blogcard-snippet internal-blogcard-snippet">何故が明確でQCストーリが有効に機能するには以下の3条件が必要になります。何故が明確でQCストーリが有効に機能するケース原理原則がはっきりしている。要因どうしに複雑な因果関係が無い。単独で不具合が発生する。発生原因を定量的に評価できる。１、...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.01.22</div></div></div></div></a>
</div></figure>



<h3 class="wp-block-heading"><span id="toc7">荷固めをしっかりする。</span></h3>



<p>結局、製品が動いて急に止まる時、あるいは、逆方向に動く時に大きな加速度が働くので、製品が動かないようにしっかり固定するしかありません。荷固め用のベルトはしっかり止める事が大切になります。</p>



<figure class="wp-block-image alignright size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-24.png" alt="" class="wp-image-12648" width="236" height="131" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-24.png 366w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-24-300x166.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-24-120x68.png 120w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-24-160x90.png 160w" sizes="(max-width: 236px) 100vw, 236px" /></figure>



<p>引っ越しの荷物などを段ボールに入れて運ぶときは、緩衝材をたくさん入れると思いますが、隙間なく、入れるのが結局大切になると思います。特に4隅は隙間ができやすいのではないでしょうか？</p>



<p>その際に、<strong><span class="marker-under"><span class="fz-20px">製品にかかる応力は局所的に大きな力がかからないように考える必要は当然出て来ます。</span></span></strong></p>



<p>私は段ボールを使った梱包での試験をしたことは有りませんが、おそらく、取り扱いで4隅をぶつけるとか、そういった際の衝撃で破損することが多いのではないかと推定しています。</p>



<p><strong><span class="fz-20px"><span class="marker-under">ただし、荷固めをしっかりすると、開梱時に荷がかかると開梱がしにくくなる機構では開梱できなくなる事もあります。</span></span></strong></p>



<p><strong><span class="fz-20px"><span class="marker-under">そのような場合は力を逃がしてやる機構を考える事も大切になってきます。</span></span></strong></p>



<h3 class="wp-block-heading"><span id="toc8">共振に気を付ける</span></h3>



<p>振動による共振は避ける必要があります。単体の評価だけでなく、段積するような場合は上の方に積まれたものは共振が顕著に作用しやすいので注意が必要です。</p>



<h3 class="wp-block-heading"><span id="toc9">防振ゴムの使い方に気を付ける。</span></h3>



<figure class="wp-block-image alignright size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-25.png" alt="" class="wp-image-12649" width="385" height="134" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-25.png 778w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-25-300x104.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-25-768x268.png 768w" sizes="(max-width: 385px) 100vw, 385px" /></figure>



<p>市販の防振ゴムなどの衝撃吸収シートも市販されていますが、使い方を間違えると逆に衝撃が大きくなることが有るので注意しましょう。</p>



<p>防振シートを引くと荷固めをしっかりとしても輸送中の振動で防振シートが振動を吸収しても、荷固め用のベルトが緩んでしまうので、結局、衝撃はより大きくなったりします。</p>



<h3 class="wp-block-heading"><span id="toc10">トラックの積載位置に気を付ける</span></h3>



<figure class="wp-block-image alignright size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-26.png" alt="" class="wp-image-12652" width="284" height="124" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-26.png 704w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-26-300x131.png 300w" sizes="(max-width: 284px) 100vw, 284px" /></figure>



<p>トラックの場合、後輪の上が一番大きな衝撃がかかります。引っ越しなどで荷物を積み込む際に、積載位置を指定できるのであれば後輪の上は避けるべきでしょう</p>



<h3 class="wp-block-heading"><span id="toc11">実は、輸送中よりも、荷扱いの方が危ない</span></h3>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color">
<p><strong>実際には、輸送中よりも荷扱いの方で大きな衝撃を与えてしまう事が多いです。フォークリフトの取り扱い、あるいは、作業者の荷扱いが丁寧かどうかで大きな力がかかります</strong>。</p>
</div>



<p><strong><span class="fz-20px"><span class="marker-under">輸送試験や振動試験、想定される荷扱いを再現して製品にかかる力を測定すると荷扱いの方が大きな力がかかっている事が確認できます。</span></span></strong></p>



<p>しかし、空港の荷扱いや港の荷扱いなどの作業者の方のレベルを上げるのは無理な話です。輸送業者の社員さんが扱うわけではありません。</p>



<p>こちらで出来るのはハンドリング回数を減らすことぐらいです。トラックなどは大切なものを運ぶのであればチャーター便にした方が良いでしょう。日本でトラックをチャーターした場合は、作業者の教育も可能でしょうから、問題が多ければ、業者さんを変えるとトラブルが減るかもしれません。</p>



<p>コンテナーに積み込むのは、自社で積み込むことが出来るのでまだ、ある程度作業内容も管理できるでしょうが、飛行機に積み込むのはもう管理できません。</p>



<h3 class="wp-block-heading"><span id="toc12">荷扱い対策はどうすれば良いのか？</span></h3>



<p>荷扱いの改善が期待できないのであれば、荒い荷扱いを前提として梱包仕様、荷固め仕様を考えるしかありません。</p>



<p>段ボールなど、人が取り扱えるような物であれば、JISで落下試験なども定められているので、それに準じて評価をして問題ない梱包仕様を決めれば良いでしょう。</p>



<p>しかし、フォークでないと取り扱えないようなものは、そもそも、JISで定められているような落下試験は出来ません。</p>



<p>実際のハンドリング状況を確認し、その状況を再現するような試験方法を考え、問題ない梱包仕様を決めて行く必要が出て来ます。</p>



<h2 class="wp-block-heading"><span id="toc13">製品の品質悪化</span></h2>



<h3 class="wp-block-heading"><span id="toc14">振動、衝撃</span></h3>



<p>すでに述べたとおりです。</p>



<h3 class="wp-block-heading"><span id="toc15">高温多湿</span></h3>



<p><strong>特に船の輸送の場合は注意が必要です</strong>。<strong>夏場はコンテナーの内部は70度以上になったりします。</strong>クッション材は紙であったり、発泡樹脂だったりするので、その中の樹脂分が製品に転写することが多くなりますので注意が必要です。</p>



<p>また、出荷前の工場でも、長期保管品はそこまで温度が高くなくても汚れが転写するので注意が必要です。</p>



<p><strong>実際の対策としては、そういった汚れの転写が少ないクッション材を採用するしかありません。</strong>実際のどういった成分が転写するのか、環境試験を実施して確認する事が大切になります。</p>



<h3 class="wp-block-heading"><span id="toc16">結露</span></h3>



<figure class="wp-block-image alignright size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-27.png" alt="" class="wp-image-12661" width="357" height="296" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-27.png 693w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-27-300x248.png 300w" sizes="(max-width: 357px) 100vw, 357px" /><figcaption class="wp-element-caption">水について考える：露点とは？｜技術サポート｜露点 水分管理のテクネ計測 (tekhne.co.jp)より</figcaption></figure>



<p>夏場でも温度差があれば発生するのですが、主に発生するのはやはり冬場です。</p>



<p>結露は右の図のように、気温Aの暖かい部屋に、露天点より低く冷たい製品（表面温度C）が暖かい空気に触れると、製品の近くの温度がCまで下がり、それにより、飽和水蒸気量を超えたものが、結露となって、製品に水滴となって現れると言うものです。</p>



<p>結露対策として乾燥剤を入れてそもそも空気中の水分量を少なくする対策が良く取られます。</p>



<p>しかし、例えば、トラックやコンテナ内部の湿度をコントロールするには非常に無駄が多く、お金もかかることになります。</p>



<p>なので、製品に乾燥剤を載せて、製品のみをコンパクトに梱包するような対策が取られます。しかし、結局、梱包材の隙間があると、乾燥剤はすぐに吸水能力がなくなるのでこれも難しいです。</p>



<p><strong>しかし、乾燥剤での対策が一番問題なのは、開梱して、冷たい製品が暖かい空気に触れた瞬間に、結露が発生しますので、開梱時に温度差があれば意味がない事になります。</strong></p>



<p>韓国や中国の北部など、冬場は-20度あるいはそれ以上に寒くなります。<strong><span class="marker-under">輸送の温調機能付きのトラックがあるのでそれを使うとか、開梱する前に、少し暖かい部屋に保管しておいて、温度を少し上げてもらうとか、そういった工夫をお客さんにお願いすることが必要になってきます。</span></strong></p>



<h2 class="wp-block-heading"><span id="toc17">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-red-background-color has-deep-orange-border-color">
<ul class="wp-block-list">
<li><span class="fz-20px"><strong><span class="marker-under-blue">製品の破損</span></strong></span>
<ul class="wp-block-list">
<li><strong>輸送中の衝撃を少なくするには、荷固めをしっかりとすることが大切となる。</strong></li>



<li><strong>しかし、輸送中の衝撃よりも、フォークによる荷扱いなどの、荷物の取り扱い時に輸送中よりも大きな力がかかるのが多い。</strong></li>



<li><strong>しかし、作業改善を期待するのは現実的には難しい。</strong></li>



<li><strong>段ボールで取り扱えるような荷物であればJISの落下試験で評価をして梱包仕様を決めると良い。</strong></li>



<li><strong>フォークリフトでないと扱えないような重量物は、実際に行われている作業をよく確認し、疑似試験を行い、梱包仕様、荷固め仕様を決める事が大切になる。</strong></li>



<li><strong>実際のどのような事が起きているのか、スルーモーションでビデオをとったり、製品で局所的な力を受けそうな所が受ける力を直接測定して何が起きているのかをよく理解することが大切になります。</strong></li>
</ul>
</li>



<li><span class="fz-20px"><strong><span class="marker-under-blue">品質の悪化</span></strong></span>
<ul class="wp-block-list">
<li><strong>夏場、特に船による輸送はコンテナー内は70度以上の高温になる事がある。</strong></li>



<li><strong>クッション材から樹脂分が転写しないよう、適切な梱包材を選定することが大切になる。</strong></li>



<li><strong>冬場は結露に注意が必要である。乾燥剤で湿度コントロールしても、開梱した時に温度差があればやはり結露は発生する。</strong></li>



<li><strong>温度差が生じないような方法を考える必要がある。</strong></li>
</ul>
</li>
</ul>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/12622/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>管理図だけでは不十分、製造工程の品質管理は総合力が勝負</title>
		<link>https://rakuda0218blog.com/12490/</link>
					<comments>https://rakuda0218blog.com/12490/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Mon, 06 Jun 2022 04:49:27 +0000</pubDate>
				<category><![CDATA[QCストーリー]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=12490</guid>

					<description><![CDATA[QCの7つ道具に入っている管理図は工程の品質状況を見える化した物と言えます。管理図では何が正常で、何が異常なのか、その境界線を明確にする事が大切です。 しかし、よく言われるように検査で品質は作れません。 製品の品質は結果 [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>QCの7つ道具に入っている管理図は工程の品質状況を見える化した物と言えます。管理図では何が正常で、何が異常なのか、その境界線を明確にする事が大切です。</p>



<p>しかし、よく言われるように検査で品質は作れません。</p>



<p><strong><span class="fz-20px">製品の品質は結果でしかないので、やはり、品質を管理するには原因となる製造プロセスを適切に管理することが非常に大切になります。</span></strong></p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-8" checked><label class="toc-title" for="toc-checkbox-8">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">品質特性の正常/異常を判定する</a><ol><li><a href="#toc2" tabindex="0">正規分布と工程能力Cp、Cpk</a></li><li><a href="#toc3" tabindex="0">工程内検査</a></li><li><a href="#toc4" tabindex="0">管理図</a></li><li><a href="#toc5" tabindex="0">品質特性の異常と正常の判定基準</a></li></ol></li><li><a href="#toc6" tabindex="0">管理図の限界</a><ol><li><a href="#toc7" tabindex="0">ヒストグラムによる確認</a></li><li><a href="#toc8" tabindex="0">ヒストグラムの限界</a></li></ol></li><li><a href="#toc9" tabindex="0">生産工程の見える化</a><ol><li><a href="#toc10" tabindex="0">推移グラフ</a></li><li><a href="#toc11" tabindex="0">作業標準</a></li><li><a href="#toc12" tabindex="0">異音、異臭、色、触感など</a></li><li><a href="#toc13" tabindex="0">生産工程の異常の判断</a></li></ol></li><li><a href="#toc14" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">品質特性の正常/異常を判定する</span></h2>



<h3 class="wp-block-heading"><span id="toc2">正規分布と工程能力Cp、Cpk</span></h3>



<figure class="wp-block-image aligncenter size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-10.png" alt="" class="wp-image-12541" width="685" height="654" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-10.png 1002w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-10-300x287.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-10-768x734.png 768w" sizes="(max-width: 685px) 100vw, 685px" /></figure>



<p><strong><span class="fz-20px"><span class="marker">♦正規分布</span></span></strong></p>



<p>研磨加工で言えば、板厚や表面粗さといった計測可能な品質特性は、ヒストグラムを作ると平均値が一番多く、平均値から遠ざかるにしたがって少なくなる、いわゆる<strong>正規分布</strong>に従います。<strong>正規分布は、平均値と標準偏差σ（バラツキ）によって決まります。</strong></p>



<p><strong><span class="fz-20px"><span class="marker">♦工程能力</span></span></strong></p>



<p><strong>製品を作る場合は当然規格値（スペック）がありますので、<span class="marker-under"><span class="fz-20px">規格値に対して、どのくらい余裕が有るかを指数化した物</span></span>が工程能力Cp、Cpkと呼ばれるものです。</strong></p>



<p>Cp、Cpkは上記に示したように、<strong><strong>品質特性の規格幅を６σで割った値</strong></strong>になります。Cpkは平均値がずれた場合を想定していますが、結局同じものです。Cpkは片側規格にも使え、上限と下限で値の小さい方を採用します。</p>



<p><strong><span class="fz-20px"><span class="marker">♦工程能力1.33とは</span></span></strong></p>



<p>一般に工程能力は1.33以上あれば十分と言われています。しかし、上記のヒストグラムで考えれば上記のようになり、10000個検査したら7個は不良品が混入するレベルになります。</p>



<h3 class="wp-block-heading"><span id="toc3">工程内検査</span></h3>



<p>私は工程内検査の目的は以下の二つであると認識しています。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px"><strong>工程内検査の目的</strong></span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><strong>製造した半製品を次工程に送って良いかどうか判断するロットの合否判定<span class="fz-20px"><span class="marker-under-blue">（AQL）</span></span></strong></li><li><strong>品質の異常を検出し、製造条件や必要な部署にFeed Backして。具体的なアクションにつなげる事</strong>。<strong><span class="fz-20px"><span class="marker-under-blue">（管理図）</span></span></strong></li></ol>
</div></div>



<p>ロットの合否判定は通常、AQLの考え方を使って合否判定を行います。ある検査基準を決めて<strong>、</strong>許容する不良混入率を想定し、ロットサイズから必要なサンプル数を決めて、NG（スペックアウト、規格外）が何個までであればそのロットを合格とするものです。</p>



<p>しかし、忠実に実施しようとするとロットサイズが大きくする必要が出て来ます。品質の重要度によって総合的にサンプル数は決定するのが良いと思います。</p>



<h3 class="wp-block-heading"><span id="toc4">管理図</span></h3>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="1024" height="407" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-20-1024x407.png" alt="" class="wp-image-12611" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-20-1024x407.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-20-300x119.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-20-768x305.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-20.png 1341w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>



<p><strong>管理図とは上記のように、品質特性の折れ線データと中心線（狙い値）、管理線からなるグラフで、品質に異常がないか判断する図の事です。</strong></p>



<p>折れ線のデータは、N＝１であれば測定値そのものを載せますが、通常は平均値やレンジRを用います。Nがロット当たりのサンプル数が20個以上あるのならレンジの代わりに標準偏差σを使っても良いでしょう。</p>



<h3 class="wp-block-heading"><span id="toc5">品質特性の異常と正常の判定基準</span></h3>



<p>上記は工程能力が1.33の場合を想定しています。規格が4σの所に有る場合です。</p>



<p>管理値は規格より厳しくしなければならないので、通常3σの所に管理線を引くことになります。</p>



<p><span class="fz-22px"><span class="marker">♦<strong>管理線を超えた場合</strong></span></span></p>



<p class="has-text-align-center"><strong><span class="marker-under"><span class="fz-20px">この場合は問題なく異常と判定すべきでしょう</span></span></strong></p>



<p>しかし、管理線を越えてもこの場合、そもそも0.3％の確率で発生します。（片側であれば0.15%）良品が多く含まれていること考えられます。従って、<strong>該当ロットは一旦、保留品として扱い、全数検査や再加工のような処置を決める事になります。</strong></p>



<p>また、<strong>狙い値をターゲットに近づけるように製造条件を管理範囲内で調整することになります。</strong></p>



<p><span class="fz-22px"><span class="marker">♦<strong>正常範囲内でも管理線に近い場合は？</strong></span></span></p>



<p class="has-text-align-center"><strong><span class="fz-20px"><span class="marker-under">上記の図のようにギリギリ超えていないような場合は異常でしょうか？</span></span></strong></p>



<p>私は勉強不足で知らなかったのですが、シューハート管理図 というのが有って、正常の範囲内でも異常とみなすのに8つのルールが有るとされています。</p>



<p>一つは、管理線を越えた場合なので問題はないですが、<strong>正常の場合、特異な傾向がみられる7つのパターンは異常とみなすべきとしています。</strong>（詳しくは、シューハート管理図　8つの異常ルール　と検索してください。）</p>



<p>私は単純に知らなかったので使ったことは無いですが、あまり実用的ではないような気がします。</p>



<p><strong><span class="fz-20px">私の場合は</span><span class="fz-20px"><span class="marker-under">もっぱら上記の図のように、管理線のギリギリ下。具体的には2.5σから3σの場合、N増し評価を実施してやはり2.5σ～3σに入るような場合、異常品として保留扱いとしていました。</span></span></strong></p>



<p><strong><span class="fz-20px"><span class="marker-under">また、平均で見ている場合は生データーを見て、1点でも管理線を越えていれば異常品としていました。</span></span></strong></p>



<h2 class="wp-block-heading"><span id="toc6">管理図の限界</span></h2>



<h3 class="wp-block-heading"><span id="toc7">ヒストグラムによる確認</span></h3>



<p>そもそも、管理図はヒストグラムが正規分布に従う前提で成り立っています。なので、実際にヒストグラムを作ってその形を確認して行く事が品質を改善する（工程能力を上げる）上では大切になります。</p>



<p>しかし<strong>、<span class="fz-20px">ヒストグラムにして確認するのは毎日実施できるような仕事でもありません。<span class="marker-under">管理図で異常が認められた時には原因追及のためにヒストグラムで全体像を確認するのが大切だと思っています</span>。</span></strong></p>




<a rel="noopener" href="https://toukeigaku-jouhou.info/2015/08/26/shape-of-histogram/" title="ヒストグラムの見方。その形から背景を読む" class="blogcard-wrap external-blogcard-wrap a-wrap cf" target="_blank"><div class="blogcard external-blogcard eb-left cf"><div class="blogcard-label external-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail external-blogcard-thumbnail"><img loading="lazy" decoding="async" src="https://toukeigaku-jouhou.info/wp-content/uploads/2015/08/histgram-katati1.png" alt="" class="blogcard-thumb-image external-blogcard-thumb-image" width="160" height="90" /></figure><div class="blogcard-content external-blogcard-content"><div class="blogcard-title external-blogcard-title">ヒストグラムの見方。その形から背景を読む</div><div class="blogcard-snippet external-blogcard-snippet">ヒストグラムの形をみることによって、その母集団や、データを得られた背景のにある情報を把握することができます。モノづくりにおいて、製品の規格値を測定したデータのヒストグラムの形を見ることで、工程が正常であったのか・それともなにか問題があったの</div></div><div class="blogcard-footer external-blogcard-footer cf"><div class="blogcard-site external-blogcard-site"><div class="blogcard-favicon external-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://toukeigaku-jouhou.info/2015/08/26/shape-of-histogram/" alt="" class="blogcard-favicon-image external-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain external-blogcard-domain">toukeigaku-jouhou.info</div></div></div></div></a>



<p>ヒストグラムの形から原因を探るにはどうすれば良いのかに関しては<strong>上記のサイト</strong>が分かりやすかったので良ければ参照ください。</p>



<h3 class="wp-block-heading"><span id="toc8">ヒストグラムの限界</span></h3>



<p>ヒストグラムはあくまでも、品質特性という結果を示したものに過ぎません。なぜ、その品質になったのか原因を探るには製造時に異常が無かった見えるようにしておく事が必要になります。</p>



<p>ですので、<strong><span class="fz-20px"><span class="marker-under">製造時に異常が無かったかどうか</span></span><span class="fz-20px"><span class="marker-under">、</span></span><span class="fz-20px"><span class="marker-under">見える</span></span><span class="fz-20px"><span class="marker-under">化</span></span><span class="fz-20px"><span class="marker-under">して</span></span><span class="fz-20px"><span class="marker-under">わかるようにしておく事が非常に大切になります。</span></span></strong></p>



<h2 class="wp-block-heading"><span id="toc9">生産工程の見える化</span></h2>



<h3 class="wp-block-heading"><span id="toc10">推移グラフ</span></h3>



<p><span class="fz-22px"><span class="marker">♦<strong>管理特性</strong></span></span></p>



<p>ガラスの研磨で言えば、加工圧力や回転数、砥粒濃度など、管理値を必要とする管理特性は設定値です。そもそも正規分布にならないので管理図にしても意味は有りませんが、推移グラフを作り、傾向を見えるようにすることが大切です。</p>



<figure class="wp-block-image aligncenter size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-18.png" alt="" class="wp-image-12586" width="442" height="275" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-18.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-18-300x186.png 300w" sizes="(max-width: 442px) 100vw, 442px" /></figure>



<p>横軸はロット番号ではなく日時でも良いですが、後で管理図との照合が必要になります。</p>



<p><span class="fz-22px"><span class="marker">♦<strong>モニター</strong></span></span></p>



<p>例えば温度や湿度などです。</p>



<h3 class="wp-block-heading"><span id="toc11">作業標準</span></h3>



<p>作業標準書で作業は標準化しておく事は基本です。しかし、 普通は標準書を見て作業などしません。</p>



<p><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">■写真/作業方法での見える化</span></span></span></strong></p>



<p>実作業の際に注意喚起を目的として、写真に管理項目を入れ込んだ資料を作り、現場の見えるところに掲示する方法がお勧めです。</p>



<p><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">■チェックシートで見える化</span></span></span></strong></p>



<p><strong>チェックシートでポイントを確認してもらう</strong>ことも大切です。標準書よりは現場で活用されやすく、必要な情報もまとまっているので作業標準書よりはメンテしやすいです。</p>



<h3 class="wp-block-heading"><span id="toc12">異音、異臭、色、触感など</span></h3>



<p>数値化、言語化出来ないですが、実は大切な情報です。<strong><span class="marker-under">しかし、普段から意識をしていないと異常かどうかわかりません</span>。</strong>逆に言えば、意識をしていると、分かるようになります。</p>



<p><strong>異音、異臭については3段階で評価をしてもらって、異音、異臭を感じた場合は、どのような異音であったか、どのような異臭であったか言葉で記録してもらう事が大切と思います。</strong></p>



<h3 class="wp-block-heading"><span id="toc13">生産工程の異常の判断</span></h3>



<p>製造の装置が、明らかにいつもと動きが違うなど、<strong>装置上のトラブルが有った場合に保留扱いにしていました。</strong></p>



<p>私の経験から言えば、推移グラフや異音、異臭から異常ロットと判断して保留扱いにしたことは有りません。もっぱら、品質特性で異常が有った時の原因追及のために使用するといった事が殆どでした。</p>



<p><strong><span class="fz-20px"><span class="marker">情報の取り扱いは、ケースバイケースで決めれば良いと思いますが、大切なのは、各情報を作業者も含めて、誰でもみて分かるように共有出来ている事</span></span><span class="fz-22px"><span class="marker">だと思います。</span></span></strong></p>



<p>そうすることで、一人では気が付かない工程の異常が早く明確になり対応も早くとれるのではないかと思います。</p>



<h2 class="wp-block-heading"><span id="toc14">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color">
<ol class="wp-block-list"><li><strong>規格値に対して、どのくらい余裕が有るかを指数化した物が工程能力Cp、Cpkである。</strong></li><li><strong>工程能力が1.33以上あると工程能力は十分とされ、抜き取り検査は可能と言われている。</strong></li><li><strong>管理図とは品質特性の折れ線データと中心線（狙い値）、管理線からなるグラフで、品質に異常な傾向が見えないか判断する図の事である。</strong></li><li><strong>通常は±3σを管理線とし、越えたものは異常品として保留扱いにし、全数検査や再加工を行う。</strong></li><li><strong>管理線以下でもどういった場合に異常扱いにするのかについては、別途決めておく事が大切になる。</strong></li><li><strong>工程を改善するには管理図では不十分で、品質特性をヒストグラムとしその形から原因を考える必要が有る。</strong></li><li><strong>生産工程の見える化を図ることが、工程能力の悪化の原因追及には大切である。</strong></li></ol>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/12490/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>ISO9001とは？品質確保のため「何をするべきか」をまとめたものです。「どう使いこなすか？」が問題です。</title>
		<link>https://rakuda0218blog.com/11122/</link>
					<comments>https://rakuda0218blog.com/11122/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Tue, 22 Mar 2022 02:45:43 +0000</pubDate>
				<category><![CDATA[品質マネージメントシステム]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=11122</guid>

					<description><![CDATA[ISO9001は要求事項を纏めただけでやり方は教えてもらえません。やり方が間違っていると余計な作業やお金が出て行くのに品質はまったく改善しない。といった事になりかねません。 ISOの要求事項は当たり前の事しか書かれていま [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>ISO9001は要求事項を纏めただけでやり方は教えてもらえません。やり方が間違っていると余計な作業やお金が出て行くのに品質はまったく改善しない。といった事になりかねません。</p>



<p><strong>ISOの要求事項は当たり前の事しか書かれていませんがポイントを非常にうまくまとめていると思います。</strong></p>



<p>認証を取る必要が有るか否かについてはコメント致しかねますが、マネージメントシステムを作り、改善して行きながら使えるものにすることはやはり大切だと思います。</p>



<p>無理せず、実態に合わせた範囲でどこまでできるか考えるのが大切だと思っています。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-10" checked><label class="toc-title" for="toc-checkbox-10">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">ISOとは？</a></li><li><a href="#toc2" tabindex="0">ISO9001:2015の要求事項</a><ol><li><a href="#toc3" tabindex="0">ISO9001の7原則</a></li><li><a href="#toc4" tabindex="0">PDCAはもう古い？</a></li></ol></li><li><a href="#toc5" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">ISOとは？</span></h2>



<p>ISO9001は品質マネージメントの国際規格で、他にもISO14001（環境マネージメントの国際規格）やISO45001（労働安全衛生の国際規格）等色々あります。</p>



<p>認定を取得するには、事業規模にもよるようで従業員が30人程度の会社でも認定には100万円以上のお金がかかり、認定後も維持するのに50万円～100万円近くのお金が毎年かかるようです。</p>



<p>それだけのお金をかけて認定を取る必要があるか、決められるのは社長さんしかいらっしゃらないと思いますが、その為にはISOをよく理解しそれだけの価値が有るかどうかよく考える必要があると思います。</p>



<p>お客様によっては、ISO認証を取っていないと商売相手として認めないお客様を相手とするなら認証はやはり必要でしょう。（そんなお客様がいるかどうかは申し訳ありません。知りません）</p>



<p>認証を取る事で信頼される、PRに使えるとお考えなのであれば、その辺りは私には分かりません。私の個人的な経験から言えば、ISOの認定を取っているかどうかと、品質やクレーム対応が良いかどうかは関係が無いと思っています。容器を作っていただくメーカーさんを選ぶのにISOを取得しているか、否かを気にしたことは有りません。</p>



<p>強いて言うとすれば、こちらの要求している事がISOの要求事項と同じである場合、こちらが詳しく説明しなくても理解してもらえて話が早いと言うぐらいです。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px">なぜ、ISOの認証を受けても品質は改善しないのか？</span></strong></span></div><div class="tab-caption-box-content block-box-content box-content">
<p class="has-text-align-center"><strong><span class="fz-24px"><span class="marker-under-blue">ISOは要求事項が有るだけ</span>。<span class="marker-under-blue">どう使いこなすかはユーザー次第。</span></span></strong></p>



<p><strong>要求事項はポイントをついており、非常に参考になりますが、置かれた状況は、千差万別なのでまさしく、自分で有効な使い方にしないと機能しません。</strong></p>
</div></div>



<p>書類だけ、審査だけで表面上のシステムになってしまっては、余計な仕事も増え、作業負荷も増え、費用もかかるといったマイナスの面が大きくなります。<strong>ISOが問題なのではなく、その使い方次第。という事です。</strong></p>



<p>また、<strong><span class="marker-under-red">認証を取るかどうかは別にして、QMSに準じた社内システムを構築することは必要で非常に大切です。ISOの勉強をされることは非常に有効ですのでお勧めします。</span></strong></p>



<p><strong><span class="fz-20px"><span class="fz-18px">日本のISOの認定機関であるJQA,一般社団法人、日本品質保証機構も無料、有料の講習会を開催しているようですので興味のある方は検索ください。</span></span></strong></p>



<h2 class="wp-block-heading"><span id="toc2">ISO9001:2015の要求事項</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-blue-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">参考図書</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong>対訳 ISO 9001:2015（JIS Q 9001:2015） 品質マネジメントの国際規格［ポケット版］、品質マネジメントシステム規格国内委員会監修、日本規格協会 編</strong></p>
</div></div>



<p>国内規格なので英語て書かれた規格を日本語に訳したポケット版の本です。おそらくISOの認定を受けている所は必ず持っているのではないか？と思います。</p>



<p>細かな解説はないので、日本語を読んでも良く分からないことが多いですが、その場合は個別の解説書などを参照すれば良いと思います。</p>



<h3 class="wp-block-heading"><span id="toc3">ISO9001の7原則</span></h3>



<p>ISO9001は要求事項は良く考えたら当たり前の事しか言っていません。7原則と言われていますが一般的に言われている7原則は私にはあまり実態を表しているようには思えません。</p>



<p>私なりに理解している7原則を紹介します。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-22px">ISO9001の７原則（ふせバージョン）</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong><span class="marker-under-blue">お客様や利害関係者の要求事項</span>は何でしょう？明確にしましょう。</strong></li>



<li><strong>その為に必要な<span class="marker-under-blue">品質方針</span>、<span class="marker-under-blue">品質目標</span>を設定し、浸透させましょう。</strong></li>



<li><strong>それを満足させるために何が出来るか考え計画し、実行しましょう。実行したら、結果がどうだったのか評価し、更なる改善を目指しましょう。<span class="marker-under-blue">(PDCAを回す）</span></strong></li>



<li><strong><span class="marker-under-blue">確実に実行できるように</span>責任と権限、手順、コミュニケーションの方法を決めておきましょう</strong></li>



<li><strong>その為にサポートすべき<span class="marker-under-blue">資源（人/物/方法）は常に状況を把握し、いつでも使えるように</span>整備しましょう。</strong></li>



<li><strong><span class="marker-under-blue">リスクや好機</span>は予め特定し対応を検討し、結果を常に評価しましょう。</strong></li>



<li><strong><span class="marker-under-blue">不適合が発生した場合は速やかに処置し、原因を追究し再発防止</span>を計りましょう。</strong></li>
</ol>
</div></div>



<p>ちなみに世間一般に言われている7原則を記載しておきます。<span class="marker-under">（品質マネジメント7原則の内容とそれぞれの意味とは | ISOプロ (activation-service.jp)を参考に作成）</span></p>



<ol class="wp-block-list">
<li><strong>原則１．顧客重視</strong></li>



<li><strong>原則２．リーダーシップ</strong>：品質マネージメントシステムを構築し、実施し、有効性の改善を行う全ての責任を負います。</li>



<li><strong>原則３．人々の積極的参加</strong>　：役割、権限、責任などを割り当てる</li>



<li><strong>原則４．プロセスアプローチ</strong></li>



<li><strong>原則5．改善</strong></li>



<li><strong>原則６．客観的事実に基づく意思決定</strong>　</li>



<li><strong>原則７．関係性管理</strong>：利害関係者の要求事項を明確にし、変化を監視しレビューを行う。</li>
</ol>



<h3 class="wp-block-heading"><span id="toc4">PDCAはもう古い？</span></h3>



<p>念のために補足すると、PDCAとはPlan→ Do→ Check→ Act（Action）のことで継続的な改善を進めて行く方法の事です。</p>



<p>最近、PDCAは時間がかかる、あるいは、前例主義に陥りやすいので時代遅れ、これからはOODA、Observe（観察）→Orient（状況判断、方針決定）→Decide（意思決定）→Action（行動・改善）とするネット記事を読みました。</p>



<p>私の個人的な意見としては、PDCAもOODAも両方大切で、比べられるものではない。PDCAは今も健在。と思っています。</p>



<p>そもそも、日々の仕事は皆さんもOODAを行っているのではないでしょうか？日々状況に応じて判断し行動しないとそもそも仕事は回らないはずです。</p>



<p>PDCAはもう少し長期的なスパンにたったサイクルで、日々はOODAで回し、PDCAは長期的に回していくイメージでおります。</p>



<p>仕事はどこかで振り返り、整理する必要が有ります。PDCAがその役割を担っています。PDCAをいかに早く回していくかの工夫は必要と思いますが、そもそもOODAとは違う物、比べられない物と思っています。</p>



<h2 class="wp-block-heading"><span id="toc5">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-red-background-color has-deep-orange-border-color">
<ul class="wp-block-list">
<li><strong>ISO9001とは品質の確保のため何をするべきか要求事項を纏めた国際規格。どうすれば良いかは書いてません。</strong></li>



<li><strong>やり方は個別に検討する必要が有り、やり方が不適切であれば、効果は期待できず、作業負荷の増加、費用負荷など、マイナスにもなりかねません</strong></li>



<li><strong>ISOの要求事項自体は、当たり前の事が記載されていますが、非常にポイントをついていて有効です。認証を取る必要が有るか否かについてはコメント致しかねますが、マネージメントシステムを作り、改善して行きながら使えるものにすることはやはり大切だと思います。</strong></li>
</ul>



<ul class="wp-block-list">
<li><strong>無理せず、実態に合わせた範囲でどこまでできるか考えるのが大切だと思っています。</strong></li>
</ul>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/11122/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>「QC7つ道具」「新QC7つ道具」の使用上の注意点や他の道具との比較！</title>
		<link>https://rakuda0218blog.com/10161/</link>
					<comments>https://rakuda0218blog.com/10161/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Fri, 25 Feb 2022 21:36:00 +0000</pubDate>
				<category><![CDATA[QCストーリー]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=10161</guid>

					<description><![CDATA[目次 「QC7つ道具」「新QC7つ道具」特性要因図特性要因図/ロジックツリーFTA（故障の木）ロジックツリーとFTAのメリット/デメリットヒストグラム正規分布のバラツキワイブル分布　ワイブル分布解析層別散布図、関係性/相 [&#8230;]]]></description>
										<content:encoded><![CDATA[

  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-12" checked><label class="toc-title" for="toc-checkbox-12">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">「QC7つ道具」「新QC7つ道具」</a></li><li><a href="#toc2" tabindex="0">特性要因図</a><ol><li><a href="#toc3" tabindex="0">特性要因図/ロジックツリー</a></li><li><a href="#toc4" tabindex="0">FTA（故障の木）</a></li><li><a href="#toc5" tabindex="0">ロジックツリーとFTAのメリット/デメリット</a></li></ol></li><li><a href="#toc6" tabindex="0">ヒストグラム</a><ol><li><a href="#toc7" tabindex="0">正規分布のバラツキ</a></li><li><a href="#toc8" tabindex="0">ワイブル分布　ワイブル分布解析</a></li></ol></li><li><a href="#toc9" tabindex="0">層別</a></li><li><a href="#toc10" tabindex="0">散布図、</a><ol><li><a href="#toc11" tabindex="0">関係性/相関＝原因/因果関係とは限らない。</a></li><li><a href="#toc12" tabindex="0">外挿、内挿は注意が必要</a></li></ol></li><li><a href="#toc13" tabindex="0">アローダイアグラム</a></li><li><a href="#toc14" tabindex="0">マトリックスデータ解析法</a></li><li><a href="#toc15" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading" id="qc7つ道具-新qc7つ道具"><span id="toc1">「QC7つ道具」「新QC7つ道具」</span></h2>



<p>数値データーを扱う「<strong>QC七つ道具</strong>」や言語データを扱う「<strong>新QC七つ道具</strong>」と呼ばれる物があります。項目としては以下のようになります。</p>



<figure class="wp-block-image aligncenter size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/02/image-25.png" alt="" class="wp-image-10556" width="643" height="328" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/02/image-25.png 996w, https://rakuda0218blog.com/wp-content/uploads/2022/02/image-25-300x153.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/02/image-25-768x392.png 768w" sizes="(max-width: 643px) 100vw, 643px" /></figure>



<p>有名なので個々の詳細は他のサイトや本を参照いただければと思いますが、<strong>これらはまさしく道具です。何をする道具かと言えば、現象を見える化する道具です。</strong></p>



<p>ここでは、<span class="red">赤字の項目</span>でより使いやすそうな道具を紹介したり、使用上の注意点を紹介して行きたいと思います。</p>



<h2 class="wp-block-heading" id="特性要因を洗い出す-特性要因図とロジックツリー"><span id="toc2">特性要因図</span></h2>



<h3 class="wp-block-heading"><span id="toc3">特性要因図/ロジックツリー</span></h3>



<figure class="wp-block-image size-full"><img loading="lazy" decoding="async" width="884" height="298" src="https://rakuda0218blog.com/wp-content/uploads/2021/11/image-4.png" alt="" class="wp-image-7956" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/11/image-4.png 884w, https://rakuda0218blog.com/wp-content/uploads/2021/11/image-4-300x101.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/11/image-4-768x259.png 768w" sizes="(max-width: 884px) 100vw, 884px" /></figure>



<p><span class="fz-20px"><strong>特性（結果）の原因と考えられる要因を出来るだけ多く、漏れ、ダブりなく洗い出すのが目的です。</strong></span></p>



<p><span class="fz-20px">従って網羅的に洗い出す必要があります。</span>そのためには<span class="marker-under-blue"><strong><span class="fz-20px">ブレンストーミング</span></strong>（<strong><span class="fz-20px">質より量、批判厳禁、思い付き、便乗発言大歓迎）</span></strong></span>でどんどん書き出すのが良いです。</p>



<p>まとめ上げる道具としては、<strong><span class="fz-20px"><span class="marker">特性要因図（魚の骨）</span></span></strong>、<strong><span class="fz-20px"><span class="marker">ロジックツリー</span></span></strong>が知られています。</p>



<p>書き方の問題で思考法は同じです。特性要因図の方が全体としてのまとまりは感じますが、ブレストするとすぐに書くところがなくなるのでロジックツリーを個人的には多用しています。</p>



<h3 class="wp-block-heading"><span id="toc4">FTA（故障の木）</span></h3>



<figure class="wp-block-image aligncenter"><img decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-24.png" alt="画像に alt 属性が指定されていません。ファイル名: image-24.png"/><figcaption><span class="fz-18px"><strong>株式会社イーコンプライアンス　FTAとは？ (ecompliance.co.jp)より</strong></span></figcaption></figure>



<p class="has-text-align-center">　<strong><span class="fz-20px">ガス爆発のFTAによる原因解析</span></strong></p>



<p>　上記のように、and　or　をつかって原因を解析して行く手法です。</p>



<h3 class="wp-block-heading"><span id="toc5">ロジックツリーとFTAのメリット/デメリット</span></h3>



<p><strong>ロジックツリー、FTAのメリット/デメリットを比較すると下の表のようなことが言えると思います。</strong>ケースバイケースで使い分ければ良いと思います。</p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="816" height="206" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-32.png" alt="" class="wp-image-605" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-32.png 816w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-32-300x76.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-32-768x194.png 768w" sizes="(max-width: 816px) 100vw, 816px" /></figure>



<h2 class="wp-block-heading"><span id="toc6">ヒストグラム</span></h2>



<h3 class="wp-block-heading"><span id="toc7">正規分布のバラツキ</span></h3>



<p>バラツキを示す指標として工程能力指数（Cp,Cpk）、標準偏差（σ）などが有りますが、あくまでも指標に過ぎません。</p>



<p><strong><span class="fz-20px"><span class="marker">バラツキの原因を調査し、改善したいのならヒストグラムを作って分布の形を確認する事が大切です。</span></span></strong></p>



<p><strong>下記のサイト</strong>が説明としては分かりやすいと思います。</p>




<a rel="noopener" href="https://toukeigaku-jouhou.info/2015/08/26/shape-of-histogram/" title="ヒストグラムの見方。その形から背景を読む" class="blogcard-wrap external-blogcard-wrap a-wrap cf" target="_blank"><div class="blogcard external-blogcard eb-left cf"><div class="blogcard-label external-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail external-blogcard-thumbnail"><img loading="lazy" decoding="async" src="https://toukeigaku-jouhou.info/wp-content/uploads/2015/08/histgram-katati1.png" alt="" class="blogcard-thumb-image external-blogcard-thumb-image" width="160" height="90" /></figure><div class="blogcard-content external-blogcard-content"><div class="blogcard-title external-blogcard-title">ヒストグラムの見方。その形から背景を読む</div><div class="blogcard-snippet external-blogcard-snippet">ヒストグラムの形をみることによって、その母集団や、データを得られた背景のにある情報を把握することができます。モノづくりにおいて、製品の規格値を測定したデータのヒストグラムの形を見ることで、工程が正常であったのか・それともなにか問題があったの</div></div><div class="blogcard-footer external-blogcard-footer cf"><div class="blogcard-site external-blogcard-site"><div class="blogcard-favicon external-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://toukeigaku-jouhou.info/2015/08/26/shape-of-histogram/" alt="" class="blogcard-favicon-image external-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain external-blogcard-domain">toukeigaku-jouhou.info</div></div></div></div></a>



<p>また、ヒストグラムも時間的には、ある限られた時間での結果です。時間による変化を見たいのならば管理図と併用して行く事になります。</p>



<h3 class="wp-block-heading"><span id="toc8">ワイブル分布　ワイブル分布解析</span></h3>



<p>工程能力指数や標準偏差は正規分布を前提としており、ヒストグラムも正規分布を前提として分布の形からバラツキの原因を探ろうとします。</p>



<figure class="wp-block-image alignleft size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/02/image-24.png" alt="" class="wp-image-10544" width="315" height="357" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/02/image-24.png 438w, https://rakuda0218blog.com/wp-content/uploads/2022/02/image-24-265x300.png 265w" sizes="(max-width: 315px) 100vw, 315px" /><figcaption>NEW GLASS Vol.23  No.3 ２００８,入門ガラスの破壊学　滋賀県立大学工学部　吉田　智　より</figcaption></figure>



<p>一方,<strong>本質的に正規分布にならない品質特性もあります。有名な所では、機械が故障するまでの時間です。</strong></p>



<p><strong>ガラスの破壊強度も正規分布にはなりません。</strong></p>



<p>このような場合、左の図のようにワイブル分布解析（ワイブル確率紙、ワイブルプロットとしてまとめると分かりやすいです。</p>



<p>X軸は破壊強度を、Y軸は累積破壊確率を示しています。例えば、10％のガラスが割れるときの破壊応力はいくらか？（いわゆるB<span class="fz-14px">10</span>）といった見方をします。</p>



<p>パラメータを適当に選ぶことで色々な分布に当てはめられる便利な考え方です。</p>



<p><span class="marker"><strong>ワイブルプロットにまとめると、上記の図のように直線に乗るようになり、その直線の傾きｍをワイブル係数と呼びます</strong>。</span></p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">ワイブル分布解析からわかる事</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><strong>傾きｍが大きいと「バラツキ」は小さい。ｍが小さいと「バラツキ」が大きい</strong></li><li><strong>直線からずれているデータは「何らかの異常」か「別のモード」が起きている。原因調査が大切となる</strong></li></ol>
</div></div>



<h2 class="wp-block-heading"><span id="toc9">層別</span></h2>



<p> 上述したように母集団の切り分け方の事ですが、４M、（人/物/機械/方法）が一般的。必要に応じて、E(環境）と言えますが、以下のような切り口が参考になると思います。 </p>



<figure class="wp-block-image aligncenter size-full"><img loading="lazy" decoding="async" width="504" height="202" src="https://rakuda0218blog.com/wp-content/uploads/2021/08/image-21.png" alt="" class="wp-image-6821" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/08/image-21.png 504w, https://rakuda0218blog.com/wp-content/uploads/2021/08/image-21-300x120.png 300w" sizes="(max-width: 504px) 100vw, 504px" /></figure>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px">層別で気を付けるべき事</span></strong></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><strong>初めから細かく切り分けると、データー数も少なく、信憑性も下がり、逆に分かりにくい事も多いです。</strong></li><li>大枠で目星をつけた上で、詳細な切り口に進んでデーター数を増やしていった方が良いと思います。</li></ul>
</div></div>



<h2 class="wp-block-heading" id="関係性を調べる散布図-回帰分析"><span id="toc10">散布図、</span></h2>



<figure class="wp-block-image alignright size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/11/image-6.png" alt="" class="wp-image-7966" width="422" height="216" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/11/image-6.png 661w, https://rakuda0218blog.com/wp-content/uploads/2021/11/image-6-300x153.png 300w" sizes="(max-width: 422px) 100vw, 422px" /></figure>



<p>右の図のようにデータをX軸とY軸でプロットして関係性、分布を表すグラフを散布図と言います。</p>



<p>直線関係があれば1次方程式で近似され（右図の回帰モデル）相関係数r2などがエクセルで簡単に表記されます。</p>



<p>相関係数はデーターの相関性を表す指数で0.7以上あれば強い相関があると言われています。</p>



<h3 class="wp-block-heading" id="関係性-相関-原因-因果関係とは限らない"><span id="toc11">関係性/相関＝原因/因果関係とは限らない。</span></h3>



<p>　<strong>疑似相関とも呼ばれるようですね。</strong>別の第3の原因が両方に影響していれば見せかけの相関になります。ただ、そうは言っても<strong><span class="fz-20px"><span class="marker-under-blue">相関が見られるということは<span class="bold-red">重要ヒント</span>である事には変わりありません。</span></span>なぜ相関がみられるのか？といった観点で考えるのは大切です。</strong></p>



<h3 class="wp-block-heading" id="外挿-内挿は注意が必要"><span id="toc12">外挿、内挿は注意が必要</span></h3>



<p>回帰モデルはあくまでもデーターから近似しているにすぎないので、データーの範囲外はどうなっているか不明です。製造条件のマージン評価では、どのぐらい、値がずれると線形モデルから外れるか？という事を調べる事が大切になってきます。</p>



<p class="has-text-align-center"><strong><span class="fz-22px"><span class="marker-blue">外挿、内挿は便利ですが、極力データー範囲を広く取る事を心がけましょう。</span></span></strong></p>



<h2 class="wp-block-heading"><span id="toc13">アローダイアグラム</span></h2>



<p>アローグラム以外にガントチャートが有名です。</p>



<p><strong>アローダイアグラムは見た目に分かりずらく、修正がしにくい。現実と計画を同時に表記しにくい。といった点が有り、私はガントチャートの方をよく使います。</strong></p>



<p>良ければ下記の記事を参照ください。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/10212/" title="設計検証の納期管理はどうすれば？漏れを防ぎ、進捗状況が一目でわかるWBSとガントチャートについて。" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2022/02/22408064_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/02/22408064_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2022/02/22408064_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2022/02/22408064_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">設計検証の納期管理はどうすれば？漏れを防ぎ、進捗状況が一目でわかるWBSとガントチャートについて。</div><div class="blogcard-snippet internal-blogcard-snippet">今回の記事から身につくこと設計検証で、何をすべきか「活動/作業」レベルまで細かく洗い出すWBSの作成方法が分かります洗い出した「活動/作業」をスケジュール化するガントチャートの作成方法が分かります。マスタースケジュール本格量産設計を進めるに...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2022.02.17</div></div></div></div></a>
</div></figure>



<h2 class="wp-block-heading"><span id="toc14">マトリックスデータ解析法</span></h2>



<p><strong>私は数値データーを主成分分析を使って解析するマトリックスデータ解析法よりも、言語データをマトリックスで評価するマトリックス法を日々の改善の道具として使う事を推薦します。</strong></p>



<p>良ければ以下の記事を参照ください。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/7815/" title="「新QC7つ道具」のマトリックスデータ解析法。それよりも汎用性のあるマトリックス分析を推奨します。" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/12/4128115_s-1-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/12/4128115_s-1-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/12/4128115_s-1-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/12/4128115_s-1-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">「新QC7つ道具」のマトリックスデータ解析法。それよりも汎用性のあるマトリックス分析を推奨します。</div><div class="blogcard-snippet internal-blogcard-snippet">「新QC7つ道具」のマトリックスデータ解析法が主成分分析を使った数値データの解析法として広く紹介されているのを知り非常に驚きました。30年以上の会社人生でそのような解析を行ったことは有りませんし、そもそも、しっかり理解するには数学や統計学の...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.11.13</div></div></div></div></a>
</div></figure>



<h2 class="wp-block-heading"><span id="toc15">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-teal-border-color">
<ul class="wp-block-list"><li><strong>特性の要因を洗い出すには、特性要因図やFTA（故障の木）と呼ばれる手法がある。TPOに応じて適切なフレームラークを選択する事が大切になる。</strong></li><li><strong>正規分布のバラツキを考察するには標準偏差や工程能力指数よりもヒストグラムの分布の形を確認する事が大切である。</strong></li><li><strong>正規分布で表せないような分布に対してはワイブル分布を当てはめるのが有効である。</strong></li><li><strong>アローダイアグラムはガントチャートに比べて作業のつながりは分かりやすいものの、修正しにくい、現実と計画の対比がしにくい。といった面がある。</strong></li><li><strong>数値データーを主成分分析を使って解析するマトリックスデータ解析法よりも、言語データをマトリックスで評価するマトリックス法の方が汎用性が有って便利。</strong></li></ul>
</div>



<p></p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/10161/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>B to B の品質クレーム対応、初動のスピード感が大切。まず何をやれば良い？</title>
		<link>https://rakuda0218blog.com/9426/</link>
					<comments>https://rakuda0218blog.com/9426/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Sat, 15 Jan 2022 20:21:00 +0000</pubDate>
				<category><![CDATA[品質改善]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=9426</guid>

					<description><![CDATA[すでに納入した物、これから作るものの流出防止策を決めるまでのスピード感、納得できる確実な再発防止対策が大切になると感じています。 目次 クレーム？苦情？改善要請？過失が有る場合過失が無い場合品質クレームの初動クレームを出 [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>すでに納入した物、これから作るものの流出防止策を決めるまでのスピード感、納得できる確実な再発防止対策が大切になると感じています。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-14" checked><label class="toc-title" for="toc-checkbox-14">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">クレーム？苦情？改善要請？</a><ol><li><a href="#toc2" tabindex="0">過失が有る場合</a></li><li><a href="#toc3" tabindex="0">過失が無い場合</a></li></ol></li><li><a href="#toc4" tabindex="0">品質クレームの初動</a><ol><li><a href="#toc5" tabindex="0">クレームを出す側</a></li><li><a href="#toc6" tabindex="0">クレームを受ける側</a></li></ol></li><li><a href="#toc7" tabindex="0">暫定対策（応急処置）</a></li><li><a href="#toc8" tabindex="0">原因調査から再発防止まで</a></li><li><a href="#toc9" tabindex="0">クレーム対応の基本</a><ol><li><a href="#toc10" tabindex="0">対応できない場合は事実を説明し代案を提案する。</a></li><li><a href="#toc11" tabindex="0">確実な再発防止</a></li></ol></li><li><a href="#toc12" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">クレーム？苦情？改善要請？</span></h2>



<p>クレーム対応と言えば、お客様の不満、要望、含めてすべてをクレームと呼んでいるように思います。</p>



<p>お客様が困っている、不満に思っている状態なので、速やかに誠意を持って対応するのが大切なのですが会社としてどう対応するかは決める必要が有ります。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-red-background-color has-deep-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">クレームの</span><span class="fz-20px">対応方針</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list" id="block-f57ecd83-147c-4b5a-ad78-49786e7ee2a8"><li><strong>速やかに回収/代納すべきクレームなのか？</strong></li><li><strong>回収/代納はないが、次回以降、改善しないと納入できない物なのか？（特別採用）</strong></li><li><strong>仮に改善されなくても納入は続けられるような物なのか？（不満は増していく）</strong></li></ol>
</div></div>



<p>いずれにしても、設計/開発部門が判断すべきことではなく、<strong>営業が判断し、お客様と交渉する問題です。</strong></p>



<p>新商品を開発する際、お客様と仲良くなると、直接、開発/設計者にクレームが来ることが有りますが<strong>窓口は営業に一本化しましょう。</strong></p>



<p>品質保証のメンバーが全面的にお客様と交渉して行くようなケースもありますが、上記対応が出来る事が必要になると思います。</p>



<h3 class="wp-block-heading"><span id="toc2">過失が有る場合</span></h3>



<p><span class="marker"><strong>仕様書、契約内容を満たしていない</strong>。<strong>あるいは、本来、必要な機能が得られず、その原因が供給側の製造工程にあった場合は議論の余地なく回収/代納する必要があるでしょう。</strong></span></p>



<p class="has-text-align-center"><strong><span class="fz-22px">分かりやすく言えば、サプライヤーに落ち度（やってしまった！）がある場合です。</span></strong></p>



<p>ガラスの梱包容器で溶接の作業にミスが有り、必要な強度が得られないことが判明したような場合です。</p>



<p><strong>場合によっては損害賠償の請求が有るかもしれません</strong>。私は営業をしていた時に損害賠償を要請された経験は有りますが、受けた事はありません。</p>



<p><strong>現物の損害であれば代納で済むはずです。</strong></p>



<p><strong>機会損失や不良品の処理にかかった実費などでしょうが、因果関係や金額をサプライヤーが納得できる形で進めるのは、請求する側から見ればハードルは高いと思います。</strong></p>



<h3 class="wp-block-heading"><span id="toc3">過失が無い場合</span></h3>



<p><strong><span class="marker">私は落ち度なく製品を作りました。と主張しても実際に製品として使えない場合、その原因がやはり製造工程に有るのであれば回収/代納はやはり必要でしょう。</span><span class="marker-under-blue">使えないんですから</span></strong></p>



<p><strong>実際にその欠陥が、製造工程で発生したのか？お客様の工程で付けたのではないか？といった切り分けが大切になります。お客様の工程の問題であれば当然クレームになりません。</strong></p>



<p><strong>紛糾しやすいのは <span class="fz-20px"><span class="fz-18px">お客様も認識できなかったし、製造側も作る時に認識していなかった事が問題になるような場合です。</span></span></strong> </p>



<p>ありがちなのが、日本では問題なかったものが、海外で使用するようになると使えない問題が出てきた場合です。</p>



<p>海外で、特殊な使い方をされていたりしていて、その使い方はやめてください。変えてください。と話をして聞き入れてもらえる場合は良いですが、実際、変えるのは難しい場合もあります。<strong>それでも使えない物は使えない。と言われれば終わりの所が有ります。</strong></p>



<p>しかし、過失が無い場合は責任は0/100ではありません。<strong>お客様の方で勝手に使用条件を厳しくしたり、お客様の装置の性能が当初より落ちているので使えなくなっているだけのケースも考えられます。</strong></p>



<p><strong>なので、工程内の調査でも当方に過失がない場合は、使い方で問題はなかったか確認する事が大切になります。</strong></p>



<p><strong>しかし、正論を押し通せば上手く行くというものでもありません。お客様でも責任を感じてもらえれば、先方でもいろいろ工夫して流動してくれるなど、協力してくれる事もあります。</strong></p>



<p><strong><span class="marker"><span class="fz-22px">クレームを受けた側は、そうやって何とか工夫してお客様に使ってもらえるように交渉するのが大事になります。</span></span></strong></p>



<p>しかし、どう交渉するのかは営業マタです。一番大切な事は、営業にしっかりと背景を説明し、営業に適切な対応を取ってもらう事が大切という事になります。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-red-background-color has-deep-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">過失が無い場合のクレーム対応</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><strong>実際に製品として使えない原因が製造工程にあれば通常は回収/代納は避けられない。</strong></li><li><strong>製品の欠点よりも、その使い方に問題が有るケースがあるので使い方を確認するのが大切。</strong></li><li><strong>対応方針は営業が決める事。お客様の関係性で決まるところあり。設計/開発者としては状況をしっかり営業に説明することが大切。</strong></li></ol>
</div></div>



<h2 class="wp-block-heading"><span id="toc4">品質クレームの初動</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-blue-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">品質クレームの初動</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><span class="fz-20px"><strong>現物確認/現場確認</strong></span></li><li><span class="fz-20px"><strong>発見工程/発見経緯/発生ロット</strong></span></li><li><span class="fz-20px"><strong>クレームの影響度（お客様の困り具合、要求内容）</strong></span></li><li><span class="fz-20px"><strong>回収/代納の必要性の判断</strong></span><strong><span class="fz-20px">（クレーム対応方針）</span></strong></li></ol>
</div></div>



<h3 class="wp-block-heading"><span id="toc5">クレームを出す側</span></h3>



<p>　<strong>窓口はクレームを受ける側だけでなく、出す側も一本化しましょう。</strong>また、情報は事実のみ、的確に出しましょう。</p>



<p>　特に初期は、良かれと思い、付帯情報を色々出したり、担当部署から直接連絡させたりすると、不確かな情報も混じったり、上手く伝わらなかったりというようなことが起こり情報が錯綜し混乱することが多いからです。</p>



<p>　サプライヤー側で知りたいことは質問としてくるので、そこで的確にこたえるのが良いと思います。</p>



<p>　<strong>現物/現場確認は機密保持の点で出し渋る方も多いですが、クレームを出す以上、基本現物を送るべきです。</strong>話だけでは相手は原因調査には不十分で当然現物を確認したいとなります。</p>



<p>　<strong>今は便利になりましたので、海外でも動画で現象を共有することが出来ます。スピード勝負でまずは事実を伝えましょう。</strong></p>



<h3 class="wp-block-heading"><span id="toc6">クレームを受ける側</span></h3>



<p>　クレームを受けた側はまず実施しなければならないのは、ロット情報から同じ品質問題が発生する可能性があるロットを特定し、在庫品とお客様に納入した分の処置をどうするか早急に決めることです。</p>



<p>　そのためには、お客様の影響度も考慮する必要が有ります。</p>



<p>ここまでは、最速で実施する必要が有ります。場合によってはその日のうちにお客様を訪問して、まずは回収する場合も出てくるでしょう。</p>



<h2 class="wp-block-heading"><span id="toc7">暫定対策（応急処置）</span></h2>



<p class="has-text-align-center"><span class="fz-24px"><strong><span class="marker-under-red">すぐに出来る流出防止</span></strong></span><strong><span class="fz-24px"><span class="marker-under-red">対策</span></span></strong></p>



<p>既に作ってしまった物の処置を決めたら、今後、作るものをどうするか決めなければなりません。現物を確認してすぐに暫定対策を決めましょう。</p>



<p>暫定対策は応急処置ですので、<strong>すぐに出来きて確実に流出防止できる事が大切です。</strong>けがをして血を流している時はまず血を止めるのに包袋等で処理を真っ先に実施します。</p>



<p>それと同じで、生産性が一時的に落ちたり、検査を厳しめに実施しなければならなかったりしますが、まずは、流出防止を実施し確実に品質を確保させることが大切になります。</p>



<p><strong>また、暫定対策は本来、恒久対策が出来れば見直すべきですが、一旦、お客様に提案すると見直すのが難しくなります。</strong></p>



<p><strong><span class="marker">お客様に報告すべき暫定対策と、社内でクローズできる暫定対策と分けて考える事も大切</span>になります。</strong></p>



<p>初動から暫定対策までは、被害拡大を防ぐためにもスピード第一で事に当たりましょう。</p>



<h2 class="wp-block-heading"><span id="toc8">原因調査から再発防止まで</span></h2>



<p>ここから先は通常の品質改善、不具合調査と同じ流れです。原因調査、対策立案/実施、効果の確認、再発防止です。対策も恒久対策は費用対効果をよく考えて決めましょう。</p>



<h2 class="wp-block-heading"><span id="toc9">クレーム対応の基本</span></h2>



<p><strong>心しておかなければいけないのは、当たり前ですが相手が外部のお客様という事。対応の良し悪しは必ず競合他社と直接比較されるという点です。</strong></p>



<p><strong>クレームの処理によってはお客様の信頼を得て、拡販につながる場合もありますが、逆に納入停止になる場合もあります。</strong></p>



<p><strong>個人的には、<span class="marker">初動のスピードと納得できる確実な再発防止が特に比較評価されると感じています。</span></strong></p>



<h3 class="wp-block-heading"><span id="toc10">対応できない場合は事実を説明し代案を提案する。</span></h3>



<p><strong>営業が強い会社はすぐに打ち合わせがセットされるも中身が何もなかったり、現物確認、該当ロット/グレーロットを特定もせず、質問ばかりしてくる。自社の都合だけを言ってくる。</strong>そんなサプライヤーさんはやはり付き合いたいと思いません。</p>



<p>クレームを出してしまった側も、実際には物理的に対応できる事、出来ない事は有るでしょう。しかし、相手は困っているのです。社内事情は有るでしょうが、それはクレームを出す側からすれば関係ありません。</p>



<p><strong>事情を説明したうえで、その事情をどうやって解決して行こうとしているのか？今できる代案は何なのか？を提案することが絶対に必要です。</strong></p>



<h3 class="wp-block-heading"><span id="toc11">確実な再発防止</span></h3>



<p>対策が結局、教育を徹底します。と報告してくるサプライヤーさんがごく稀ですがいます。</p>



<p>教育を徹底することでどうして再発防止が出来るのか？と聞いたところ、「私が直接厳しく教育したから大丈夫です。」と答えた人がいてびっくりした事もあります。</p>



<p>ダブルチェックします。も信用しません。ダブルチェックもしないよりはした方が良いでしょうが、チェックの仕方の方が大切です。指差し呼称が望ましいですが、徹底するのは簡単ではないでしょう。</p>



<p>ダブルチェックするのなら、二人で同時に確認しながらチェックするようにして欲しいと思います。一人がチェックした後にもう一人がチェックするのは時間の無駄だと私は思っています。</p>



<p>教育も大切ですが、人は必ずミスをします。そもそも、仕組みを変えない限り信用できません。確実な再発防止に関しては記事にしていますので良ければ確認ください。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/1712/" title="確実な再発防止策、歯止めを講じる方法。考え方" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">確実な再発防止策、歯止めを講じる方法。考え方</div><div class="blogcard-snippet internal-blogcard-snippet">標準化/現場改善/品質優先の考えが確実な再発防止には大切です。歯止めを講じるにはフールプルーフ、ポカヨケ対策とフェイルセーフ、ミスに気付く仕組みづくりが必要になります。再発防止策標準化　別の記事で、標準化の難しさを記載していますので、そちら...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.02.04</div></div></div></div></a>
</div></figure>



<h2 class="wp-block-heading"><span id="toc12">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color">
<ol class="wp-block-list"><li><strong>供給側の過失の有り無しにかかわらず、製品として必要な機能を果たせない原因が製品の製造工程にあったのであれば回収代納は免れない。</strong></li><li><strong>過失がない場合には使われ方の問題である可能性もあるので、どのような使われ方をしたのか確認する事が大切</strong></li><li><strong>クレームの対応方針を決めるのは営業マター。回収/代納が必要なのかどうかすぐに判断することが大切。</strong></li><li><strong>初動ではスピード第一。現物/現場確認、発生ロット/発見経緯、クレームの影響度、回収/代納の対応を速やかに決める事が大切</strong></li><li><strong>暫定対策では確実な流出防止を最優先。</strong></li><li><strong>原因追及～再発防止までは通常の品質改善と同じ。ただし、クレーム対応は、競合他社と対応の良し悪しは直接比較される。初動のスピードと納得できる確実な再発防止が評価されやすい。</strong></li></ol>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/9426/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>工程監査の目的とポイント、監査する側、される側で大切な事。</title>
		<link>https://rakuda0218blog.com/8775/</link>
					<comments>https://rakuda0218blog.com/8775/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Tue, 28 Dec 2021 20:16:00 +0000</pubDate>
				<category><![CDATA[品質マネージメントシステム]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=8775</guid>

					<description><![CDATA[購入側と売る側の意識レベルを合わせるコミュニケーションです。 購入側では、サプラーヤーに最低限実施して欲しい事を明確にすることが大切です。被監査側も、サプライヤー側の要求するレベルを知るうえで非常にチャンスです。 目次  [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p class="has-text-align-center"><span style="" class="marker"><span style="" class="fz-22px"><b>購入側と売る側の意識レベルを合わせるコミュニケーションです。</b></span></span></p>



<p>購入側では、サプラーヤーに最低限実施して欲しい事を明確にすることが大切です。被監査側も、サプライヤー側の要求するレベルを知るうえで非常にチャンスです。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-16" checked><label class="toc-title" for="toc-checkbox-16">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">なぜ、工程監査が必要か？</a></li><li><a href="#toc2" tabindex="0">効果的な工程監査の進め方</a><ol><li><a href="#toc3" tabindex="0">私が進めていた工程監査</a><ol><li><a href="#toc4" tabindex="0">チェックリスト</a></li><li><a href="#toc5" tabindex="0">チェック項目</a></li><li><a href="#toc6" tabindex="0">監査当日</a><ol><li><a href="#toc7" tabindex="0">監査</a></li><li><a href="#toc8" tabindex="0">クロージング</a></li><li><a href="#toc9" tabindex="0">監査終了後のフォロー</a></li></ol></li></ol></li><li><a href="#toc10" tabindex="0">その他の工程監査の進め方</a><ol><li><a href="#toc11" tabindex="0">事前準備</a></li><li><a href="#toc12" tabindex="0">監査当日</a></li></ol></li></ol></li><li><a href="#toc13" tabindex="0">工程監査で気を付ける事</a><ol><li><a href="#toc14" tabindex="0">監査側が気を付けるべき事</a></li><li><a href="#toc15" tabindex="0">被監査側か気を付けるべきこと</a></li></ol></li><li><a href="#toc16" tabindex="0">最後に</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading" id="なぜ-工程監査が必要か"><span id="toc1">なぜ、工程監査が必要か？</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px">なぜ、工程監査が必要か？</span></strong></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list">
<li><strong>自社の商品の品質に直結するような購入品は、購入側もお客様に向けて品質を保証する必要がある。</strong></li>



<li><strong>新しいサプライヤー採用の場合、サンプルの評価だけでは分からないサプライヤーの実力を把握する。</strong></li>
</ul>
</div></div>



<p><strong>自社の商品の品質に直結するような購入品</strong>で品質問題が発生した場合、購入品の品質問題は自社の商品の品質問題に直結します。</p>



<p><strong>購入品のサプラーヤーさんの品質レベルを向上させるのは、自社の製造工程での品質レベルを上げる事と同じように必要な事になります。</strong></p>



<p>また、<strong>新しいメーカーさんを採用するような場合、サンプルはチャンピョン品を出してくる可能性が高いです。一度工場を訪問し、量産に耐えうるサプライヤーさんなのか確認する事が大切になります。</strong></p>



<h2 class="wp-block-heading" id="効果的な工程監査の進め方"><span id="toc2">効果的な工程監査の進め方</span></h2>



<h3 class="wp-block-heading" id="私が進めていた工程監査"><span id="toc3">私が進めていた工程監査</span></h3>



<h4 class="wp-block-heading" id="チェックリスト"><span id="toc4">チェックリスト</span></h4>



<p>購入側が、要求する項目、レベルを明確にして関係者で共有することが大切です。重要度まで協議し、チェックリストのまとめます。</p>



<figure class="wp-block-image size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/12/image-20-1024x231.png" alt="" class="wp-image-8920" width="988" height="222" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/12/image-20-1024x231.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2021/12/image-20-300x68.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/12/image-20-768x173.png 768w, https://rakuda0218blog.com/wp-content/uploads/2021/12/image-20-1536x346.png 1536w, https://rakuda0218blog.com/wp-content/uploads/2021/12/image-20-2048x462.png 2048w" sizes="(max-width: 988px) 100vw, 988px" /><figcaption class="wp-element-caption"><strong><span class="fz-18px"><span class="fz-16px">筆者が実際に使っていたチェックリスト</span></span></strong></figcaption></figure>



<p>重要度は必須、重要、有った方が良いの3段階。採点基準は合格、問題なしが3点、そもそも対応できていない、システムが無いは0点、2点は要改善、1点は不十分です。まとめるのは大変ですが、一度作ってしまえば同じものを何度も使えるので便利です。</p>



<h4 class="wp-block-heading" id="チェック項目"><span id="toc5">チェック項目</span></h4>



<ol class="wp-block-list">
<li><strong>図面/指示書/標準書の管理</strong>
<ul class="wp-block-list">
<li>機密管理、最新版管理、変更管理、指示書など。こちらの依頼が確実にものに反映される事を確認するのが目的です。</li>
</ul>
</li>



<li><strong>情報管理</strong>
<ul class="wp-block-list">
<li>商品の情報が外に漏れるのも困るので、社内、および、外部への情報管理を確認します。</li>
</ul>
</li>



<li><strong>QC工程表</strong>
<ul class="wp-block-list">
<li>QC工程に必要な情報が盛り揉まれているか？リスク評価結果が盛り込まれているか？等を確認します。</li>
</ul>
</li>



<li><strong>製造工程</strong>
<ul class="wp-block-list">
<li>作業員の教育、必要な装置、治具の確認、作業方法の確認等です。</li>
</ul>
</li>



<li><strong>検査工程</strong>
<ul class="wp-block-list">
<li>検査方法が適切か？検査記録はしっかり残っているか？等確認します。</li>
</ul>
</li>



<li><strong>識別、トレーサビリティー</strong>
<ul class="wp-block-list">
<li>工程を確認して現物がどういった状態にあるのかパット分かる事。また、実際に、購入部品に至るまでロットトレースしてもらって、調査にどれだけ時間がかかるのか？どれだけ影響が広がるのか、確認してもらうようなことをします。</li>
</ul>
</li>
</ol>



<p>私が実施していた内容ですので、業種が変われば内容も変わってくるでしょう。いずれにしても関係者で内容を協議することが大切になります。</p>



<h4 class="wp-block-heading" id="監査当日"><span id="toc6">監査当日</span></h4>



<h5 class="wp-block-heading" id="監査"><span id="toc7">監査</span></h5>



<p>チェックリストをもとにQC工程表で工程の説明を受けた後、実際に現場に出て必要な項目を確認し、場合によっては書類の確認を行います。</p>



<h5 class="wp-block-heading" id="クロージング"><span id="toc8">クロージング</span></h5>



<p>チェックシートに当日の確認内容を記載し、チェックシートを完成させたうえでクロージングを行います。自己採点と乖離が大きい項目など、すぐにわかるので効果的です。</p>



<p>こちらが重要と思う項目も点数化されているので伝わりやすいです。</p>



<p>私は、通常2日かけて監査をしていましたので、初日の結果は、宿に戻ってから、遅くなっても頑張ってシートを作り、二日目はクロージングの前にシートを完成させる時間をもらっていました。</p>



<p>色々、改善点が出てくるので改善計画をいつまでに提出してもらえるか決めて、監査は終了となります。</p>



<h5 class="wp-block-heading" id="監査終了後のフォロー"><span id="toc9">監査終了後のフォロー</span></h5>



<p>改善計画に沿って、結果を報告してもらい、タイミングをみて現地訪問で確認する事になります。</p>



<h3 class="wp-block-heading" id="その他の工程監査の進め方"><span id="toc10">その他の工程監査の進め方</span></h3>



<p>私は30代の頃に営業/技術営業も経験しており、その時も多くの工程監査を受けて来ました。その頃の進め方です。お客様によって工程監査の進め方に細かな違いはありますが概ね同じです。</p>



<h4 class="wp-block-heading" id="事前準備"><span id="toc11">事前準備</span></h4>



<p>チェックシートの形で送付されることは無かったと記憶していますが、当日、どのような流れにするのか、議題は何なのか、どのような事を議論したいのか、準備すべき資料は何なのか？といった所を営業担当がお客様と打ち合わせをします。</p>



<p>打ち合わせ内容を工場の品質保証部に伝え、準備してもらい事前に内容は確認します。</p>



<h4 class="wp-block-heading" id="監査当時"><span id="toc12">監査当日</span></h4>



<p>どこのメーカーさんも、QC工程表で状況を説明し、製造工程や検査工程など確認して行きます。この流れは大体どこでもそうです。</p>



<p><strong>そういった意味では、識別、トレーサビリティーと図面/指示書/標準書がオプションとも言えますが、逆に言えば、その項目の認識が、中小企業さんでは不足している事が多いので追加したとも言えます。</strong></p>



<p>お客様によってはISO9001や自動車関連ではISO/TS16949に準じた監査をするお客様もいらっしゃいます。</p>



<p>クロージングでアクションアイテムをまとめ、改善計画を被監査側から提出するのは、大体どこでもそうです。</p>



<h2 class="wp-block-heading" id="工程監査で気を付ける事"><span id="toc13">工程監査で気を付ける事</span></h2>



<h3 class="wp-block-heading" id="監査側が気を付けるべき事"><span id="toc14">監査側が気を付けるべき事</span></h3>



<ul class="wp-block-list">
<li><strong><span class="fz-20px">物見遊山的に大勢で訪問しない。</span></strong>
<ul class="wp-block-list">
<li>折角の機会なので、工場見学のつもりで参加しようという方もいますが、受ける工場側は人数が増えれば現場案内するのもそれだけ大変です。この人は何のために参加したのだろう？と思われると、ちょっとした不信感を持ちます。</li>



<li><strong>工場見学なら、その目的で別途行くのが良いと思います。</strong></li>
</ul>
</li>
</ul>



<ul class="wp-block-list">
<li><strong><span class="fz-20px">製造工程、検査工程のノウハウや技術情報を必要以上に引き出すのはNG、</span></strong>
<ul class="wp-block-list">
<li>当然。機密保持契約を結んでいても、すべての情報を監査側はオープンにしたくなければしなくて良いです。必要以上の事を聞いたりするのは礼儀違反だと思います。</li>
</ul>
</li>
</ul>



<ul class="wp-block-list">
<li><strong><span class="fz-20px">こちらが要求するレベル以上の要求はしない。気になると必要以上に細かな事を指摘しがち</span></strong>
<ul class="wp-block-list">
<li>その指摘、大きなお世話かもしれません</li>
</ul>
</li>
</ul>



<ul class="wp-block-list">
<li><strong><span class="fz-20px">改善内容の決定権はサプライヤーにある。</span></strong>
<ul class="wp-block-list">
<li>監査で具体的な対策までは決めないで、別途社内で議論したうえで回答してもらった方が良いです。その場で、こちらの意向を汲んで、断れなかったとした場合、結局、後で話が戻ってしまいます。相手には、こちらに言いたくない内部事情があるかもしれません。<strong><span class="marker-under-blue">こちらの希望をしっかり伝えるのは大切ですが、相手に検討してもらう事も大切です。</span></strong></li>
</ul>
</li>
</ul>



<ul class="wp-block-list">
<li><span class="fz-20px"><strong>お客様対応で整備した可能性あり。（本当の姿は見せない</strong>？）</span>
<ul class="wp-block-list">
<li>お客様のために準備をするのは当然として、本当の姿が見えないほど、取り繕うサプライヤーさんもいらっしゃ<em>います。時間が多少かかっても、その場で、こちらが適当に指定した件で書類を確認するのはやはり必要です。</em></li>
</ul>
</li>
</ul>



<ul class="wp-block-list">
<li><strong><span class="fz-20px">仮に納入禁止とする場合、どうなったら納入再開になるのか明確に示し約束する。</span></strong>
<ul class="wp-block-list">
<li>目的は購入側と売る側のコミュニケーションです。と言いながら、実際に、納入停止の判断をする必要があれば、その旨説明し、どうなれば、解除されるか説明し約束することが大切です。私の場合、重要項目で、対応が取られていない場合には、納入停止としていました。</li>
</ul>
</li>
</ul>



<ul class="wp-block-list">
<li><strong><span class="fz-20px">工程監査はあるレベルに到達したら、品質会議に移行し、その中でフォローして行く</span></strong>
<ul class="wp-block-list">
<li>工程監査は無理に継続する必要はありません。必要以上の指摘を避けるためにも、どこかで品質会議の中に包括してしまいましょう。</li>
</ul>
</li>
</ul>



<h3 class="wp-block-heading" id="被監査側か気を付けるべきこと"><span id="toc15">被監査側か気を付けるべきこと</span></h3>



<ol class="wp-block-list">
<li><strong><span class="fz-20px">監査員の要求するレベルをよく理解する。</span></strong></li>



<li><strong><span class="fz-20px">その場しのぎの回答をしない。</span></strong></li>



<li><strong><span class="fz-20px">準備は十分に行う。</span></strong></li>
</ol>



<p>監査員の要求するレベルをよく理解することは大切ですが、必要以上に細かな事を指摘してくるお客様もいます。必要以上な指摘と感じたら、その理由、背景をしっかり聞きましょう。</p>



<p>思い付きで発言されたのなら撤回されるかもしれませんし、背景、理由が分かれば、他の提案は出来るかもしれません。</p>



<p>その場しのぎの回答はしないというのも、当然ですが大切です。しかし、お客様の前で社内議論する訳にも行きません。監査が二日に及ぶような場合、お客様が帰った後に社内協議を行い、二日目は昨日の振り返りから行うのも良いでしょう。</p>



<p><strong><span class="marker">お客様は工程監査を行うという事は、魅力を感じ購入する前提で監査を行います。その点は自信を持っていただいてOKです。</span></strong></p>



<p>監査を行う側も準備はそれなりに大変で、興味があるぐらいなら工場見学に行くことは有りますが、監査を行うほど暇な会社はまずないと思います。</p>



<h2 class="wp-block-heading" id="最後に"><span id="toc16">最後に</span></h2>



<p><strong>「初めは、色々うるさい事を言ってくる人だと思ったが、品質保証だけでなく、ラインがシンプルになり、工場としての実力も上がった。非常に感謝している。」との言葉をいただき、私も大変うれしかった記憶が有ります。</strong></p>



<p>監査や指摘を通じて、お互いの信頼関係が構築でき、成長できるように頑張りましょう。</p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/8775/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>購入品の社内管理基準を構築する時の注意点。</title>
		<link>https://rakuda0218blog.com/8270/</link>
					<comments>https://rakuda0218blog.com/8270/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Tue, 23 Nov 2021 12:02:52 +0000</pubDate>
				<category><![CDATA[品質マネージメントシステム]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=8270</guid>

					<description><![CDATA[目次 重要購買品の選定購入仕様書/仕様一覧/受入検査購入品仕様一覧/購入仕様書受入検査運用管理基準の作成失敗談まとめ 重要購買品の選定 購入品と一口に言っても非常に多岐にわたります。素材メーカーの原材料や私が担当していた [&#8230;]]]></description>
										<content:encoded><![CDATA[

  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-18" checked><label class="toc-title" for="toc-checkbox-18">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">重要購買品の選定</a></li><li><a href="#toc2" tabindex="0">購入仕様書/仕様一覧/受入検査</a><ol><ol><li><a href="#toc3" tabindex="0">購入品仕様一覧/購入仕様書</a></li><li><a href="#toc4" tabindex="0">受入検査</a></li></ol></li></ol></li><li><a href="#toc5" tabindex="0">運用管理基準の作成</a><ol><li><a href="#toc6" tabindex="0">失敗談</a></li></ol></li><li><a href="#toc7" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">重要購買品の選定</span></h2>



<p>購入品と一口に言っても非常に多岐にわたります。素材メーカーの原材料や私が担当していたようなガラスの梱包容器や梱包材のように、<strong><span class="fz-20px"><span class="marker">購入品の品質が製品の品質に大きな影響を与えるもの</span></span>から、一般事務用品のように管理を必要としない物まで色々あります。</strong></p>



<p><strong><span class="fz-20px">購入品の購入後の運用基準を考えるにあたっては、<span class="marker-under-blue">その購入品が自社の製品の品質に与える影響を考慮にいれて、<span class="marker-blue">重要購入品を指定し、特別に厳しい運用管理基準を決める</span></span></span>のが最初になります。</strong></p>



<p>ちなみに、私が担当していた液晶用ガラスの梱包材、梱包容器は重要購入品に指定されており、定期的なメーカーさんとの品質会議、営業情報を基にした社内の品質会議、メーカーさんの工程監査などは、開発/品保/資材/製造合同で実施しておりました。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-indigo-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">メーカ選定で大切な事</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list" id="block-b4f35dbc-cd5a-49e2-9694-fb3522f56469"><li><strong>製缶作業のように人手作業が中心のメーカーさんは、社長さん（担当窓口）の姿勢。</strong></li><li><strong>装置産業は装置仕様がやはり大切</strong></li></ol>
</div></div>



<p>梱包容器の製造メーカーさんは韓国や台湾の中小企業さんにお願いしていました。間に商社さんに入ってもらうのですが、実際に一緒にやっていく上においては、どれだけ、こちらの思いを汲んで対応してもらえるか？という事が大切になります。小回りが利くのと、基本、製缶作業なので、社長、あるいは、担当窓口の影響力が大きく影響します。</p>



<p>正直、当初は、QMSってなに？トレーサビリティーって何？といったような状態でしたが、こちらが要求するレベルを説明し、システムを構築してもらいました。</p>



<p><strong><span class="marker-under-blue">「初めは、色々うるさい事を言ってくる人だと思ったが、工程がすっきりして、仕事が見えるようになった。非常に感謝している。」との言葉をいただき、私も大変うれしかった記憶が有ります。</span></strong></p>



<p>一方、ガラスのクッション材として使用する紙などは装置産業なので、工場見学でしっかりポイントを確認する事が大切になります。窓口の姿勢も大切なのですが、装置相手なので、やはり、対応出来る事には限度が有ります。</p>



<h2 class="wp-block-heading"><span id="toc2">購入仕様書/仕様一覧/受入検査</span></h2>



<h4 class="wp-block-heading"><span id="toc3">購入品仕様一覧/購入仕様書</span></h4>



<p>　購買が、一社購買にならないように、購入品の仕様書をまとめる必要があります。窓口は資材が窓口になるのが通常ですが、実際には開発品は開発部、量産後は資材が中心になって協議して行く事になります。</p>



<h4 class="wp-block-heading"><span id="toc4">受入検査</span></h4>



<p>　<strong>メーカーさんの出荷検査で代用するのが基本です。</strong>メーカーさんでしっかり検査しているかチェックする意味でも同じ項目を受け入れで検査すべきだ。と主張する方も良くいらっしゃいますが、単純に、同じ作業を二回やるのは無駄だと思います。そういった心配が有るのなら、メーカーさんとコミュニケーションをしっかりすべきと思います。</p>



<p><strong>しかし、メーカーでは確認できないような品質確認は社内で受け入れ時に実施する必要が有ります。</strong>検査結果が出るまで、受け入れない。とするのか、モニター扱いとするのかは、関係者で良く協議して決めれば良いと思います。</p>



<p>検査結果が出るまで受け入れないとすると、検査の間の在庫の問題、NGとなった場合の取り扱い。一方社内検査結果とお客様の品質に与える影響を考慮して決めるしかないと思います。</p>



<h2 class="wp-block-heading"><span id="toc5">運用管理基準の作成</span></h2>



<p>　使用する工程で作成するのが基本です。ただし、特注の梱包容器のようなものは、使用する工程にて管理基準を決めきれない場合があります。</p>



<p>　その場合は<strong>設計/開発部署が設計の立場から管理が必要な項目を明確にし、使用する工程と協議の上、管理基準を作成する必要があります。</strong></p>



<p>　特に、<strong>使用する拠点が複数に及ぶ場合には、本社の統括する部署がとりまとめ、共通の管理基準を作成する必要があります。</strong></p>



<p>　<strong>お客様との管理上の約束事項も確実に管理基準に反映させなければなりませんので営業/品証との協議も必要です。</strong></p>



<p>　言うのは簡単ですが、実際に運用するのは非常に大変です。共通の管理基準をまとめるのはどこが最適か？からして色々揉めます。</p>



<h3 class="wp-block-heading"><span id="toc6">失敗談</span></h3>



<p>　初期は、実際の管理基準なので、容器の機種ごとに幹事工場を決め、幹事工場の生産管理部門にメンテナンスをお願いしていましたが、上手くいきませんでした。</p>



<p>　その大きな理由は工場の生産管理は、あたり前ですが他の工場のお金に関して権限がありません。幹事工場が管理基準を決めても、他の工場では実際に行われない。必要な情報が幹事工場に届かないこともありました。</p>



<p>　結局、権限、情報、責任は分散させることなく、一か所で管理した方がやはり良いとのことで結局、本社の生産管理部門が一括でメンテナンスするシステムに変更してから上手くいくようになりました。</p>



<p>ポイントとしては以下の５点が大切だと思います。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-red-background-color has-red-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-22px"><span class="fz-20px">運用の共通管理基準を作るポイント</span></span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><span class="bold-red"><strong>共通管理基準は設計上必要な管理項目/お客様との約束事項は最低限盛り込む、</strong></span></li><li><span class="bold-red"><strong>上記以外の管理基準は拠点独自の運用とし、拠点運用の自由度を持たせる。</strong></span></li><li><span class="bold-red"><strong>一度管理基準を決めたら、その後は４M変更で維持管理を行う。（共通管理基準を変更/あるいは追加したい場合には、４M変更申請が必要）</strong></span></li><li><span class="bold-red"><strong>当然ながら拠点巡りを行い、システムを構築した後も定期的に訪問する。</strong></span></li><li><strong><span class="bold-red">維持/メンテナンスは権限/情報/責任のある部門が一括で担当する。</span></strong></li></ul>
</div></div>



<h2 class="wp-block-heading"><span id="toc7">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color">
<ul class="wp-block-list"><li><strong>自社の製品の品質に与える影響を考慮し重要購買品を特定する。</strong></li><li><strong>重要購買品は、他の購買品よりも特に厳しい管理を行う。</strong></li><li><strong>受入検査はメーカーの検査結果を確認するのが基本</strong></li><li><strong>自社でなければ確認できないことは自社で受入検査を行う。</strong></li></ul>



<p><span class="fz-20px"><strong><span class="marker-under-red">運用の共通管理基準を作るポイント</span></strong></span></p>



<ul class="wp-block-list"><li><span class="bold"><strong>共通管理基準は設計上必要な管理項目/お客様との約束事項は最低限盛り込む、</strong></span></li><li><span class="bold"><strong>上記以外の管理基準は拠点独自の運用とし、拠点運用の自由度を持たせる。</strong></span></li><li><span class="bold"><strong>一度管理基準を決めたら、その後は４M変更で維持管理を行う。（共通管理基準を変更/あるいは追加したい場合には、４M変更申請が必要）</strong></span></li><li><span class="bold"><strong>当然ながら拠点巡りを行い、システムを構築した後も定期的に訪問する。</strong></span></li><li><span class="bold"><strong>維持/メンテナンスは権限/情報/責任のある部門が一括で担当する。</strong></span></li></ul>
</div>



<p></p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/8270/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>「新QC7つ道具」のマトリックスデータ解析法。それよりも汎用性のあるマトリックス分析を推奨します。</title>
		<link>https://rakuda0218blog.com/7815/</link>
					<comments>https://rakuda0218blog.com/7815/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Sat, 13 Nov 2021 12:55:19 +0000</pubDate>
				<category><![CDATA[QCストーリー]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=7815</guid>

					<description><![CDATA[「新QC7つ道具」のマトリックスデータ解析法が主成分分析を使った数値データの解析法として広く紹介されているのを知り非常に驚きました。 30年以上の会社人生でそのような解析を行ったことは有りませんし、そもそも、しっかり理解 [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>「新QC7つ道具」の<strong>マトリックスデータ解析法が主成分分析を使った数値データの解析法</strong>として広く紹介されているのを知り非常に驚きました。</p>



<p>30年以上の会社人生でそのような解析を行ったことは有りませんし、<strong>そもそも、しっかり理解するには数学や統計学の知識が必要不可欠です。誰でも気軽に扱えるようなものではありません。</strong></p>



<p>それよりも、<strong>言語データを縦軸と横軸にとり、比較し数値化することで物事を分類し、考えるマトリックス分析は毎日のように使いますし、汎用性が高く、同じような効果が得られると思っています。</strong></p>



<p>有名な所では仕事の優先順位を考える際に、重要度と緊急度の両面から考えるといった解析です。○○度と言われると何となく点数をつけやすくなり、個々の仕事を比較することで整理されて行きます。</p>



<p><strong><span class="marker">私は数値データーを主成分分析を使って解析するマトリックスデータ解析法よりも、言語データをマトリックスで評価するマトリックス法の方を、日々の改善の道具として使う事を推薦します。</span></strong></p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-20" checked><label class="toc-title" for="toc-checkbox-20">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">マトリックスデーター解析法を理解するために</a><ol><li><a href="#toc2" tabindex="0">重回帰</a></li><li><a href="#toc3" tabindex="0">重回帰で気を付ける事</a></li></ol></li><li><a href="#toc4" tabindex="0">マトリックスデータ解析法</a></li><li><a href="#toc5" tabindex="0">マトリックス分析</a></li><li><a href="#toc6" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading" id="重回帰"><span id="toc1">マトリックスデーター解析法を理解するために</span></h2>



<h3 class="wp-block-heading"><span id="toc2">重回帰</span></h3>



<div class="wp-block-image"><figure class="aligncenter size-full"><img loading="lazy" decoding="async" width="815" height="624" src="https://rakuda0218blog.com/wp-content/uploads/2021/11/image-7.png" alt="" class="wp-image-7970" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/11/image-7.png 815w, https://rakuda0218blog.com/wp-content/uploads/2021/11/image-7-300x230.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/11/image-7-768x588.png 768w" sizes="(max-width: 815px) 100vw, 815px" /></figure></div>



<p>要因（説明変数）がX1だけであれば1次方程式で表されますが、X1、X2、と2種類以上になると重回帰と呼び、数学的には平面の方程式で示される形になります。</p>



<p>単回帰では直線の傾きはあまり意味を成しませんが、重回帰の場合、各変数の結果に与える影響を示すことになりますので、大事な指数となります。</p>



<p>しかし、この傾きはXが1だけ増えれば、Yはいくら変わるかを示しているので、単純に傾きがが大きければ影響が大きいとも言えません。データーを同じ土俵で評価できるように標準偏差で標準化することが必要になります。</p>



<p>数学的には1次か多次元かだけで違いはありませんし、実際にはエクセルを使って簡単に重回帰計算も出来ますが実際のデーターへの応用では注意が必要です。</p>



<h3 class="wp-block-heading"><span id="toc3">重回帰で気を付ける事</span></h3>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">重回帰で気を付ける事</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li>要因（説明変数）Xは多い方が基本的には、色々な次元で評価できるので精度は上がります。</li><li>しかし、要因（説明変数）X1とX2に相関が出来ると、データー存在範囲に偏りができるので回帰する際にずれが大きくなります。<strong>（多重共線性）</strong></li><li>データー数に比べて、説明変数（X）が多い場合は相関が強い場合はどちらか一方に絞りましょう。</li></ul>



<p><strong><span class="bold-red">多重共線性</span></strong>とよばれ、<strong>回避するには<span class="marker">説明変数を間引いたり</span>、<span class="bold-red">主成分分析</span>と呼ばれる逆に<span class="marker">関係が有りそうなものを合わせてデーターに偏りがないようにします。</span></strong></p>
</div></div>



<p><strong><span class="fz-20px">個人的には説明変数を選ぶ際に気を付けていますが、選ぶ基準は、直感で選んでいます。心配なら、説明変数どおしの単回帰で相関を調べ、相関係数が0.4以下（やや相関がある程度）を目安にすれば良いと思います。</span></strong>（正確を期す場合は、相関係数では不十分で2変数間ではそんなに相関しないけど、3変数間だとお互い相関しあっているような場合もあり得ます。）</p>



<h2 class="wp-block-heading" id="マトリックスデータ解析法"><span id="toc4">マトリックスデータ解析法</span></h2>



<p>世間一般には？<strong><span class="marker-under-blue">主成分分析の考え方</span></strong>を使って、<strong>影響力の大きい第一主成分と第二主成分を取って関係性を調べる手法のようです。</strong></p>



<p>具体的なやり方は<span class="marker-under"><strong>マトリックス・データ解析法 | 日本のものづくり～品質管理、生産管理、設備保全の解説　匠の知恵 (takuminotie.com)</strong>のIT教材の評価の主成分分析を行った例が分かりやすかったです。</span>以下引用します。</p>



<div class="wp-block-image"><figure class="aligncenter size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/02/image-20.png" alt="" class="wp-image-10369" width="704" height="409" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/02/image-20.png 897w, https://rakuda0218blog.com/wp-content/uploads/2022/02/image-20-300x175.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/02/image-20-768x447.png 768w" sizes="(max-width: 704px) 100vw, 704px" /><figcaption><strong>マトリックス・データ解析法 | 日本のものづくり～品質管理、生産管理、設備保全の解説　匠の知恵 (takuminotie.com)より</strong></figcaption></figure></div>



<p>6っつあるIT教材の評価項目を「分散が最大になる方向」で<strong>情報が一番損なわれない方向の軸を考えると、Z1が第一主成分</strong>となり、<strong>相関が無いようにZ1と直交する方向で「分散が最大になる方向」で考えるとZ2が第二主成分</strong>となります。</p>



<p><span class="marker-under">Z2までの累積寄与率を見ると累積寄与率は69.1％ですので、全体の7割しか表現できていないとも言えます。この場合、Z3まで考慮して評価した方が良いかもしれません。</span></p>



<p>第一主成分と第二主成分に関しては下のグラフを参照ください。イメージしやすいかもしれません。</p>



<p>ここではPC1が上記のZ1、第一主成分に相当し、PC2がZ2、第二主成分に当たります。分散が最大となる方向を第一主成分とするのは、分散が多い方が情報がより多くなるからに他なりません。</p>



<p>固有値はバラツキの大きさを示しています。</p>



<p>垂直方向に第二成分を取るのは、第一成分との相関関係をなくすためです。垂直方向にとれば第一成分、第二成分は独立して変えられますが、垂直でなければ、第一成分と第二成分は連動して動いてしまいます。</p>



<div class="wp-block-image"><figure class="aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/03/image-16-1024x666.png" alt="" class="wp-image-11128" width="726" height="472" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/03/image-16-1024x666.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-16-300x195.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-16-768x500.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/03/image-16.png 1180w" sizes="(max-width: 726px) 100vw, 726px" /></figure></div>



<div class="wp-block-image"><figure class="aligncenter size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/02/image-19.png" alt="" class="wp-image-10368" width="638" height="442" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/02/image-19.png 931w, https://rakuda0218blog.com/wp-content/uploads/2022/02/image-19-300x208.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/02/image-19-768x533.png 768w" sizes="(max-width: 638px) 100vw, 638px" /><figcaption><strong>マトリックス・データ解析法 | 日本のものづくり～品質管理、生産管理、設備保全の解説　匠の知恵 (takuminotie.com)より</strong></figcaption></figure></div>



<p><strong>主成分分析の場合、数学的な、統計上の処理ですので、新たに設定した第一主成分と第二主成分には、ふさわしい名前をつける必要が有ります。</strong></p>



<p><strong><span class="marker-under-blue">主成分分析は統計学上、データーを要約しただけですので内容は何を表しているのか？は分かりにくくなります。そのため因子負荷量を確認し、内容をよく吟味することが大切になります。</span></strong></p>



<p>ここでは、第一主成分はIT教材はあまり充実していないけど、テキストが充実していて、講師陣も優秀なので<strong>「講議の充実性」</strong>と命名します。</p>



<p>第二主成分は独特なスタイルで事務局のおすすめなので<strong>「内容の話題性」</strong>と命名しました。</p>



<p class="has-text-align-center"><strong><span class="fz-20px"><span class="marker">6っつの評価項目が、「講義の充実性」と「内容の話題性」で評価出来た事になります。</span></span></strong></p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color">
<p><strong>このようにマトリックスデータ解析法では第一主成分と第二主成分に物理的な意味合いは不明瞭になります。必要な情報がいくらか損なわれている事にもなります。その点でも重回帰の方が使いやすい感じています。</strong></p>
</div>



<h2 class="wp-block-heading" id="マトリックス分析"><span id="toc5">マトリックス分析</span></h2>



<p><strong><span class="fz-20px">私は主成分分析は機械学習の話と関連して聞いたことは有りますが、普段の設計開発では使ったことはありません。</span></strong></p>



<p>機械学習の方はそれこそデーターが何千となった場合、次元削減のために主成分分析を使うのは理解できますが、通常の品質改善に使う相関調査はそもそも重回帰もめったにやりません。普通は単回帰で十分です。（業種により違うかもしれません）</p>



<p>しかし、<strong><span class="fz-20px"><span class="marker-under-red">数値データーではなく、言語データの縦軸、横軸を決めてマトリックス表示にして考えて行く手法は一般的であり、また便利です。</span></span></strong></p>



<p>例えば以下のようなものです。</p>



<div class="wp-block-image"><figure class="alignleft size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/11/image-10.png" alt="" class="wp-image-7992" width="480" height="424" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/11/image-10.png 480w, https://rakuda0218blog.com/wp-content/uploads/2021/11/image-10-300x265.png 300w" sizes="(max-width: 480px) 100vw, 480px" /></figure></div>



<p><strong><span class="fz-20px">皆さん、仕事の優先順位を考えるとき、無意識に重要度と緊急度を考えて決めているのではないでしょうか？</span></strong></p>



<p>まさしく、これがマトリックス分析です。皆さん、無意識にやられているのではないですか？</p>



<p>この仕事の重要度に点数をつければ？などと他の仕事と比較して点数をつけて行く方法です。</p>



<p>ちょっと待って、難易度や効果といった考え方も大切では？と思ったあなた。確かにその考えもありますよね。</p>



<p>しかし、難易度が高い、低いを考え得る際に緊急度と関係するところは有りませんか？</p>



<p>同じ仕事でも、1時間以内にしなければならないのと、1週間かけて完成させれば良い物では難易度は単純に時間をかけられる方が下がりますよね。</p>



<p>効果について考えれば、そもそも、重要度とかぶるところはないですか？効果があるとは重要度が高いので効果が有るとも言えますよね。難易度や効果も考慮して、緊急度、重要度を決めているとも言えます。まさしく多重共線性の問題です。</p>



<p>その場合、例えば、重要度が高く、緊急度も高い物を選んで、その中で優先順位をつける際に、難易度や効果といった切り口で考えると考えやすくないですか？。<strong>層別解析</strong>と呼ばれる手法の応用です。</p>



<p>逆に、効果が高くて難易度の高い物の中で、緊急度と重要度といった観点で優先順位をつけても良いです。</p>



<p>そういった意味では、数値データーのマトリックス解析も言語データのマトリックス解析も考え方は同じですが<strong>言語データの場合、課題（特性）を構成要素に分解し、掛け算で表せないか？つまり、中学生の時に数学で習った<span class="bold-red"><span class="fz-20px">課題（特性）を因数分解する</span></span>。といった考えが大切になります。</strong></p>



<p><strong>有名な所では、<span class="fz-20px"><span class="marker-under-red">売り上げ高＝顧客単価X顧客数</span></span>、自社の商品を単価と顧客数でみると、商品の位置づけも分かりやすくなり、戦略も立てやすくなります。</strong></p>



<p class="has-medium-font-size"><strong>この考え方が、いわゆる主成分分析、つまりデータマトリックス回押せ紀宝を勝手に頭の中でやっているのと変わりありません。</strong></p>



<p class="has-medium-font-size"><strong><span class="marker">通常の思考の中では、この言語データーを扱うマトリックス分析の方が遥かに汎用性が有ると思っています。</span></strong></p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">言語データのマトリックスデータ解析？で大切な事</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><strong><span class="fz-20px">課</span></strong><span class="fz-20px"><strong>題（特性）を因数分解して縦軸と横軸を決める。</strong></span></li><li><span class="fz-20px"><strong>有名な具体例では　<span class="marker-under">売り上げ単価＝顧客単価×顧客数</span></strong></span></li></ul>
</div></div>



<h2 class="wp-block-heading" id="まとめ"><span id="toc6">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-red-background-color has-deep-orange-border-color">
<ol class="wp-block-list"><li>重回帰<ul><li>X成分（要因、説明変数）で互いに相関関係があると回帰する際にずれが大きくなる</li></ul><ul><li><strong>重回帰の場合データの偏りが無いよう、X成分（要因、説明変数）は互いに相関関係のない成分を選ぶ必要がある。</strong></li><li>逆に、相関の見られる変数を合わせて、主成分X1として、解析する<strong>主成分分析</strong>と呼ばれる手法が有る。</li></ul></li><li><strong>マトリックスデータ解析法</strong><ul><li>主成分分析を使って、データの次元を下げ、相互の相関をなくす解析方法</li><li>ただし、業種にもよるがあまり実用的ではない。</li></ul></li><li><strong>マトリックス分析</strong><ul><li><strong>言語データ</strong>をマトリックスで評価するマトリックス分析の方が遥かに実用的</li><li>言語データをマトリックスで分析する場合は<strong>課題（特性）を因数分解するのが基本。</strong>有名な所では、<strong>売り上げ高＝顧客単価X顧客数</strong></li></ul></li></ol>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/7815/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>「問題解決型QCストーリー」と「課題解決型QCストーリ」の違いについて</title>
		<link>https://rakuda0218blog.com/7366/</link>
					<comments>https://rakuda0218blog.com/7366/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Mon, 27 Sep 2021 11:03:44 +0000</pubDate>
				<category><![CDATA[QCストーリー]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=7366</guid>

					<description><![CDATA[「問題解決型」は現状の問題点の原因を追究し解決するのに対し、「課題解決型」は「あるべき姿」と現状を対比させることで課題を解決する方法です。 解説していきます。 目次 原因追及型（問題解決型）QCストーリー課題解決型（達成 [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>「問題解決型」は現状の問題点の原因を追究し解決するのに対し、「課題解決型」は「あるべき姿」と現状を対比させることで課題を解決する方法です。</p>



<figure class="wp-block-image aligncenter size-large"><img decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/12/image-18-1024x196.png" width="1342"height="257"alt="" class="wp-image-8876" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/12/image-18-1024x196.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2021/12/image-18-300x57.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/12/image-18-768x147.png 768w, https://rakuda0218blog.com/wp-content/uploads/2021/12/image-18.png 1342w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>



<p>解説していきます。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-22" checked><label class="toc-title" for="toc-checkbox-22">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">原因追及型（問題解決型）QCストーリー</a></li><li><a href="#toc2" tabindex="0">課題解決型（達成型）QCストーリー</a><ol><li><a href="#toc3" tabindex="0">「あるべき姿」と「現実の対比」について</a></li><li><a href="#toc4" tabindex="0">設計・開発の進め方</a></li><li><a href="#toc5" tabindex="0">業務課題の進め方</a></li></ol></li><li><a href="#toc6" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">原因追及型（問題解決型）QCストーリー</span></h2>



<figure class="wp-block-image aligncenter size-large"><img decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/04/image-28-1024x774.png" width="1488"height="1125"alt="" class="wp-image-11949" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/04/image-28-1024x774.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2022/04/image-28-300x227.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/04/image-28-768x581.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/04/image-28.png 1488w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption"><strong><span class="fz-14px">問題解決の8つのステップ（QCストーリー）　西村経営支援事務所　より</span></strong></figcaption></figure>



<p>現状把握が出発点になっているのが特徴です。<strong>問題追及型は、現状を分析して、改善点を明確にし、原因を追究し、対策を立てるという流れですので、<span class="marker-under-red">現状の把握を出発点にしています。</span></strong></p>



<h2 class="wp-block-heading"><span id="toc2">課題解決型（達成型）QCストーリー</span></h2>



<figure class="wp-block-image aligncenter size-large"><img decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/04/image-29-1024x787.png" width="1464"height="1125" alt="" class="wp-image-11950" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/04/image-29-1024x787.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2022/04/image-29-300x231.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/04/image-29-768x590.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/04/image-29.png 1464w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption"><strong><span class="fz-14px">問題解決</span><span class="fz-14px">の</span><span class="fz-14px">8つのステップ（QCストーリー）　西村経営支援事務所　より</span></strong></figcaption></figure>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-light-blue-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">課題解決型QCストーリー</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list">
<li><span class="fz-20px"><strong>問題解決型では、新規事業や開発のように、新しい物を生みだせません。</strong></span></li>



<li><span class="fz-20px"><strong><span class="marker-under-red">「あるべき姿」を出発点</span>として、<span class="marker-under-red">現実との対比を行い、GAPを明確にし、改善して行くのが<strong>課題解決型QCストーリー</strong></span>と言えます。</strong></span></li>
</ul>
</div></div>



<h3 class="wp-block-heading"><span id="toc3">「あるべき姿」と「現実の対比」について</span></h3>



<p>「あるべき姿」を具体的に記載するのが最初という事になります。いきなり、<strong><span class="bold-red">「あるべき姿」と「現実」を対して、解決探を探っていく</span>と言っても、具体的にどうすれば良いのでしょう。</strong></p>



<h3 class="wp-block-heading"><span id="toc4">設計・開発の進め方</span></h3>



<p><strong><span class="fz-20px"><span class="marker-under-red">設計・開発の進め方はまさしく、課題解決型のQCストーリーです</span></span></strong><span class="fz-20px"><span class="fz-18px">ので、本ブログの開発設計の記事を参照ください。</span></span></p>



<figure class="wp-block-embed is-type-wp-embed is-provider-技術力向上カウンセリングオフィス wp-block-embed-技術力向上カウンセリングオフィス"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/200/" title="要求事項を明確にし、現実対比を行い要素技術/設計目標/開発目標にまで落とし込む方法。目標値の決め方。" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/23699498_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/23699498_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/01/23699498_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/01/23699498_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">要求事項を明確にし、現実対比を行い要素技術/設計目標/開発目標にまで落とし込む方法。目標値の決め方。</div><div class="blogcard-snippet internal-blogcard-snippet">要求事項を明確にし、現実対比を行い、要素技術/設計仕様/開発目標にまで落とし込む方法は以下のようなイメージです。　QFD「品質機能展開」よりも「開発コンセプト」を導入することで、お客様からより必要な情報が引き出せると感じています。要求事項を...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.01.05</div></div></div></div></a>
</div></figure>



<p>開発コンセプトを決める事でお客様の要望（あるべき姿）を現実と対比して設計仕様、開発目標に落とし込むことが出来ます。</p>



<h3 class="wp-block-heading"><span id="toc5">業務課題の進め方</span></h3>



<p>あるべき姿といえばいかにも理想的な、素晴らしい物、とのイメージが付きまといます。しかし、現実には事業戦略などから降りてくる強制的な課題もあるでしょう。自分が問題意識を持っていて、現状を変えなければ。と思っている自発的な物もあるでしょう。そこは開発も同じです。</p>



<p>会社で言えば、通常は経営層が年間計画、中期計画などの事業戦略が下位組織に降りてきて、各組織でのあるべき姿、個人へのあるべき姿と降りてくるのが普通ではないでしょうか？</p>



<p><strong>仕事は上位方針だけでは機能しません。自分で仕事をしていると、色々、改善したいと思う事が出てくるはずです。そういった意味では課題解決も有るべき姿が出発点と言っても構いません。</strong></p>



<p><strong><span class="fz-20px"><span class="marker-under-blue">言いたいのは、現実のあるべき姿（目的）は何なのか、これをしっかり議論し</span></span><span class="fz-20px"><span class="marker-under-blue">、</span></span><span class="fz-20px"><span class="marker-under-blue">納得して進める事が大切です。ミッションと言い換えてもいいかもしれません。</span></span></strong></p>



<p><strong>♦「目的」と「目標」の違いについて</strong></p>



<p><strong><span class="marker-under-red">あるべき姿（目的）はそもそも何のため？</span>を考えることが大切です。例えば、ダイエットをして体重を10％減らすを目的としては正しいでしょうか？</strong></p>



<p>そもそも、何のためを考えたら、健康診断で引っ掛かったので健康維持のため、あるいはスタイルを良くして恋人をゲットしたい。など色々考えられますが<strong>ダイエットそのものは目的ではなく、目標とすべき項目と思います。</strong></p>



<p>あるべき姿、目的は、必要な物、欲しい物は何？それは何のため？と考えた方が分かりやすいかもしれません。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-light-blue-border-color">
<ul class="wp-block-list">
<li><strong><strong><span class="fz-20px"><span class="fz-18px"><span class="bold-green">目的は「あなたにとって必要なものは？欲しい物は？それは何のため？」</span></span></span></strong></strong></li>



<li><strong><span class="bold-green">目標は「目的を達成するための”道しるべ」５W1Hを盛り込んで、具体的に。</span></strong></li>
</ul>
</div>



<p>♦目的、目標の設定方法</p>



<p>目的、目標を設定するには、<strong><span class="fz-20px"><span class="marker">「いつまでに」の視点は絶対に必要です</span></span></strong>。時期を決めないと、何を、どれだけ出来るのか？が決まりません。<span class="fz-20px"><strong><span class="marker-under-blue">やらなければならないことは何</span></strong>、</span><strong><span class="fz-20px"><span class="marker-under-blue">それを達成するために出来る事は何か？</span></span></strong>を考えて行く事になります。</p>



<p><strong>♦具体的な進め方</strong></p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-amber-border-color">
<p><strong>目標を構成要素に分け、KFS,KPIと呼ばれるように「Key・Factor」を数値化し、各々に対して現状と対比して、解決策を具体的なアクションに落とし込みます。彼我分析（現状vsあるべき姿）、SWOT分析を必要に応じて使っていきます。</strong></p>
</div>



<p><strong>このブログでは、オリンピックでの日本のメダルを増やすといった目標に対して、どう考えれば良いか？といった事を記事にしましたので、そちらを参照ください。</strong></p>



<figure class="wp-block-embed is-type-wp-embed is-provider-技術力向上カウンセリングオフィス wp-block-embed-技術力向上カウンセリングオフィス"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/1681/" title="仕事の課題のアプローチ。何から始めれば？と困っておられる方へ、鉄則の考え方を紹介します。" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/02/3869089_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/02/3869089_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/02/3869089_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/02/3869089_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">仕事の課題のアプローチ。何から始めれば？と困っておられる方へ、鉄則の考え方を紹介します。</div><div class="blogcard-snippet internal-blogcard-snippet">やってはいけないことは、とりあえず、ネットで関連しそうな情報を集める事です。時間ばかりかかってしまいます。ゴールまでの道筋をまず考え、その道筋にそって考え、資料を集めて行きましょう。この辺りは、ロジカルシンキングの考えがやはり鉄則となると思...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.02.03</div></div></div></div></a>
</div></figure>



<h2 class="wp-block-heading"><span id="toc6">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color">
<ol class="wp-block-list">
<li><strong>問題解決型は「現状の把握」が出発点</strong></li>



<li><strong>課題解決型は「あるべき姿」が出発点、目標、目的を明確に</strong></li>



<li><strong>目標、目的実現のため<span class="marker-under-red">KFS,KPIと呼ばれる「Key・Factor」を数値化、定量化すること</span>が大切</strong></li>
</ol>
</div>



<p></p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/7366/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>ヒューマンエラー、うっかりミスの原因と対策</title>
		<link>https://rakuda0218blog.com/4396/</link>
					<comments>https://rakuda0218blog.com/4396/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Tue, 20 Apr 2021 21:30:00 +0000</pubDate>
				<category><![CDATA[再発防止　未然防止/予防対策]]></category>
		<category><![CDATA[ヒューマンエラー]]></category>
		<category><![CDATA[スイスチーズモデル]]></category>
		<category><![CDATA[危険予知]]></category>
		<category><![CDATA[CRMスキル]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=4396</guid>

					<description><![CDATA[私はこのブログで人の行動による品質の不具合には以下の3種類のミスがあると紹介しました。 知識・技能の不足によるミス 自己判断によるミス 正しいと思って実施したミス しかし、当然、3種類ですべてカバーできるかと言えばそんな [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>私はこのブログで人の行動による品質の不具合には以下の3種類のミスがあると紹介しました。</p>



<ol class="wp-block-list"><li><strong><span class="fz-20px">知識・技能の不足によるミス</span></strong></li><li><span class="bold"><span class="fz-20px">自己判断によるミス</span></span></li><li><span class="bold"><strong><span class="fz-20px">正しいと思って実施したミス</span></strong></span></li></ol>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/1318/" title="人為的ミス、トラブル、品質問題を防ぐにはどうすれば良いか？" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">人為的ミス、トラブル、品質問題を防ぐにはどうすれば良いか？</div><div class="blogcard-snippet internal-blogcard-snippet">品質問題を起こす原因として人に起因するトラブルもあり、避けては通れません。これに関して、どのように原因を追究して行けばよいのか紹介したいと思います。人に起因するトラブルのタイプ人に起因するトラブルの原因によって分類すると、次のように考えられ...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.02.01</div></div></div></div></a>
</div></figure>



<p>しかし、当然、3種類ですべてカバーできるかと言えばそんな単純ではありません。うっかりしていたとしか言えないようなうっかりミスというのは確かにあります。</p>



<p><strong><strong><span class="bold-red">ヒューマンエラー　第3版、小松原　昭哲　著、丸善出版</span>の力を借りて本ブログでまだ紹介していない対策をもう少し広く考えてみたいと思います。</strong></strong></p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-24" checked><label class="toc-title" for="toc-checkbox-24">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">複数の対策が必要「スイスチーズモデル」</a></li><li><a href="#toc2" tabindex="0">分かりやすくする。やりやすくする。</a></li><li><a href="#toc3" tabindex="0">取り違い、思い込み対策</a><ol><li><a href="#toc4" tabindex="0">取り違い対策</a></li><li><a href="#toc5" tabindex="0">思い込み対策</a></li></ol></li><li><a href="#toc6" tabindex="0">失念対策</a></li><li><a href="#toc7" tabindex="0">組織、チームでの現場力</a><ol><li><a href="#toc8" tabindex="0">労務管理/労働環境を見直す</a></li><li><a href="#toc9" tabindex="0">危険予知（KY）能力の向上</a></li><li><a href="#toc10" tabindex="0">チームワークの改善</a><ol><li><a href="#toc11" tabindex="0">ミスを誘発するチーム状況</a></li><li><a href="#toc12" tabindex="0">原因は？</a></li><li><a href="#toc13" tabindex="0">対策は？</a><ol><li><a href="#toc14" tabindex="0">CRMスキル（Crew Resource Management）</a></li><li><a href="#toc15" tabindex="0">チーム作り、リーダーの役割</a></li></ol></li></ol></li><li><a href="#toc16" tabindex="0">トップの意識</a></li></ol></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading" id="複数の対策が必要-スイスチーズモデル"><span id="toc1">複数の対策が必要「スイスチーズモデル」</span></h2>



<p>例えば、３、正しいと思って実施したミスで紹介した失敗例の対策として、「本体にラベルを付けろ」を紹介しました。</p>



<figure class="wp-block-image alignright is-resized"><img loading="lazy" decoding="async" src="https://upload.wikimedia.org/wikipedia/commons/thumb/e/e8/Swiss_cheese_model_of_accident_causation.png/1920px-Swiss_cheese_model_of_accident_causation.png" alt="" width="269" height="180"/><figcaption><strong><span class="fz-16px"><span class="fz-14px">スイスチーズモデル（Wikipedia）より</span></span></strong></figcaption></figure>



<p>しかし、本体に貼るラベルの表記を間違えたら？思い込みで、ラベルを確認したつもりで、後から見たら自分が見間違いをしていた。など、失敗する原因は他にも色々考えられそうです。</p>



<p><strong><span class="fz-20px"><span class="marker-under-red">「スイスチーズモデル」</span></span></strong>と呼ばれていますが、<strong><span class="marker-under-red">色々な対策をうって、少しでもチーズの穴を通過して失敗につながらないように総合対策を進めることが必要</span></strong>という事になります。</p>



<h2 class="wp-block-heading" id="分かりやすくする-やりやすくする"><span id="toc2">分かりやすくする。やりやすくする。</span></h2>



<p><strong><span class="fz-20px">見間違い、聞き間違い、身体能力（加齢、老眼）、記憶力、錯覚など、色々考えられます。</span></strong></p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-light-blue-border-color">
<p class="has-text-align-center"><strong><span class="fz-20px">基本対策は５S、「○○しにくい。」と思うところは改善して行く</span></strong></p>
</div>



<p><strong><span class="fz-20px">やりにくい作業を簡素化する。そもそもミスを誘発する作業（例えば転記や入力作業等）はやめられないか検討する。</span></strong><span class="fz-20px"><span class="fz-18px">のは大切ですが、そうはいかない場合は少しでも分かりやすく、やりやすくする必要があります。</span></span></p>



<p>特に、聞き間違いは言い間違いもあります。記憶力も頼りになりません。<strong><span class="fz-20px"><span class="marker-under-red">「記憶ではなく記録で確認する」</span></span></strong>事が大切です。</p>



<p>また、実際に現場で作業している（事務作業も含みます）方に考えてもらう方が良く、まさしくQC活動（小集団活動）にはこのようなテーマがふさわしいと個人的は思っています。</p>



<h2 class="wp-block-heading" id="取り違い-思い込み対策"><span id="toc3">取り違い、思い込み対策</span></h2>



<h3 class="wp-block-heading" id="取り違い対策"><span id="toc4">取り違い対策</span></h3>



<ul class="wp-block-list"><li>似ているものを近くに置かない。（間違える可能性をなくす）</li><li>識別部分を目立つようにし、指差し確認を行う。</li></ul>



<h3 class="wp-block-heading" id="思い込み対策"><span id="toc5">思い込み対策</span></h3>



<figure class="wp-block-image alignright size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/04/image.png" alt="" class="wp-image-4458" width="148" height="208" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/04/image.png 290w, https://rakuda0218blog.com/wp-content/uploads/2021/04/image-212x300.png 212w" sizes="(max-width: 148px) 100vw, 148px" /><figcaption>ヒューマンエラー » 判断ミスによるヒューマンエラーの種類 (humanerror.jp)</figcaption></figure>



<ol class="wp-block-list"><li><strong><span class="fz-20px">一貫性、明瞭性を高める。</span></strong><ul><li>標準化、共通化、を計り、<strong>例外や無用な変更を避ける。</strong></li><li><span class="bold-red">人間はいつもと違うときに、いつもと同じ行動をとる。</span></li></ul></li><li><strong><span class="fz-20px">合致性を高める。（普通の感覚に合わせる）</span></strong><ul><li>例えば右の図のように、レバーを上げるとクレーンが下がる。下げると上がるようなシステムは誤動作の要因になるという事です。</li></ul></li><li><strong><span class="fz-20px">ワーストケースから考える癖をつける</span></strong><ul><li>例えば、検査機が異常値を示した場合、検査機を疑う前に現物を疑う。</li></ul></li><li><strong><span class="fz-20px">一歩引く、視点の転換、ひょっとして？</span></strong></li></ol>



<h2 class="wp-block-heading" id="失念対策"><span id="toc6">失念対策</span></h2>



<ol class="wp-block-list"><li>事前の段取り確認、リスト化、チェックシート、</li><li>忘れたら先に進めない、あるいは気が付く仕組み作り。</li><li>作業終了時に確認する仕組み作り。</li><li>未来の事はメモ（手帳、管理ソフト）し定期的に確認、</li><li>自動処理は慎重に。<ul><li>想定外に対応できない。最低限マニュアルモードは設置したい。</li><li>ブラックボックス化しやすく、不備に気が付かず大量に不良品を作る。対策としては設定のダブルチェック、リスクアセスメント、実運用前の確認項目の作成、運用後の確認</li></ul></li></ol>



<h2 class="wp-block-heading" id="組織-チームでの現場力"><span id="toc7">組織、チームでの現場力</span></h2>



<h3 class="wp-block-heading" id="労務管理-労働環境を見直す"><span id="toc8">労務管理/労働環境を見直す</span></h3>



<ul class="wp-block-list"><li>体調、気分、意欲、心配事等、顔色、応答をよく観察し、必要に応じて仕事の見直しも検討</li><li>眠気、疲労対策、適度な休憩、軽い運動、昼休みはスマホを見ずに目を閉じる。（頭を休める）</li><li>労働環境、熱い、寒い、臭い、うるさいの改善。</li><li>話しかけ、電話、外来者等、意識集中をそぐものの排除。集中タイムの設定（電話、話しかけ禁止）等</li></ul>



<h3 class="wp-block-heading" id="危険予知-ky-能力の向上"><span id="toc9">危険予知（KY）能力の向上</span></h3>



<ul class="wp-block-list"><li>正しい状態をよく理解し、起こり得る不具合を幅広く学習させる。</li><li>対応する際のスキル、技術を学習させる。</li></ul>



<h3 class="wp-block-heading" id="チームワークの改善"><span id="toc10">チームワークの改善</span></h3>



<h4 class="wp-block-heading" id="ミスを誘発するチーム状況"><span id="toc11">ミスを誘発するチーム状況</span></h4>



<p>互いの不信感、過度な競争、信頼、遠慮、無関心によるエラー、本来共有すべき情報を共有していない。誤りに気が付いても発信しない。など、フォロー体制が取れていない。</p>



<h4 class="wp-block-heading" id="原因は"><span id="toc12">原因は？</span></h4>



<p>色々でしょう。役割分担が明確でない。あるいは仕事が人についていて属人化していて他の人には良く分からない。といった事もあるかもしれません。</p>



<p>言われた事だけしていればよいとか、相手が上司だと、物が言えなかったり、自分の判断が間違っていると思ってしまう場合もあるでしょう。</p>



<p>挨拶も出来ておらず、雰囲気そのものが悪い場合は人間関係のわだかまりがあるかもしれません。その場合は担当変えを考えた方が良い場合もあるでしょう。</p>



<h4 class="wp-block-heading" id="対策は"><span id="toc13">対策は？</span></h4>



<h5 class="wp-block-heading" id="crmスキル-crew-resource-management"><span id="toc14">CRMスキル（Crew Resource Management）</span></h5>



<p>飛行機運用で提案されているスキルのようです。参考になると思うので紹介します。</p>



<ul class="wp-block-list"><li>互いに<strong>疑問</strong>なことは声に出す。</li><li><strong>不明瞭な</strong>言い方はしない。</li><li>相手からの発言にはかならず<strong>反応</strong>する（反応しないと伝わったのか伝わっていないのか，相手にわからない）</li><li>気づいたこと，操作を始める前には必ず発言し<strong>情報と状況を共有</strong>する（例：”右前方に積乱雲がありますね”や”今から積乱雲の回避操作を始めます”）</li></ul>



<h5 class="wp-block-heading" id="チーム作り-リーダーの役割"><span id="toc15">チーム作り、リーダーの役割</span></h5>



<p><strong>１，コミュニケーション</strong></p>



<p>いずれにしてもチームリーダーが良く観察し対策して行くしかありません。<a href="https://rakuda0218blog.com/2883/" data-type="URL" data-id="https://rakuda0218blog.com/2883/">コミュニケーションで気を付けること</a>も記事にしています。</p>



<p>時には厳しく接する必要が出てきても、相手の存在、価値観を認めた上で、具体的な行動がどういった問題につながっていると私は考えているのかを話す。それでも問題行動が続くなら、警告や、しかるべき処置も致し方ないと思います。</p>



<p><strong>2、認める、感謝する</strong></p>



<p><strong>褒めるだけでなく、認める、感謝しあう事も大切</strong>で、まず、リーダーが実践して行くことが大切になります。</p>



<p><strong>３，ソルーションフォーカス</strong></p>



<p>心理学では、肯定的な未来（目標）を定め、それに向かって何が出来るか、を議論し、小さなことでも出来ることからようというソルーションフォーカスといった考えがあります。</p>



<p>元々は心理カウンセルの手法ですがビジネスにも使えると思っています。</p>



<p><strong>「15分ミーティング」のすごい効果、矢本　治　著、日本実業出版社</strong>を紹介します。筆者の方が認識されているかどうか分かりませんが、ソリューション・フォーカスをビジネスに活用した実践版のような本だと思っています。</p>



<h3 class="wp-block-heading" id="トップの意識"><span id="toc16">トップの意識</span></h3>



<p>トップの意識が会社の雰囲気、風土に影響する。トップはそこをよく認識すべきという事です。</p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/4396/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>トレーサビリティ、ロットトレースの意味、その大切さ、ロット単位、識別表示について</title>
		<link>https://rakuda0218blog.com/4222/</link>
					<comments>https://rakuda0218blog.com/4222/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Tue, 13 Apr 2021 22:09:00 +0000</pubDate>
				<category><![CDATA[品質マネージメントシステム]]></category>
		<category><![CDATA[ロット]]></category>
		<category><![CDATA[識別表示]]></category>
		<category><![CDATA[ロット単位]]></category>
		<category><![CDATA[識別管理]]></category>
		<category><![CDATA[識別流動]]></category>
		<category><![CDATA[トレーサビリティ]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=4222</guid>

					<description><![CDATA[新規メーカーさんに梱包容器を作ってもらう際に、世の中にそのような物はなかったので、新規のメーカーさんに作成をお願いしました。 大手の工場の装置の付帯設備やを作っているような、いわゆる一点物で商売をされているような会社さん [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>新規メーカーさんに梱包容器を作ってもらう際に、世の中にそのような物はなかったので、新規のメーカーさんに作成をお願いしました。</p>



<p>大手の工場の装置の付帯設備やを作っているような、いわゆる一点物で商売をされているような会社さんが多かったのですが、トレーサビリティやロット、あるいは先入れ先出しの考えを持たれていない会社さんが多かったのには驚きました。業務形態からして確かに必要ない考えだったのかもしれません。</p>



<p>素材メーカーに勤めていると、製造を経験していなくても、トレーサビリィティや識別管理などは常識というか、お客様からクレームを受けて、ロット番号○○から××まで出荷禁止、あるいは出荷保留、再検査、など、日常茶飯事？です。</p>



<p>この記事は、をお客様の要請を受けてトレーサビリティを追える仕組みをつくならきゃいけない人を対象に当時、メーカーさんに話したような内容を紹介したいと思います。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-26" checked><label class="toc-title" for="toc-checkbox-26">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">トレーサビリティー</a><ol><li><a href="#toc2" tabindex="0">なぜ、トレーサビリティーが必要か？</a></li><li><a href="#toc3" tabindex="0">理想とするトレーサビリティーとは</a></li></ol></li><li><a href="#toc4" tabindex="0">実際にシステムを構築するには</a><ol><li><a href="#toc5" tabindex="0">ロット単位の確定</a></li><li><a href="#toc6" tabindex="0">識別ルール、運用ルールを決める。</a></li><li><a href="#toc7" tabindex="0">分別管理</a></li><li><a href="#toc8" tabindex="0">トレーサビリティーの確認</a></li></ol></li><li><a href="#toc9" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">トレーサビリティー</span></h2>



<p>材料および部品、処理の履歴、出荷先など、商品の生産から消費までの過程を追跡出来るようにしておく事です。ロットトレース（ロットが追跡できる）ことでトレーサビリティー（追跡可能）が確保出来る事になるのでほぼ同じ意味です。</p>



<h3 class="wp-block-heading"><span id="toc2">なぜ、トレーサビリティーが必要か？</span></h3>



<p>トレースバック、トレースフォワードと呼ばれるように、<strong><span class="fz-20px"><span class="marker-under-red">お客様で問題が発生した際に、製造工程にトレースバックし、原因調査、出荷停止に役立てる。あるいは、製造工程での不具合が後々発覚した場合は製品の引き戻しを行うような場合はトレーサビリティは必要不可欠です。</span></span></strong>同じものを数多く販売するような業界では、必要不可欠なシステムと思います。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-amber-border-color">
<p><strong><span class="fz-20px">そもそも、履歴が追えない場合、購入する側から見れば何かあった際、影響範囲が計り知れずそれだけで商売相手として見てもらえないくらい重要なシステムだと思います。</span></strong></p>
</div>



<h3 class="wp-block-heading"><span id="toc3">理想とするトレーサビリティーとは</span></h3>



<p><strong><span class="fz-20px"><span class="marker-under-red">出荷商品に対して、原料、部材、処理が、すべて1対１で調べられること。商品が決まれば、すべてが特定できるのが理想です。何か、不具合が発生しても、影響範囲を最小限に抑えることが出来ます。</span></span></strong></p>



<div class="wp-block-image"><figure class="aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-50.png" alt="" class="wp-image-4255" width="737" height="342" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-50.png 922w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-50-300x139.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-50-768x357.png 768w" sizes="(max-width: 737px) 100vw, 737px" /></figure></div>



<p>現実ではどうでしょう。部材は、通常、ある塊（ロット）で購入し、一個一個で識別は出来ません。</p>



<div class="wp-block-image"><figure class="aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-51.png" alt="" class="wp-image-4259" width="697" height="381" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-51.png 920w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-51-300x164.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-51-768x421.png 768w" sizes="(max-width: 697px) 100vw, 697px" /></figure></div>



<p>また、<strong><span class="fz-20px"><span class="marker-under-red">組立工程であれば、1台、1台、履歴を追うのは難しくないですが、何枚かをまとめて加工するバッチ処理のような加工が入ると、1対1対応で履歴を追うのは難しくなります。鉄とかガラスとか、原料を溶かして製品を作るような場合はそもそも、1対1対応など無理です。</span></span></strong></p>



<p class="has-text-align-center"><span class="fz-20px"><strong><span class="bold-red"><span class="fz-18px">従って、有る塊（ロット単位）で識別し、履歴が追えるように仕方なくそうしているのです。</span></span></strong></span></p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-blue-border-color">
<ul class="wp-block-list"><li><strong><span class="fz-20px">識別単位は1個、1個識別できることが理想</span></strong></li><li><strong><span class="fz-20px">現実は、諸般の事情から、塊として識別する必要が出てくる。（ロット単位）</span></strong></li></ul>
</div>



<h2 class="wp-block-heading"><span id="toc4">実際にシステムを構築するには</span></h2>



<h3 class="wp-block-heading"><span id="toc5">ロット単位の確定</span></h3>



<p>各工程毎に、適切なロット単位を決める必要があります。ロットには、加工条件なり、その他の付帯情報も大切なので、その情報が変わる時には、ロットを変える必要があります。</p>



<p>加工条件を基本変えないのであれば、生産日を単位として、加工の順番に枝番にすることも考えられます。購入品であれば、購入品のロット構成をそのまま使うのが部材メーカーとのやり取りもスムーズになり良いと思います。</p>



<h3 class="wp-block-heading"><span id="toc6">識別ルール、運用ルールを決める。</span></h3>



<p class="has-text-align-center"><strong><span class="fz-20px"><span class="bold-blue"><span class="bold-red"><span class="fz-18px">ロット番号、現物表示、情報のながれ、作業を具体的に決めて行く必要がります。</span></span></span></span></strong></p>



<p><strong>一番原始的な方法は、</strong>ロット番号、加工条件を書いた紙を現物に貼って、次の工程に言ったら、どのロットを使ったのか追記して行く、加工指示書に、部品ロット××と指示して結果を記載してもらうといった方法です。</p>



<p>しかし、手間も多く、紙は不思議となくなったりするので、あまりお勧めしません。せめて情報はPCで管理できるようにはしたいものです。</p>



<p><strong>ICタグやバーコードなどを使ったり、大手の製造メーカーはトレーサビリティーを確認するための専用ソフトを作って、色々な情報とリンクさせているメーカーさんも多いのではないでしょうか？</strong></p>



<p>どこまで、お金をかけるか？手間をかけるか？といった話になります。</p>



<h3 class="wp-block-heading"><span id="toc7">分別管理</span></h3>



<p>ロット管理という事は、物をロット単位で動かさないと意味が有りません。記録、情報と実際の物の流れが一致している事も大前提になります、</p>



<p>その為には、<strong>ロット単位での識別管理、識別流動が必要です。</strong></p>



<p><strong><span class="marker">メーカーさんの製造工程を見させてもらうと</span></strong><strong><span class="marker">、この部材はどのロットの物なのか、他のロットのものと混ざる可能性が無いのか、区分けも表示もなされていないと非常に不安になります。</span></strong></p>



<p><strong><span class="marker">ライン作業であれば、ロットにより、ラインを変えるとか、ロットに変わり目で何か仕切りのようなものを置くとか、そういった工夫が必要になると思います。</span></strong></p>



<h3 class="wp-block-heading"><span id="toc8">トレーサビリティーの確認</span></h3>



<p>自分たちで、製品から原料まで、トレーサビリティーが確認出来るか、実際に試してみるとどこが問題か良く分かります。</p>



<p>初めのうちは、非常に時間がかかるでしょうし、何故か、端数を寄せ集めたミックスロットが多く、トレースの精度が確保できていないなど、問題点に気が付きます。是非、自分たちで検証してください。</p>



<p>ミックスロットとは不良が出たり、ロット単位の最小公倍数、あるいは最小公約数で常にロットが構成できるとも限らないので、端数品を寄せ集めたミックスロットを作る必要が出て来ます。ただし、ミックスロットばかりになると、そもそものロットトレースの精度が落ちるという事になります。</p>



<h2 class="wp-block-heading"><span id="toc9">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-green-background-color has-green-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">トレーサビリティーで大切な事</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><strong>履歴が追えないと、何かあった場合の影響が計り知れず、必須のシステムと考えられる。</strong></li><li><strong>履歴は1対１で追えるのが理想だが、現実的にはある塊（ロット）として扱う事になる。</strong></li><li><strong>トレーサビリティのシステムを考えるには</strong><ol><li><strong>ロット単位を確定させる</strong></li><li><strong>識別ルール、運用ルールを決める</strong></li><li><strong>実際の流動に際して、ロット単位の分別管理を行う。</strong></li><li><strong>トレーサビリティが確認できるか自分で検証する。</strong></li></ol></li></ol>
</div></div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/4222/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>ISO9001は意味がない？自社に適した効果的なISO活用法の提案です。</title>
		<link>https://rakuda0218blog.com/4150/</link>
					<comments>https://rakuda0218blog.com/4150/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Mon, 05 Apr 2021 21:00:00 +0000</pubDate>
				<category><![CDATA[品質マネージメントシステム]]></category>
		<category><![CDATA[QMS]]></category>
		<category><![CDATA[ISO]]></category>
		<category><![CDATA[顧客重視]]></category>
		<category><![CDATA[品質方針]]></category>
		<category><![CDATA[品質目標]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=4150</guid>

					<description><![CDATA[ISO9001は品質マネージメント（QMS）の国際規格です。しかし、QMSは自社に適したものでなければ有効に機能しないのは自明です。 自社に適したものにするには、やはり、自社の問題点は何か⁇を考え、その際にISOの要求事 [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>ISO9001は品質マネージメント（QMS）の国際規格です。しかし、QMSは自社に適したものでなければ有効に機能しないのは自明です。</p>



<p>自社に適したものにするには、やはり、自社の問題点は何か⁇を考え、その際にISOの要求事項が十分機能していないのではないか？と考え、効果的なシステムを考える。</p>



<p>「システムありき」ではなく、自社の問題点解決のために仕組化するの考えが大切になると思っています。</p>



<p>以下、説明して行きます。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-28" checked><label class="toc-title" for="toc-checkbox-28">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">自社に適した仕組み（QMS）を考える。</a><ol><li><a href="#toc2" tabindex="0">有効なQMSを構築するには？ISOの活用は？</a></li><li><a href="#toc3" tabindex="0">QMSやISOは当たり前の事しか要求していません。</a></li><li><a href="#toc4" tabindex="0">設計/開発について</a></li><li><a href="#toc5" tabindex="0">品質改善について</a></li></ol></li><li><a href="#toc6" tabindex="0">顧客重視</a></li><li><a href="#toc7" tabindex="0">品質方針、品質目標について</a><ol><li><a href="#toc8" tabindex="0">潜在ニーズを引き出すには？</a></li><li><a href="#toc9" tabindex="0">３C分析</a></li><li><a href="#toc10" tabindex="0">リソースや制約条件を明確にする。</a></li></ol></li><li><a href="#toc11" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">自社に適した仕組み（QMS）を考える。</span></h2>



<h3 class="wp-block-heading"><span id="toc2">有効なQMSを構築するには？ISOの活用は？</span></h3>



<p><strong><span class="fz-20px">ISOを取得されている方に質問です。労力に見合う効果が得られていると思われているでしょうか？</span></strong></p>



<p>外部審査も内部審査も実際に役に立っているかどうかまでは正直踏み込めません。何故なら、ISOは要求項目はありますが、具体的な方法は言及していないからです。皆さん、考えてくださいなのです。有効性の評価とも言われますが、それも同じ考えてくださいです。</p>



<p>　審査員や内部審査でも、方法に関してアドバイスをいただくことがありますが、どれだけ、的確なアドバイスになっているでしょうか？</p>



<p class="has-text-align-center">　<strong><span class="fz-20px"><span class="marker-under-red">結局、自分の心と、あるいは関係者で率直に協議する必要があると思います。</span></span></strong></p>



<p>　システム自体は立派だが、実際には色々な事情で上手く使えず、審査前に急遽書類の整備をしたりしていないでしょうか？</p>



<p>　十分有効に機能している。と思えるのであれば素晴らしいです。何も言う事はありません。そのままブラッシュアップして行きましょう。</p>



<p>ベンチマークとして他社の事例を勉強するのは参考にもなります。トヨタ式○○の秘訣、といった類の本もいっぱいありますが、自分の所でそのまま使えるかと言えば「？」でしょう。（だから無駄だとは言っていません。どうやったら良い点が使いこなせるか考えるべきでしょう。）</p>



<p><strong><span class="fz-20px"><strong><strong><span class="fz-22px"><span class="marker">ISOの要求事項はポイントをついています。</span></span></strong></strong></span></strong>意味がない？と思われている方は、自分のプロセスにうまく適応できているか？といった観点で見直しましょう。</p>



<p><strong><span class="fz-20px">十分ではないと思ったら、<span class="bold-red">どうやったら有効に運用できるか</span>考えましょう。</span></strong></p>



<p>　<strong><span class="fz-22px"><span class="marker-under-blue">その際、よく、もともとあった社内のシステムにISOシステムを当てはめて行くことで自社に合ったシステムを構築しましょう。といった意見が多い様に思います。</span></span></strong></p>



<p>私は、それではせっかく、新たにシステムを構築するのに、もったいない、不十分と思っています。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-amber-border-color">
<p><strong><span class="fz-20px"><span class="marker-under-red"><span class="fz-22px">一旦、ISOの事は忘れて、あるべき姿（目標）と現状の品質管理システムを比較して問題点は何なのか、原因は何なのか、どうすれば良いのか？といった王道を考える。</span></span></span></strong></p>



<p>その際にISOの要求事項に答えられていないのではないか？と<strong><span class="fz-20px">ISOの要求事項をヒントとしてとらえ、自社で実施できる自社なりの管理システムを構築するのが良いと思っています。</span></strong></p>
</div>



<h3 class="wp-block-heading"><span id="toc3">QMSやISOは当たり前の事しか要求していません。</span></h3>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-22px">ISO9001の７原則（ふせバージョン）</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong><span class="marker-under-blue">お客様や利害関係者の要求事項</span>は何でしょう？明確にしましょう。</strong></li>



<li><strong>その為に必要な<span class="marker-under-blue">品質方針</span>、<span class="marker-under-blue">品質目標</span>を設定し、浸透させましょう。</strong></li>



<li><strong>それを満足させるために何が出来るか考え計画し、実行しましょう。実行したら、結果がどうだったのか評価し、更なる改善を目指しましょう。<span class="marker-under-blue">(PDCAを回す）</span></strong></li>



<li><strong><span class="marker-under-blue">確実に実行できるように</span>責任と権限、手順、コミュニケーションの方法を決めておきましょう</strong></li>



<li><strong>その為にサポートすべき<span class="marker-under-blue">資源（人/物/方法）は常に状況を把握し、いつでも使えるように</span>整備しましょう。</strong></li>



<li><strong><span class="marker-under-blue">リスクや好機</span>は予め特定し対応を検討し、結果を常に評価しましょう。</strong></li>



<li><strong><span class="marker-under-blue">不適合が発生した場合は速やかに処置し、原因を追究し再発防止</span>を計りましょう。</strong></li>
</ol>
</div></div>



<p>上記は私が勝手に言っている7原則です。ネットなどで良く出てくる7原則は私にはピンとこないところが有るので記載していません。興味が有る方は検索ください。</p>



<p><strong><span class="fz-20px">いずれにしても当たり前の事しか書かれていません。</span><span class="fz-20px">しかし、当たり前だ。と思える事がしっかりできているとは限りません。</span></strong></p>



<p><strong><span class="fz-20px"><span class="marker">改めて見てみると、当たり前と思える事が当たり前に出来ていないことが多々あるのではないでしょうか？</span></span></strong></p>



<h3 class="wp-block-heading"><span id="toc4">設計/開発について</span></h3>



<p>このブログで紹介している記事は、私がこういった方法が良いだろうという事でたどり着いた方法です。<strong>ISOの要求事項をベースにしていますので、参考にしていただけると思いますが、やはり、自社に合わせて有効な方法にする必要があると思います。</strong></p>



<p>ISOの要求事項は他にもありますが、最低、以下の5つについて、自社ではどのようなシステムにするのが効果的なのか考える必要があると思います。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-light-blue-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">ISOの代表的な要求事項（設計/開発）</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list" id="block-e62deefc-055c-4418-b003-ebc444abe13f">
<li><span class="fz-20px"><strong>お客様の要求事項を明確にする。（明示されていない物、法令上の要求事項を含む）</strong></span></li>



<li><span class="fz-20px"><strong>要求事項を満足できるか社内で関係者としっかりレビューし、問題があれば必要な処置をとる。</strong></span></li>



<li><span class="fz-20px"><strong>量産性（QCD）や全工程を通して量産性に問題ない事を確認する。</strong></span></li>



<li><span class="fz-20px"><strong>設計を変更する際にも関係者でレビューを行う。</strong></span></li>



<li><span class="fz-20px"><strong>リスク評価、低減処置を行う。</strong></span></li>
</ol>
</div></div>



<p>１，については、お客様が求めているのもを具体的に言語化あるいは数値化して、社内で仕様やサービスに具体的に反映でき評価できる形にすることがやはり必要です。</p>



<h3 class="wp-block-heading"><span id="toc5">品質改善について</span></h3>



<p>　<strong>うちは設計も開発もしない。お客さんから指定された仕様の製品を作って納めるだけ。といったメーカーさんもあるでしょう。</strong></p>



<p>　しかし、<strong><span class="fz-20px">品質改善はすべての製造業で必要になるはずです。</span></strong><span class="marker-under">QCストーリーや物理化学的な原因、人の行動が原因、仕事の進め方に原因がある場合の原因追及方法、再発防止、未然防止はすべてのメーカーさんの参考になると思います。</span></p>



<p>　また、ブログでは紹介してこなかったですが、<strong>私の経験上、トレーサビリティの確保や識別や不良品の取り扱いなど基本的な品質管理方法が取られていないメーカーさんも実際に存在します。</strong></p>



<p>　特に、お客様から依頼を受けて、一点ものを作成して納入する。<strong>リピートオーダーの少ないメーカーさんに多いです。<span class="marker-under-red">ただ、リピートオーダーの商売をやるのであれば<strong>その辺りの最低の整備は</strong>やはり必要と思います。</span></strong></p>



<h2 class="wp-block-heading"><span id="toc6">顧客重視</span></h2>



<p><strong><span class="marker-under-red">「トップマネージメントに対して顧客要求事項が決定され満たされることを確実にしなければならない」</span>と言われますが、<span class="marker">お客様は誰かを具体的に考えることは大切になると思います。</span></strong></p>



<p>　すでに<a href="https://rakuda0218blog.com/103" data-type="URL" data-id="https://rakuda0218blog.com/103">記事</a>にしているのでそちらも参照してください。お客様の要求事項を理解するには、お客様は誰かを具体的に考えるところが大切と言われています。単に、担当者が思い付きで要求するようなものなのか、そうではないのか、判断することも大切です。</p>



<p>　一般消費者が相手のビジネスも、お客様を具体的に想定することが大切と言われます。難しさは良く分かりませんが、考え方は共通の物があると思います。</p>



<h2 class="wp-block-heading"><span id="toc7">品質方針、品質目標について</span></h2>



<figure class="wp-block-image alignright size-large is-resized"><img loading="lazy" decoding="async" width="594" height="356" src="https://rakuda0218blog.com/wp-content/uploads/2020/12/image-13.png" alt="" class="wp-image-182" style="aspect-ratio:415/249" srcset="https://rakuda0218blog.com/wp-content/uploads/2020/12/image-13.png 594w, https://rakuda0218blog.com/wp-content/uploads/2020/12/image-13-300x180.png 300w" sizes="(max-width: 594px) 100vw, 594px" /><figcaption class="wp-element-caption">狩野モデルと商品企画：部門別スキル-品質管理なら日本化学連盟より引<strong>用</strong></figcaption></figure>



<p>ISO上も、<strong><span class="fz-20px"><span class="marker-under-red">「組織の目的に対して適切である事を確実にする事」</span>が謳われています。</span></strong></p>



<p>品質を高めることは大切と言われれば、当然そうですが、<strong>それでお客様が満足するか、よく考えて、適切な品質目標を決める必要があります。</strong></p>



<p>それには、<a href="https://rakuda0218blog.com/180" data-type="URL" data-id="https://rakuda0218blog.com/180">別の記事</a>で紹介した<strong>「狩野モデル」</strong>のように、魅力的な品質、一元的品質、当たり前品質が参考になると思います。</p>



<blockquote class="wp-block-quote has-text-align-left is-layout-flow wp-block-quote-is-layout-flow">
<p><strong><span class="fz-20px">魅力的品質</span></strong>については自組織の強みを考慮しながら、いくつかの項目に焦点を絞って競合組織を凌駕する水準を狙えばよいでしょう<strong>。いかに重点を絞ってリソースを集中しブレークスルーをはかるかが大切となります。</strong></p>



<p><strong><span class="fz-20px">当たり前品質</span></strong>は、競合組織を凌駕しても喜んでもらえませんが、悪くなるとそっぽを向かれます。競合組織を下回らない水準を狙いとした上で<strong>すべての物を確実に実施する必要があります。</strong></p>



<p><strong><span class="fz-20px">魅力的品質を実現するためには</span></strong>、<strong>顧客の潜在ニーズを把握する事</strong>と、ニーズを満たす上で不可欠な<strong>ボルトネック技術を予想し、解決する事の</strong>二つが大切になります。</p>
<cite><strong><span class="fz-16px">ISO9000の知識　中條武志著　日本経済新聞社　より</span></strong></cite></blockquote>



<h3 class="wp-block-heading"><span id="toc8">潜在ニーズを引き出すには？</span></h3>



<p>TVでやっていたアイリスオオヤマのように、開発者が徹底的に商品を使い倒して潜在的ニーズを探り出すのは良い方法だと思いました。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-green-background-color has-green-border-color">
<p><strong><span class="fz-20px">また、一般的には<span class="marker-under-red">アンケート</span>や<span class="marker-under-red">グループインタビュー</span>や<span class="marker-under-red">行動観察</span>などが有効と色々なサイトで提案されています。しかし、<span class="marker-under-red">お客様の負荷を考えると特に法人相手のビジネスの場合難しいような気がします。</span></span></strong></p>



<p>コーチングや心理学で良く言われるうように、<strong><span class="fz-20px"><span class="marker-blue">「何の制約もなかったら、どういった機能、性能ががあればうれしいですか？」</span></span></strong>と聞いてみるのも良い方法のような気がします。ついでに言えば、<strong><span class="fz-20px"><span class="marker-blue">「その機能、性能があればうれしいのは、どうしてですか？」</span></span></strong>と聞いてみるのも有効と思います。</p>
</div>



<p>一方で、世の中を変えてきたのは、お客様の要望ではなくて、創業者の思いといった物が強いと思います。なので、突き抜けたい方には、自分の思いを大切にしていただきたいと思います。</p>



<h3 class="wp-block-heading"><span id="toc9">３C分析</span></h3>



<p>やはり、自社、他社、市場の状況を調べて、整理することは最低限必要でしょう。</p>



<p>改めて、３C分析などと言われなくても、３Cは中小企業のオーナーさんなら肌感覚で分かっているのではないでしょうか？ただ、誰かに調査を依頼し、議論することで、より、理解が深まるかもしれません。</p>



<p>市場は、市場の規模や成長性です。他社はシェアや強み、弱みです。色々なサイトで紹介されているので詳しくはそちらを参照してください。</p>



<p>市場の規模や成長性については、お客様にどう見ているか？知り合いはどう見ているか？など複数の情報入手経路を持っておいた方が良いと思います。</p>



<h3 class="wp-block-heading"><span id="toc10">リソースや制約条件を明確にする。</span></h3>



<p>言うまでもなく、自社のリソースなど、制約条件を明確にしないと方針や目的は立てられません。</p>



<h2 class="wp-block-heading"><span id="toc11">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-green-background-color has-green-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">効果的なQMSの構築</span>　<span class="fz-20px">ISOの活用法</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong><span class="fz-20px"><span class="fz-22px"><span class="marker-under-red">現状の品質管理システムの問題点は何なのか、原因は何なのか、どうすれば良いのか？といった王道を考える。</span></span></span></strong></li>



<li><strong>その際にISOの要求事項に答えられていないのではないか？と<span class="marker-under-blue">ISOの要求事項をヒントとしてとらえる。</span></strong></li>



<li><strong>品質方針、品質目標は、狩野モデルや3C分析を参考にして考える。</strong></li>
</ol>
</div></div>



<p></p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/4150/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>トヨタの未然防止、予防対策の考えについて</title>
		<link>https://rakuda0218blog.com/3914/</link>
					<comments>https://rakuda0218blog.com/3914/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Thu, 11 Mar 2021 22:59:00 +0000</pubDate>
				<category><![CDATA[再発防止　未然防止/予防対策]]></category>
		<category><![CDATA[ＱＦＤ]]></category>
		<category><![CDATA[ＤＲＢＦＭ]]></category>
		<category><![CDATA[QAネットワーク]]></category>
		<category><![CDATA[上位概念化]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=3914</guid>

					<description><![CDATA[「品質の教科書」皆川一二　著　日経BPを買って読んでみました。サブタイトルがトヨタ必須の17の品質管理手法を伝授、となっています。 　各項目、長年の蓄積があり、世界のトヨタの品質保証体制を支えている考え方で勉強になるとこ [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p><strong><span class="fz-20px"><span class="fz-18px">「品質の教科書」皆川一二　著　日経BP</span></span></strong>を買って読んでみました。サブタイトルが<span class="bold-red">トヨタ必須の17の品質管理手法を伝授</span>、となっています。</p>



<p>　<strong><span class="fz-20px"><span class="marker-under-red">各項目、長年の蓄積があり、世界のトヨタの品質保証体制を支えている考え方で勉強になるところは多いです。</span></span></strong>しかしながら、未然防止に対しては、色々感じることがあるので紹介させていただきます。</p>



<p>また本の内容をすべて実施するとなると、普通の会社ではかなり難しいだろうというのが正直な印象です。かなりの工夫を考えないといけなくなりそうです。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-30" checked><label class="toc-title" for="toc-checkbox-30">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">トヨタの未然防止</a><ol><li><a href="#toc2" tabindex="0">品質機能展開（QFD）</a></li><li><a href="#toc3" tabindex="0">DRBFM[設計FMEA（故障モード影響解析]、工程FMEAについて</a></li><li><a href="#toc4" tabindex="0">QＡネットワーク</a></li></ol></li><li><a href="#toc5" tabindex="0">一般化、上位概念化とQAネットワークの比較（個人的見解）</a><ol><li><a href="#toc6" tabindex="0">QAネットワーク</a></li><li><a href="#toc7" tabindex="0">一般化と上位概念化</a></li></ol></li><li><a href="#toc8" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">トヨタの未然防止</span></h2>



<blockquote class="wp-block-quote is-layout-flow wp-block-quote-is-layout-flow"><p><strong><span class="fz-20px"><span class="bold-red">未然防止</span>は</span></strong><span class="fz-20px">、</span><strong><span class="fz-20px"><span class="marker-under-blue">問題の発生を予想し、未然に防止することです。</span></span></strong>まだ起きない問題に対し、発生する前に手を打つことが求められます。まだ起きていない問題であっても、<strong><span class="marker-under-blue">想定外が無いようにしなければなりません。</span></strong></p><cite>「<strong><span class="fz-16px">品質の教科書」皆川　一二　著、P60～P61より</span></strong></cite></blockquote>



<h3 class="wp-block-heading"><span id="toc2">品質機能展開（QFD）</span></h3>



<p>何故、これが未然防止につながるのか？と思ったのですが、<strong>お客様の要望を正確に設計仕様に反映させていないと、要望に沿わない場合には品質不具合になるので、QFDが必要との趣旨のようです。</strong></p>



<p>私も、この辺りはさんざん痛い目を見てきたので大切さは良く分かります。QFDはお客様の要望を網羅的に捉えて、設計仕様に反映する考え方です。</p>



<p>しかし、要望以前の制約条件はQFDでは漏れが発生すると思います。これに関しては、すでに記事にしたように、お客様のラインを良く知って協議する必要があると感じています。良ければ以下の記事を参照ください。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/149/" title="お客様視点、お客様に寄り添って要望事項/制約条件を洗い出すのはどうすれば良いのか？" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2020/12/1683224_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2020/12/1683224_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2020/12/1683224_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2020/12/1683224_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">お客様視点、お客様に寄り添って要望事項/制約条件を洗い出すのはどうすれば良いのか？</div><div class="blogcard-snippet internal-blogcard-snippet">お客様の要求事項を洗い出すのはどうすれば良いのか？お客様のライン(使われ方）をよく知る。お客様と議論を通じて要求事項を洗い出す。お客様のライン仕様が決まっていない時は、先に提案し誘導する。定期的に要求事項を確認する。お客様のライン(使われ方...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.01.03</div></div></div></div></a>
</div></figure>



<h3 class="wp-block-heading"><span id="toc3">DRBFM[設計FMEA（故障モード影響解析]、工程FMEAについて</span></h3>



<p><span class="bold"><strong>DRBMF</strong></span>は（<span class="red">D</span>esign <span class="red">R</span>eview <span class="red">B</span>ased on <span class="red">F</span>ailure <span class="red">M</span>ode）の略で設計審査にFMEAを組み込みましょうという事のようです。</p>



<p>FMEA、あるいはFTAに関しては私も記事にしていますのでそちらを参照ください。発生防止の他に流出防止方法についても本では考慮することを進めています。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/513/" title="FMEA（故障モード影響解析）ってなに？難しそうと思われた方。リスクの影響度と発生確率を掛け合わせる通常のリスク評価と同じです。" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/4278032_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/4278032_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/01/4278032_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/01/4278032_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">FMEA（故障モード影響解析）ってなに？難しそうと思われた方。リスクの影響度と発生確率を掛け合わせる通常のリスク評価と同じです。</div><div class="blogcard-snippet internal-blogcard-snippet">なぜリスク対策が必要なのか試作品での評価では絶対的にN数が少ない。実績は圧倒的に少ない。強調試験/寿命評価は無論実施した方が良いが、実体を表していない。通常、季節変動などを考えると本当に品質的に安定しているのかは1年近くWatchする必要が...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.01.14</div></div></div></div></a>
</div></figure>



<h3 class="wp-block-heading"><span id="toc4">QＡネットワーク</span></h3>



<blockquote class="wp-block-quote is-layout-flow wp-block-quote-is-layout-flow"><p><strong>「品質保証の網」</strong>を張り、<strong><span class="fz-20px">発生防止と流出防止の両面から、問題点を抽出する。</span></strong>これにより、<span class="marker">不良品は造らないし、万が一作ったとしても後工程に流さない工夫を施して、社外への不良品の流出を防ぎます。</span>しかし。これだけではありません。<span class="red">費用をかけすぎずに不良品を外に流さないようにすることもQAネットの目的</span>です。</p><cite><em><span class="fz-14px">「</span></em><strong><span class="fz-14px">品質の教科書」皆川　一二　著、P183より</span></strong></cite></blockquote>



<ol class="wp-block-list"><li><strong>発生防止</strong><ul><li><strong>どのようにして品質不具合を作らない工程にしているか？</strong></li></ul></li><li><strong>流出防止</strong><ul><li><strong>どのようにして、流さない工程にしているか？</strong></li></ul></li></ol>



<p><strong><span class="marker-under-red">この2点を掛け合わせて防止レベルを総合的に<span class="fz-20px"><span class="fz-18px"><span class="bold-red">各工程毎に判断し、全体を見えるようにしたもの</span></span></span>です。</span></strong></p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-amber-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px">発生防止レベルは以下に基づいて評価する</span></strong></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><strong>不良が発生しない</strong>。：設備的に発生防止、異常検知可能</li><li><strong>設備や治具で異常を検知する。</strong>：４Mが標準化されている。</li><li><strong>作業標準に頼って作業する。</strong>：設備の工程能力はある。勘やコツに頼る要素が少ない。</li><li><strong>管理が出来ていない。工程能力が不足している。</strong></li></ol>
</div></div>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-amber-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">流出防止レベルは以下に基づいて評価する</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><strong>不良が流出しない</strong></li><li><strong>設備や治具で異常を検知する</strong></li><li><strong>官能検査で異常を検知する。（目視検査など）</strong></li><li><strong>要領書が不明確、検出力無し</strong></li></ol>
</div></div>



<p><strong><span class="fz-20px"><span class="marker">保証ランクの総合評価</span></span></strong></p>



<ul class="wp-block-list"><li><strong>A:最重要品質保証項目の目標レベル</strong></li><li><strong>B:重要品質保証項目の目標レベル</strong></li><li><strong>C:一般項目の目標レベル</strong></li><li><strong>D～F：不可</strong></li></ul>



<p><strong>上記のように、目標レベルを設定し、横軸に発生防止レベルを縦軸に流出防止レベルをそれぞれ1～４まで取った以下のようなマトリックスとして評価する。</strong></p>



<figure class="wp-block-image aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-40.png" alt="" class="wp-image-3949" width="672" height="338" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-40.png 672w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-40-300x151.png 300w" sizes="(max-width: 672px) 100vw, 672px" /></figure>



<p><strong>現状の保証ランクと目標とする保証ランクを比べ、低ければ改善、高すぎの場合は見直しを行う。</strong></p>



<p class="has-text-align-center"><em><span class="marker-under-red">「</span></em><strong><span class="marker-under-red">品質の教科書」皆川　一二　著、P183～P194から抜粋、引用</span></strong></p>



<h2 class="wp-block-heading"><span id="toc5">一般化、上位概念化とQAネットワークの比較（個人的見解）</span></h2>



<h3 class="wp-block-heading"><span id="toc6">QAネットワーク</span></h3>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-light-blue-border-color">
<p>「品質の教科書」のP284で<strong>工程FMEAの実施結果が非の打ちどころがないほど完璧な物であれば論理的に不要と言えるかもしれません。しかし、現実にはすり抜けが発生するので、QAネットワークが必要です。</strong>と筆者の方はコメントされています。<strong><span class="marker-under-red">QＡネットワークでは何故漏れが無いと言えるのでしょう？</span></strong></p>
</div>



<p><strong><span class="fz-20px"><span class="marker-blue">QAネットワークは、個々の工程の品質保証レベルの見える化を行い、全体のレベルを把握し、全体を最適化するには非常に良い考え方だと思います。</span></span></strong></p>



<p><strong>ＱＣ工程表を考える場合など非常に有効でしょう。実際にＱＡネットワークという言葉は知らなくても、ＱＣ工程表を考える際は同じような考え方を行います。</strong></p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-light-blue-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">QAネットワーク</span><span class="fz-20px">と未然防止</span>（個人的見解）</span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong><span class="marker-under-red">未然防止といった観点</span></strong>から言えば、工程FMEAと同じ、<strong>特に、FMEAで発生防止と流失防止の2点を盛り込んでいる時点で、結局、同じ事を2回やっているといった印象です。</strong></p>



<p>FMEAに比べて、全体を見渡せ、最適化が出来るといった点ではQAネットワークは有効と思えますが、未然防止といった観点から言えば、FMEAとダブルで実施して、確率を下げているに過ぎないようにQAネットワークを使ったことのない私には見えてしまいます。</p>
</div></div>



<h3 class="wp-block-heading"><span id="toc7">一般化と上位概念化</span></h3>



<p><strong><span class="fz-20px"><span class="marker-under-red">再発防止対策を一般化/上位概念化することで未然防止にまで高めたもの</span></span></strong>と考えています。<strong><span class="bold-red"><span class="marker">別の記事で紹介していますので参照してください。</span></span></strong></p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/1788/" title="未然防止/予防対策に必要な過去のトラブルの上位概念化。一般化。でもどうすれば良い？そのコツ、秘策を紹介します。" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">未然防止/予防対策に必要な過去のトラブルの上位概念化。一般化。でもどうすれば良い？そのコツ、秘策を紹介します。</div><div class="blogcard-snippet internal-blogcard-snippet">一般化、上位概念化一般化、上位概念化の例たとえば、失敗学実践編　濱口哲也・平山貴之　日科技連で紹介されている上記の看護師さんの配薬ミスについて考えます。失敗学実践編　濱口哲也・平山貴之　日科技連　を参考に作成未然防止とは過去に発生した不具合...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.02.05</div></div></div></div></a>
</div></figure>



<p>ポイントだけ紹介すると、以下のように、個々の事例を上位概念化し、それを個々の事象に展開することで、未然防止が可能になります。</p>



<figure class="wp-block-image aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37.png" alt="" class="wp-image-3894" width="727" height="492" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37.png 918w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37-300x203.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37-768x520.png 768w" sizes="(max-width: 727px) 100vw, 727px" /><figcaption><strong><span class="fz-16px">失敗学実践編　濱口哲也・平山貴之　日科技連　を参考に作成</span></strong></figcaption></figure>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-green-background-color has-green-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">未然防止とは</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><strong>過去に発生した<span class="marker-under-blue">不具合事例</span>を<span class="marker-under-blue">上位概念化、一般化</span>し、<span class="marker-under-blue">失敗のカラクリ（一般論）</span>を導く</strong></li><li><strong><span class="marker-under-blue">失敗のカラクリ</span>を<span class="marker-under-blue">反転</span>させて<span class="marker-under-blue">成功のカラクリ</span>を導く。</strong></li><li><strong><span class="marker-under-blue">成功のカラクリ</span>を<span class="marker-under-blue">個々の事象に落とし込む</span>ことで<span class="bold-red"><span class="marker-under-blue">未然防止</span></span>を図る。</strong></li></ul>
</div></div>



<p class="has-text-align-center"><strong>参考図書：失敗学実践編、浜口哲也・平山貴之　著　日科技連出版</strong></p>



<p>QAネットワークもFMEAも想定事項を洗い出すといった点で共通で、想定範囲の広げ方に関しては記載が無いように見えます。一方、<strong>過去の事例の一般化/上位概念化を使う事で<span class="marker-under-red">想定範囲を具体的に広げることが可能になります。</span></strong></p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-amber-border-color">
<p><span class="fz-20px"><strong><span class="marker-blue">未然防止といった観点で見れば、工程FMEA+一般化/上位概念化の方が有効</span></strong></span>と感じています。</p>
</div>



<h2 class="wp-block-heading"><span id="toc8">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-teal-border-color">
<ol class="wp-block-list"><li><strong>トヨタの4大未然防止対策：QFD、DRBMF、工程FMEA、QAネットワーク</strong></li><li><strong>QAネットワークは、個々の工程の品質保証レベルの見える化を行い、全体のレベルを把握し、全体を最適化するには非常に良い考え方</strong></li><li><strong>未然防止の観点で言えば、流失防止も考慮した工程FMEAとQAネットワークは重なるところが多い。</strong></li><li><strong>別の観点で過去のトラブルの一般化、<span class="marker-under-red">上位概念化をOAネットワークの代わりに行うことで想定範囲を広げることになる</span>ので個人的に推奨。</strong></li></ol>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/3914/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>QC活動は無駄と思われる方へ。その原因と対処方法を考えます。</title>
		<link>https://rakuda0218blog.com/3799/</link>
					<comments>https://rakuda0218blog.com/3799/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Tue, 09 Mar 2021 23:45:00 +0000</pubDate>
				<category><![CDATA[QCストーリー]]></category>
		<category><![CDATA[小集団活動]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=3799</guid>

					<description><![CDATA[QCストーリは問題から解決策を考え、標準化を推し進めるまでの一連の流れです。現場の改善活動の事を小集団活動、QC活動と呼び、QCストーリーに沿って改善を進めるのが一般的と思われます。 しかし、多くの人が経験していると思い [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p class="has-text-align-left"><span class="fz-12px"><span class="fz-18px">QCストーリは</span><span class="fz-20px"><span class="fz-18px">問題から解決策を考え、標準化を推し進めるまでの一連の流れです。</span></span></span>現場の改善活動の事を小集団活動、QC活動と呼び、QCストーリーに沿って改善を進めるのが一般的と思われます。</p>



<p>しかし、多くの人が経験していると思いますが、QC活動そのものが形骸化しており、無駄、意味がない。と思われる方も多いのではないでしょうか？</p>



<p>改善そのものを否定すると製造業は成り立ちません。どうしたら上手く行くのか考えて行きたいと思います。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-32" checked><label class="toc-title" for="toc-checkbox-32">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">QC活動、QCストーリの問題点</a></li><li><a href="#toc2" tabindex="0">なぜ、QC活動が骨抜きになり、形骸化してしまうのか？</a><ol><li><a href="#toc3" tabindex="0">現場の改善は現場のメンバーの仕事</a></li><li><a href="#toc4" tabindex="0">報告のため、現場には高度すぎる目標設定がなされがち</a></li></ol></li><li><a href="#toc5" tabindex="0">QC活動を形骸化しないためにはどうすれば良いか</a></li><li><a href="#toc6" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading" id="qc活動-qcストーリの問題点"><span id="toc1">QC活動、QCストーリの問題点</span></h2>



<figure class="wp-block-image is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-62.png" alt="画像に alt 属性が指定されていません。ファイル名: image-62.png" width="840" height="433"/><figcaption><span class="fz-16px">ネット、ものづくりニュース、効果の出る正しい改善活動、QCサークル活動の進め方より</span></figcaption></figure>



<p>上記はものづくりニュース、効果のでる正しい改善活動、QCサークル活動から引用させていただきました。赤字の否定的なコメントが記載されています。</p>



<blockquote class="wp-block-quote is-layout-flow wp-block-quote-is-layout-flow"><p>QCサークルなどの小集団活動も、一見、自主的な活動に見えるが、これはスタッフが作った大きなフレームワークの中で自主性が認められた活動である。このタイプはスタッフとラインが身勝手な言い分を通すといった事を予防できるが、自発的な努力を引き出せるとは限らない。<strong>時として、スタッフがラインの協力を引き出すための「舞台装置］として利用することすらある。</strong></p><cite><span class="fz-14px"><strong>IE問題の基礎　川瀬武志　日刊工業新聞社より</strong></span></cite></blockquote>



<p>往々にして、QC活動は報告会が有ります。その報告会が近ずくと、報告内容を後づけでQCストーリに合うように”ストーリー”を考えだし、それに沿ってデータを準備する。</p>



<p>しかも、見栄えが良いように、スタッフが進めた改善策を現場が自主的に進めたかのように話を作ったりします。</p>



<p>また、現場から見れば、QC活動の報告会が近ずくと、残業で資料作りなどの準備を進めます。何のためにこんなことをしているのか？と思ってしまいますよね。</p>



<p><strong><span class="marker-under-red">QCストーリー自体は小集団活動に限らず、部や会社の問題解決にも使える非常に理にかなった方法です。</span></strong></p>



<p>そもそも、問題を見つけ、改善を進めて行くのは、物作りでは当然の活動であって、それを無駄だと言ってしまえば、そもそも事業は成り立ちません。<strong><span class="fz-22px"><span class="marker">いずれにしても<span class="bold-red">「QCストーリの問題」</span>ではなく<span class="bold-red">「運用の問題」</span>だ。</span></span></strong>といった認識は必要だと思います。</p>



<h2 class="wp-block-heading" id="なぜ-qc活動が骨抜きになり-形骸化してしまうのか"><span id="toc2">なぜ、QC活動が骨抜きになり、形骸化してしまうのか？</span></h2>



<h3 class="wp-block-heading" id="現場の改善は現場のメンバーの仕事"><span id="toc3">現場の改善は現場のメンバーの仕事</span></h3>



<p>本来、品質改善活動（QC活動）は社長以下、現場の作業員まで、全員が品質改善に当たるべきです。当然、階級によって目的は異なってきますので社長さんが現場の作業員と同じ改善活動をするわけにはいきません。</p>



<p>ところが、スタッフが現場と作業員と一緒になって作業方法の改善策を考えるような場合、これを良しとしている所はありませんか？</p>



<p>私が若いころは、まさしく、現場の改善策を考えるのが私の仕事だと思っていました、当然、現場の意見を聞きながら進めていたので、これがまっとうな姿だと思っていました。</p>



<p>しかし、これが、結局は現場に改善活動が根づかない原因であると思います。</p>



<blockquote class="wp-block-quote has-text-align-left is-layout-flow wp-block-quote-is-layout-flow"><p><strong>長と呼ばれる人（社長、部長、課長、係長、班長）は人の問題を解決しようと考えず、自分でなければ出来ない事は何か？を考える事が大切です。</strong></p><cite><strong>IE問題の基礎、川瀬武志、日刊工業新聞社</strong>　より</cite></blockquote>



<h3 class="wp-block-heading" id="報告のため-現場には高度すぎる目標設定がなされがち"><span id="toc4">報告のため、現場には高度すぎる目標設定がなされがち</span></h3>



<p>そもそも、報告のために現場の改善課題とするには難しすぎる課題を扱う場合が多くなります。目標設定からして、そもそも現場の目標には高度すぎるものが多い。</p>



<p>高度すぎるというのは、現場と、それを預かるスタッフ内で完結する問題を課題として扱うべきです。他部署と協議して進めた、などは、そもそも現場の課題ではなく、スタッフや、場合によっては組織の（課長の）仕事になったりします。</p>



<p>あるいは、原因を追究するのに、専門知識を使って仮説を立案し、検証して行くような、難しい課題を現場のオペレータの仕事とするか？と言えば、それはやはり、スタッフの仕事だと思います。</p>



<p><strong><span class="fz-20px">現場の改善活動として、まず、実施しなければならないのは５Sだと私は思っています。</span></strong>５Sは整理/整頓/清掃/清潔/躾の事で、皆様も一度は聞かれたことが有るのではないでしょうか？</p>



<p>単に時間が有った時に行う作業と言った程度の認識しか持ち合わせていない方もたまにいます。</p>



<p>長年、梱包容器の設計/開発を担当していた際に、容器制作メーカーを選定するのに工程監査を何度も実施してきました。</p>



<p>誰が見ても、一目で、何が、どういった状態にあるのか分からない。つまり整頓が出来ていないメーカーさんが多いと言うのが実感です。</p>



<p>すべての改善の土台は５Sです。まずは５Sがしっかりできているか見直してはいかがでしょうか？</p>



<p>「５S　チェックシート」で検索すると色々出て来ますので参照してチェックいただくことをお勧めいたします。</p>



<h2 class="wp-block-heading" id="qc活動を形骸化しないためにはどうすれば良いか"><span id="toc5">QC活動を形骸化しないためにはどうすれば良いか</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">スタッフの仕事とは</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><strong>ラインのすべてのメンバーが自らの努力と責任によって改善活動を行う。<span class="fz-20px">その為の資源的・時間的余裕を持たせるのがスタッフの仕事である。</span></strong></li><li><strong><span class="fz-20px">手法やアプローチの提供および、教育、訓練に関する支援を行う。勤務時間内で改善活動を行う時間を確保するのがスタッフの仕事である。</span></strong></li></ol>
</div></div>



<p class="has-text-align-center"><strong><span class="fz-20px"><span class="marker-under">新技術導入時期であればスタッフ主導でなければ進まない所は確かにあります。</span></span></strong></p>



<p>しかし、いつまでスタッフ主導で進める事には問題が有ります。スタッフはラインの改善活動の援助者です。相談が有れば相談にのるのは当然ですが、主役になってはいけません。<strong><span class="marker-under">極論すれば援助者がいなくても改善が進むように考えるのがスタッフには大切です。</span></strong>とも書かれています。</p>



<div class="wp-block-cocoon-blocks-caption-box-1 caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="caption-box-label block-box-label box-label"><span class="caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">ラインのすべてのメンバーが自らの努力と責任によって改善活動を行う事のメリット</span></span></div><div class="caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><strong>継続的な改善が可能である</strong></li><li><strong>すべての問題について、誰かが考えており、漏れがない。</strong></li><li><strong>処理される問題の数が飛躍的に向上するので問題解決能力が飛躍的に向上する。</strong></li><li><strong>変化に対する抵抗が少ない</strong></li><li><strong>現実的なニーズに合致する現実的な解決策が得られる。</strong></li></ol>
</div></div>



<p>書籍では、合計16個のメリットがあげられていますが、私が感じた大きなメリットを５個紹介しました。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-indigo-border-color">
<p>改善を進めるには、管理も必要。管理すべきことが明確になっていないと、改善も出来ない。しかし、<strong>管理は人にロボットになる事を要求している。改善活動を勤務時間に入れないのは、ロボットになる事をオペレータに要請しているのと同じ事</strong>です。</p>



<p><strong><span class="marker">問題意識を持たせるには外力も必要。高い目標と正確な現状認識を与える外力（外的圧力）が必要です。有効な外力を与えることが組織体を統率するマネジメントの役割です。</span></strong></p>
</div>



<p>いずれも<strong><span class="marker">IE問題の基礎　川瀬武志</span>　<span class="marker">日刊工業新聞社</span></strong>からの引用、要約になります。まさしくその通りと思っており皆さんに紹介しました。</p>



<p>しかし、仕事は一杯で現場は残業までして作業をしてもらっているのに、どうして、改善の時間など取れる？また、実際に自分が動かないとラインは回らないと思っている人も多いのではないでしょうか？</p>



<p><strong><span class="marker-under-red">私が実際にラインを見ていたスタッフの立場で言えば、そんなの理想論だ。と思ったと思います。</span></strong></p>



<p>しかし、それは現場の仕事を奪っていたのです。目標と正確な現状認識を共有し、問題を解決できるように時間的な面や能力的な面で余裕が持てるよう支援しなければならなかったのです。</p>



<p>全員に改善マインドを植え付ける事が漏れなく改善を進めるのに絶対に必要です。実際のオペレーターの方が、自分が出来る範囲で改善を進めることでスタッフの目が届かない個所でも改善が進みます。</p>



<p class="has-text-align-center"><strong><span class="fz-20px"><span class="marker-under-red">理想論と言ってしまえばそれでおしまいです。実際に何が出来るか考えましょう。</span></span></strong></p>



<p> ここで<strong><span class="marker">「15分ミーティング」のすごい効果、矢本　治　著、  日本実業出版社 </span></strong>を参考図書として紹介したいと思います。</p>



<p><strong><span class="marker">現場目線で考えられるテーマを選び自分たちで出来る事を確実に実施して行く</span></strong>のです。現実的に現場の改善を進める上での必要なノウハウが数多く記載されています。一読をお勧めします。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-green-background-color has-green-border-color">
<p><strong>1日15分のMeetingで<span class="marker-under-red"><span class="bold-red">自分たちで出来るテーマを選び、</span></span>現場全員が参加し、肯定的な未来を描き、やる目的を明確にして、<span class="marker-under-red"><span class="bold-red">自分で出来ることを確実に実施して行く</span></span>事で、成功体験ができ、モチベーションが高まる改善活動が大切。</strong>（「15分ミーティング」のすごい効果、矢本　治　著、日本実業出版社より筆者が要約）</p>
</div>



<p><strong>どうですか？皆さんも15分と言われたら、出来そうな気はしませんか？</strong></p>



<h2 class="wp-block-heading" id="まとめ"><span id="toc6">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color">
<ol class="wp-block-list"><li><span class="fz-18px"><strong>ラインのすべてのメンバーが自らの努力と責任によって改善活動が行えるように、その為の資源的・時間的余裕を持たせるのがスタッフの仕事である。</strong></span></li><li><strong>改善の目標は現場のメンバーで解決できる課題にする。（現場目線のテーマ）</strong></li><li><strong><span class="fz-18px">現場目線で考えられるテーマを選び、現場全員が参加し、肯定的な未来を描き、自分たちで出来ることを確実に実施して行く</span></strong></li></ol>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/3799/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>未然防止/予防対策に必要な過去のトラブルの上位概念化。一般化。でもどうすれば良い？そのコツ、秘策を紹介します。</title>
		<link>https://rakuda0218blog.com/1788/</link>
					<comments>https://rakuda0218blog.com/1788/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Thu, 04 Feb 2021 23:21:00 +0000</pubDate>
				<category><![CDATA[再発防止　未然防止/予防対策]]></category>
		<category><![CDATA[上位概念化]]></category>
		<category><![CDATA[横展開]]></category>
		<category><![CDATA[品質優先]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=1788</guid>

					<description><![CDATA[目次 一般化、上位概念化一般化、上位概念化の例一般化/上位概念化の進め方（帰納法的思考）私が上位概念化で大切と考えている事、4選他の事例と合わせて考える機能に着目する。言葉を上位概念化する。無理やりにでも一言で言えばと考 [&#8230;]]]></description>
										<content:encoded><![CDATA[

  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-34" checked><label class="toc-title" for="toc-checkbox-34">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">一般化、上位概念化</a><ol><li><a href="#toc2" tabindex="0">一般化、上位概念化の例</a></li><li><a href="#toc3" tabindex="0">一般化/上位概念化の進め方（帰納法的思考）</a></li></ol></li><li><a href="#toc4" tabindex="0">私が上位概念化で大切と考えている事、4選</a><ol><ol><li><a href="#toc5" tabindex="0">他の事例と合わせて考える</a></li><li><a href="#toc6" tabindex="0">機能に着目する。</a></li><li><a href="#toc7" tabindex="0">言葉を上位概念化する。</a></li><li><a href="#toc8" tabindex="0">無理やりにでも一言で言えばと考える。（実際には１センテンス）</a></li></ol></li></ol></li><li><a href="#toc9" tabindex="0">社内展開、横展開を進める方法</a></li><li><a href="#toc10" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading" id="一般化-上位概念化"><span id="toc1">一般化、上位概念化</span></h2>



<h3 class="wp-block-heading" id="未然防止-予防対策"><span id="toc2">一般化、上位概念化の例</span></h3>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="960" height="296" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-107.png" alt="" class="wp-image-1523" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-107.png 960w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-107-300x93.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-107-768x237.png 768w" sizes="(max-width: 960px) 100vw, 960px" /></figure>



<p>たとえば、<strong><span class="fz-16px">失敗学実践編　濱口哲也・平山貴之　日科技連</span></strong>で紹介されている上記の看護師さんの配薬ミスについて考えます。</p>



<figure class="wp-block-image aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37.png" alt="" class="wp-image-3894" width="727" height="492" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37.png 918w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37-300x203.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37-768x520.png 768w" sizes="(max-width: 727px) 100vw, 727px" /><figcaption><strong><span class="fz-16px">失敗学実践編　濱口哲也・平山貴之　日科技連　を参考に作成</span></strong></figcaption></figure>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-green-background-color has-green-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">未然防止とは</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><strong>過去に発生した<span class="marker-under-blue">不具合事例</span>を<span class="marker-under-blue">上位概念化、一般化</span>し、<span class="marker-under-blue">失敗のカラクリ（一般論）</span>を導く</strong></li><li><strong><span class="marker-under-blue">失敗のカラクリ</span>を<span class="marker-under-blue">反転</span>させて<span class="marker-under-blue">成功のカラクリ</span>を導く。</strong></li><li><strong><span class="marker-under-blue">成功のカラクリ</span>を<span class="marker-under-blue">個々の事象に落とし込む</span>ことで<span class="bold-red"><span class="marker-under-blue">未然防止</span></span>を図る。</strong></li></ul>
</div></div>



<p class="has-text-align-center"><strong>参考図書：失敗学実践編、浜口哲也・平山貴之　著　日科技連出版</strong></p>



<p>この看護師さんの配薬ミスを上位概念化すると、「本体とラベルを分離したらID識別が不能」というのが上位概念となります。</p>



<h3 class="wp-block-heading" id="一般化-上位概念化の進め方-帰納法的思考"><span id="toc3">一般化/上位概念化の進め方（帰納法的思考）</span></h3>



<div class="wp-block-cocoon-blocks-caption-box-1 caption-box block-box has-background has-border-color has-watery-red-background-color has-red-border-color"><div class="caption-box-label block-box-label box-label"><span class="caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">一般化/上位概念とは</span></span></div><div class="caption-box-content block-box-content box-content">
<p><strong><span class="fz-20px"><span class="bold-red">帰納法的思考で個々の事例から共通の法則、規則性を見つけ出そうとするもの</span></span></strong></p>
</div></div>



<p><strong>失敗学実践編　浜口哲也・平山貴之　日科技連出版社には上位概念化</strong>という言葉を使われ、つまり、例えば、他は？で概念の上下動を行う。「対比・類似・因果」、「正・反・合」が大切。属性をはずせ、とも記載されています。</p>



<p>　属性をはずすとは看護師さんが配薬を間違えた件については、関連事象を思い浮かべながら一般単語と入れ替えたりすれば良いだけ。とも記載されています。</p>



<p>　また、<strong>帰納法的な考えはロジカルシンキングの本を見ると必ず出ています</strong>。<strong><span class="marker-under-red">So What、So WhyのSo　What、結局　何？</span></strong>ですね。</p>



<p><span class="fz-22px"><strong><span class="marker">いずれも、話としては分かるのですが分かりずらいです。私が、いつも念頭に置いていることを４個紹介します。</span></strong></span></p>



<h2 class="wp-block-heading"><span id="toc4">私が上位概念化で大切と考えている事、4選</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-blue-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">一般化、上位概念化する上</span><span class="fz-20px">で大切な事</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">他の事例と合わせて考える</span></span></span></strong></li><li><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">機能に着目する。</span></span></span></strong></li><li><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">言葉を上位概念化する。</span></span></span></strong></li><li><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">無理やりにでも一言で言えばと考える。</span></span></span></strong></li></ol>
</div></div>



<h4 class="wp-block-heading" id="他の事例と合わせて考える"><span id="toc5">他の事例と合わせて考える</span></h4>



<p>　　<strong>帰納法的な考えは、個々の事例から、共通点や法則を見つけ出そうとするものですから、<span class="marker-under-red">一つの事例だけを取り上げて考えにくいです。</span></strong></p>



<p>　<strong><span class="fz-20px"><span class="marker-under-red">言われてみれば当たり前ですが、結構、一つの事例から考えようとする人がいます。</span></span></strong></p>



<p>　過去のトラブルを見れば、似たようなトラブルは他にもあったなと思えるものがあるので、その事例と合わせて考えると考えやすい。これを経験というのかもしれませんが、経験が無ければ、過去の事例から疑似体験するしかありません。</p>



<h4 class="wp-block-heading" id="機能に着目する"><span id="toc6">機能に着目する。</span></h4>



<p>　あまり本に書かれていないようですが、<strong><span class="fz-20px"><span class="marker-under-red">機能に着目すると一般化しやすい</span></span></strong>と感じています。失敗学にでてきた配薬を間違えたのは、<span class="marker-under"><strong>どんな機能が働かなかったので、不具合になったのでしょうか？</strong></span>　</p>



<div class="wp-block-cocoon-blocks-caption-box-1 caption-box block-box has-background has-border-color has-watery-red-background-color has-red-border-color"><div class="caption-box-label block-box-label box-label"><span class="caption-box-label-text block-box-label-text box-label-text"><strong>Aさんですか？と聞いて、本人確認を行ったのに、<span class="fz-20px"><span class="fz-22px">確認という機能</span>が上手くいかなかった。</span></strong></span></div><div class="caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><span class="bold-red"><strong>どうしてうまくいかなかったのか？（本人がハイと答えたから）</strong></span></li><li><span class="bold-red"><strong>何故機能しなかったのか？（聞いても駄目、顔も不明）</strong></span></li><li><span class="bold-red"><strong>どうすれば良かったのか？（確実な情報と照合する）</strong></span></li><li><strong><span class="bold-red">具体的には？（本人に確実な情報をくっつけておく）</span></strong></li></ul>
</div></div>



<ul class="wp-block-list"><li><strong>いかがでしょう。少しは考え安い、出来そうと思いませんか？</strong></li></ul>



<h4 class="wp-block-heading" id="言葉を上位概念化する"><span id="toc7">言葉を上位概念化する。</span></h4>



<p>　特許の場合、特に言われることですが、属性をはずすだけでなく、言葉も広いものにする。特許以外でも視点が広がります。</p>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="509" height="203" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-135.png" alt="" class="wp-image-1820" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-135.png 509w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-135-300x120.png 300w" sizes="(max-width: 509px) 100vw, 509px" /></figure>



<h4 class="wp-block-heading" id="無理やりにでも一言で言えばと考える-実際には１センテンス"><span id="toc8">無理やりにでも一言で言えばと考える。（実際には１センテンス）</span></h4>



<p>　つまり、So　Whatは、言葉を変えると、一言で言えば。特許の場合もこの考え方は大切です。無理やりでも一言で言えば？と考えましょう。</p>



<h2 class="wp-block-heading" id="社内展開-横展開を進める方法"><span id="toc9">社内展開、横展開を進める方法</span></h2>



<p class="has-text-align-center"><strong><span class="fz-22px"><span class="fz-20px"><span class="bold-red">個々の事象に落とし込むには、実際の管理基準に、作業標準に落とし込む必要があります。</span></span></span></strong></p>



<p>ただ、そうは言ってもなかなか分かっていてもそこまで、手が回らない。また、他部署での発生例であればそもそも自分の所に情報は来ません。<strong><span class="marker-under-red">品質保証部などが中心となって、管理基準、作業標準に落とし込みましょう。</span></strong></p>



<p>たとえば、<strong>本体とラベルを分離したら本体識別不能</strong>なので、<strong>分離している工程が無いか？と探すこと、</strong>あれば、<strong>対策を具体的に考え盛り込む事。対策は現場で考えないと意味がありません。</strong></p>



<p><strong><span class="bold-red">FMEA</span></strong>もそういった意味ではリスク評価というよりも未然防止とも考えられます。設計だけでなく、作業工程に分類し、FMEAの手法を応用することも可能です。（ただし、かなりの労力がかかりますので、あまりお勧めはしません。）</p>



<p><strong><span class="bold-red">KY活動</span></strong>に一般化された話を活用するのも有効です。</p>



<h2 class="wp-block-heading" id="まとめ"><span id="toc10">まとめ</span></h2>



<ol class="wp-block-list"><li><strong><span class="marker-under-red">再発防止、未然防止につなげるには</span></strong><ul><li><strong>上位概念で得られた失敗のカラクリを成功のカラクリに変え、個々の事象に落とし込む。</strong></li></ul></li></ol>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-blue-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">一般化、上位概念化する上</span><span class="fz-20px">で大切な事</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">他の事例と合わせて考える</span></span></span></strong></li><li><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">機能に着目する。</span></span></span></strong></li><li><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">言葉を上位概念化する。</span></span></span></strong></li><li><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">無理やりにでも一言で言えばと考える。</span></span></span></strong></li></ol>
</div></div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/1788/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>確実な再発防止策、歯止めを講じる方法。考え方</title>
		<link>https://rakuda0218blog.com/1712/</link>
					<comments>https://rakuda0218blog.com/1712/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Thu, 04 Feb 2021 05:00:00 +0000</pubDate>
				<category><![CDATA[再発防止　未然防止/予防対策]]></category>
		<category><![CDATA[標準化]]></category>
		<category><![CDATA[フールプルーフ]]></category>
		<category><![CDATA[ポカヨケ]]></category>
		<category><![CDATA[フェイルセーフ]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=1712</guid>

					<description><![CDATA[標準化/現場改善/品質優先の考えが確実な再発防止には大切です。 歯止めを講じるにはフールプルーフ、ポカヨケ対策とフェイルセーフ、ミスに気付く仕組みづくりが必要になります。 目次 再発防止策標準化現場改善基本でありながら難 [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p><strong>標準化/現場改善/品質優先の考えが確実な<span class="marker"><span class="fz-22px">再発防止</span></span>には大切です。</strong></p>



<p><strong><span class="marker"><span class="fz-22px">歯止め</span></span>を講じるには<span class="marker-under-blue">フールプルーフ、ポカヨケ対策</span>と<span class="marker-under-blue">フェイルセーフ、ミスに気付く仕組みづくり</span>が必要になります。</strong></p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-36" checked><label class="toc-title" for="toc-checkbox-36">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">再発防止策</a><ol><li><a href="#toc2" tabindex="0">標準化</a></li><li><a href="#toc3" tabindex="0">現場改善</a><ol><li><a href="#toc4" tabindex="0">基本でありながら難しい。</a></li><li><a href="#toc5" tabindex="0">では、どうすれば良いか？</a></li></ol></li><li><a href="#toc6" tabindex="0">品質優先の考え</a></li></ol></li><li><a href="#toc7" tabindex="0">歯止め対策</a><ol><li><a href="#toc8" tabindex="0">フールプルーフ、ポカヨケ対策</a></li><li><a href="#toc9" tabindex="0">フェイルセーフ、ミスに気付く仕組みづくり</a></li></ol></li><li><a href="#toc10" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading" id="再発防止策"><span id="toc1">再発防止策</span></h2>



<h3 class="wp-block-heading" id="標準化"><span id="toc2">標準化</span></h3>



<p>　</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/1318/" title="人為的ミス、トラブル、品質問題を防ぐにはどうすれば良いか？" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">人為的ミス、トラブル、品質問題を防ぐにはどうすれば良いか？</div><div class="blogcard-snippet internal-blogcard-snippet">品質問題を起こす原因として人に起因するトラブルもあり、避けては通れません。これに関して、どのように原因を追究して行けばよいのか紹介したいと思います。人に起因するトラブルのタイプ人に起因するトラブルの原因によって分類すると、次のように考えられ...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.02.01</div></div></div></div></a>
</div></figure>



<p>別の記事で、標準化の難しさを記載していますので、そちらを参照ください。簡単に振り返ると</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-blue-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">標準化が何故難しいか？</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong><span class="bold-blue">標準書が実作業にあっていない。改定がされておらずメンテされていない。</span></strong></li>



<li>○○について確認する。注意して作業する。など、<strong><span class="bold-blue">個人の判断でどうとも考えられる表現になっている。</span></strong></li>



<li>過去のトラブルなどを事例を用いて、<strong><span class="bold-blue">標準を守らないとどういった不具合があるのか？そこまで教育していない。</span></strong></li>



<li>標準作業が<strong><span class="bold-blue">浸透するような工夫が足りない。</span></strong>（例えば、ご褒美制、朝礼での自己宣言など）</li>
</ol>
</div></div>



<p>　それではどうすれば良いかというと、</p>



<ul class="wp-block-list">
<li><strong><span class="marker-under-blue">品質管理のポイントを見える化する。（作業：写真+文章、管理項目：チェックシート）</span></strong></li>



<li><strong><span class="marker-under-blue">標準作業を守らないとどういった不具合が発生するのか十分に納得してもらう。</span></strong></li>
</ul>



<p>この2点が大切になると感じています。</p>



<h3 class="wp-block-heading" id="現場改善"><span id="toc3">現場改善</span></h3>



<p>　私が敢えて言うまでもなく基本です。５Sや分かりにくい表示の改正、作業環境の改善、作業方法の改善、などです。ヒューマンエラーの防止や再発防止にとどまらず、作業ミス低減、生産性向上、コストダウンも期待できます。</p>



<h4 class="wp-block-heading" id="基本でありながら難しい"><span id="toc4">基本でありながら難しい。</span></h4>



<p>　今その状態で出来てしまっているから必要性を感じていない。あるいは、以前提案したけど、お金が無いと断られた。など、理由は色々出てきます。</p>



<h4 class="wp-block-heading" id="では-どうすれば良いか"><span id="toc5">では、どうすれば良いか？</span></h4>



<p>　心理学的に、やる気を引き出すには肯定的な未来を描き、今あるリソースを使って出来ることから実施して行こうといった<strong>ソリューション・フォーカス</strong>という考え方があります。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/10921/" title="長所に着目し能力を引き出すソルーション・フォーカスト・アプローチ（SFA）について" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2022/03/4891386_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/03/4891386_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2022/03/4891386_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2022/03/4891386_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">長所に着目し能力を引き出すソルーション・フォーカスト・アプローチ（SFA）について</div><div class="blogcard-snippet internal-blogcard-snippet">ソルーション・フォーカスト・アプローチとは相手の長所や能力に着目し、勇気づけながら相手の困っている事に向かい合っていく心理療法です。そもそも、問題解決へのモチベーションが高くないと向かない心理療法で、カウンセリングというよりはコーチングで広...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2022.03.13</div></div></div></div></a>
</div></figure>



<p>　また、<strong>参考図書として「15分ミーティング」のすごい効果、矢本　治　著、日本実業出版社</strong>を紹介します。筆者の方が認識されているかどうか分かりませんが、ソリューション・フォーカスの実践版のような本だと思っています。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-blue-border-color">
<ul class="wp-block-list">
<li><span class="fz-20px"><span class="bold-blue"><strong>分析は前提、会議では確認の質問のみ</strong></span></span></li>



<li><span class="fz-20px"><span class="bold-blue"><strong>より良い未来を創るための前向き発言</strong></span></span></li>



<li><span class="fz-20px"><span class="bold-blue"><strong>自分たちの出来る事をあらかじめ書く。ひらがな、カタカナ、OK</strong></span></span></li>



<li><span class="fz-20px"><span class="bold-blue"><strong>初動は3日内ルールを徹底</strong></span></span></li>
</ul>
</div>



<p>　良かったら読んでみてください。</p>



<h3 class="wp-block-heading" id="品質優先の考え"><span id="toc6">品質優先の考え</span></h3>



<p>　品質第一とも言われますが、<strong>一般には安全第一</strong>ですよね。なぜ、安全第一なのでしょう。</p>



<p>　これに関しては、昔、勤務していた工場の工場長が言っていた言葉ですが、<strong>安全は会社の責任だ。勤務時間の間は従業員を一日家族から預かっている。朝。行ってきますと家をでたら、同じ状態で、ただ今、と帰ってこられるようにする責任が我々にはあるんだ。</strong>と言われました。</p>



<p>今でも、覚えていますし、そうなんだろうと思います。</p>



<p>　<strong>品質は何でしょう</strong>。これも責任ですよね。ただ、家族ではなく、<strong>お客様に対する責任</strong>です。少なくとも私はそう思っています。</p>



<p>　良く、納期、コスト、QCDと言われます。ただ、<strong>納期もお客様に対する責任ですが、交渉、調整の余地は品質よりもあります。</strong></p>



<p>　<strong>コストも当然大切です。</strong>ただ、どうしてもその品質を確保するのに歩留まりが極端に下がり、コスト的に合わない場合は受けないといった選択をすべきです。<strong>過剰品質がコストアップの要因になっていることはありますが、それは全く別の話です。</strong></p>



<p>　製造業はどこでも、これらの事を日々葛藤しながら進めているのが現状なのですが、時々、認識違いをされている方がいらっしゃるので、自分の事はさておいて、あえて紹介させていただきました。</p>



<p>　作業を受ける側は、問題が起きてから、現実不可能な短納期を受けた営業が悪い。等と言っても何の解決にもなりません。問題を起こしても良いと言った覚えはないと言われて終わりです。</p>



<p>　営業側も、製造から危険信号は出されていなかったでしょうか？そこは製造責任で考えるべきだろう。といった態度で接していませんか？</p>



<p>　作業指示を出す側（マネージャー）も自問しましょう。調整業務を怠り、無理を現場に押し付けていないでしょうか？</p>



<p> 　お客様に対して品質の責任を果たすのに、自分は何をすべきなのか考えるのが大切だと思います。</p>



<h2 class="wp-block-heading" id="歯止め対策"><span id="toc7">歯止め対策</span></h2>



<h3 class="wp-block-heading" id="フールプルーフ-ポカヨケ対策"><span id="toc8">フールプルーフ、ポカヨケ対策</span></h3>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="847" height="217" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-126.png" alt="" class="wp-image-1755" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-126.png 847w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-126-300x77.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-126-768x197.png 768w" sizes="(max-width: 847px) 100vw, 847px" /></figure>



<p>　元来は機械設計から出てきた考えのようですが、プロセス設計をする上でも非常にためになる考え方です。<strong>ポカヨケ</strong>の方がなじみがあるかもしれません。人が誤った行為をしようとしても出来ないようにする工夫の事です。</p>



<p>　今は、ネットでも事例がたくさん出ているので、参考にすべきと思います。</p>



<p><strong><span class="marker-under">ポカヨケ改善事例集【図解】 | 日本のものづくり～品質管理、生産管理、設備保全の解説　匠の知恵 (takuminotie.com)</span></strong>や<span class="marker-under"><strong>絵で見る創意工夫辞典0304④間違ったら先に進まなくする。</strong></span>にも実例が出ています。</p>



<p><strong>パターン1：センサーで状態を感知し、間違っている時は動作しない</strong></p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="416" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-129-1024x416.png" alt="" class="wp-image-1758" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-129-1024x416.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-129-300x122.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-129-768x312.png 768w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-129.png 1272w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption"><strong>ネット：絵で見る創意工夫辞典0304④間違ったら先に進まなくする　より</strong></figcaption></figure>



<p><strong>パターン２：セッティングが悪いと形状が合わず、先に進まない。</strong></p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="426" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-130-1024x426.png" alt="" class="wp-image-1759" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-130-1024x426.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-130-300x125.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-130-768x320.png 768w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-130.png 1278w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption"><strong>ネット：絵で見る創意工夫辞典0304④間違ったら先に進まなくする　より</strong></figcaption></figure>



<p>治具は、使いずらいと定着しないことが多いので、注意が必要です。他にも、面白い例が色々でているので、参考にしてください。</p>



<h3 class="wp-block-heading" id="フェイルセーフ-ミスに気付く仕組みづくり"><span id="toc9">フェイルセーフ、ミスに気付く仕組みづくり</span></h3>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="955" height="296" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-131.png" alt="" class="wp-image-1761" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-131.png 955w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-131-300x93.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-131-768x238.png 768w" sizes="(max-width: 955px) 100vw, 955px" /></figure>



<p>この考えをプロセスに応用しましょう。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-yellow-border-color">
<p><span class="fz-22px"><span class="fz-20px"><strong>ポイントは、</strong></span></span><span class="fz-20px"><strong><span class="fz-22px"><span class="marker-blue">ミスが発生した場合に瞬時に作業者が気が付く仕組み作り。</span></span></strong></span><span class="fz-22px"><span class="fz-20px"><strong>です</strong></span></span></p>
</div>



<p>私がネットで少し調べたところでは、材料加工、組み立て工程であまり良い例が無かったので、私の経験で紹介します。</p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="895" height="210" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-134.png" alt="" class="wp-image-1775" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-134.png 895w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-134-300x70.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-134-768x180.png 768w" sizes="(max-width: 895px) 100vw, 895px" /></figure>



<p>実際にはもっとねじ止めの本数は多いのですが、ネジ止めされていない容器が納入される不具合がありました。良く分かります。作業中に誰かに声をかけられたら、アウトですよね。</p>



<p>加工屋さんには、そのネジで止める箇所は予め分かっているのだから、必要な本数だけ持って行って作業してもらうようにお願いしました。</p>



<p>初めはそんな面倒な事は出来ない。といった対応でしたが、実際にネジ止めしている時に何もしないで見ている人もいます。ネジを数えるのは誰でも出来るので見ている暇が有ったら数を数えてもらいました。</p>



<p>この方法では仮に、最初に数え間違いをしても、数が合わなくなるので良い方法だと思っています。いかがでしょうか？実際のその後はそのような不具合は無くなりました。</p>



<h2 class="wp-block-heading" id="まとめ"><span id="toc10">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color">
<ol class="wp-block-list">
<li><strong>再発防止策の基本は標準化。</strong>ただし、以下の点で注意が必要
<ul class="wp-block-list">
<li>実作業にあっていないなどメンテされていない。</li>



<li>○○について確認する。注意して作業する。など、個人の判断でどうとも考えられる表現になっている。</li>



<li>標準を守らないとどういった不具合があるのか？教育していない</li>
</ul>
</li>



<li><strong>現場改善/品質第一の考え</strong>が基本であるがやはり大切</li>



<li><strong>フールプルーフ、フェイルセーフ</strong>の思考が大切。</li>
</ol>
</div>



<p></p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/1712/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>仕事の課題のアプローチ。何から始めれば？と困っておられる方へ、鉄則の考え方を紹介します。</title>
		<link>https://rakuda0218blog.com/1681/</link>
					<comments>https://rakuda0218blog.com/1681/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Wed, 03 Feb 2021 01:32:00 +0000</pubDate>
				<category><![CDATA[業務上の品質問題の原因追及]]></category>
		<category><![CDATA[前提条件]]></category>
		<category><![CDATA[マトリックス分析]]></category>
		<category><![CDATA[SWOT分析]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=1681</guid>

					<description><![CDATA[やってはいけないことは、とりあえず、ネットで関連しそうな情報を集める事です。時間ばかりかかってしまいます。ゴールまでの道筋をまず考え、その道筋にそって考え、資料を集めて行きましょう。 この辺りは、ロジカルシンキングの考え [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>やってはいけないことは、とりあえず、ネットで関連しそうな情報を集める事です。時間ばかりかかってしまいます。ゴールまでの道筋をまず考え、その道筋にそって考え、資料を集めて行きましょう。</p>



<p>この辺りは、ロジカルシンキングの考えがやはり鉄則となると思います。</p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="274" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-117-1024x274.png" alt="" class="wp-image-1685" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-117-1024x274.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-117-300x80.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-117-768x206.png 768w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-117.png 1205w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-38" checked><label class="toc-title" for="toc-checkbox-38">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">前提条件の確認</a></li><li><a href="#toc2" tabindex="0">課題を俯瞰的に捉える。</a></li><li><a href="#toc3" tabindex="0">課題を因数分解して考える</a></li><li><a href="#toc4" tabindex="0">構成要素（試合）をもう少し分けてみる。</a></li><li><a href="#toc5" tabindex="0">戦略/対策案を考える。</a><ol><li><a href="#toc6" tabindex="0">SWOT分析</a></li></ol></li><li><a href="#toc7" tabindex="0">具体的なアクションを考える。</a><ol><li><a href="#toc8" tabindex="0">KFS（重要成功要因）KPI（重要業績評価指数）</a></li></ol></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">前提条件の確認</span></h2>



<ul class="wp-block-list"><li>まずは<strong><span class="marker-under-red">前提条件の確認</span></strong>です。 </li><li>ここでの前提条件とは「メダルを増やすこと」です。 ここでは、そのためには何をしても良いとしましょう。</li><li>ただし、<strong>やってはいけない回答の代表例</strong>が、<strong>「具体的な、ある１つの競技に対する強化策についてポンと提案すること」</strong>です。ここで求められる発想は、戦術的なミクロな視点、短絡的なものではなく、協議全体を俯瞰した「日本としてどのように各競技を支援していくか」という「アプローチ」です。</li></ul>



<h2 class="wp-block-heading"><span id="toc2">課題を俯瞰的に捉える。</span></h2>



<p>個別の協議の強化策を考えても、そもそも、漏れ抜けが発生します。</p>



<p><strong><span class="fz-20px"><span class="marker-under-red">「メダルを増やすということ」は、そもそも何を意味するのか？</span></span></strong>　<strong><span class="fz-20px"><span class="marker-under-red">俯瞰的に、鳥の目で見つめなおす必要があります。</span></span></strong></p>



<h2 class="wp-block-heading"><span id="toc3">課題を因数分解して考える</span></h2>



<p>　<strong><span class="fz-20px"><span class="bold-red"><span class="fz-22px">「分けると分かる」</span></span></span></strong>とも言われます。<strong><span class="fz-20px">構成要素に<span class="marker-under-red">分けて、</span>その関係性を四則演算で表すと、課題が<span class="marker-under-red">分かって</span>きます。</span></strong></p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="978" height="267" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-118.png" alt="" class="wp-image-1688" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-118.png 978w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-118-300x82.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-118-768x210.png 768w" sizes="(max-width: 978px) 100vw, 978px" /></figure>



<p>なので、</p>



<ul class="wp-block-list"><li><strong><span class="fz-20px">試合に出る回数を増やすにはどうすれば良いか？</span></strong></li><li><strong><span class="fz-20px">上位3位以内に入る確率を上げるにはどうすれば良いか？</span></strong></li></ul>



<p>を考えて行くことになります。</p>



<p><strong>売上高＝顧客数X顧客単価は有名？</strong>ですよね。</p>



<h2 class="wp-block-heading"><span id="toc4">構成要素（試合）をもう少し分けてみる。</span></h2>



<p>　試合に出る回数を増やすと言っても、色々な競技がありますよね。もう少し、分けてみましょう。</p>



<div class="wp-block-image"><figure class="alignleft size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-120.png" alt="" class="wp-image-1694" width="429" height="385" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-120.png 538w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-120-300x269.png 300w" sizes="(max-width: 429px) 100vw, 429px" /></figure></div>



<p>競技規模と日本人の実力でマトリックス分析してみました。</p>



<p>競技については思いついたものを入れたのでご了承ください。</p>



<p>競技規模は競技人口と考えてもいいかもしれません</p>



<p>何となく、イメージ出来てきたので、各事象に対して、<strong>どうやったら試合に出る回数を増やせるか？上位3位以内に入る確率を上げるか？</strong>で考えて行きます。</p>



<p><strong>売上高＝顧客数X顧客単価の顧客数は少し分けて考える必要があるのと同じですね。</strong></p>



<h2 class="wp-block-heading"><span id="toc5">戦略/対策案を考える。</span></h2>



<div class="wp-block-image"><figure class="aligncenter size-large"><img loading="lazy" decoding="async" width="612" height="490" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-124.png" alt="" class="wp-image-1700" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-124.png 612w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-124-300x240.png 300w" sizes="(max-width: 612px) 100vw, 612px" /></figure></div>



<p>　いかがでしょう。<strong><span class="fz-20px">強み、弱みを切り口にして戦略案/対応案を考えました。</span></strong></p>



<p>　適切な提案かどうかは不明です。何故なら、実態をよく知らないところで、考えた言葉遊びに過ぎないからです。おそらく専門家から見ればピント外れな提案かもしれません。ただ、この事は非常に大切だと思います。</p>



<p>　何故なら、分けて考えると考えやすいというだけで、テクニックの話です。テクニックも大切ですが、テクニックだけでは話は進みません。そのことは、良く認識しておく必要があると思います。</p>



<h3 class="wp-block-heading"><span id="toc6">SWOT分析</span></h3>



<div class="wp-block-image"><figure class="aligncenter size-large"><img loading="lazy" decoding="async" width="1024" height="335" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-123-1024x335.png" alt="" class="wp-image-1699" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-123-1024x335.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-123-300x98.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-123-768x251.png 768w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-123.png 1127w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure></div>



<p>戦略を考える上で、SWOTと呼ばれるフォーマットがあるので紹介いたします。SWOT（<span class="bold-red">S</span>trength　<strong>強み</strong>/<span class="bold-red">W</span>eekness<strong>弱み</strong>/<span class="bold-red">O</span>pportunity<strong>機会</strong>/<span class="bold-red">T</span>hreat<strong>脅威</strong>）の略です。</p>



<p><strong><span class="fz-22px">今回は<span class="marker-under-red">弱み/強み（彼我分析）を軸に戦略を考えました</span>。<span class="marker-under-red">実際のビジネスでもそれで足りる事も多いです。</span><span class="fz-18px">機会や脅威を無理やり考えても言葉遊びになるので割愛しました。</span></span></strong></p>



<h2 class="wp-block-heading"><span id="toc7">具体的なアクションを考える。</span></h2>



<h3 class="wp-block-heading"><span id="toc8">KFS（重要成功要因）KPI（重要業績評価指数）</span></h3>



<p>例えば、女子体操であれば現状を分析したうえで、徹底的に何を強化するのか？体力か、表現力か？といったKFSを設定し、それを具体的にどのレベルまで鍛えるのか指標化する（KPI)、体力なら○○が出来る。表現力ならば、例えば、コーチが評価する点数が3点なのを、優勝候補の選手の点数6点になるまで向上させる。その為に、必要なアクションを考えて行く、といった流れになります。KFS,KPIはより具体的に、とらえてアクションを考えやすくし、目標が達成されたかどうかを示す指標になります。</p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/1681/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>仕事の進め方による品質問題の原因追及はどうすれば良いか？</title>
		<link>https://rakuda0218blog.com/1526/</link>
					<comments>https://rakuda0218blog.com/1526/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Tue, 02 Feb 2021 00:29:00 +0000</pubDate>
				<category><![CDATA[業務上の品質問題の原因追及]]></category>
		<category><![CDATA[ロジックツリー]]></category>
		<category><![CDATA[なぜなぜ分析]]></category>
		<category><![CDATA[MECE]]></category>
		<category><![CDATA[フレームワーク]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=1526</guid>

					<description><![CDATA[原因は複数あり、複雑です。また、色々な要因が複雑に絡み合っている事が多いです。ロジックツリーを使ったMECEな展開、「なぜなぜ分析」による深堀、連関図法を用いた要因の関連性調査、主要因の推定。検証が大切になります。 目次 [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>原因は複数あり、複雑です。また、色々な要因が複雑に絡み合っている事が多いです。ロジックツリーを使ったMECEな展開、「なぜなぜ分析」による深堀、連関図法を用いた要因の関連性調査、主要因の推定。検証が大切になります。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-40" checked><label class="toc-title" for="toc-checkbox-40">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">ロジックツリー</a></li><li><a href="#toc2" tabindex="0">漏れなくダブりなく（MECE)</a><ol><li><a href="#toc3" tabindex="0">フレームワーク</a></li><li><a href="#toc4" tabindex="0">Aか非Aか？、Aかそれ以外　の考えは大丈夫か？</a></li><li><a href="#toc5" tabindex="0">Aが有るか/無いか、とAかそれ以外では大違い</a></li></ol></li><li><a href="#toc6" tabindex="0">なぜなぜ分析を使って主原因に迫る。</a><ol><li><a href="#toc7" tabindex="0">人の行動や感情は入れない。</a></li><li><a href="#toc8" tabindex="0">なぜ、なぜ分析のチェック、逆、対偶</a></li></ol></li><li><a href="#toc9" tabindex="0">連関図法を用いて要因の関連性を調べる。</a><ol><li><a href="#toc10" tabindex="0">主要原因の推定</a></li></ol></li><li><a href="#toc11" tabindex="0">現実との対比を行い主要原因を確定させる。</a></li><li><a href="#toc12" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">ロジックツリー</span></h2>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="774" height="564" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-112.png" alt="" class="wp-image-1571" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-112.png 774w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-112-300x219.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-112-768x560.png 768w" sizes="(max-width: 774px) 100vw, 774px" /></figure>



<p>　原因を追究するのに、漏れやダブりなく、なぜなぜ分析を繰り返し、原因を追究していく方法が適しており、上記のようなツリー状に展開していくロジックツリーが分かりやすいのでお勧めです。</p>



<h2 class="wp-block-heading"><span id="toc2">漏れなくダブりなく（MECE)</span></h2>



<p>　漏れなくダブりなく、は良く<span class="bold-red">MECE</span>（<span class="red">M</span>utually <span class="red">E</span>xclusive, <span class="red">C</span>ollectively <span class="red">E</span>xhaustive）と呼ばれています。</p>



<p>　ロジックツリーで展開する場合には<strong><span class="marker-under">上記のように横方向に展開する場合は縦方向は、階層がそろっていて、MECEな状態である必要があります。</span></strong></p>



<h3 class="wp-block-heading"><span id="toc3">フレームワーク</span></h3>



<p>　MECEと言われると非常にとっつきにくいですが、<strong><span class="marker-under-red">単純に、フレームワークと呼ばれるものを、自分で使えるようにしておけば、それでだいたい事が足ります。難しく考える必要はありません。</span></strong></p>



<p>製造業のモノ作りが絡んでいれば、<strong><span class="fz-20px">４M(機械/人/物/材料）</span></strong>場合によって、<strong>検査、マネージメント、環境を加えても良い</strong>です。</p>



<h3 class="wp-block-heading"><span id="toc4">Aか非Aか？、Aかそれ以外　の考えは大丈夫か？</span></h3>



<p><strong><span class="fz-20px">良く、<span class="marker-under-red">Aか、非Aか</span><span class="marker-under">、</span><span class="marker-under-red">Aか、それ以外か？</span>といった区分けが基本のように書かれていますが、<span class="bold-red">私は、そう考えない方が良いと思っています。</span></span></strong></p>



<p>　何故なら、<strong><span class="fz-20px">それ以外、となった時点で、何でもありになってしまう。A以外と言われても、CもあればC&#8217;もあるし、Dもある。階層もバラバラになって、何も区分けしていないのと同じになってしま</span><span class="fz-22px"><span class="fz-20px">います。</span></span></strong></p>



<p>　私は、<strong><span class="fz-20px"><span class="marker-under-red">Aが有るか無いか</span>、<span class="marker-under-red">Aが高いか、低いか（反対語）</span>で考えるのが良い</span></strong>と思っています。考えたら、有り/無しも反対語でしたね。</p>



<h3 class="wp-block-heading"><span id="toc5">Aが有るか/無いか、とAかそれ以外では大違い</span></h3>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="878" height="443" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-110.png" alt="" class="wp-image-1556" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-110.png 878w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-110-300x151.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-110-768x387.png 768w" sizes="(max-width: 878px) 100vw, 878px" /><figcaption><span class="fz-18px"><span class="fz-16px"><strong>どこがマズイ？なぜなぜ分析 簡単な例でわかる | 論理思考補足編 | ロジカルシンキング研修.com (ltkensyu.com)</strong>より抜粋、追記</span></span></figcaption></figure>



<ul class="wp-block-list"><li><strong><strong><span class="bold-green">なぜなぜ分析だけであれば、電流が流れない原因を深堀していく</span></strong></strong>ので、漏れが出てきます。</li><li><span class="bold-red">電流が流れる/流れないで場合分け（MECE)をして</span>、上記のような展開になっています。</li></ul>



<p>これを、<span class="bold-blue">Aかそれ以外</span>、つまり<span class="bold-blue">電流が流れる場合、それ以外は？</span>と考えると、<span class="bold-blue">もしかして黒色フィルムでカバーされていたんじゃないの？</span>が思いついたとしても、他は漏れ放題ですし、ダブりが出てくる可能性もあります。電流が流れていない場合を考えることで、何があるか？と考えるとフィラメントが思い当たり、それ以降ももれなく考えやすくなります。</p>



<h2 class="wp-block-heading"><span id="toc6">なぜなぜ分析を使って主原因に迫る。</span></h2>



<h3 class="wp-block-heading"><span id="toc7">人の行動や感情は入れない。</span></h3>



<p>　<strong>仕事の進め方の不備を考えるのであれば、そこに焦点を当てて展開していくべき</strong>であって、途中で、人の行動や、感情を入れたりすると、結局、良く分からない展開になる事が多いと思っています。</p>



<h3 class="wp-block-heading"><span id="toc8">なぜ、なぜ分析のチェック、逆、対偶</span></h3>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="954" height="255" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-114.png" alt="" class="wp-image-1576" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-114.png 954w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-114-300x80.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-114-768x205.png 768w" sizes="(max-width: 954px) 100vw, 954px" /></figure>



<p>数学の話ですが、命題に対して、逆は必ずしも正解ではありません。上の例で見れば、日本の山には富士山以外の山もいっぱいあるからです。ただ、富士山は日本の中の一部です。</p>



<p>ただ。対偶は命題が正しければ、対偶は必ず正しくなります。上記の場合、日本の山でない(外国の山）であれば、それは富士山ではないからです。（上記の図の×に該当します。）</p>



<p>これを、なぜなぜ分析に応用しましょう。文章で記載されているので、解釈の幅が出来、数学のようにはいきませんが、参考にはなります。</p>



<ul class="wp-block-list"><li><strong>逆を考えた場合に成り立ちそうだけど、他にもあるよね。と思えるか？</strong></li><li><strong>対偶を考えた時に、それは無理があるな、と思えば、論理的に成り立っていません。</strong></li></ul>



<p>極力、具体的に書きましょうとよく言われますが、解釈の余地が少ない方が論理的に考えやすいからです。</p>



<h2 class="wp-block-heading"><span id="toc9">連関図法を用いて要因の関連性を調べる。</span></h2>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="600" height="415" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-115.png" alt="" class="wp-image-1586" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-115.png 600w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-115-300x208.png 300w" sizes="(max-width: 600px) 100vw, 600px" /></figure>



<p>前述の記事で分析した要因の関連性を上記の図のように、<strong>直接的影響関係（ロジックツリーを逆からたどる)</strong>ほかに<strong><span class="bold-green">副次的影響関係</span></strong>も考えます。</p>



<blockquote class="wp-block-quote is-layout-flow wp-block-quote-is-layout-flow"><p><strong>副次的影響関係とは</strong>、例えば、「無計画な教育計画」は、「定期メンテナンスができていない」を直接引き起こす原因ではありませんが、無計画な教育計画によって定期メンテナンスの必要性の啓蒙教育や計画方法の教育が不十分であった場合、定期メンテナンスの実施を妨げる原因となります。</p><cite><span class="fz-16px"><strong>原因分析の手法～真因を導き出す手順とツールを事例で解説 (consultsourcing.jp)</strong></span>から引用</cite></blockquote>



<h3 class="wp-block-heading"><span id="toc10">主要原因の推定</span></h3>



<p>　<strong><span class="fz-20px"><span class="bold-red">矢印が多く出ている要因が主要因と想定されます。</span></span></strong></p>



<p>今回、<span class="bold-blue">「</span><span class="fz-20px"><strong><span class="bold-blue">無計画な教育訓練</span></strong></span><span class="bold-blue"><span class="fz-20px">」</span></span><strong><span class="fz-20px">が3本、<span class="bold-blue">「設備の更新が出来ていない」</span>が2本、<span class="bold-blue">「混流生産が出来ない」</span>が2本なので、これらが<span class="bold-blue">主要因(主原因）</span>と考えられます。</span></strong></p>



<h2 class="wp-block-heading"><span id="toc11">現実との対比を行い主要原因を確定させる。</span></h2>



<p>　物理化学的な不具合同様、データー化出来るものは相関調査を行うなど、現実と照合することで裏付けを行いましょう。</p>



<h2 class="wp-block-heading"><span id="toc12">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color">
<ol class="wp-block-list"><li><strong>ロジックツリーを使ったMECEな展開、「なぜなぜ分析」による深堀、連関図法を用いた要因の関連性調査、主要因の推定。検証が大切になります。</strong></li><li><strong>MECEな展開はフレームワークの応用、Aが有るか無いかで考える。Aとそれ以外はダメ</strong></li><li><strong>「なぜなぜ分析」の検証には逆、対偶の考えを応用。人の感情や行動は入れない</strong>。</li></ol>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/1526/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>人為的ミス、トラブル、品質問題を防ぐにはどうすれば良いか？</title>
		<link>https://rakuda0218blog.com/1318/</link>
					<comments>https://rakuda0218blog.com/1318/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Mon, 01 Feb 2021 05:46:00 +0000</pubDate>
				<category><![CDATA[人に起因するトラブルの原因追及]]></category>
		<category><![CDATA[再発防止　未然防止/予防対策]]></category>
		<category><![CDATA[知識技能不足]]></category>
		<category><![CDATA[自己判断によるミス]]></category>
		<category><![CDATA[正しいと思って実施したミス]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=1318</guid>

					<description><![CDATA[品質問題を起こす原因として人に起因するトラブルもあり、避けては通れません。これに関して、どのように原因を追究して行けばよいのか紹介したいと思います。 目次 人に起因するトラブルのタイプタイプ別の対策知識/技能が不足してい [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>品質問題を起こす原因として人に起因するトラブルもあり、避けては通れません。これに関して、どのように原因を追究して行けばよいのか紹介したいと思います。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-42" checked><label class="toc-title" for="toc-checkbox-42">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">人に起因するトラブルのタイプ</a></li><li><a href="#toc2" tabindex="0">タイプ別の対策</a><ol><li><a href="#toc3" tabindex="0">知識/技能が不足している時の対策</a></li><li><a href="#toc4" tabindex="0">自己判断によるミスの対策</a><ol><li><a href="#toc5" tabindex="0">標準書内容は十分か？</a></li><li><a href="#toc6" tabindex="0">品質管理のポイントを「見える化」する。</a></li><li><a href="#toc7" tabindex="0">標準作業を守らないとどういった不具合が発生するのか十分に納得してもらう。</a></li><li><a href="#toc8" tabindex="0">朝礼、終礼を活用する</a></li><li><a href="#toc9" tabindex="0">行動科学を応用する</a></li></ol></li><li><a href="#toc10" tabindex="0">正しいと思って実施したミスの対策</a><ol><li><a href="#toc11" tabindex="0">動機的原因：なぜその行為が正しいと考えたか？</a></li><li><a href="#toc12" tabindex="0">「上位概念に上れ」動機的な原因から失敗のカラクリ（上位概念へ）</a></li><li><a href="#toc13" tabindex="0">成功のカラクリ</a></li><li><a href="#toc14" tabindex="0">未然防止</a></li></ol></li></ol></li><li><a href="#toc15" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">人に起因するトラブルのタイプ</span></h2>



<p><strong><span class="fz-22px">人に起因するトラブルの原因によって分類すると、次のように考えられます。</span></strong></p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-blue-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-22px"><strong>1、知識/技能の不足</strong></span></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><span class="bold-blue"><span class="fz-20px">標準の内容を知らなかった。理解していなかった。また、作業標準通りに行う技能を持っていなかった。</span></span></p>
</div></div>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-green-background-color has-green-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-22px">２、自己判断によるミス</span></strong></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong><span class="bold-green"><span class="fz-20px">標準も理解し、能力もあるが、非常に急がされていたので、このぐらい大丈夫だろうと思った。等の理由により意図的に守らなかった。</span></span></strong></p>
</div></div>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-red-background-color has-red-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-22px"><strong>３、正しいと思って実施したミス</strong></span></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><span class="bold-red"><span class="fz-20px">標準も理解し、能力もあり、正しい事をしているつもりだった。にもかかわらず。意に反してトラブルになってしまった。</span></span></p>
</div></div>



<h2 class="wp-block-heading"><span id="toc2">タイプ別の対策</span></h2>



<h3 class="wp-block-heading"><span id="toc3">知識/技能が不足している時の対策</span></h3>



<p class="has-text-align-center"><strong><span class="fz-20px"><span class="fz-22px"><span class="marker-under-red">これに対しては、<span class="bold-red">教育、訓練</span>しかないと思われます。</span></span></span></strong></p>



<p><strong>でも、何故、知識/技能の不足しているメンバーに作業させたのでしょう？</strong></p>



<ul class="wp-block-list">
<li><strong><span class="fz-20px">認定者しか作業させない</span></strong></li>



<li><strong><span class="fz-20px">見習い期間を定め、その間はしばらくは出来上がりを第3者に確認させる</span></strong></li>
</ul>



<p>等が対策として思い当たります。人で不足、など色々な状況があるでしょうから、状況に合わせて何が出来るか考えましょう。</p>



<h3 class="wp-block-heading"><span id="toc4">自己判断によるミスの対策</span></h3>



<p>　<strong>個人の判断を優先させたということは、標準作業を軽視しているということです。</strong></p>



<p><strong>勝手に判断するな。というのは簡単ですが、それだけでは不十分ですよね</strong>。何故、大丈夫だと思ったのか深堀しましょう。</p>



<p>　その際、行為そのものについて確認するようにし、人格や、何故については触れないようにしましょう。</p>



<p>　悪質な場合はやはり毅然とした態度で臨まないと示しがつかない場合もありますが、その場合も行為を咎めましょう。</p>



<p>　標準書の問題点があらわになるチャンスでもあります。しっかり見直しましょう。</p>



<h4 class="wp-block-heading"><span id="toc5">標準書内容は十分か？</span></h4>



<p>以下のような問題で、標準作業が軽視されたのではないでしょうか？</p>



<div class="wp-block-group is-layout-flow wp-block-group-is-layout-flow">
<div class="wp-block-columns is-layout-flex wp-container-core-columns-is-layout-28f84493 wp-block-columns-is-layout-flex">
<div class="wp-block-column is-layout-flow wp-block-column-is-layout-flow" style="flex-basis:100%">
<ol class="wp-block-list">
<li><span class="fz-20px"><strong>標準書が実作業にあっていない。改定がされておらず</strong></span><span class="fz-20px"><strong>メンテ</strong></span><span class="fz-20px"><strong>されていない</strong></span><span class="fz-20px"><strong>。</strong></span></li>



<li><span class="fz-20px">○○について確認する。注意して作業する。など、<strong>個人の判断でどうとも考えられる表現になっている。</strong></span></li>



<li><span class="fz-20px">過去のトラブルなどを事例を用いて、<strong>標準を守らないとどういった不具合があるのか？そこまで教育していない。</strong></span></li>
</ol>
</div>
</div>
</div>



<h4 class="wp-block-heading"><span id="toc6">品質管理のポイントを「見える化」する。</span></h4>



<p>　１、のメンテは言うのは簡単ですが、実際には難しい。何かトラブルが有る度に問題になり、嫌な気持ちになりがちです。</p>



<p>　作業標準書は、新人に作業を教えるのに必要ですが、実際の作業時に、都度、標準書でチェックするでしょうか？しないですよね。</p>



<p>　<strong><span class="marker-under">作業方法に関しては割愛し、品質を作りこむ上で外せない物のみ、見えるようにしておくのが大切です。</span></strong></p>



<p><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">■写真/作業方法での見える化</span></span></span></strong></p>



<p>　２、も文章なので、十分伝わらない。<strong><span class="fz-20px">実作業の際に注意喚起を目的として、写真に管理項目を入れ込んだ資料を作り、現場の見えるところに掲示する方法がお勧めです。</span></strong></p>



<p><strong><span class="fz-20px"><span class="fz-22px"><span class="bold-blue">■チェックシートで見える化</span></span></span></strong></p>



<p><strong>チェックシートでポイントを確認してもらう</strong>ことも大切です。</p>



<p>標準書よりは現場で活用されやすく、<strong>必要な情報もまとまっているので作業標準書よりはメンテしやすいです。</strong></p>



<p>　<span class="marker-under-red"><strong><span class="fz-20px">そうは言っても、標準書同様、納得性が無いと、信頼性が薄れ、チェックだけするようになります。</span></strong></span></p>



<p>そうなると、<strong>二重チェックだ、等、話がおかしな方向に進みます。また、何かあるとチェック項目が増えて行くことになり、本来はチェックシートがあって有難いとなるべき物が、現場には不評になりがちです。</strong></p>



<p><strong><span class="fz-20px"><span class="bold-red">従って、</span></span><span class="fz-22px"><span class="bold-red">次の対策が非常に大切になります。</span></span></strong></p>



<h4 class="wp-block-heading"><span id="toc7">標準作業を守らないとどういった不具合が発生するのか十分に納得してもらう。</span></h4>



<p>私の経験を紹介します。</p>



<p>　ガラスの梱包、開梱作業時に、色々なものがガラスに接触してガラスが割れることが分かっていました。ただ、現場で作業する方と話をしても、そんな物はぶつけない。疑うのか？といった感じになります。</p>



<p>　そこで、<strong>色々な材料を持ってきて、ガラスに軽く接触してもらって、ガラスが割れるか割れないか、実感してもらいました。</strong></p>



<p>　あまりガラスのわれにつながるようなイメージのないプラスチック段ボールなども、角が当たると、薄い硝子の場合簡単言われます。プラスチックの定規でも同じです。</p>



<p>　<strong>そういったことを経験していただいたおかげて、具体的な作業方法の改善が進み、新人の教育にも「割れ体感」として実施してもらうまでになりました。</strong></p>



<p>　<strong>納得いただければ自然と改善案も出ますし、チェックシートもなくても気を付けてもらえます。<span class="marker-under-red">実感していただくことの大切さを身に染みて感じました。</span></strong></p>



<h4 class="wp-block-heading"><span id="toc8">朝礼、終礼を活用する</span></h4>



<p>朝礼の時に、標準作業を守る、と宣言してもらう。終礼の時に、標準作業が守れたか相互確認を行うなども良い方法かと思います。</p>



<h4 class="wp-block-heading"><span id="toc9">行動科学を応用する</span></h4>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-black-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">行動科学を応用したやる気の引き出し方</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong>目標は出来るだけ具体的に、観測できるように数値化する</strong></li>



<li><strong>大きな目標は達成できる小さな目標に切り分ける。</strong></li>



<li><strong>目標、パフォーマンスに直結する望ましい行動を標準行動とする。</strong></li>



<li><strong>標準行動の実施状況を測定する。</strong></li>



<li><strong>測定結果をFeed Backする。（グラフなどの見える化）</strong></li>



<li><strong>本人が望むものをすぐに与える。（ご褒美）、で行動を強化する。</strong></li>



<li><strong>ご褒美は初めは頻繁に行うのが良いが、ある程度たてば、ポイント、ポイントで行う。</strong></li>
</ol>
</div></div>



<p class="has-text-align-center"><span class="fz-14px"><strong><span class="fz-16px">短期間で組織が変わる行動科学マネジメント　石田淳　ダイヤモンド出版　より、筆者が要約</span></strong></span></p>



<p>人間は、行動を行う事で、何か望ましい事が起こると、その行動が強化されると言われています。その考えを標準作業を浸透させるのにも応用できると思います。</p>



<h3 class="wp-block-heading"><span id="toc10">正しいと思って実施したミスの対策</span></h3>



<p>　これに関しては、<strong><span class="bold-red"><span class="fz-20px"><span class="marker-under-blue">失敗学実践編（日科技連出版社、浜口哲也氏・平山貴之氏）</span></span></span></strong>をお勧めしま</p>



<p>す。<strong><span class="bold-red">以下はこの本からの引用になります。</span></strong></p>



<p></p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="960" height="296" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-107.png" alt="" class="wp-image-1523" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-107.png 960w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-107-300x93.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-107-768x237.png 768w" sizes="(max-width: 960px) 100vw, 960px" /></figure>



<p><strong><span class="fz-22px">対策は</span>、薬を配るときは<span class="bold-red">よく確認し、薬を間違えて手渡した時はすぐに薬を回収するよう</span>、再度関係者に<span class="bold-red">教育を行った</span></strong></p>



<p class="has-text-align-center">　<strong><span class="fz-28px"><span class="marker-under-red">これで大丈夫か？</span></span></strong></p>



<h4 class="wp-block-heading"><span id="toc11">動機的原因：なぜその行為が正しいと考えたか？</span></h4>



<p><strong><span class="fz-20px">その動機的な原因は</span></strong></p>



<figure class="wp-block-image alignleft size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-94.png" alt="" class="wp-image-1378" width="142" height="142" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-94.png 108w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-94-100x100.png 100w" sizes="(max-width: 142px) 100vw, 142px" /></figure>



<ul class="wp-block-list">
<li><strong>「Bさんですね」って聞いたら「はい」って言ったんだもん。</strong></li>



<li><strong>お顔をみてBさんだと思ったんだもん。</strong></li>
</ul>



<p><strong>であった。</strong></p>



<p></p>



<p>つまり、</p>



<p>　<strong><span class="fz-20px"><span class="marker-under-red">動機的な原因は言い訳</span>であり、<span class="marker-under-red">だって○○だったんだもん。</span>といったフレーズがしっくりくるかどうかが大切。この言葉がしっくりこないものは、動機的原因にならない。</span></strong></p>



<p>　<strong><span class="fz-20px">動機的原因は本人に確認するしかない。ただし、その行為が正しいと思ったことを認めた上で、どうしてそう思ったのかヒヤリングする必要がある。</span></strong></p>



<p><strong><span class="fz-22px"><span class="bold-red">■「否定形は結果論」</span></span></strong></p>



<p>　<strong><span class="fz-20px">原因に否定形の事が原因として書かれているのは、<span class="bold-red">すべて、対策を先に考え、それを反転して原因としているだけ</span>。マニュアル、標準書が無かった。ルールが決められていなかった。不明確な指示だった等。</span></strong></p>



<p>そもそも、逆を考えてみれば分かります。</p>



<p><strong>標準書が有ればそのミスはなかったと言えますか？</strong></p>



<p><strong>何か思う所が有って、その行動をとったわけですから、問題になると思わなかった。などは原因になるはずです。問題になると思ったら行動しなかったわけですから。。。。。。</strong></p>



<p><strong>次はどうして問題になると思わなかったの？です。以前もそうやっていたから、等、色々出てくると思います。</strong></p>



<p>以前もそうしていたのなら、今回と以前と何が違っていたのか、等、色々調べると問題点が色々見えてくると思います。</p>



<h4 class="wp-block-heading"><span id="toc12">「上位概念に上れ」動機的な原因から失敗のカラクリ（上位概念へ）</span></h4>



<p>　事例から結局、どういうことかを考え、原因を一般化して「失敗のカラクリ」を導き出す。そのためには、<strong>事例レベルの上位概念（中位概念）今回のワナ</strong>、<strong>その更なる上位概念「失敗のカラクリ」を考える。</strong></p>



<p><strong><span class="fz-20px"><span class="bold-red">上位概念化するにはつまり、結局どういうこと？例えば、他は？で概念の上下動を行う。</span></span></strong>「<strong><span class="fz-20px">対比・類似・因果」、「正・反・合」が大切。</span></strong></p>



<p>　もう少し具体的には下記の記事を参照ください</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/1788/" title="未然防止/予防対策に必要な過去のトラブルの上位概念化。一般化。でもどうすれば良い？そのコツ、秘策を紹介します。" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/02/1134969_s-1-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">未然防止/予防対策に必要な過去のトラブルの上位概念化。一般化。でもどうすれば良い？そのコツ、秘策を紹介します。</div><div class="blogcard-snippet internal-blogcard-snippet">一般化、上位概念化一般化、上位概念化の例たとえば、失敗学実践編　濱口哲也・平山貴之　日科技連で紹介されている上記の看護師さんの配薬ミスについて考えます。失敗学実践編　濱口哲也・平山貴之　日科技連　を参考に作成未然防止とは過去に発生した不具合...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.02.05</div></div></div></div></a>
</div></figure>



<p><strong>薬を間違えて配った例では</strong></p>



<ul class="wp-block-list">
<li><strong><span class="fz-22px"><span class="marker-under-red">今回のワナ：ベッドから離れたらもはや患者識別不能</span></span></strong></li>



<li><strong><span class="fz-22px"><span class="marker-under-red">失敗のカラクリ：「本体とラベルを分離したら本体識別不能」の法則</span></span></strong></li>
</ul>



<h4 class="wp-block-heading"><span id="toc13">成功のカラクリ</span></h4>



<p>失敗のカラクリから成功のカラクリを導き出す。<strong><span class="fz-22px"><span class="marker-under-red">成功のカラクリ：本体にラベルをつけろ。</span></span></strong></p>



<h4 class="wp-block-heading"><span id="toc14">未然防止</span></h4>



<p>　成功のカラクリを各事例に展開し、未然防止に。</p>



<h2 class="wp-block-heading"><span id="toc15">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">人に起因する品質問題を防ぐにはどうすれば良いか</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong>知識、技能が不足している場合、</strong>
<ul class="wp-block-list">
<li><strong>教育、訓練を行う。</strong></li>



<li><strong>習熟度を判断するシステムを作る。</strong></li>
</ul>
</li>



<li><strong>標準作業よりも自分の判断を優先させた場合。</strong>
<ul class="wp-block-list">
<li><strong>標準書を守らないとどういったトラブルが発生するか、誘発するか教育する。</strong></li>



<li><strong>標準書のメンテナンスは出来ているか確認し対応する。</strong></li>



<li><strong>品質管理のポイントは見える化出来ているか確認し対応する。</strong></li>
</ul>
</li>



<li><strong>正しいと思って実施したミス動機的な原因を探り、</strong>
<ul class="wp-block-list">
<li><strong>上位概念化し失敗のカラクリを探る。失敗のカラクリから成功のカラクリを見つけ出し、各々の事例に展開することで未然防止を図る。</strong></li>
</ul>
</li>
</ol>
</div></div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/1318/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>強調試験、再現試験で仮説検証を行う。～物理化学的な不具合～</title>
		<link>https://rakuda0218blog.com/1225/</link>
					<comments>https://rakuda0218blog.com/1225/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Fri, 29 Jan 2021 01:35:00 +0000</pubDate>
				<category><![CDATA[物理化学的な原因の仮説検証方法]]></category>
		<category><![CDATA[仮説検証]]></category>
		<category><![CDATA[強調試験]]></category>
		<category><![CDATA[追加試験]]></category>
		<category><![CDATA[追加調査]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=1225</guid>

					<description><![CDATA[目次 仮説を検証する強調試験追加試験/追加調査仮説の見直し、修正、を繰り返し、原因を特定する対策を考え、効果を確認する。 仮説を検証する 強調試験 追加試験/追加調査 仮説の見直し、修正、を繰り返し、原因を特定する 　デ [&#8230;]]]></description>
										<content:encoded><![CDATA[

  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-44" checked><label class="toc-title" for="toc-checkbox-44">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">仮説を検証する</a><ol><li><a href="#toc2" tabindex="0">強調試験</a></li><li><a href="#toc3" tabindex="0">追加試験/追加調査</a></li></ol></li><li><a href="#toc4" tabindex="0">仮説の見直し、修正、を繰り返し、原因を特定する</a></li><li><a href="#toc5" tabindex="0">対策を考え、効果を確認する。</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">仮説を検証する</span></h2>



<h3 class="wp-block-heading"><span id="toc2">強調試験</span></h3>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-red-background-color has-black-border-color">
<p class="has-text-align-center"><strong><span class="fz-22px">現象が見えていないのであれば強調して可視化します。</span></strong></p>
</div>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-key-color-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px"><span class="fz-22px"><span class="bold">ケース１、例えば微小傷</span></span></span></strong></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong>♦不具合内容</strong></p>



<p>傷はお客様の工程で表面処理が行われ傷が目立つようになり不具合に。社内では観察されないため、検証するのが難しい。</p>



<p><strong>♦仮説</strong></p>



<p>Aスクラブ工程で〇×が原因となって微小な傷をつけている。〇×はA工程の前工程で使われていた研磨剤の取り残しが原因</p>



<p><strong><span class="fz-20px">♦強調試験</span></strong></p>



<p><strong><span class="fz-20px">スクラブ回数を複数回に増やすことで、傷の発生を強調</span></strong></p>
</div></div>



<div class="wp-block-cocoon-blocks-caption-box-1 caption-box block-box has-border-color has-pink-border-color"><div class="caption-box-label block-box-label box-label"><span class="caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px">仮説の検証：スクラブ工程で〇×が原因となって微小な傷をつけている。</span></strong></span></div><div class="caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><span class="bold-red">スクラブ回数を増やした時のお客様の傷の発生率の相関を調査する。</span></li><li><span class="bold-red">スクラブ回数を増やすことで傷を顕在化させ、お客様の発生形態と比較する。</span></li><li><span class="bold-red">スクラブ治具についた異物を調査する。</span></li></ul>
</div></div>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-key-color-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px"><span class="fz-22px">ケース２、例えば微小</span></span></strong><span class="fz-22px">付着物</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong>♦不具合内容</strong></p>



<p>　お客様の工程で、微小な付着物が指摘され不具合に、欠点を分析しても炭素や酸素が見られることから有機物と考えられるが、同定までに至らず。</p>



<p><strong>♦仮説</strong></p>



<p>　輸送中に製品に接触している梱包材（クッション材として使用）から有機物が製品に転写しているのが原因</p>



<p><strong><span class="fz-20px">♦強調試験</span></strong></p>



<p><strong><span class="fz-20px">製品と梱包材を接触させ、高圧をかけて保管することで転写を強調</span></strong></p>
</div></div>



<div class="wp-block-cocoon-blocks-caption-box-1 caption-box block-box has-border-color has-pink-border-color"><div class="caption-box-label block-box-label box-label"><span class="caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px">仮説の検証：輸送中に製品を梱包している梱包材から有機物が製品に転写した。</span></strong></span></div><div class="caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><span class="bold-red">製品と梱包材を接触させ、高圧をかけて一定期間保管、その後、非常に弱い洗浄を実施。</span></li><li><span class="bold-red">製品についた付着物を徹底的に調べた結果A成分が洗浄後で一番残る事が判明</span></li><li><span class="bold-red">梱包材にA成分を含まないものに変更したところ、お客様での発生率が激減</span></li></ul>
</div></div>



<h3 class="wp-block-heading"><span id="toc3">追加試験/追加調査</span></h3>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-red-background-color has-black-border-color">
<p class="has-text-align-center"><strong><span class="fz-22px">測定していなかったデータを新たにとり影響を調べる。</span></strong></p>
</div>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-key-color-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px"><span class="fz-22px">ケース３、</span></span></strong><span class="fz-22px">面ダレ悪化</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong>♦不具合内容</strong></p>



<p>　薄い、円い円盤状の板を研磨加工した場合、表面はきれいに磨けるものの、面ダレが発生。</p>



<p><strong>♦仮説</strong></p>



<p>　製品を保持しているキャリアと製品の隙間が少なく、研磨加工中に円盤が上手く回転しないので面ダレが発生している</p>



<p><strong><span class="fz-20px">♦追加試験</span></strong></p>



<p><strong><span class="fz-20px">製品とキャリアの隙間を変えることで面ダレの影響を確認</span></strong></p>
</div></div>



<div class="wp-block-cocoon-blocks-caption-box-1 caption-box block-box has-border-color has-red-border-color"><div class="caption-box-label block-box-label box-label"><span class="caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">仮説検証：加工中のキャリアと加工物の隙間が少なく、加工中に加工物が上手く回転しない</span></span></div><div class="caption-box-content block-box-content box-content">
<p>・<span class="bold-red">キャリアと加工物の隙間を変えることで、面ダレが解決。</span></p>
</div></div>



<h2 class="wp-block-heading"><span id="toc4">仮説の見直し、修正、を繰り返し、原因を特定する</span></h2>



<p>　データーは統計学的に処理をして考える必要がありますが、<strong><span class="fz-22px"><span class="fz-20px">検証した結果、思い通りの結果が得られなかった場合、仮説を見直す必要があります。</span></span></strong></p>



<p>　正直、落ち込むことが多いですが、<strong><span class="fz-20px">仮説を立てた時と同様、現実/データーを追加情報も含めてバージョンアップさせて、仮説を再度考えるしかありません。</span></strong></p>



<h2 class="wp-block-heading"><span id="toc5">対策を考え、効果を確認する。</span></h2>



<p>　対策を考えるのも実は簡単ではありません。別の記事で紹介していますので、そちらを参照してください。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/844/" title="QCストーリ、対策の立案。実施、効果の検証で何に気をつければ良いか？" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/685886_s-2-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/685886_s-2-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/01/685886_s-2-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/01/685886_s-2-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">QCストーリ、対策の立案。実施、効果の検証で何に気をつければ良いか？</div><div class="blogcard-snippet internal-blogcard-snippet">原因が明確になっても対策を立てるのは簡単ではありません。原因同様、物理的な問題。人の問題、業務上の問題で分けて考えることが大切です。対策は原因除去、頻度を下げる、流出防止の3点で考える事が大切です。実施に当たっては社内でルール化して確実に実...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.01.24</div></div></div></div></a>
</div></figure>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/1225/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>物理/化学的な不良の原因追及、原因調査。仮説の立て方、コツ</title>
		<link>https://rakuda0218blog.com/1149/</link>
					<comments>https://rakuda0218blog.com/1149/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Thu, 28 Jan 2021 05:42:00 +0000</pubDate>
				<category><![CDATA[物理化学的な原因の仮説検証方法]]></category>
		<category><![CDATA[帰納的仮説]]></category>
		<category><![CDATA[演繹的仮説]]></category>
		<category><![CDATA[原因追及]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=1149</guid>

					<description><![CDATA[私は不良の原因を追究する方法は、殺人事件を解決するTVドラマで良く出てくるやり方よく似ていると思っています。 現行犯逮捕（不良が発生している状況が観察できないか）まず考える 出来なければ現場検証、証拠、人間関係から犯人を [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p><strong><span class="fz-20px">私は不良の原因を追究する方法は、殺人事件を解決するTVドラマで良く出てくるやり方よく似ていると思っています。</span></strong></p>



<ol class="wp-block-list"><li><span class="fz-22px"><strong><span class="marker">現行犯逮捕（不良が発生している状況が観察できないか）まず考える</span></strong></span></li><li><span class="fz-22px"><strong><span class="marker">出来なければ現場検証、証拠、人間関係から犯人を推測する。（仮説立案）</span></strong></span></li></ol>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">仮説を立てる</span><span class="fz-20px">思考回路</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong><span class="fz-22px">帰納的な考えと演繹的な考えを行ったり来たりしながら深く考え、統合できる仮説を立てる。</span></strong></p>
</div></div>



<p>最後まで読んでもらえると嬉しいです。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-46" checked><label class="toc-title" for="toc-checkbox-46">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">仮説を立てる方法、思考回路</a><ol><li><a href="#toc2" tabindex="0">帰納的仮説</a></li><li><a href="#toc3" tabindex="0">演繹法的仮説</a></li><li><a href="#toc4" tabindex="0">仮説立案</a></li></ol></li><li><a href="#toc5" tabindex="0">仮説を立てるコツ</a><ol><li><a href="#toc6" tabindex="0">関係者でのブレスト</a></li><li><a href="#toc7" tabindex="0">良品と不良品の違いを現場で観察する。</a></li><li><a href="#toc8" tabindex="0">直接の原因は何なのかをまずは考える</a></li><li><a href="#toc9" tabindex="0">加工技術の場合</a></li><li><a href="#toc10" tabindex="0">付着物/汚れの場合</a></li><li><a href="#toc11" tabindex="0">仮説を複数立てる。</a></li></ol></li><li><a href="#toc12" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading" id="仮説を立てる方法"><span id="toc1">仮説を立てる方法、思考回路</span></h2>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="813" height="395" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-87.png" alt="" class="wp-image-1173" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-87.png 813w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-87-300x146.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-87-768x373.png 768w" sizes="(max-width: 813px) 100vw, 813px" /></figure>



<h3 class="wp-block-heading" id="帰納的仮説"><span id="toc2">帰納的仮説</span></h3>



<p>　現実/データから原因を推定する。<strong><span class="fz-20px">相関が見られるのであれば、なぜ相関が見られるのか？</span></strong></p>



<p>　<strong>仮に機械Aと機械Bで明確な違いがあるのなら、<span class="fz-20px"><span class="marker-under-red">機械Aと機械Bの違いは何なのか？</span></span>書き出した特性要因図(魚の骨）を見ながら<span class="fz-20px"><span class="marker-under-red">その違いがある事で、どういった要因ににより、発生率に明確な差が出るのか</span></span>？を考え原因を追究する。</strong></p>



<p>　<strong>実際に、物をよく観察することも大切。<span class="fz-20px"><span class="bold-red">不良が発生している時としない時の違いを観察する。24時間は立ち会えないので、ビデオなどで24時間観察することも大切です。</span></span></strong></p>



<p>　<strong>ただし、それで原因が分かったとして、それが起こった要因などは深堀する必要があります。</strong></p>



<h3 class="wp-block-heading" id="演繹法的仮説"><span id="toc3">演繹法的仮説</span></h3>



<ul class="wp-block-list"><li><strong><span class="fz-20px">専門知識から考えられる直接の原因を絞り出す。</span></strong></li><li><strong><span class="fz-20px">要因に関しては、専門知識から要因を絞り出す。</span></strong></li><li><strong><span class="fz-20px">現実/データーと整合性が取れるか確認する。</span></strong></li></ul>



<h3 class="wp-block-heading" id="仮説立案"><span id="toc4">仮説立案</span></h3>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-green-background-color has-blue-border-color">
<p><strong><span class="fz-22px">帰納的な考えと演繹的な考えを行ったり来たりしながら深く考え、統合できる仮説を立てる。</span></strong></p>
</div>



<p>　私は、殺人事件の解決方法と非常に似ていると思っています。別に推理小説の特別なファンと言う訳ではありませんがそう思っています。似てませんか？</p>



<p class="has-text-align-center"><strong><span class="marker"><span class="fz-24px">推理するのではなく、現行犯逮捕が一番確実です。</span></span></strong></p>



<p><strong>不良が発生する現場を何とか見えないか？24時間ビデオ観察したり、スルーモーションで観察したり、まずは犯行現場（不良が発生する瞬間）をとらえられないかと考えるのが最初です。</strong></p>



<p>しかし、瞬間をとらえるのは難しい事が多く、仮説を立てて行く事になります。</p>



<div class="wp-block-cocoon-blocks-caption-box-1 caption-box block-box has-background has-border-color has-watery-blue-background-color has-key-color-border-color"><div class="caption-box-label block-box-label box-label"><span class="caption-box-label-text block-box-label-text box-label-text"><span class="fz-22px">殺人事件と物理化学的な不具合の原因追及の共通</span><span class="fz-20px">のフレームワーク</span></span></div><div class="caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><span class="fz-20px"><strong>殺人事件の現場（<span class="marker-under-red">現場の確認</span>）、遺体解剖（<span class="marker-under-red">現物確認</span>）から犯人や凶器（<span class="marker-under-red">原因</span>）につながりそうな色々な情報を集める。</strong></span></li><li><strong><span class="fz-20px">分からなくなったら現場に戻る。<span class="marker-under-red">（OK品とNG品の違い）</span></span></strong></li><li><span class="fz-20px"><strong>被害者（<span class="marker-under-red">不具合</span>）の人間関係(<span class="marker-under-red">要因</span>）から動機（<span class="marker-under-red">誘発要因/物理化学法則</span>）も考慮しながら犯人（<span class="marker-under-red">原因</span>）を突き止めて行く</strong>。</span></li><li><span class="fz-20px"><strong>物的証拠（<span class="marker-under-red">再現試験/強調試験</span>）が得られれば逮捕（解決）となる。</strong></span></li><li><span class="fz-20px"><strong>鑑識（<span class="marker-under-red">現物分析</span>）を使うのも同じですよね。</strong></span></li></ul>
</div></div>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="677" height="174" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-89.png" alt="" class="wp-image-1212" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-89.png 677w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-89-300x77.png 300w" sizes="(max-width: 677px) 100vw, 677px" /></figure>



<h2 class="wp-block-heading" id="原因追及のコツ"><span id="toc5">仮説を立てるコツ</span></h2>



<h3 class="wp-block-heading" id="関係者でのブレスト"><span id="toc6">関係者でのブレスト</span></h3>



<p>　一人で考えることで仮説にたどり着ければよいですが、<strong><span class="fz-20px"><span class="marker-under">実際にはその後のアクションにつなげるためにも、<span class="bold-red">関係者で</span><span class="bold-blue"><span class="bold-red">ブレスト</span></span>するのが良いです。</span></span></strong></p>



<p>　<strong><span class="fz-20px">ブレストと言っても、帰納法的な考え、演繹法的な考え双方で考える事には変わりありません。</span></strong></p>



<p>　その場合、<strong><span class="fz-20px"><span class="bold-red">大切なのは、人の仮説に</span></span></strong><span class="fz-20px"><span class="marker-under"><strong><span class="bold-red">賛成の立場で</span></strong></span></span><strong><span class="fz-20px"><span class="bold-red">原因を一緒に探る事。直感/思い付きも大歓迎</span></span></strong>とすることです。</p>



<p>　<span style="" class="fz-20px"><b>直感/思い付きの中に正解がある場合もあります。</b></span><strong><span class="fz-22px"><span class="fz-20px"><span class="marker-under">上手く説明できないけど、○○が原因だと思う。との発言があれば、みんなで、どうしてそう思うのか？どうしたらそれが原因と考えられるか</span></span></span><span class="fz-20px"><span class="marker-under">を一回考えましょう。</span></span></strong></p>



<p>　<strong><span class="fz-20px">あまりにピント外れであれば、通常発言者が発言を撤回します。</span></strong></p>



<p><strong><span class="fz-20px">やっぱりこれは無理がある等の議論は仮説を絞る時に実施すれば済む話です。</span></strong></p>



<h3 class="wp-block-heading"><span id="toc7">良品と不良品の違いを現場で観察する。</span></h3>



<p>良品が出来ている時と不良品が出来ている時とデーターではなく、現場をよく確認する事が大切です。その為には、不良内容から現場（発生工程）が特定できている事が必要です。</p>



<p>観察すると言っても、たまたま現場にいた時に不良品が発生する訳ではありません。24時間観察できるようにして、後で、不良品が発生した時の状況が確認できるようにロットトレースがしっかりとれるようにしておく事も大切になります。</p>



<h3 class="wp-block-heading" id="直接の原因は何なのかをまずは考える"><span id="toc8">直接の原因は何なのかをまずは考える</span></h3>



<p><span class="fz-20px"><strong>また犯人（凶器）となる<span class="bold-red">直接の原因を先に考えるべき</span>と思っています。</strong></span><strong><span class="fz-20px">つまり、演繹的な考えを優先するということです。</span></strong></p>



<p>　<strong><span class="fz-20px"><span class="marker-under-blue">帰納法的な考えを優先すると以下のような問題があると思っています。</span></span></strong></p>



<ul class="wp-block-list"><li><strong><span class="fz-20px"><span class="bold-blue">現実/データは不具合が起きた直後はまだまだデーター量が少なく、全面的に信頼するにはリスクを伴います。</span></span></strong></li><li><strong><span class="fz-20px"><span class="bold-blue">測定していないデータは当然、土俵に上がりません。</span></span></strong></li></ul>



<p>　<strong><span class="fz-20px"><span class="bold-red">直接の原因は何なのかを先に考え、要因を整理し、事実と照合していく方が良い</span></span><span class="fz-20px"><span class="bold-red">と感じています。</span></span></strong></p>



<p>　様々な要因の関係を色々考えて提案される方もいらっしゃいますが、そういった場合、要因同士の関係も2重3重になっていて、”風が吹けば桶屋が儲かる”式にしか第3者には思えないような場合が多く、直接の原因は何？となると、それは色々考えられる。等と言われる方もいらっしゃいます。</p>



<p>　確かに、直接の原因も一つとは限りません。<strong>何年にも渡って、慢性的に発生している品質問題のように、確実性の高いデータが十分ある場合は帰納法的な考えを優先させた方がまとまりやすい。のかもしれません。</strong></p>



<p>　<strong><span class="fz-20px"><span class="marker-under">私が経験した中ではということで、ご理解いただきたいです。</span></span></strong></p>



<h3 class="wp-block-heading" id="加工技術の場合"><span id="toc9">加工技術の場合</span></h3>



<p>　加工技術の難しさは経験しないと分かりません。それこそ、大昔から実施している技術で非常に単純な技術に見えるのに、実際やってみると、なんでこんなことが起こるんだろうと思うことが良くあります。</p>



<p>　パラメータも多く、最近は色々調べられるようになりましたが、まだ、定量的に現象を理解するのが難しいと思っています。</p>



<p>　教科書に載っているような加工理論は殆ど役に立たちません。加工品、加工条件、加工目的が変われば独自の問題が発生します。</p>



<p><strong><span class="fz-20px"><span class="marker-under">仮説を立てて、検証実験、観察を繰り返して行く</span></span></strong>しかないといえばそれまでですが、<strong><span class="fz-20px"><span class="marker-under">以下の3点で考えると概ねカバーしている</span></span></strong>ように思います。</p>



<ul class="wp-block-list"><li><strong><span class="fz-20px">加工の均一性（加工部材の不均一、クーラント/研磨スラリーかかり方の不均一、加工圧力の不均一、周速差、等、加工時の温度の不均一）</span></strong></li><li><strong><span class="fz-20px">異物混入（クーラント/研磨スラリーへの異物混入）</span></strong></li><li><strong><span class="fz-20px">使用工具、副資材、装置の経時変化、劣化、寿命の見極め</span></strong></li></ul>



<h3 class="wp-block-heading" id="付着物-汚れの場合"><span id="toc10">付着物/汚れの場合</span></h3>



<p>　分析で何か分かれば良いですが、わからないと厄介なのが付着物/汚れです。</p>



<p><strong><span class="fz-20px">工程の切り分けを行ったうえで、</span><span class="marker"><span class="fz-20px">発生確率の高い、<span class="bold-red">接触部材、落下物、飛来物、雰囲気</span></span></span><span class="marker"><span class="fz-22px"><span class="bold-red"><span class="fz-20px">の順に、</span></span></span></span><span class="fz-20px"><span class="marker">考えられるものをリストアップ</span></span></strong>して考えるといいでしょう。その後は消去法もありです。</p>



<p>　また、材料との親和性(くっつきやすい）も考慮に入れると良いです。<strong><span class="fz-20px">分かりやすく言えば粘着系のものは、くっつきやすい。ガラスなら、○○が特にくっつきやすいなど。</span></strong></p>



<p>　<strong><span class="fz-20px">飛来物</span></strong>はどこか別の所で使っていたスプレー糊が空気中を漂って飛んでくるとか、<strong><span class="fz-20px">雰囲気</span></strong>なら、輸送中の結露、特に夏場は結露が発生するとなかなか想像しにくいので要注意です。</p>



<h3 class="wp-block-heading" id="仮説を複数立てる"><span id="toc11">仮説を複数立てる。</span></h3>



<p>　仮説ですので、一つに絞る必要はありません。そうは言っても、現実に対応できる限度がありますので絞る必要があります。</p>



<p>　<strong><span class="fz-20px"><span class="marker-under">この段階で、この仮説は、さすがに無理があるなど、否定的な意見も出して可能性の高そうなものを探りましょう。</span></span></strong></p>



<p>　自然とまとまればよいですが、まとまらないようなら参加者に例えばベスト3を考えてもらって、投票してもらう。第1位は5点、第2位は3点、第3位は1点として、総合点数で決めるといった方法がお勧めです。</p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="960" height="344" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-90.png" alt="" class="wp-image-1271" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-90.png 960w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-90-300x108.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-90-768x275.png 768w" sizes="(max-width: 960px) 100vw, 960px" /></figure>



<p>　単純に挙手で決めるよりも、重み付けが加わりますので、個人の思いが反映されやすいです。</p>



<h2 class="wp-block-heading"><span id="toc12">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color">
<ol class="wp-block-list"><li><strong>帰納的な考えと演繹的な考えを行ったり来たりしながら深く考え、統合できる仮説を立てる。</strong></li><li><strong>良品と不良品の違いを現場で良く観察する。</strong></li><li><strong>直接の原因は何なのか？（犯人は誰？）をまずは考える。</strong></li><li><strong>関係者でブレストを行う。</strong></li><li><strong>仮説は複数立てる。</strong></li></ol>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/1149/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>オペレーション状況から特性に影響する要因を洗い出し不良との関係性を調べる要因分析図</title>
		<link>https://rakuda0218blog.com/1047/</link>
					<comments>https://rakuda0218blog.com/1047/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Wed, 27 Jan 2021 01:02:20 +0000</pubDate>
				<category><![CDATA[物理化学的な原因の仮説検証方法]]></category>
		<category><![CDATA[特性要因]]></category>
		<category><![CDATA[特性]]></category>
		<category><![CDATA[相関調査]]></category>
		<category><![CDATA[仮説立案]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=1047</guid>

					<description><![CDATA[目次 オペレーションの変化点を調べる特性要因を洗い出す不良(特性）と特性要因の関係性/相関性を調べる。関係性/相関性調査で気を付ける事データーは100％信じると裏切られる。関係性/相関＝原因/因果関係とは限らない。まずは [&#8230;]]]></description>
										<content:encoded><![CDATA[

  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-48" checked><label class="toc-title" for="toc-checkbox-48">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">オペレーションの変化点を調べる</a></li><li><a href="#toc2" tabindex="0">特性要因を洗い出す</a></li><li><a href="#toc3" tabindex="0">不良(特性）と特性要因の関係性/相関性を調べる。</a></li><li><a href="#toc4" tabindex="0">関係性/相関性調査で気を付ける事</a><ol><li><a href="#toc5" tabindex="0">データーは100％信じると裏切られる。</a></li><li><a href="#toc6" tabindex="0">関係性/相関＝原因/因果関係とは限らない。</a></li><li><a href="#toc7" tabindex="0">まずは現状のデータを整理する</a></li><li><a href="#toc8" tabindex="0">統計学、データーサイエンスの利用</a></li></ol></li><li><a href="#toc9" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">オペレーションの変化点を調べる</span></h2>



<p>　不良が発生した時期が明確になっている場合はその前後でオペレーションでの変化点が無かったか調査します。</p>



<p>　概して、有用な結果が得られないことも多いですが、基本ですので実施しましょう。</p>



<h2 class="wp-block-heading"><span id="toc2">特性要因を洗い出す</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-border-color has-key-color-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">特性要因を洗い出すのに大切な事</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list"><li><strong><span class="bold-blue">不良の原因と考えられる要因を<span class="bold-red"><span class="fz-20px">出来るだけ多く、漏れ、ダブりなく洗い出す</span></span></span></strong>。</li><li><strong><span class="bold-blue"><span class="bold-red"><span class="fz-20px">数人でブレンストーミングをして書き出すのが効果的</span></span></span></strong><span class="bold-blue"><strong>（質より量/批判禁止/便乗OK)</strong></span></li><li><strong><span class="bold-blue">有名な<span class="bold-red"><span class="fz-20px">４M（人/方法/機械/材料）場合によっては環境を</span></span>加えて展開していくのが鉄則</span></strong></li><li><strong><span class="bold-blue"><span class="bold-red"><span class="fz-20px">魚の骨形式でまとめ上げる方が自由度が多く</span></span>て、私はお勧め。</span></strong></li></ol>
</div></div>



<p>　<strong>特性の不良の原因と考えられる要因を出来るだけ多く、漏れ、ダブりなく洗い出すのが目的</strong>です。従って網羅的に洗い出す必要があります。</p>



<p>　<strong>原因追及はこの後に実施する</strong>ので、何人かで集まって、<strong>ブレンストーミング</strong>でどんどん書き出すのが良いです。</p>



<p>　それには、<strong>漏れ、ダブりなく考える必要がありますが、その為には良く知られているフレームワークを使うのが原則です。</strong></p>



<p>　今回のような物理化学的な不具合の原因を考える上では、<strong>有名な４M（人/方法/機械/材料）、場合によって、環境を追加すれば私の場合は事が足りていました。</strong></p>



<p>　まとめ上げる方法として、<strong>魚の骨</strong>が有名です。他に、<strong>ロジックツリー</strong>で展開していく方法も知られています。</p>



<p>　ブレストする場合にはロジックツリーの場合、書く場所がなくなる事が多く、魚の骨の方が自由度が効くので、私は魚の骨の形で書き出すようにしています。</p>



<div class="wp-block-image"><figure class="aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-81.png" alt="" class="wp-image-1111" width="604" height="305" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-81.png 604w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-81-300x151.png 300w" sizes="(max-width: 604px) 100vw, 604px" /></figure></div>



<h2 class="wp-block-heading"><span id="toc3">不良(特性）と特性要因の関係性/相関性を調べる。</span></h2>



<div class="wp-block-image"><figure class="aligncenter size-large"><img loading="lazy" decoding="async" width="725" height="305" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-82.png" alt="" class="wp-image-1112" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-82.png 725w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-82-300x126.png 300w" sizes="(max-width: 725px) 100vw, 725px" /></figure></div>



<p>　具体的には、不具合の発生率と各種要因とに関係性があるか、相関はあるか？ということです。</p>



<p>例えば、装置AとBで発生率が違う、人によって、発生率が違う。製造パラメータの値と相関がありそうだ。等です。</p>



<h2 class="wp-block-heading"><span id="toc4">関係性/相関性調査で気を付ける事</span></h2>



<h3 class="wp-block-heading"><span id="toc5">データーは100％信じると裏切られる。</span></h3>



<p>　機械により発生率が違うように見えたが、次の週は、発生率が逆転した等は良くある話です。N増しと言っても、時間がたたないと分からない場合もあり、待ってられません。</p>



<p>　まずは、<strong>今あるデータで関係性でまずは調査し仮説立案に進むべきです</strong>が、裏切られることもあると覚悟しておくことが大切と思います。</p>



<h3 class="wp-block-heading"><span id="toc6">関係性/相関＝原因/因果関係とは限らない。</span></h3>



<p>　<strong>疑似相関とも呼ばれるようですね。</strong>別の第3の原因が両方に影響していれば見せかけの相関になります。</p>



<p>　ただ、そうは言っても<strong><span class="fz-20px"><span class="marker-under-blue">相関が見られるということは<span class="bold-red">重要ヒント</span>である事には変わりありません。</span></span>なぜ相関がみられるのか？といった観点で考えるのは大切です。</strong></p>



<h3 class="wp-block-heading"><span id="toc7">まずは現状のデータを整理する</span></h3>



<p>　データーが無い場合は関係性/相関性の調査は当然できません。追加で、<strong>これも調べたい、あれも調べたいとなりますが、そこは、仮説をしっかり立ててから、必要があれば追加調査を行うようにしましょう。</strong></p>



<p class="has-text-align-center">　<strong><span class="fz-20px"><span class="marker-under-blue">まずは、現状あるデータでの整理が第一です。</span></span></strong></p>



<h3 class="wp-block-heading"><span id="toc8">統計学、データーサイエンスの利用</span></h3>



<p>　今はエクセルでも簡単に重回帰分析が出来るようになり便利です。　</p>



<p>　データーサイエンスといったデータの分析手法も色々出てきました。教師無し学習、と呼ばれデーターから色々予想することも可能になってきています。市販のソフトもいろいろ販売されているようです。使える状態にあるのならどんどん使うべきと思います。</p>



<p>　<strong><span class="fz-20px">しかし、データは上述したように、100％信頼できるとは限りません。</span></strong></p>



<p>　<strong><span class="fz-22px"><span class="marker-under">世の中データであふれていると言われますが、実際に直面している問題に対して、データーは十分でしょうか？そもそも、とっていないデーターは分析も出来ません。</span></span></strong></p>



<p><span class="fz-20px">　<strong><span class="marker-under">改めて記載しますが、原理原則、現実/データーと</span></strong></span><span class="fz-20px"><strong><span class="marker-under">を</span></strong></span><span class="fz-20px"><strong><span class="marker-under">突き合わせて、仮説を立てることが大切です。現実/データ、原理/原則の両面で考える必要があります。</span></strong></span></p>



<h2 class="wp-block-heading"><span id="toc9">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-cyan-border-color">
<ul class="wp-block-list"><li>オペレーションの変化点を調べる</li><li><strong>魚の骨を使って特性要因を洗い出す</strong></li><li><strong>不良（特性）と特性要因の関係性/相関性を調べる</strong></li><li><strong>データーを100％信じると裏切られることが有るので、まずは現状を整理したら仮説を考える</strong></li><li><strong>関係性/相関性がある＝原因/因果関係とは限らないが、重要なヒント。なぜ、相関が見られるのか考える。</strong></li><li><strong>統計学、データサイエンスは積極的に利用する必要があるが、原理原則と突き合わせることは必要。</strong></li></ul>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/1047/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>現場検証で現場/現物（不良品）を確認し、不良の発生工程を絞り込め！</title>
		<link>https://rakuda0218blog.com/1001/</link>
					<comments>https://rakuda0218blog.com/1001/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Tue, 26 Jan 2021 01:26:00 +0000</pubDate>
				<category><![CDATA[物理化学的な原因の仮説検証方法]]></category>
		<category><![CDATA[不具合内容の確認]]></category>
		<category><![CDATA[現場確認]]></category>
		<category><![CDATA[現物調査]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=1001</guid>

					<description><![CDATA[お客様で不具合が発生したら、極力、発生したままの状態で触らずに放置してもらい、現場に駆けつけ現場検証するのが基本です。 現場検証を十分にすることで、原因追及につながる多くのヒントが見えてきます。 　お客様に呼び出される場 [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p><strong><span class="fz-20px"><span class="marker-under-red">お客様で不具合が発生したら、極力、発生したままの状態で触らずに放置してもらい、現場に駆けつけ現場検証するのが基本です。</span></span></strong></p>



<p class="has-text-align-center"><strong><span class="fz-20px"><span class="marker-under-red">現場検証を十分にすることで、原因追及につながる多くのヒントが見えてきます。</span></span></strong></p>



<p>　お客様に呼び出される場合は営業任せにしてはダメです。貴重な情報が得られるチャンスですから必ず技術も同席しましょう。場合によっては、その時点で原因が分かる事も多々あります。</p>



<p>　商品だけ、別の所に移動されていることが良くありますが、<strong>出来れば、どのような状態で確認されたのか、現場を確認させてもらいましょう。</strong></p>



<p>　<strong>社内で発生した不具合なら、迷わず、駆け付け、それが無理ならビデオですぐに確認しましょう。</strong></p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-50" checked><label class="toc-title" for="toc-checkbox-50">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">現物の調査</a><ol><li><a href="#toc2" tabindex="0">製造工程との因果関係を調べる</a></li><li><a href="#toc3" tabindex="0">破断の場合、破断面の観察</a></li><li><a href="#toc4" tabindex="0">汚れの場合、成分分析/同定</a></li><li><a href="#toc5" tabindex="0">傷/変形の場合、状態を定量的に観察する</a></li></ol></li><li><a href="#toc6" tabindex="0">内容/現場/現物確認で大切な事　まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading" id="現物の調査"><span id="toc1">現物の調査</span></h2>



<h3 class="wp-block-heading" id="製造工程との因果関係を調べる"><span id="toc2">製造工程との因果関係を調べる</span></h3>



<p>　現物を確認する上で、大切なことは、その発生場所、特徴など、何か、汚れがついている。あるいは傷がついているとなると、その発生場所、特徴などから、発生工程を推察することも可能です。</p>



<figure class="wp-block-image size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-74.png" alt="" class="wp-image-1005" width="837" height="227" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-74.png 875w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-74-300x82.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-74-768x209.png 768w" sizes="(max-width: 837px) 100vw, 837px" /></figure>



<p>例えば、</p>



<p>　欠点が平行に発生する場合、製品がそもそも平行に流れる工程が発生源か？と推定で出来ます。</p>



<p>欠点が中央部に発生する場合(あるいは特定の場所に発生する場合）、中央部に該当する何かが無いか？例えば、上から何かを噴霧するような工程での液だれが無いか？等です。</p>



<p>欠点がエッジ部分に集中している場合、端面に接触するような工程がないか？例えばローラーで左から転がすようなイメージ</p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="712" height="232" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-75.png" alt="" class="wp-image-1007" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-75.png 712w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-75-300x98.png 300w" sizes="(max-width: 712px) 100vw, 712px" /></figure>



<h3 class="wp-block-heading" id="破断の場合-破断面の観察"><span id="toc3">破断の場合、破断面の観察</span></h3>



<p>　金属やガラス、セラミックなどの<strong><span class="fz-20px"><span class="marker-under">無機材料は破損した場合にはその破断面を観察することで、破壊のモードや破壊の起点、強度劣化の原因など色々分かる</span></span></strong>ことが多いので材料が破損した場合には必ず観察します。<strong><span class="bold-green">詳しくは各種専門書を参照ください。</span></strong></p>



<div class="wp-block-image"><figure class="alignleft size-large"><img loading="lazy" decoding="async" width="271" height="199" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-76.png" alt="" class="wp-image-1026"/></figure></div>



<p></p>



<p><span class="fz-20px"><strong>左の写真は都産技研のホームぺージから引用したガラスの破断面の観察結果</strong>です。</span></p>



<p></p>



<p></p>



<p><strong><span class="fz-20px">この監察結果から、割れの発生起点、割れた時の破壊応力が分かります。</span></strong></p>



<h3 class="wp-block-heading" id="汚れの場合-成分分析-同定"><span id="toc4">汚れの場合、成分分析/同定</span></h3>



<p>　<strong><span class="fz-20px">欠点の物質が同定できれば、その物質が使われている個所を特定すればよいです</span></strong>。</p>



<p>ただし、微量すぎて、同定までは至らず、何らかの有機物がついているぐらいしかわからない場合が多々あります。</p>



<div class="wp-block-image"><figure class="alignleft size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-77.png" alt="" class="wp-image-1031" width="419" height="250" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-77.png 555w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-77-300x179.png 300w" sizes="(max-width: 419px) 100vw, 419px" /></figure></div>



<p>イメージを持っていただくために、SHIMADZUさんのホームページからFTIRの分析結果(チャート）を添付します。</p>



<p><strong>FTIRによる異物分析 -異物スペクトルの扱い方- : 株式会社島津製作所 (shimadzu.co.jp)</strong></p>



<p>有機物を同定する分析方法です。</p>



<p></p>



<p><strong><span class="marker-under">分析装置を持っていない場合。</span></strong></p>



<p>　民間、あるいは、国の試験所でスポット的に分析してもらうことも可能です。企業規模により料金が異なりますが、概ね、数万円程度のようです。参考までに、都産業研ホームページを添付しておきます。</p>



<p class="has-text-align-center"><a href="https://www.iri-tokyo.jp/irai/index.php?no=3.2">3.2&nbsp;機器分析 &#8211; 都産技研ホームページ (iri-tokyo.jp)</a></p>



<h3 class="wp-block-heading" id="傷-変形の場合-状態を定量的に観察する"><span id="toc5">傷/変形の場合、状態を定量的に観察する</span></h3>



<div class="wp-block-image"><figure class="aligncenter size-large"><img loading="lazy" decoding="async" width="414" height="123" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-78.png" alt="" class="wp-image-1034" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-78.png 414w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-78-300x89.png 300w" sizes="(max-width: 414px) 100vw, 414px" /></figure></div>



<p>　傷/割れ/変形の場合はその程度を定量的に把握し、観察します。傷は方向性など、詳しく調べることで、何が原因なのか推定するのに非常に役立ちます。</p>



<h2 class="wp-block-heading" id="内容-現場-現物確認で大切な事-まとめ"><span id="toc6">内容/現場/現物確認で大切な事　まとめ</span></h2>



<div class="wp-block-cocoon-blocks-caption-box-1 caption-box block-box has-border-color has-blue-border-color"><div class="caption-box-label block-box-label box-label"><span class="caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">内容/現場/現物確認で大切な事</span></span></div><div class="caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><strong><span class="fz-20px"><span class="bold-blue">不具合確認時には、お客様のインパクトを連絡することが大切。</span></span></strong></li><li><strong><span class="fz-20px"><span class="bold-blue">現場確認が基本、現場に駆けつけられなければ、ビデオで情報共有する。</span></span></strong></li><li><strong><span class="fz-20px"><span class="bold-blue">現物の確認は原因追及につながる必要な調査項目を確実に実施</span></span></strong><span class="bold-blue">し、<span class="fz-20px">発生工程を絞り込む</span></span></li></ul>
</div></div>



<p></p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/1001/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>QCストーリ、対策の立案。実施、効果の検証で何に気をつければ良いか？</title>
		<link>https://rakuda0218blog.com/844/</link>
					<comments>https://rakuda0218blog.com/844/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Sun, 24 Jan 2021 00:06:00 +0000</pubDate>
				<category><![CDATA[QCストーリー]]></category>
		<category><![CDATA[恒久対策]]></category>
		<category><![CDATA[暫定対策]]></category>
		<category><![CDATA[効果の確認]]></category>
		<category><![CDATA[対策立案]]></category>
		<category><![CDATA[流出防止]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=844</guid>

					<description><![CDATA[目次 対策の検討物理化学的な不具合の対策暫定対策恒久対策対策を決めるには？人に起因するトラブル、品質問題の対策 業務上の問題に対する対策そもそも原因を追究するには？実施と効果の検証　実施効果の確認まとめ 対策の検討 物理 [&#8230;]]]></description>
										<content:encoded><![CDATA[
<ul class="wp-block-list">
<li>原因が明確になっても<strong>対策</strong>を立てるのは簡単ではありません。原因同様、物理的な問題。人の問題、業務上の問題で分けて考えることが大切です。</li>



<li><strong>対策</strong>は原因除去、頻度を下げる、流出防止の3点で考える事が大切です。</li>



<li><strong>実施</strong>に当たっては社内でルール化して確実に実施する事が大切です。</li>



<li><strong>効果の検証</strong>では実際の効果だけでなく、暫定対策の見直しや、思わぬ副作用（悪影響）が無いか確認する事も大切になります。</li>
</ul>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-52" checked><label class="toc-title" for="toc-checkbox-52">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">対策の検討</a><ol><li><a href="#toc2" tabindex="0">物理化学的な不具合の対策</a><ol><li><a href="#toc3" tabindex="0">暫定対策</a></li><li><a href="#toc4" tabindex="0">恒久対策</a></li><li><a href="#toc5" tabindex="0">対策を決めるには？</a></li></ol></li><li><a href="#toc6" tabindex="0">人に起因するトラブル、品質問題の対策</a></li><li><a href="#toc7" tabindex="0"> 業務上の問題に対する対策</a></li><li><a href="#toc8" tabindex="0">そもそも原因を追究するには？</a></li></ol></li><li><a href="#toc9" tabindex="0">実施と効果の検証</a><ol><li><a href="#toc10" tabindex="0">　実施</a></li><li><a href="#toc11" tabindex="0">効果の確認</a></li></ol></li><li><a href="#toc12" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">対策の検討</span></h2>



<h3 class="wp-block-heading"><span id="toc2">物理化学的な不具合の対策</span></h3>



<h4 class="wp-block-heading"><span id="toc3">暫定対策</span></h4>



<p class="has-text-align-center"><span class="fz-24px"><strong><span class="marker-under-red">すぐに出来る事</span>。<span class="marker-under-red">流出防止</span>、</strong></span></p>



<p>暫定対策は応急処置ですので、一番大切な事はすぐに出来る事と、流出防止です。けがをして血を流している時はまず、血を止めるのに包袋等で真っ先に処理しましょう。</p>



<p>生産性が一時的に落ちたり、検査を厳しめに実施しなければならなかったりしますが、まずは、流出防止を実施し、確実に品質を確保させることが大切になります。</p>



<p>ただし、<strong>上記はクレームのような緊急性の高い課題になります。暫定対策に時間をかけるよりも恒久対策をじっくり考える事が大切な場合もあります。<span class="marker-under">何が何でも、まずは暫定対策と考える必要はありません。</span></strong></p>



<p><strong>また、暫定対策は本来、恒久対策が出来れば、見直すべきですが、一旦、お客様に提案すると、見直すのが難しくなります。</strong></p>



<p><strong><span class="marker"><span class="fz-20px">お客様に報告すべき暫定対策と、社内でクローズできる暫定対策と分けて考える事も大切</span></span>になります。</strong></p>



<h4 class="wp-block-heading"><span id="toc4">恒久対策</span></h4>



<p><strong>原因が分かったとして、以下の3点で考える必要があります。</strong></p>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="834" height="245" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-70.png" alt="" class="wp-image-860" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-70.png 834w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-70-300x88.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-70-768x226.png 768w" sizes="(max-width: 834px) 100vw, 834px" /></figure>



<p><strong><span class="fz-22px">①原因除去</span></strong></p>



<p>　原因が明確になった場合、真っ先に考えるのは発生源対策でしょう。ただ、副作用は常に考える必要はあります。</p>



<p>　例えば、構造体である部分が強度が低いことが分かった。しかし、補強して強度アップを測るとその分、他の所にしわ寄せが行って別の不具合が発生する。</p>



<p>　例えば、製品にある汚れがついていた。その汚れは加工工程で使う材料であったので、その材料を変更したところ、やはり加工性で別の問題が発生した。</p>



<p>　また、対策に非常にお金がかかったり、本質過ぎて対策が取れない場合もあります。</p>



<p><strong><span class="fz-22px">②頻度を下げる</span></strong></p>



<p>　<strong>比較的多く用いられる方法かと思います。</strong></p>



<p>　<span class="marker-under"><span class="bold-blue">例えば、製品に汚れがついていて、その汚れはある機械に使っているオイルだったので、アクリル板で飛散防止処置をとった。等、</span></span></p>



<p><strong><span class="fz-22px">③流出防止</span></strong></p>



<p>　普通は検査時間アップや歩留まり低下につながりますので、よりピンポイントで検査できるよう、場合によっては検査方法自体を見直す必要も出て来ます。それ程簡簡単ではありません。</p>



<h4 class="wp-block-heading"><span id="toc5">対策を決めるには？</span></h4>



<p><strong>原因は明確になったとして、いきなり具体的な対策を考えると他に目が行かなくなります。</strong>決めつけはいけません。原因除去、頻度を下げる、流失防止の点で考えられるアイデアを出来るだけブレストなどで数多く出し、後で同じようなものをまとめて行く<strong><span class="fz-20px"><span class="marker-under">ブレスト+親和図法</span></span></strong>が適していると思います。</p>



<p>　そのうえで、<strong><span class="fz-20px">費用対効果/リスク評価</span></strong>を行い対策を決めて行くしかないと思います。</p>



<h3 class="wp-block-heading"><span id="toc6">人に起因するトラブル、品質問題の対策</span></h3>



<figure class="wp-block-image aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37.png" alt="" class="wp-image-3894" width="727" height="492" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37.png 918w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37-300x203.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/03/image-37-768x520.png 768w" sizes="(max-width: 727px) 100vw, 727px" /><figcaption class="wp-element-caption"><strong><span class="fz-16px">失敗学実践編　濱口哲也・平山貴之　日科技連　を参考に作成</span></strong></figcaption></figure>



<p>人が行った行動の動機から失敗のカラクリを、反転させて<strong><span class="fz-20px"><span class="marker-under-blue">「成功のカラクリ」（対策）</span></span></strong>を導き出すことになります。</p>



<p>詳細は失敗学実践編、濱口哲也・平山貴之　日科技連を読んでいただくか、以下の記事を参照ください。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/1318/" title="人為的ミス、トラブル、品質問題を防ぐにはどうすれば良いか？" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">人為的ミス、トラブル、品質問題を防ぐにはどうすれば良いか？</div><div class="blogcard-snippet internal-blogcard-snippet">品質問題を起こす原因として人に起因するトラブルもあり、避けては通れません。これに関して、どのように原因を追究して行けばよいのか紹介したいと思います。人に起因するトラブルのタイプ人に起因するトラブルの原因によって分類すると、次のように考えられ...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.02.01</div></div></div></div></a>
</div></figure>



<h3 class="wp-block-heading"><span id="toc7"> 業務上の問題に対する対策</span></h3>



<p class="has-text-align-center"><strong><span class="fz-22px"><span class="marker-under-red">新QC7つ道具</span></span><span class="fz-22px"><span class="marker-under-red">の</span></span><span class="fz-22px"><span class="marker-under-red">系統図法を用いて対策を決めると良いでしょう。</span></span></strong></p>



<p><strong>目的から手段に展開して行く方式で連関図法を用いて洗い出した主要因を解決する事を目的とし、具体的な手段にまで展開して行く方式です。</strong></p>



<p><strong><span class="marker-under-blue"><span class="fz-20px">原因を特定したら、その原因を防ぐ（あるいは取り除く</span></span><span class="marker-under-blue"><span class="fz-20px">、</span></span><span class="marker-under-blue"><span class="fz-20px">解決する</span></span><span class="marker-under-blue"><span class="fz-20px">）</span></span><span class="marker-under-blue"><span class="fz-20px">のを目的とし、展開して行く事になります。</span></span></strong></p>



<p>系統図法に関しては、下記の図やサイトが分かりやすいと思いました。良ければ参照ください。</p>



<figure class="wp-block-image aligncenter size-full is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2022/01/image-11.png" alt="" class="wp-image-9512" width="840" height="355" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/01/image-11.png 964w, https://rakuda0218blog.com/wp-content/uploads/2022/01/image-11-300x127.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/01/image-11-768x325.png 768w" sizes="(max-width: 840px) 100vw, 840px" /><figcaption class="wp-element-caption"><strong><span class="fz-14px"><span class="fz-16px">系統図法 | 日本のものづくり～品質管理、生産管理、設備保全の解説　匠の知恵 (takuminotie.com)より</span></span></strong></figcaption></figure>



<h3 class="wp-block-heading"><span id="toc8">そもそも原因を追究するには？</span></h3>



<p>原因を追究する手法は以下の記事を参照願います。<strong style="text-align: -webkit-match-parent;">ロジックツリーを使ったMECEな展開、「なぜなぜ分析」による深堀、連関図法を用いた要因の関連性調査、主要因の推定。検証が大切になります。</strong></p>



<figure class="wp-block-embed is-type-wp-embed is-provider-ラクダブログ wp-block-embed-ラクダブログ"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/1526/" title="仕事の進め方による品質問題の原因追及はどうすれば良いか？" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/02/4151295_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/02/4151295_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/02/4151295_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/02/4151295_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">仕事の進め方による品質問題の原因追及はどうすれば良いか？</div><div class="blogcard-snippet internal-blogcard-snippet">原因は複数あり、複雑です。また、色々な要因が複雑に絡み合っている事が多いです。ロジックツリーを使ったMECEな展開、「なぜなぜ分析」による深堀、連関図法を用いた要因の関連性調査、主要因の推定。検証が大切になります。ロジックツリー　原因を追究...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.02.02</div></div></div></div></a>
</div></figure>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">業務上の問題の対策</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong>原因追及 </strong>
<ul class="wp-block-list">
<li><strong>ロジックツリーを使ったMECEな展開、</strong></li>



<li><strong>「なぜなぜ分析」による深堀、</strong></li>



<li><strong>連関図法を用いた要因の関連性調査、主要因の推定。検証 </strong></li>
</ul>
</li>



<li><strong>対策立案</strong>
<ul class="wp-block-list">
<li><strong>系統図法を用いて原因を解決する為の具体的な手段まで展開</strong></li>
</ul>
</li>
</ol>
</div></div>



<h2 class="wp-block-heading"><span id="toc9">実施と効果の検証</span></h2>



<h3 class="wp-block-heading"><span id="toc10">　実施</span></h3>



<p>対策を決めたら計画を立てて粛々と実施して行く事になります。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">対策案を実施するための</span><span class="fz-20px">４</span><span class="fz-20px">つの視点</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong>物理的準備、必要な道具やツールなど</strong></li>



<li><strong>環境面の整備、必要な対策を実施するにあたって必要な環境整備</strong></li>



<li><strong>人の整備、担当者、実施者の選定、必要に応じて教育、確実な社内承認</strong></li>



<li><strong>初品流動時にどういった評価を行い、どういった処置を行うか？その判断基準は何か？</strong></li>
</ol>
</div></div>



<p>特に４については、４M変更や初品流動評価等、効果を確認する方法を社内ルールとして定め、フォローして行く事が大切になります。</p>



<h3 class="wp-block-heading"><span id="toc11">効果の確認</span></h3>



<p>クレーム関係であれば、有りがちなのがいったん沈静化してしまうと何となくそれで良しとし、一連の対策の結果がどうだったのか検証しないままになる事が多々あります。</p>



<p>　不具合は解消されたものの、実は思わぬ副作用で他の品質に悪い結果を与えていた。等という事もあります。また、想定していたよりも生産性が悪化した等の事もありがちです。</p>



<p><strong>実施した後の効果の確認は想定していなかったマイナスの要因が無かったか、効果はあったのか？検証しましょう。</strong></p>



<p>　また、暫定対策を行った後、恒久対策を実施したものの暫定対策だけが残ったりします。<strong>暫定対策は恒久対策を展開したら基本、辞めるべきです。</strong>しっかりレビューしましょう。</p>



<h2 class="wp-block-heading"><span id="toc12">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-green-background-color has-teal-border-color">
<ol class="wp-block-list">
<li><strong><span class="fz-22px">対策</span></strong>
<ul class="wp-block-list">
<li><strong>物理化学的な不具合の暫定対策は、すぐに出来る事。流出防止が大切</strong></li>



<li><strong>暫定対策は応急処置なので恒久対策が出来たら見直し（基本廃止）が必要</strong></li>



<li><strong>お客様に報告する暫定処置は見直しがしにくくなるので注意が必要</strong></li>



<li><strong>恒久対策は、費用対効果を検討の上、原因除去、頻度低減、流出防止の3点で考える<span class="marker">。</span></strong></li>



<li><strong>人に起因する問題の対策は、行動の動機から失敗のカラクリを導き、反転させた成功のカラクリ（対策）を導き出す。</strong></li>



<li><strong>業務上の問題の対策は、連関図法などで明確にした主要因を解決することを目的とし、手段にまで展開する</strong></li>
</ul>
</li>



<li><strong><span class="fz-22px">実施と効果の検証</span></strong>
<ul class="wp-block-list">
<li><strong>社内でルール化して確実に実施する事が大切。</strong></li>



<li><strong>効果の検証では実際の効果だけでなく、暫定対策の見直しや、思わぬ副作用（悪影響）が無いか確認する事も大切。</strong></li>
</ul>
</li>
</ol>
</div>



<p></p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/844/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>製品不良の原因追及方法、手法、要因分析(魚の骨）の解説です。</title>
		<link>https://rakuda0218blog.com/819/</link>
					<comments>https://rakuda0218blog.com/819/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Fri, 22 Jan 2021 01:02:00 +0000</pubDate>
				<category><![CDATA[物理化学的な原因の仮説検証方法]]></category>
		<category><![CDATA[ボーンフィッシュ]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=819</guid>

					<description><![CDATA[何故が明確でQCストーリが有効に機能するには以下の3条件が必要になります。 １、不具合内容 　お客様にガラスを届ける際、ある確率でガラスが割れているといった不具合に対する物です。 ２、なぜ、ガラスが割れるか？ 　ガラスが [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>何故が明確でQCストーリが有効に機能するには以下の3条件が必要になります。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-border-color has-blue-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px">何故が明確でQCストーリが有効に機能するケ</span></strong>ー<strong><span class="fz-20px">ス</span></strong></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><span class="bold-blue">原理原則がはっきりしている。</span></li><li><span class="bold-blue">要因どうしに複雑な因果関係が無い。単独で不具合が発生する。</span></li><li><span class="bold-blue">発生原因を定量的に評価できる。</span></li></ul>
</div></div>



<p><strong>１、不具合内容</strong></p>



<p>　お客様にガラスを届ける際、ある確率でガラスが割れているといった不具合に対する物です。</p>



<p><strong>２、なぜ、ガラスが割れるか？</strong></p>



<div class="wp-block-image"><figure class="aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-68.png" alt="" class="wp-image-830" width="656" height="372" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-68.png 656w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-68-300x170.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-68-120x68.png 120w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-68-160x90.png 160w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-68-320x180.png 320w" sizes="(max-width: 656px) 100vw, 656px" /></figure></div>



<p>　ガラスが割れるには、非常に大きな力がかかるか、小さな欠点があって割れやすくなっているかのどちらかです。</p>



<p>　割れたガラスの破片があれば、割れた時にかかった力が推定できますので、入手できたいくつかのサンプルを観察したところ、比較的大きな力で割れていることが分かったので、欠点が入ってガラスが割れやすくなっている説はこの時点でなくなります。</p>



<p><strong>３、要因分析</strong></p>



<div class="wp-block-image"><figure class="aligncenter size-large"><img loading="lazy" decoding="async" width="720" height="306" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-69.png" alt="" class="wp-image-832" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-69.png 720w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-69-300x128.png 300w" sizes="(max-width: 720px) 100vw, 720px" /></figure></div>



<p>　<strong>原理原則は○○Mpa以上の応力がかかる、<span class="fz-20px"><span class="fz-18px">なので</span>、<span class="marker-under">次は現実/データとの照合</span></span></strong>になります。現実/データーの切り口は、<strong>４M、（人/物/機械/方法）が一般的</strong>。必要に応じて、E(環境）、５M（測定/検査）を切り口として追加すれば良いと思います。</p>



<p>　現状を整理してみた所、お客様(開梱作業）/容器の種類/梱包方法によって割れ発生率に差がみられ、作業員や、輸送方法はあまり関係ないことが分かりました。</p>



<p><strong>４、原因の追究（<span class="bold-red">実験による確認</span>）</strong></p>



<p>　当初、輸送中の衝撃で割れが発生すると思っていたので、<strong>実際に発生する応力を疑似試験を通じて確認したところ、破壊に達するような応力は発生しないことが分かりました。</strong></p>



<p>　結局、色々<strong>調査した結果、梱包作業、あるいは、開梱作業方法に結局、ガラスに何かをぶつけて(接触させて）割れが発生してしまうことが分かりました。</strong></p>



<p><strong>５、対策/効果</strong></p>



<p>　作業方法の見直しを工場/お客様にお願いし、容器自体の使い勝手も改善することで、非常に大きな改善効果が得られました。</p>



<div class="wp-block-cocoon-blocks-label-box-1 label-box block-box has-border-color has-red-border-color"><div class="label-box-label block-box-label box-label"><span class="label-box-label-text block-box-label-text box-label-text"><strong><span class="fz-20px"><span class="marker-under">ポイント</span></span></strong></span></div><div class="label-box-content block-box-content box-content">
<p><strong>・原理/原則をデータと良く照合したのがポイント、社内的にも当初、誰も、作業方法に問題があるとは認識していませんでした。</strong></p>



<p><strong>・現場で作業する方にも、実際に、ガラスに色々なものを接触してもらい、一見、柔らそうな物でも、少し触っただけでも、ガラスが割れることを実感してもらったおかげで、対策もスムーズに進める事が出来ました。</strong></p>
</div></div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/819/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>「なぜなぜ分析」がうまくいかない。意味がないと思われる理由と対処方法を解説します。</title>
		<link>https://rakuda0218blog.com/766/</link>
					<comments>https://rakuda0218blog.com/766/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Thu, 21 Jan 2021 03:25:00 +0000</pubDate>
				<category><![CDATA[QCストーリー]]></category>
		<category><![CDATA[物理化学的問題]]></category>
		<category><![CDATA[業務上の問題]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=766</guid>

					<description><![CDATA[そもそも、何故が明確に分かる現象など少ないです。何故が分からないのに「なぜなぜ分析」をしても上手くいきません。 「なぜなぜ分析」は簡単なようで実は難しいです。本当に何故になっている？堂々巡りになってない？などです。多くは [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p><strong><span class="fz-20px"><span class="fz-24px">そもそも、何故が明確に分かる現象など少ないです。何故が分からないのに「なぜなぜ分析」をしても上手くいきません。</span></span></strong></p>



<p>「なぜなぜ分析」は簡単なようで実は難しいです。本当に何故になっている？堂々巡りになってない？などです。<span class="fz-20px"><strong>多くは無理やり何故を考え出して展開していこうとするので</strong></span><strong><span class="fz-24px"><span class="fz-22px">上手くいかない</span></span></strong>。<strong><span class="fz-20px">なぜが分かれば苦労はしません。</span></strong></p>



<p>　<strong><span class="fz-24px">いや、結局、何故を考えるしかないのですが、ポイントが事象により異なる。<span class="bold-red">そこをうまく整理して考えないと、上手くいかないと思っています。</span></span></strong></p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-56" checked><label class="toc-title" for="toc-checkbox-56">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">物理化学的な品質問題の原因追及</a><ol><ol><li><a href="#toc2" tabindex="0">物理化学的な品質問題の根本原因は？仕事の仕組みの問題？</a></li></ol></li></ol></li><li><a href="#toc3" tabindex="0">人に起因するトラブルの原因追及</a></li><li><a href="#toc4" tabindex="0">業務上の問題に対する原因追及</a></li><li><a href="#toc5" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading" id="物理化学的な品質問題の原因追及"><span id="toc1">物理化学的な品質問題の原因追及</span></h2>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="560" height="156" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-67.png" alt="" class="wp-image-813" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-67.png 560w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-67-300x84.png 300w" sizes="(max-width: 560px) 100vw, 560px" /></figure>



<p>　<strong>現象が物理／化学的な場合、<span class="bold-red">物理/化学の法則と現実/データとの</span>突き合わせを絶えず行いながら何故？を考えて行く必要があります。<span class="bold-red">最後は実験や計算による確認です。</span></strong></p>



<p>　<strong>物理/化学の法則を専門知識、専門性と読み替えても構いません。<span class="marker-under-red">それらの知識を深めておく事が残念ながら絶対的に必要になります。</span></strong></p>



<p>　一方で、現実/データー、特に現実は<strong><span class="marker-under-red"><span class="fz-20px">OK品とNG品が発生する時の現実の違い</span></span></strong>を<strong><span class="fz-20px"><span class="bold-red">よく観察する</span></span></strong>ことが非常に大切になります。</p>



<p>　それには、現物（不具合品）を観察することで、<strong><span class="fz-20px"><span class="marker-under-red"><span class="bold-red">発生工程を絞り込み、24時間の監視が必要であれば、ビデオ撮影するなど対応や、加工工程であれば、副資材などの観察がやはり絶対的に必要です。</span></span></span></strong></p>



<p>実際には仮説、検証を行う事になります。仮説検証に関しては記事にしているので良ければ参照して下さい。</p>



<figure class="wp-block-embed is-type-wp-embed is-provider-技術力向上カウンセリングオフィス wp-block-embed-技術力向上カウンセリングオフィス"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/1149/" title="物理/化学的な不良の原因追及、原因調査。仮説の立て方、コツ" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/331226_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/331226_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/01/331226_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/01/331226_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">物理/化学的な不良の原因追及、原因調査。仮説の立て方、コツ</div><div class="blogcard-snippet internal-blogcard-snippet">私は不良の原因を追究する方法は、殺人事件を解決するTVドラマで良く出てくるやり方よく似ていると思っています。現行犯逮捕（不良が発生している状況が観察できないか）まず考える出来なければ現場検証、証拠、人間関係から犯人を推測する。（仮説立案）仮...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.01.28</div></div></div></div></a>
</div></figure>



<h4 class="wp-block-heading" id="物理化学的な品質問題の根本原因は-仕事の仕組みの問題"><span id="toc2">物理化学的な品質問題の根本原因は？仕事の仕組みの問題？</span></h4>



<p>　一般的な書籍では、物理化学的な問題であっても、根本原因に到達するために、なぜなぜを繰り返し、仕事の仕組みの問題まで洗い出し、対策を考えましょう。といった主張が多く見受けられます。</p>



<p>　しかし、結局、○○の仕組みが無かった。等の結果論と思えることが原因として挙げられ、個人的には根本対策にはなっていないような気がしています。</p>



<p><strong>原因に否定形の事が原因として書かれているのは、<strong>すべて、<span class="marker-under-red">対策を先に考え、それを反転して原因としているだけ</span></strong>。マニュアル、標準書が無かった。ルールが決められていなかった。不明確な指示だった等。</strong>（失敗学　実践編　濱口哲也・平山貴之著　日科技連　より）とも考えられます。</p>



<p>　なぜ、設計者がそのような設計を行ったのか、動機については深堀すべきですが、仕組みに対してはデザインレビューですり抜けたのが原因です。本格検証やFMEAのリスク評価も含めて<strong><span class="marker">デザインレビューのレベルを上げるしかありません。その為に必要な情報、知識、考え方は何なのか考えることが大切と感じています。</span></strong></p>



<p>　商品や技術によって違いがあるのかもしれません。私が心がけているのは以下のような内容です。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-yellow-background-color has-amber-border-color"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">デザインレビュで心がける事</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong><span class="fz-20px">お客様の使用工程を良く知る。</span></strong>
<ul class="wp-block-list">
<li>どういった使われ方をしているのか、どういったことが想定されるのか？（社内であれば協議可能だか、お客様であれば協議は実質不可能）</li>
</ul>
</li>



<li><strong><span class="fz-20px">実績のある問題のない機種との相違点、共通点は何か？使用環境に変化はあるか？</span></strong>
<ul class="wp-block-list">
<li>相違点に関して、重点的にレビュー</li>
</ul>
</li>



<li><strong><span class="fz-20px">重大クレーム、品質トラブルを想定し、設計をレビューする</span></strong>。
<ul class="wp-block-list">
<li>どうなれば、重大クレーム、あるいは品質トラブルにつながるか？</li>



<li>発生頻度＊影響度を考えた時、現状の設計で十分か？</li>
</ul>
</li>



<li><strong><span class="fz-20px">過去の不具合を一般化、上位概念化して未然防止に使える形にしておく</span></strong>
<ul class="wp-block-list">
<li>詳しくは別の記事を参照ください。</li>
</ul>
</li>



<li><strong><span class="fz-20px">プロセス開発の場合、</span></strong>
<ul class="wp-block-list">
<li>技術的な深堀を行う。具体的には、マージン評価、安定性評価にとどまらず、特性がそのパラメーターに敏感なのは何故か？パラメーターの感度は状況が変われば変わることは良くある話で、その時に深堀が出来ていないと手が出せなくなる。</li>
</ul>
</li>
</ol>
</div></div>



<h2 class="wp-block-heading" id="人に起因するトラブルの原因追及"><span id="toc3">人に起因するトラブルの原因追及</span></h2>



<p>　例えば、<strong><span class="fz-20px"><span class="marker-under">「Aといった部品を取り付ける必要があったのに非常に似たBといった部品をつけてしまった。」</span>のように、人に起因するトラブルが大きな品質問題になる事もあります。</span></strong></p>



<p>後日、改めてなぜ？を考えても、時間がたっているので、結局、後付け、結果論になる事が多いです。</p>



<p>　どうしてそのような行動をとったのか？を考えるには、タイムマシーンに乗って、問題行動を起こす前に戻って、何故、そのような行動をとったのか考える必要があります。</p>



<p>　もちろん、タイムマシーンは世の中に存在しないので、<strong><span class="marker-under"><span class="fz-20px">記憶がはっきりしている段階で、何故、そのような行動をとったのか、本人の本音を良く確認し、それを</span></span><span class="fz-20px"><span class="marker-under">上位概念化して、他の事例にも応用できる形に持っていく必要があります。</span></span></strong></p>



<p class="has-text-align-left">　<strong><span class="fz-22px"><span class="marker-under"><span class="bold-red">他人が勝手に何故を考えても意味がありません。</span></span></span><span class="bold-red"><span class="fz-20px"><span class="fz-22px">本音が聞き出せるようなコミュニケーションが大切です。</span></span></span></strong></p>



<p> <strong>下記の記事に詳細を記載していますので参照ください。</strong> </p>



<figure class="wp-block-embed is-type-wp-embed is-provider-技術力向上カウンセリングオフィス wp-block-embed-技術力向上カウンセリングオフィス"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/1318/" title="人為的ミス、トラブル、品質問題を防ぐにはどうすれば良いか？" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/02/2714441_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">人為的ミス、トラブル、品質問題を防ぐにはどうすれば良いか？</div><div class="blogcard-snippet internal-blogcard-snippet">品質問題を起こす原因として人に起因するトラブルもあり、避けては通れません。これに関して、どのように原因を追究して行けばよいのか紹介したいと思います。人に起因するトラブルのタイプ人に起因するトラブルの原因によって分類すると、次のように考えられ...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.02.01</div></div></div></div></a>
</div></figure>



<h2 class="wp-block-heading" id="業務上の問題に対する原因追及"><span id="toc4">業務上の問題に対する原因追及</span></h2>



<p>　結局、「なぜなぜ分析」ということになるのですが、<strong>仕事の進め方の不備を考えるのであれば、そこに焦点を当てて展開していくべき</strong>であって、途中で、人の行動や、感情を入れたりすると、結局、良く分からない展開になる事が多いと思っています。</p>



<p>　また、物理化学的な不具合同様、<strong>現実はどうなっているのかを整理して考えて行く必要がある</strong>と思います。製造業の場合、有名な４M等といった整理する切り口があります。</p>



<p>　業務関係でも、<strong><span class="fz-20px"><span class="marker-under"><span class="bold-blue">色々なフレームワークやMECE(漏れなくダブりなく）の考えで整理し何故を考えて行くロジックツリーの考えが適している</span></span></span></strong>と思っています。</p>



<p>　私が言っている、業務上の問題とは例えば、以下の図の生産遅れが頻発して納期遅延を繰り返すに対するなぜなぜです。<strong>原因分析の手法～真因を導き出す手順とツールを事例で解説(consultsourcing.jp)</strong>より引用しました。</p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="583" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-73-1024x583.png" alt="" class="wp-image-981" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-73-1024x583.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-73-300x171.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-73-768x437.png 768w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-73-120x68.png 120w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-73-160x90.png 160w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-73.png 1144w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>



<p class="has-text-align-left"><strong>下記の記事に詳細を記載していますので参照ください。</strong></p>



<figure class="wp-block-embed is-type-wp-embed is-provider-技術力向上カウンセリングオフィス wp-block-embed-技術力向上カウンセリングオフィス"><div class="wp-block-embed__wrapper">

<a href="https://rakuda0218blog.com/1526/" title="仕事の進め方による品質問題の原因追及はどうすれば良いか？" class="blogcard-wrap internal-blogcard-wrap a-wrap cf"><div class="blogcard internal-blogcard ib-left cf"><div class="blogcard-label internal-blogcard-label"><span class="fa"></span></div><figure class="blogcard-thumbnail internal-blogcard-thumbnail"><img loading="lazy" decoding="async" width="160" height="90" src="https://rakuda0218blog.com/wp-content/uploads/2021/02/4151295_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/02/4151295_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/02/4151295_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/02/4151295_s-320x180.jpg 320w" sizes="(max-width: 160px) 100vw, 160px" /></figure><div class="blogcard-content internal-blogcard-content"><div class="blogcard-title internal-blogcard-title">仕事の進め方による品質問題の原因追及はどうすれば良いか？</div><div class="blogcard-snippet internal-blogcard-snippet">原因は複数あり、複雑です。また、色々な要因が複雑に絡み合っている事が多いです。ロジックツリーを使ったMECEな展開、「なぜなぜ分析」による深堀、連関図法を用いた要因の関連性調査、主要因の推定。検証が大切になります。ロジックツリー　原因を追究...</div></div><div class="blogcard-footer internal-blogcard-footer cf"><div class="blogcard-site internal-blogcard-site"><div class="blogcard-favicon internal-blogcard-favicon"><img loading="lazy" decoding="async" src="https://www.google.com/s2/favicons?domain=https://rakuda0218blog.com" alt="" class="blogcard-favicon-image internal-blogcard-favicon-image" width="16" height="16" /></div><div class="blogcard-domain internal-blogcard-domain">rakuda0218blog.com</div></div><div class="blogcard-date internal-blogcard-date"><div class="blogcard-post-date internal-blogcard-post-date">2021.02.02</div></div></div></div></a>
</div></figure>



<h2 class="wp-block-heading" id="まとめ"><span id="toc5">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-green-background-color has-teal-border-color">
<ol class="wp-block-list">
<li><strong><span class="fz-20px"><span class="marker-under-blue">物理化学的な品質問題の原因追及</span></span></strong>
<ul class="wp-block-list">
<li><strong>現象が物理／化学的な場合、物理/化学の法則と現実/データとの突き合わせを絶えず行いながら何故？を考え、最後は実験や計算で確認する。</strong></li>
</ul>
</li>



<li><strong><span class="fz-20px"><span class="marker-under-blue">人に起因するトラブルの原因追及</span></span></strong>
<ul class="wp-block-list">
<li><strong>本音が聞き出せるようなコミュニケーションが大切。</strong></li>
</ul>
</li>



<li><strong><span class="fz-20px"><span class="marker-under-blue">業務上の問題に対する原因追及</span></span></strong>
<ul class="wp-block-list">
<li><strong>色々なフレームワークやMECE(漏れなくダブりなく）の考えで整理し、何故を考えて行くロジックツリーの考えが適している</strong></li>
</ul>
</li>
</ol>
</div>



<p></p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/766/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>4M変更申請、設計変更について、気を付けるポイント</title>
		<link>https://rakuda0218blog.com/691/</link>
					<comments>https://rakuda0218blog.com/691/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Tue, 19 Jan 2021 10:36:00 +0000</pubDate>
				<category><![CDATA[品質マネージメントシステム]]></category>
		<category><![CDATA[4M変更]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=691</guid>

					<description><![CDATA[　開発品の状態であれば設計変更となりますが、実際に量産になると、管理して行く必要がります。人や材料、機械、方法を変更する際には関係者でリスクをチェックしたり、実際に流動して品質を確認したり、場合によってはお客様に説明する [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p>　開発品の状態であれば設計変更となりますが、実際に量産になると、管理して行く必要がります。<strong>人や材料、機械、方法を変更する際には</strong>関係者でリスクをチェックしたり、実際に流動して品質を確認したり、場合によってはお客様に説明する必要が有ります。</p>



<p>　４M変更は通常、製造が起案をして品質保証部が承認するのが普通ですが、設計/開発部門が判定に加わるような場合も出て来ます。</p>



<p>　私の場合は、梱包容器を設計/開発していた部門に所属していましたが、メーカー/社内の４M変更/設計変更/受入検査/運用管理基準すべて構築した経験があるので、その経験を中心に、大切と思うことを紹介したいと思います。</p>




  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-58" checked><label class="toc-title" for="toc-checkbox-58">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">４M変更を申請する際の判断基準は？</a></li><li><a href="#toc2" tabindex="0">決裁者、関係者を明確にする</a></li><li><a href="#toc3" tabindex="0">４M変更の評価項目</a></li><li><a href="#toc4" tabindex="0">他の規定との関連</a></li><li><a href="#toc5" tabindex="0">初期流動品の管理</a></li><li><a href="#toc6" tabindex="0">お客様への説明、申請について</a></li><li><a href="#toc7" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">４M変更を申請する際の判断基準は？</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-blue-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">4M変更、申請する際の判断基準は？</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong>QC工程表に記載事項を変更する場合</strong></li>



<li><strong>新規装置導入</strong></li>



<li><strong>材料加工メーカー変更</strong></li>



<li><strong>加工工場変更</strong></li>
</ol>
</div></div>



<p>　上記判断基準は私が容器メーカーさんにお願いしていた判断基準です。品質に影響を与えそうな変更と言われても、人によって判断が異なるので、上記のようなお願いをしていました。</p>



<p>　<strong><span class="fz-20px"><span class="marker-under">４M変更の申請基準を決めておくことは社内においても、対外的にも、大切だと考えています</span>。</span></strong></p>



<p>実際には何故申請しなかった？と揉めることが多く、申請基準を決めたというのが正直な所です。</p>



<p><strong>社内であれば、作業標準書レベルでも、変更する際には、履歴を残す必要があります。管理基準を変更する場合は間違いなく４M変更は提出すべきだと思います。</strong></p>



<h2 class="wp-block-heading"><span id="toc2">決裁者、関係者を明確にする</span></h2>



<p>一般に４M変更は品質保証部が最終的に決済するのが通常です。しかし、４M変更に伴い影響する範囲はQCD（品質、コスト、デリバリー）に広く影響し、品質的な面だけで判断できるのは実はそんなに多くありません。</p>



<p>場合によっては営業の方に決裁してもらった方が良い場合もあるでしょう。決裁するにあたり関係部署の見解をもらったうえで決定するか、影響が大きい場合は協議によって決裁したことが良い場合もあります。</p>



<p>また、結果を知らせておくだけで良い部署もあるでしょう。</p>



<p><strong>大切なのは、決裁はどのようにするのか関係者でよく協議しておく事が４Ｍ変更を意味あるものにする上でも大切です。</strong></p>



<h2 class="wp-block-heading"><span id="toc3">４M変更の評価項目</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-blue-background-color has-blue-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-20px">4M変更の評価項目</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong>品質に与える影響（書類審査/初期流動評価/特別追加実験）</strong></li>



<li><strong>コスト/デリバリーに関する影響</strong></li>



<li><strong>対外的なお客様への説明が必要か否か、お客様の評価が必要か否か</strong></li>
</ol>
</div></div>



<p>　<strong>上記は一般的にも言える内容かと思います。量産品ですので、お客様に説明/評価が必要か否かの観点での評価は大切だと思います。　</strong></p>



<h2 class="wp-block-heading"><span id="toc4">他の規定との関連</span></h2>



<p>　設計変更やクレーム管理、教育管理規定（人の変更）など、４M変更に関連する他の規定との関係性は良く整理する必要がります。同じような事を2重で実施するのは無駄でしかありません。</p>



<p>　例えば、設計変更においては、実際に量産して行くと色々改善すべきことが出て来ます。製造が改善活動で改善できるものは製造が改善をしていきますが、設計そのもので見直して欲しいというものが出て来ます。</p>



<p>　具体的には、製品であればクレーム対応で設計を見直さなければならない場合やお客様の仕様変更に伴い設計を見直す場合、コストダウンのために設計を見直してくれ、等色々あるでしょう。</p>



<p>　なので、同じ設計変更のくくりでも、これはクレーム対応なのか、コストダウンのための変更なのか、操作性などの改善なのか？など、都度、緊急度、状況に応じて進めて行く事になります。</p>



<p>　また、設計変更と言っても、新たに開発案件のある物から、製造と一緒になって取り組んだりするものまで色々です。設計にまで立ち戻って設計変更のプロセスでしっかりフォローするのか、４M変更で記録として残すのがメインの目的で運用する場合もあるでしょう。</p>



<p>　<strong>各種の設計変更に関して、クレーム管理で運用するのか、設計変更管理で回すのか、４M変更で回すのが良いのか、誰がどうやって決めるのか事前に決めておく事は大切です。</strong></p>



<h2 class="wp-block-heading"><span id="toc5">初期流動品の管理</span></h2>



<p>４M変更品、あるいは、設計変更品など、従来から変更があったものは、初品の流動ではどういった評価をするのか事前に決めておく事が大切です。実際には、品質保証部が管轄する事になります。</p>



<h2 class="wp-block-heading"><span id="toc6">お客様への説明、申請について</span></h2>



<p>私がメーカーにお願いしていたように、４M変更が必要なケースを明示して下さるお客様はそのガイドラインに沿って申請する事になります。</p>



<p>ガイドラインから見れば申請する必要が無くても、申請が必要か悩むケースはよくあるのではないでしょうか？</p>



<p>ここで大切なのは、<strong>社内においては、たとえ軽微な事であっても営業、品保、製造の関係部署には必ずオープンにすることが大切です。</strong></p>



<p>お客様に説明する必要があるかどうかは議論になりますが、何かあった場合は信用問題になります。</p>



<h2 class="wp-block-heading"><span id="toc7">まとめ</span></h2>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-yellow-background-color has-orange-border-color">
<ol class="wp-block-list">
<li><strong>4M変更申請</strong>
<ul class="wp-block-list">
<li><strong>申請基準を決めておかないと、揉める原因になる</strong></li>



<li><strong>4M変更の評価ポイントはQCDの他に、お客様への説明が必要か否か？</strong></li>
</ul>
</li>



<li><strong>設計変更</strong>
<ul class="wp-block-list">
<li><strong>設計変更が必要な理由/背景をよく理解し、関係部署と連携して設計変更を進める</strong></li>



<li><strong>開発案件に近い物は、設計/開発プロセスに則って進める。</strong></li>



<li><strong>軽微なものは４M変更のシステムに含めた運用を図る。</strong></li>
</ul>
</li>



<li><strong>初期流動品の管理</strong>
<ul class="wp-block-list">
<li><strong>工程変更、設計変更があったものは、初回の流動品はどのような評価をするのか事前に決めておく事が大切</strong></li>
</ul>
</li>
</ol>
</div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/691/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>量産に必要な管理書類を準備する。QC工程表の作り方、書き方とは？</title>
		<link>https://rakuda0218blog.com/614/</link>
					<comments>https://rakuda0218blog.com/614/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Mon, 18 Jan 2021 00:41:00 +0000</pubDate>
				<category><![CDATA[品質マネージメントシステム]]></category>
		<category><![CDATA[QC工程表]]></category>
		<category><![CDATA[工程能力]]></category>
		<category><![CDATA[AQL]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=614</guid>

					<description><![CDATA[目次 QC工程表とは？QC工程表の基本構成QC工程表を作るには？品質特性/検査内容/判定基準管理特性/管理基準品質特性の測定頻度工程能力CpkAQL（Acceptable quality level：合格品質限界、合格品 [&#8230;]]]></description>
										<content:encoded><![CDATA[

  <div id="toc" class="toc tnt-number toc-center tnt-number border-element"><input type="checkbox" class="toc-checkbox" id="toc-checkbox-60" checked><label class="toc-title" for="toc-checkbox-60">目次</label>
    <div class="toc-content">
    <ol class="toc-list open"><li><a href="#toc1" tabindex="0">QC工程表とは？</a></li><li><a href="#toc2" tabindex="0">QC工程表の基本構成</a></li><li><a href="#toc3" tabindex="0">QC工程表を作るには？</a><ol><li><a href="#toc4" tabindex="0">品質特性/検査内容/判定基準</a></li><li><a href="#toc5" tabindex="0">管理特性/管理基準</a></li><li><a href="#toc6" tabindex="0">品質特性の測定頻度</a><ol><li><a href="#toc7" tabindex="0">工程能力Cpk</a></li><li><a href="#toc8" tabindex="0">AQL（Acceptable quality level：合格品質限界、合格品質水準）</a></li><li><a href="#toc9" tabindex="0">運用による工夫</a></li></ol></li><li><a href="#toc10" tabindex="0">FMEA評価結果</a></li></ol></li><li><a href="#toc11" tabindex="0">結局、QC工程表を作るうえで大切なことは？</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">QC工程表とは？</span></h2>



<ol class="wp-block-list">
<li><strong><span class="fz-22px">QC工程表とは？</span></strong>
<ul class="wp-block-list">
<li><strong><span class="fz-22px"><span class="bold-red"><span class="fz-20px">製品の品質がすべての工程にわたって、品質が管理がされていることを示す表</span></span></span></strong></li>



<li><strong><span class="fz-22px"><span class="bold-red"><span class="fz-20px">自工程で作りこんだ品質の不具合を後工程に流さないための管理表</span></span></span></strong></li>
</ul>
</li>
</ol>



<p>と言えます。</p>



<p><strong><span class="marker-under-red">品質管理の中心になる一番大切な書類であり、お客様に品質監査を受ける際は、QC工程表をベースに実施される非常に大切な資料です。（少なくとも私が監査に行く場合は毎回使っていました。）</span></strong></p>



<p>　製造が作成し、品質保証部が承認する所も多いと思います。大切な資料だけに設計/開発部門も作成には参加した方が良いと考えています。</p>



<h2 class="wp-block-heading"><span id="toc2">QC工程表の基本構成</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-border-color has-blue-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><strong><span class="fz-22px">QC</span></strong><span class="fz-24px"><span class="fz-22px"><strong>工程表</strong>の基本構成</span></span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ol class="wp-block-list">
<li><strong>工程名</strong></li>



<li><strong>管理特性</strong>：品質に影響する製造の条件、管理すべき条件</li>



<li><strong>品質特性</strong>：確認すべき品質、その工程で作りこむ品質、変化する品質は何か？</li>



<li><strong>検査内容</strong></li>



<li><strong>判定基準</strong>：何を基準にして判定するか（限度見本、○○基準書、等）</li>



<li><strong>管理基準</strong>：合格範囲が明確に分かるように表記する（○○±〇度　等）</li>



<li><strong>管理項目/検査項目の管理方法</strong>：測定方法、頻度、担当者、責任者</li>



<li><strong>記録</strong>：結果をどの記録に残すか？</li>



<li><strong>異常時の処理</strong>：トレーサビリティをもとにグレーロットの隔離、全数検査などの処置</li>
</ol>
</div></div>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="931" height="342" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-39.png" alt="" class="wp-image-635" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-39.png 931w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-39-300x110.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-39-768x282.png 768w" sizes="(max-width: 931px) 100vw, 931px" /></figure>



<p class="has-text-align-center"><strong>ネット：日本のものづくり～品質管理、生産管理、設備保全の開発、匠の知恵　から</strong></p>



<h2 class="wp-block-heading"><span id="toc3">QC工程表を作るには？</span></h2>



<p></p>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="960" height="186" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-40.png" alt="" class="wp-image-640" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-40.png 960w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-40-300x58.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-40-768x149.png 768w" sizes="(max-width: 960px) 100vw, 960px" /><figcaption class="wp-element-caption"><strong>日本のものづくり～品質管理、生産管理、設備保全の開発、匠の知恵　から</strong></figcaption></figure>



<p>QC工程表を作るとは、<strong>設計開発により明確になった<span class="marker-under">インプット</span></strong>を、<strong>具体的な品質特性や管理特性に落とし込み、測定頻度、判定基準、管理基準を決めて行く<span class="marker-under">変換工程</span></strong>を経て、<strong><span class="marker-under">アウトプット</span>としてQC工程表にまとめる</strong>作業になります。</p>



<h3 class="wp-block-heading"><span id="toc4">品質特性/検査内容/判定基準</span></h3>



<figure class="wp-block-image aligncenter size-full is-resized"><img loading="lazy" decoding="async" width="868" height="257" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-14.png" alt="" class="wp-image-12553" style="aspect-ratio:641/189" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-14.png 868w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-14-300x89.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-14-768x227.png 768w" sizes="(max-width: 868px) 100vw, 868px" /><figcaption class="wp-element-caption"><strong>日本のものづくり～品質管理、生産管理、設備保全の開発、匠の知恵</strong>から筆者が転記</figcaption></figure>



<p><strong>品質特性はその工程で作り込む品質ですので、結果になります。検査内容と判定基準を決める事になります。</strong></p>



<div class="wp-block-cocoon-blocks-sticky-box blank-box block-box sticky st-blue">
<p><strong><span class="fz-20px"><span class="bold-green">品質特性は製品仕様に直接関係する特性か、関係しない特性かで判定基準を変える</span></span></strong></p>



<ol class="wp-block-list">
<li><strong>関係する工程</strong>：<strong><span class="marker-under">工程内の判定基準は製品スペックよりも厳しめに設定する</span></strong></li>



<li><strong>関係しない工程</strong>：<strong><span class="marker-under">工程が作り出す機能を考え、現状維持の判定基準を設定する。</span></strong></li>
</ol>
</div>



<p>たとえば、ガラスの研磨を粗研磨、仕上げ研磨と2段階で実施する場合、</p>



<p>仕上げ研磨での板厚はお客様に届く製品の板厚そのものになりますので製品スペックよりも厳しく設定する必要が有ります。</p>



<p>しかし、粗研磨の場合、板厚は次の仕上げ研磨で調整可能なので現状維持を基準とすればよい事になります。</p>



<p>なお、工程監査をお客様から受けるような場合、通常はQC工程表に基づいて監査がなされます。お客様に提出するQC工程表は丸裸で出すと４M変更の縛りなども増え、非常に厄介なことになります。</p>



<p class="has-text-align-center"><strong>現実的な対応として、社内用とお客様用と分ける事も大切になります。</strong></p>



<h3 class="wp-block-heading"><span id="toc5">管理特性/管理基準</span></h3>



<figure class="wp-block-image aligncenter size-large"><img loading="lazy" decoding="async" width="1024" height="242" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-15-1024x242.png" alt="" class="wp-image-12554" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-15-1024x242.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-15-300x71.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-15-768x182.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-15.png 1086w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption"><strong>日本のものづくり～品質管理、生産管理、設備保全の開発、匠の知恵</strong>から筆者が転記</figcaption></figure>



<p><strong>管理項目は品質特性を実現させる製造条件の事です。</strong>上記の例で言えば、半田ゴテ温度を○○±〇度、と決める事です。ガラスの研磨を行う場合は加工圧力や回転数、砥粒の濃度、等がそれです。</p>



<p><strong><span class="marker-under"><span class="fz-20px">管理項目の管理基準は、設計/開発の設計検証で明確にしていくものです。しかし、実際に量産をしていくと実績も増え、管理基準を単純に広げても問題ない場合は良くあります。</span></span></strong></p>



<p><strong><span class="fz-20px">常に見直す姿勢は大切になります。</span></strong></p>



<h3 class="wp-block-heading"><span id="toc6">品質特性の測定頻度</span></h3>



<p>　検査は<strong>基本全数検査</strong>です。しかしながら、<strong>全数検査を行うには当然、時間とお金がかかります</strong>。また、材料の強度評価のように一般に破壊検査と呼ばれる検査もあります。</p>



<p>　測定頻度は工程能力とAQLを参考にし、品質の重要性、検査コストを考慮して総合的に決めて行く事になります。</p>



<h4 class="wp-block-heading"><span id="toc7">工程能力Cpk</span></h4>



<p>　ネットで調べればすぐに出てくるので説明は省略しますが、<strong>どれだけ、安定してして生産出来ているかを示す指標で、1.33以上で工程能力は十分（10000個検査して不良は7個レベル）と言われています。</strong></p>



<p>　抜き取り検査を実施するには工程能力は1.33以上が必要とも言われていますが、見逃しが許される品質、許されない品質、品質的には規格のどちらかを狙った方が良いので目標値をどちらかに寄せている場合など、単純に工程能力だけで判断しないで指標と考えるべきだと思います。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-border-color has-blue-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-22px">抜き取り検査に工程能力1.33以上は必須？</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong><span class="fz-20px"><span class="fz-24px"><span class="fz-22px"><span class="bold-blue">下記の①、②を考慮し、総合的に判断</span></span></span></span></strong><span class="bold-blue"><span class="fz-22px">、工程能力が低い場合は改善に注力</span></span></p>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="418" height="246" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-42.png" alt="" class="wp-image-660" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-42.png 418w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-42-300x177.png 300w" sizes="(max-width: 418px) 100vw, 418px" /></figure>
</div></div>



<p><strong><span class="fz-20px"><span class="marker-under">工程能力が高くなれば、抜き取り頻度も少なくて良いですが、工程能力が低ければ、当然抜き取り頻度も増やし、場合によっては全数検査が必要になります。</span></span></strong></p>



<h4 class="wp-block-heading"><span id="toc8">AQL（Acceptable quality level：合格品質限界、合格品質水準）</span></h4>



<p>　工程能力はあくまでもどれだけ安定して生産出来ているかを示す指標ですので、ロットの合否判定には使えません。</p>



<p>　抜き取り検査である以上、有る確率で不良品が流出するのですが、その許容できるレベルを決めて、抜き取り数と合否判定基準を決める必要が有り、その際に用いられるのがAQLの考え方です。</p>



<p>　<strong>以下の表では検査基準；なみ検査、不良混入率1.0%を想定した場合、K(1201個~3200個）がロット内のサンプル数だとするとその中から１２５個を測定し、NG品は3個まで合格、4個発生すればNGとするものです。</strong>ロット内のサンプル数は見やすくするために、アルファベットで代表されています。</p>



<figure class="wp-block-image size-large is-resized"><img loading="lazy" decoding="async" width="1024" height="717" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-43-1024x717.png" alt="" class="wp-image-662" style="aspect-ratio:842/589" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-43-1024x717.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-43-300x210.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-43-768x538.png 768w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-43.png 1499w" sizes="(max-width: 1024px) 100vw, 1024px" /><figcaption class="wp-element-caption"><strong>抜取検査数量と検査水準の関係と数量を決める時のポイントについて | 中小製造業のための経営情報マガジン『製造部』 (seizo-bu.com)より</strong></figcaption></figure>



<p><strong>AQLの考え方をそのまま踏襲すると、ロットが大きくなりすぎる傾向が有り、忠実に守るのは難しい所が有ります。ロットサイズを小さくすると全数検査とほとんど変わらなくなります。</strong></p>



<p>実情に合わせて運用による工夫をすることが大切になります。</p>



<p>そもそも、抜き取り検査では不良は取り除けない前提に成り立っていますので、実情に合った抜き取り数を決める事も大切です。</p>



<h4 class="wp-block-heading"><span id="toc9">運用による工夫</span></h4>



<p>述べてきたように、工程能力やAQLだけで抜き取り頻度を決めようとすると実際には非常に検査コストがかかったりします。</p>



<p>なので、運用に際して、ばらつきが大きくなったっり、平均値がずれるような事が考えたられる場合は測定頻度を増やす。などの工夫が必要になります。</p>



<p>休止明けのつくり始めは、諸条件が安定せず、不安定な事も追いのでN数を多くする。あるいは４Mの変化点で抜き取り枚数を増やすなどの工夫が必要となります。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-border-color has-red-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-22px">測定頻度を決めるのに大切な事</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list">
<li><span class="fz-22px"><strong>最重要：品質の重要性、議論になりやすい</strong></span></li>



<li><span class="fz-22px"><strong>議論時の材料：工程能力、AQL</strong></span><strong><span class="fz-22px">、検査コスト、</span><span class="fz-22px">検査</span><span class="fz-22px">時間等</span></strong></li>



<li><span class="fz-22px"><strong>運用による工夫：作り始めの不安定なときには多めに、等、</strong></span></li>
</ul>
</div></div>



<h3 class="wp-block-heading"><span id="toc10">FMEA評価結果</span></h3>



<figure class="wp-block-image size-large"><img loading="lazy" decoding="async" width="1024" height="210" src="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-17-1024x210.png" alt="" class="wp-image-12572" srcset="https://rakuda0218blog.com/wp-content/uploads/2022/06/image-17-1024x210.png 1024w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-17-300x61.png 300w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-17-768x157.png 768w, https://rakuda0218blog.com/wp-content/uploads/2022/06/image-17.png 1500w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>



<p>　FMEA評価で得られた結果を反映させることが大切になります。</p>



<p>上記のように、私がやっていたような梱包容器の場合、取られた処置である、特定クラック長さ、溶接強度を抜き取りで確認するなどの処置を、品質特性、検査内容、判定基準、検査頻度をQC工程表に盛り込むという事です。</p>



<h2 class="wp-block-heading"><span id="toc11">結局、QC工程表を作るうえで大切なことは？</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-red-background-color has-red-border-color cocoon-block-tab-caption-box"><div class="tab-caption-box-label block-box-label box-label"><span class="tab-caption-box-label-text block-box-label-text box-label-text"><span class="fz-24px">QC工程を作るうえで大切な事</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list">
<li><span class="fz-20px"><strong>製品仕様に関係する品質は、工程内検査は厳しめに設定する。</strong></span></li>



<li><span class="fz-20px"><strong>製品仕様に直接関係ない品質は、現状維持の基準を設定する。</strong></span></li>



<li><span class="fz-20px"><strong>検査は全数検査が基本、検査コスト/時間、品質の重要性、工程能力、等を考慮し総合的に抜き取り検査数を設定する。</strong></span></li>



<li><strong><span class="fz-20px">品質を確実にする製造条件（管理項目）の管理基準は設計検証で明確にすべきであるが、量産後も常に見直す姿勢は大切になる。</span></strong></li>



<li><strong><span class="fz-20px">FMEAの評価結果を確実反映させる。</span></strong></li>
</ul>
</div></div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/614/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>

<!--
Performance optimized by W3 Total Cache. Learn more: https://www.boldgrid.com/w3-total-cache/

Disk: Enhanced  を使用したページ キャッシュ

Served from: rakuda0218blog.com @ 2025-10-18 17:02:58 by W3 Total Cache
-->