<?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/prevention-of-recurrence/feed/" rel="self" type="application/rss+xml" />
	<link>https://rakuda0218blog.com</link>
	<description></description>
	<lastBuildDate>Wed, 14 Dec 2022 23:51:32 +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/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 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 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-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></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 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/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-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><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>未然防止/予防対策に必要な過去のトラブルの上位概念化。一般化。でもどうすれば良い？そのコツ、秘策を紹介します。</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-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">一般化/上位概念化の進め方（帰納法的思考）</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-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">標準化</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/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-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">人に起因するトラブルのタイプ</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>
	</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-16 08:41:03 by W3 Total Cache
-->