<?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>QAネットワーク | 技術力向上カウンセリングオフィス</title>
	<atom:link href="https://rakuda0218blog.com/tag/qc-network/feed/" rel="self" type="application/rss+xml" />
	<link>https://rakuda0218blog.com</link>
	<description></description>
	<lastBuildDate>Sat, 29 Oct 2022 20:16:23 +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>トヨタの未然防止、予防対策の考えについて</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[ＤＲＢＦＭ]]></category>
		<category><![CDATA[QAネットワーク]]></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-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">トヨタの未然防止</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 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 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 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 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 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>
	</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-17 07:32:52 by W3 Total Cache
-->