いきなり実物TRYして失敗するムダ・事例(4-21)

iyoblog 「設計の働き方改革とムダ退治法101事例(4-21)」設計力向上研究会(伊豫部将三)編

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

iyoblog 「いきなり実物TRYして失敗するムダ・事例(4-21)

「現状と問題点」

 設備・装置や金型類など一品受注品の製造では、設計も一発勝負が当たり前と思われて居る所が多い。経験の蓄積が十分で、且つ適切な活用出来る関連データーが整理した形態で残されている場合には、類似品設計の応用で余り大きい間違いの発生は無い。しかし経験の無い新しい技術テーマでは、いきなり実物TRYした場合、失敗の確率の方が高くなる場合が多い現実が有る。従っていきなり実物TRYして失敗するのは、ムダで有る。このムダを避ける設計法の確立が、大切と成る。

 いきなり実物TRYした場合に起こる間違いの第一は、要求機能を実現する原理・方式・構造選択上に於ける間違いで有る。

 間違いの第二は、要求性能・特性・設計条件設定上の間違いで有る。

 間違いの第三は、材料・工法・処理・組合せ選択上の間違いで有る。

 これら何れも失敗と成った場合には、単に作り直しで済まない場合も有り、その損失は計り知れない物が有る。

 一品物でも経験の無い新しい技術テーマに取り組む場合には、どんな原理・方式、構造組合せなら要求機能・仕様を満たせるか? 仮説を立て、試作・試験による事前検証・確認を十分行い、そのデーターの上に進める習慣を設計時に確立する事が大切で有る。

 経験の無いテーマをいきなり実物TRYするのは、がむしゃらに暗闇を突っ走る冒険をするのと同じで、石に躓いたり、物にぶつかったり、穴へ落ちたり、必ず失敗覚悟して置かなければ成らない。このムダは、是非回避する事が必要で有る。

「着眼点・分析と評価法」

 要求機能を実現する原理・方式・構造の選択で失敗しない為には、先行技術(市場に先行メーカーが有る場合や既存技術が知られている場合)を良く調査する事で有る。これは、特許や文献(専門書)を丁寧に調べる事で、これから着手しようと思って居る物と類似の使える物を見付ける事が可能と成る。

 何通りもの原理・方式・構造・組合せが有る場合には、それらの中から有力な複数を簡単な模型実験で確認してから、実際に使える物を選り分ける事が必要で有る。但しここでの注意点は、係争を避ける為の他社が特許申請して居る物をそのまま勝手に利用しては成らない。原理・方式・構造・形状・用途・使用材料・他の違いなど少なくとも3点以上異なる事をを明確にして、必ず特許申請して置く事が必要で有る。

 要求仕様(特に要求機能・性能・特性)設定上で失敗しない為には、仮の到達目標値(最大出力、最高速度、他寿命と信頼度値)を仮設定・試作し、連続5,000時間以上の耐久試験(特に振動・衝撃に重点を置く)などを行い確認・検証してから実際には使える物を選り分ける事が必要で有る。

 仕様・性能・特性設定上で失敗しない為には、試験・検証の際複数で行いバラツキを調べ、目標に達しない場合には、再度設計条件値を設定し直した上で本番設計へ移行する事が必要で有る。

 工法選択上で失敗しない為には、仮の試作品を用意して、実際に製造してどの方法が良いか? 品質(寿命と信頼度)とコストを比較してから、正式決定する事が必要で有る。

 何れも事前検証を必ず行ってから、本番の設計へ移行へ進める事が大切と成る。

 図-211へ「経験の無い最初の特性値設定で失敗と成る可能性の根拠を、不良発生のバラツキから説明する為の図」を示す。

「改善点と取り組み法」

 図-211は、或る製品の時間寿命を例として、8,000時間経過時点で、ー(マイナス)4σ(シグマ)の品質値を保証する為に、仮の目標値10,000時間を設定し試作・試験した結果、材料と製造に依るバラツキの分布(注・正規分布)が1σ=1,000時間相当である事が判明した場合の例で有る。

 この時、保証値としたい8,,000時間に於ける品質値は、ー2σに相当する事に成る。仮にそのままの設計値で製品化出荷した場合には、市場客先でのクレーム・トラブルの発生確率を2.25%覚悟しなければならない品質値と成る。

 通常この値は、クレーム対策費へ置き直した場合には、交換を必要とした部品費の約10倍と変化する実態が有る為、この製品の売上額の22.5%相当へ膨らむ為、企業としてとても我慢出来ない数値と成る。

 従って、品質面の保証値をー4σへ設定する為には、目標値=保証値8,000時間+(4σ×1,000時間/σ)から図-212で示す目標値を12,000時間へ再設定し、設計のやり直しが必要と成る。

 以上に依って、寿命8,000時間と品質値ー4σが保証可能と成る。これは、試作・試験結果からのみ対応可能と成る。


「改善による効果」

 経験の無い新しい技術テーマへの取り組みでは、必ず試作・試験による検証を行ってから正式設計する習慣を確立する事で、失敗を回避する事が可能と成る。

 また品質不足(注・寿命と信頼度値が確保され無い状態)、過剰品質(注・期待値より長すぎる寿命と信頼度値の状態)の何方も回避する事が可能と成る。その他、試作・試験による検証結果のデーターをその後の設計にきちんと残す事が可能と成り、同じ様な失敗を回避する事が可能と成る。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「引用文献」

・本稿は筆者(伊豫部将三)が執筆し、日刊工業新聞社から1995年3月単行本として刊行され、2020年3月廃刊処理された機会に「設計のムダ退治101」へ掲載した内容を、今回ブログ掲載に当りタイトルを「設計の働き方改革とムダ退治法事例」へ変更し、内容の見直しと不足部分を加筆し、不備部は訂正した。

 念の為、原本で入手ご希望の方は、出版元(日刊工業新聞社・出版局)へお問い合わせを給わりたく、何分宜しくお願い申し上げます。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「ムダ退治法101事例・全体目次」

「日常業務に於けるムダ」

iyoblog (4-01)・事例・01「設計で類似内容を繰り返し新規創出しているムダ」※

iyoblog (4-02)・事例・02「社内蓄積保管資料探索にその都度時間を掛けるムダ」

iyoblog (4-03)・事例・03「同一仕様技術資料を繰り返し新規出図するムダ」

iyoblog (4-04)・事例・04「類似仕様決定のため、その都度繰り返し新規試作・試験するムダ」

iyoblog (4-05)・事例・05「予め決められる技術基準を前以って決めていないため、その都度判断を加えるムダ」

iyoblog (4-06)・事例・06「気付かず負(マイナス)の付加価値形成をしているムダ」

iyoblog (4-07)・事例・07「フリーハンド・メモ・ポンチ絵(マンガ)・イラストで済む情報を定規で製図・清書するムダ」※

iyoblog (4-08)・事例・08「事前・途中の指導を疎かにし、完成してから点検・手直しを行わせるムダ」※

iyoblog (4-09)・事例・09「関係部署・担当者間での連絡不備、調整が無い為、類似製品での機種を増加させているムダ」

iyoblog (4-10)・事例・10「先行技術を調査確認しないで、知らずに公知技術を新規開発しているムダ」

iyoblog (4-11)・事例・11「「理由なく雑誌や資料を何でもコピー私蔵するムダ」

iyoblog (4-12)・事例・12「勘と記憶を頼りに旧式の設計を繰り返し、何時も過剰品質とするムダ」

iyoblog (4-13)・事例・13「安い市販規格品に気付かず、コストの高い物を知らずに新規設計するムダ

iyoblog (4-14)・事例・14「ルールと分担が明確にされていないため、同じ内容を何人もで繰り返し点検・審査するムダ」

iyoblog (4-15)・事例・15「設計担当者の技術情報創出時間が少なくなっているムダ」

iyoblog (4-16)・事例・16「既存・現用品を活用せず、安易な新規設計で保管図面・資料を増加させるムダ」

iyoblog (4-17)・事例・17「裏付け根拠もなく、適当に見当で作った守れない出図日程(設計期間)となるムダ」

iyoblog (4-18)・事例・18「設計品質が、担当者個人の能力・資質・適性(キャラクタ)に左右されるムダ」

「設計変更を発生させるムダ」

iyoblog (4-19)・事例・19「間違いを作り込ませておいて、上司・先輩が後から捜すムダ」

iyoblog (4-20)・事例・20「本人の注意で防げる間違いを、他人が検図するムダ」

iyoblog (4-21)・事例・21「いきなり実物TRYして失敗するムダ」

iyoblog (4-22)・事例・22「取扱い時の注意を明確に仕様に組み込まないため、市場でクレーム・トラブルとなるムダ」

iyoblog (4-23)・事例・23「施工時の注意を明確に指示しないため、製造でラインクレーム・トラブルとなるムダ」

iyoblog (4-24)・事例・24「製品仕様の範囲を明確に表示しないため、ユーザーでクレームを発生させているムダ」

iyoblog (4-25)・事例・25「関連個所を同時に決め、記入点検すれば防げる間違いを出しているムダ」

iyoblog (4-26)・事例・26「再発防止とならない対策繰り返しのムダ

iyoblog (4-27)・事例・27「残業・休日出勤を繰り返し、新しい知識と感覚のチャージを怠り、疲労した頭で間違いを繰り返すムダ」

iyoblog (4-28)・事例・28「日程優先から点検不備で出図して、トラブルのため結果として納期遅れを発生させるムダ」

iyoblog (4-29)・事例・29「トラブル履歴、メンテナンス有無を確かめず、出図した再生図でクレームが出てから対応するムダ」

iyoblog (4-30)・事例・30「ライバル品を物真似し、クレームが出てから慌てて確認テストするムダ」

iyoblog (4-31)・事例・31「上司への事前了解と事後報告をキチント行わず、トラブルを発生させているムダ」

iyoblog (4-32)・事例・32「安易な妥協で、結局トラブルとなる点検・審査のムダ」

iyoblog (4-33)・事例・33「点検せず出図して、後から差し替えを繰り返すムダ」

iyoblog (4-34)・事例・34「エラーによるトラブル内容をその都度周知徹底しないため、類似トラブルを繰り返し発生させているムダ」

iyoblog (4-35)・事例・35「作ってもその場だけしか使わないチェクリスト作成のムダ」

「資料整備・活用面に於けるムダ」

iyoblog (4-36)・事例・36「資料を全員にCOPY配布して活用されないムダ

iyoblog (4-37)・事例・37「JISや業界規格を丸写しにした社内規格を制定するムダ」

iyoblog (4-38)・事例・38「キーワード登録・整理しないため、検索出来ず活用されない資料保管のムダ」

iyoblog (4-39)・事例・39「実験・試験DATAグラフ化・定式(数式)化整理しないため、他の担当者が活用できないムダ」

iyoblog (4-40)・事例・40「活用は二の次で、保管する為だけにマイクロフィルム化するムダ」

iyoblog (4-41)・事例・41「設計参考資料・設計規格を見ながら、その都度新規に設計着手を繰り返すムダ」

iyoblog (4-42)・事例・42「仕様書・図面・試験(検証)報告書・クレーム報告書・調査報告書・手配表など別々に台帳分類・登録保管としているため相互の関連付け、活用を妨げているムダ」

iyoblog (4-43)・事例・43「整理・整頓を疎かにし、その都度資料捜しに時間を掛けるムダ」

iyoblog (4-44)・事例・44「メンテナンスがキチンと行われないため、活用されない資料のムダ」

「機械化面に於けるムダ」

iyoblog (4-45)・事例・45「設計者が技術情報を創出して機械へ入力しなければ、プリントアウト出来ない設計機械化のムダ」

iyoblog (4-46)・事例・46「機械化出来る所を、手作業で行っているムダ」

iyoblog (4-47)・事例・47「技術情報創出に関係無い製図の機械化に多くの費用と人員を投入しているムダ」

iyoblog (4-48)・事例・48「訂正箇所を検図者へ明示しないため、全体を再検図させているムダ」

iyoblog (4-49)・事例・49「電子ファイルを技術情報創出時間短縮手段として活用しないムダ」

iyoblog (4-50)・事例・50「パソコンを蓄積保管資料(技術情報)検索手段として活用しないムダ」

iyoblog (4-51)・事例・51「類似設計の繰り返しが多いのに、CADを有効に活用しきれないムダ」

iyoblog (4-52)・事例・52「CAD導入で、出図が検図で手戻りが増え従来より遅れるムダ」※

iyoblog (4-53)・事例・53CAD端末の前に設計者が居ると、仕事をしていると周囲が錯覚するムダ」

iyoblog (4-54)・事例・54CADを導入しながら、既存図面のデジタル化が進まず流用設計に活用しきれないムダ」

iyoblog (4-55)・事例・55「設備稼働率を高めるため、CADで二直を行わせるムダ」

iyoblog (4-56)・事例・56CAD導入後DATA-BASE構築まで、長期間活用開始を手待ちするムダ」

iyoblog (4-57)・事例・57「設計のCAD-DATAを、後の生産工程へ生かせられないムダ」

iyoblog (4-58)・事例・58「CADにKEY-WORD検索機能を組み入れ活用しないムダ」※

iyoblog (4-59)・事例・59「製図のため、設計者がCAD端末から技術情報を入力するムダ」

iyoblog (4-60)・事例・60「パソコンをシュミレーション手段として活用しないムダ」

iyoblog (4-61)・事例・61「CAD化のため上司・先輩が途中に介入出来ず、プリント、訂正を繰り返させるムダ」

iyoblog (4-62)・事例・62「電子ファイルの編集機能を活用しないムダ」

iyoblog (4-63)・事例・63「CAD を設計時間節約手段として役立てられないムダ」

「外注活用面に於けるムダ」

iyoblog (4-64)・事例・64「事前・途中の指導を疎かにし、受け入れ後の確認と手直しに時間を掛ける外注活用のムダ」

iyoblog (4-65)・事例・65「研修条件が曖昧なため、間違いを依頼者が手直しするムダ」

iyoblog (4-66)・事例・66「外注を猫の手としてしか活用しないムダ」

iyoblog (4-67)・事例・67「付加価値獲得を高める手段として設計外注を活用出来ないムダ」

「補助者活用面に於けるムダ」

iyoblog (4-68)・事例・68「経験が無くても出来る設計部分をベテランが行うムダ」

iyoblog (4-69)・事例・69「補助者に雑用(非付加価値作業)を行わせるムダ」

iyoblog (4-70)・事例・70「類似設計の手引書化を疎かにし、設計業務を単純作業対応化出来ないムダ」

iyoblog (4-71)・事例・71「補助者を使いきれず、遊ばせているムダ」

iyoblog (4-72)・事例・72「補助者を技術情報創出に充てられないムダ」

iyoblog (4-73)・事例・73「手本図・手引書などが無いため補助者・外注へその都度説明を繰り返すムダ」

iyoblog (4-74)・事例・74「担当者が手を着けるべき範囲と補助者化出来る範囲を明確に区分出来ないため、補助者を活用出来ないムダ」

「教育面に於けるムダ」

iyoblog (4-75)・事例・75「教えないため任せられず、上司・ベテランだけが忙しさに追われているムダ」

iyoblog (4-76)・事例・76「手伝わせるだけで教えないため、技術知識の修得にならないOJT教育のムダ」

iyoblog (4-77)・事例・77「演習・実習が伴わないため、実際の設計が行えない教育のムダ」

iyoblog (4-78)・事例・78「知っているかどうかを確かめないで、一方的に行う教育のムダ」

iyoblog (4-79)・事例・79「教えたことが、修得されたかどうか確認しないで終わっている教育のムダ」

iyoblog (4-80)・事例・80「参考資料を与えれば、教えないでも設計が出来ると錯覚しているムダ」

「その他の面に於けるムダ」

iyoblog (4-81)・事例・81「部下・後輩を指導出来ず自主性に任せ、やきもきするムダ」

iyoblog (4-82)・事例・82「複数案を並行試験確認で進めないために、開発・設計期間を延ばしているムダ」

iyoblog (4-83)・事例・83「理念が無いため評価・判断基準が定まらず、担当者を困惑・混乱させているムダ」

iyoblog (4-84)・事例・84「専門化を進め過ぎ、ノウハウ経験が私物化して会社に蓄積されないムダ」

iyoblog (4-85)・事例・85「内容の検索に役立たない保管だけに図番分類する台帳分類方法のムダ」

iyoblog (4-86)・事例・86「中味(実)に関係無く、件数だけ多く申請する特許のムダ」

iyoblog (4-87)・事例・87「不良品でテストして、結果として使えない試験DATAとなるムダ」

iyoblog (4-88)・事例・88「相見積もりで安さだけ追求し、後で手直しの多い外部製作手配のムダ」

iyoblog (4-89)・事例・89「特許申請を怠り、市場で係争に成ってから慌てて対応するムダ」

iyoblog (4-90)・事例・90「何でも直接自分で手を付けないと気がすまず、自分だけ忙しくするムダ」

iyoblog (4-91)・事例・91「上司・先輩同士の見解違いから、調整に時間を掛けるムダ」

iyoblog (4-92)・事例・92「判断基準が与えられないため、その都度上司に相談・了解を得なければならないムダ」

iyoblog (4-93)・事例・93「内容が曖昧で要領の悪い、頁数の多いレポート作成のムダ」

iyoblog (4-94)・事例・94「過剰手配で持つ、部品購入と保管のムダ」

iyoblog (4-95)・事例・95「技術情報創出時間比率が30%以下なのに、慢性的工数不足に陥っているムダ」

iyoblog (4-96)・事例・96「出図枚数を管理項目とするムダ」

iyoblog (4-97)・事例・97「途中の状況把握を細目に行わず、納期が来てから遅れを知るムダ」

iyoblog (4-98)・事例・98「購入品入手までのリードタイム把握を疎かにし、手待ちとなるムダ」

iyoblog (4-99)・事例・99「ベテランが付加価値増加に寄与する業務に専念出来ないため、付加価値獲得時間を大きく出来ないムダ」

iyoblog (4-100)・事例・100「結論の出ない対策会議開催のムダ」

iyoblog (4-101)・事例・101「設計管理で生産技術的観点を持たないため、設計業務での改善が行われないムダ」

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「筆者略歴

 1957年4月~1974年3月の17年間・富士重工業㈱(注・現社名スバル)三鷹製作所(現・群馬県大泉町へ移転)生産技術部門に勤務。乗用車用エンジン・ミッション製造の工場自動化機器・専用機設計業務へ従事。1974年技術士(機械部門・第7916号)登録、伊豫部技術士事務所を開設。開発・設計および生産技術部門の技術コンサルタントとして現在に至る。この間、上場および中堅企業100社以上で社員教育や業務改善支援業務に従事。現在までに、社団法人日本技術士会理事、りそな中小企業振興財団「中小企業庁長官新技術・新製品賞」贈賞の専門審査委員、東大和市商工会理事、等を歴任。

 著書「設計の故障解析51(CD-ROM付)」、「設計の基本仕様51(CD-ROM付)」、「設計のマネジメント101」、「設計者の心得と実務101」、「設計の経験則101」、「設計の凡ミス退治101」、「設計のムダ退治101」、「ハンドリング簡易自動化201」、「設計審査(DR=Design Review)支援ツール集・Ⅰ(事前審査編)」以上日刊工業新聞社から刊行。月刊「機械設計」誌へ長期連載等あり。「品質機能展開50事例(CD-ROM付)」、「MC選定資料マニアル」、熊谷卓氏と共著「組立・ハンドリング自動化実例図集」、以上新技術開発センターから刊行などが有る。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

本人の注意で防げる間違いを、他人が検図するムダ・事例(4-20)

iyoblog 「設計の働き方改革とムダ退治法101事例(4-20)」設計力向上研究会(伊豫部将三)編

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

iyoblog –4-20「本人の注意で防げる間違いを、他人が検図するムダ・事例

「現状と問題点」

 出図前の検図で最初に見付かる間違いは、記載洩れ(必要な数値・寸法線・仕上げ記号・形状精度記号・寸法公差・材料名・熱処理後の硬さ指定・浸炭深さ・鍍金膜厚・塗装膜厚・測定基準・鋳造時巣が出来易い隅肉形状・面取り有無・加工時刃物逃げが必要な溝底隅肉形状・重量・個数など)が90%を超える現実が有る。これらは、何れも設計・製図担当者の不注意に依る間違いの類で有る。何故不注意の間違いが多いか? と言えば、誰かが出図前に必ず点検して呉れると言う安心感に頼る依存心が潜在意識として強く有る為に他ならない。

 特にCAD化が進んでから設計・製図途中で担当者が進行中の中味を、検図を担当する上司・先輩が見る機会が殆ど無く、出図前の検図用に提出されたプリント図を見て、赤ペンで洩れ箇所を指摘する方式が長い期間を掛けて定着、習慣化した結果で有る。これら本人が日頃キチンと注意して取り組んで居れば防げる間違いを、上司・先輩で有る他人が検図するのは、ムダで有る。このムダを減らす事が、図面品質確保上で特に大切で有る。

 不注意の間違いとは、図面上必要な所へ有るべき事が記載されて居ないとか、数値が間違って居るなどの図面を丁寧に見れば、誰にでも気付ける内容の類である。従って作図時にその都度本人が丁寧に見直せば、その場で直ぐに訂正出来、且つ他人へ負担を掛けないで済む類の間違いで有る。この不注意の間違いが現実に多く発生するのは、本人が設計・製図時に注意を払いながら行う習慣を新人段階から厳しく躾けられて居ない事も原因として挙げられる。

 また検図不十分で出図しても不注意間違いの殆どは、製造過程で加工出来ないなどの理由で見付けられる。その意味で不注意の間違いは、殆どが製造・ラインクレーム・トラブルと成る。この製造・ラインクレーム・トラブルに依る損失は、製造仕損として多くの企業で平均年間売上の1%を超えて発生して居る現実が有る。その原因の70%は、設計部門の不注意の間違いと言う共通点で占める現実が有る。この点で判断が伴う間違いと基本的に発生形態が異なり、対応も取り易い特徴が有る。

 判断による間違いは、技術基準の設定が異なる為、1枚の図面上からでは、判らない場合も多く、問題を複雑にする特徴が有る。特に市場・客先へ商品・製品が届いて或る期間使用開始・経過してからクレーム・トラブルとして発生、見付かる場合が多い現実が有る。

 この不注意の間違いを他人が検図しないで済む様、改善が必要で有る。

「着眼点・分析と評価法」

 「良く注意しなさい」と言う忠告は、指導にはならない。本人には、注意の仕方が判らずに発生させて居る場合が殆どと見做して良い為で有る。本人は、気持ちだけ注意しようと心掛け努力しても、肝心の注意の仕方・方法が判らなくては、注意のしようが無いと言って良い。

 従って不注意を防止するルール(図-201を参照)を作成し、これを毎回設計・製図時に参照・点検しながら取組み出来る様に義務付け、習慣化出来るまで、教育・訓練する事が大切で有る。

 必要な指導が適切に事前に行われて居れば、本人も間違いを出さずに済み、また周囲もその為に煩わされる必要が無く成る訳で有る。上司・先輩も主に不注意の間違い捜しの検図に振り回される心配も無くなり、出図前の検図を徐々に省略・削減も可能と成る。

 図-201へ「不注意防止の8つのルール」例を示す。

「改善点と取り組み法」

 改善点の第一は、不注意を防止するルールを作り、そのルールを厳格に守らせる事が大切で有る。最初は、その為に若干設計・製図時間が余分に掛かる事を教育期間として我慢する事が大切で有る。

 設計・製図に取り組む際、不注意を防止するルールに従い、一点ずつ確認・点検しながら取組みさせる。その期間は、500時間(最低3ケ月程度・同じ事を40回以上繰り返し身に着く様に習熟させる。)が必要と成る。これを義務付け、習慣化させる事が必要で有る。

 改善点の第二は、いきなり本図作成には着手させず、必ず取り組み内容を下書きさせて見てから、これを先輩・上司の点検を受けて「OK」に成ってから本図作成へ移行する様に義務付け・習慣化させる。これにより、上司・先輩による事前点検・指導の対応が行い易く成り、事後の点検を省略する事が可能と成る。この方法は、手設計・製図でも、CAD設計・製図でも同様とする。

 改善点の第三は、下書き作成、本図作成時共に、事前点検を厳格に行わせる事が大切で有る。事前準備とは、設計指針・経験則(べからず集を含む)・規格・手順書・基準書・模範図などの設計ツール類を揃え、内容を良く点検してから着手させる事で有る。これを義務付け習慣化させる事が、必要で有る。

「改善による効果」

 不注意を防止するルールの厳格な徹底により、不注意の間違い捜しの出図前検図は、上司・先輩から段階的にこれを完全に無くす事が可能と成る。最初は、抜き取りで嵌め合い・取り合い・組合せ部分など大事なところを点検し、間違いが無い場合には、抜き取り件数の半減化を積み上げて行き、零化すれば良い。これにより、間違いと手戻り・手直し・後処理の発生率が急速に減少する。同時に製造仕損費用も減少する。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「引用文献」

・本稿は筆者(伊豫部将三)が執筆し、日刊工業新聞社から1995年3月単行本として刊行され、2020年3月廃刊処理された機会に「設計のムダ退治101」へ掲載した内容を、今回ブログ掲載に当りタイトルを「設計の働き方改革とムダ退治法事例」へ変更し、内容の見直しと不足部分を加筆し、不備部は訂正した。

 念の為、原本で入手ご希望の方は、出版元(日刊工業新聞社・出版局)へお問い合わせを給わりたく、何分宜しくお願い申し上げます。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「ムダ退治法101事例・全体目次」

「日常業務に於けるムダ」

iyoblog (4-01)・事例・01「設計で類似内容を繰り返し新規創出しているムダ」※

iyoblog (4-02)・事例・02「社内蓄積保管資料探索にその都度時間を掛けるムダ」

iyoblog (4-03)・事例・03「同一仕様技術資料を繰り返し新規出図するムダ」

iyoblog (4-04)・事例・04「類似仕様決定のため、その都度繰り返し新規試作・試験するムダ」

iyoblog (4-05)・事例・05「予め決められる技術基準を前以って決めていないため、その都度判断を加えるムダ」

iyoblog (4-06)・事例・06「気付かず負(マイナス)の付加価値形成をしているムダ」

iyoblog (4-07)・事例・07「フリーハンド・メモ・ポンチ絵(マンガ)・イラストで済む情報を定規で製図・清書するムダ」※

iyoblog (4-08)・事例・08「事前・途中の指導を疎かにし、完成してから点検・手直しを行わせるムダ」※

iyoblog (4-09)・事例・09「関係部署・担当者間での連絡不備、調整が無い為、類似製品での機種を増加させているムダ」

iyoblog (4-10)・事例・10「先行技術を調査確認しないで、知らずに公知技術を新規開発しているムダ」

iyoblog (4-11)・事例・11「「理由なく雑誌や資料を何でもコピー私蔵するムダ」

iyoblog (4-12)・事例・12「勘と記憶を頼りに旧式の設計を繰り返し、何時も過剰品質とするムダ」

iyoblog (4-13)・事例・13「安い市販規格品に気付かず、コストの高い物を知らずに新規設計するムダ

iyoblog (4-14)・事例・14「ルールと分担が明確にされていないため、同じ内容を何人もで繰り返し点検・審査するムダ」

iyoblog (4-15)・事例・15「設計担当者の技術情報創出時間が少なくなっているムダ」

iyoblog (4-16)・事例・16「既存・現用品を活用せず、安易な新規設計で保管図面・資料を増加させるムダ」

iyoblog (4-17)・事例・17「裏付け根拠もなく、適当に見当で作った守れない出図日程(設計期間)となるムダ」

iyoblog (4-18)・事例・18「設計品質が、担当者個人の能力・資質・適性(キャラクタ)に左右されるムダ」

「設計変更を発生させるムダ」

iyoblog (4-19)・事例・19「間違いを作り込ませておいて、上司・先輩が後から捜すムダ」

iyoblog (4-20)・事例・20「本人の注意で防げる間違いを、他人が検図するムダ」

iyoblog (4-21)・事例・21「いきなり実物TRYして失敗するムダ」

iyoblog (4-22)・事例・22「取扱い時の注意を明確に仕様に組み込まないため、市場でクレーム・トラブルとなるムダ」

iyoblog (4-23)・事例・23「施工時の注意を明確に指示しないため、製造でラインクレーム・トラブルとなるムダ」

iyoblog (4-24)・事例・24「製品仕様の範囲を明確に表示しないため、ユーザーでクレームを発生させているムダ」

iyoblog (4-25)・事例・25「関連個所を同時に決め、記入点検すれば防げる間違いを出しているムダ」

iyoblog (4-26)・事例・26「再発防止とならない対策繰り返しのムダ

iyoblog (4-27)・事例・27「残業・休日出勤を繰り返し、新しい知識と感覚のチャージを怠り、疲労した頭で間違いを繰り返すムダ」

iyoblog (4-28)・事例・28「日程優先から点検不備で出図して、トラブルのため結果として納期遅れを発生させるムダ」

iyoblog (4-29)・事例・29「トラブル履歴、メンテナンス有無を確かめず、出図した再生図でクレームが出てから対応するムダ」

iyoblog (4-30)・事例・30「ライバル品を物真似し、クレームが出てから慌てて確認テストするムダ」

iyoblog (4-31)・事例・31「上司への事前了解と事後報告をキチント行わず、トラブルを発生させているムダ」

iyoblog (4-32)・事例・32「安易な妥協で、結局トラブルとなる点検・審査のムダ」

iyoblog (4-33)・事例・33「点検せず出図して、後から差し替えを繰り返すムダ」

iyoblog (4-34)・事例・34「エラーによるトラブル内容をその都度周知徹底しないため、類似トラブルを繰り返し発生させているムダ」

iyoblog (4-35)・事例・35「作ってもその場だけしか使わないチェクリスト作成のムダ」

「資料整備・活用面に於けるムダ」

iyoblog (4-36)・事例・36「資料を全員にCOPY配布して活用されないムダ

iyoblog (4-37)・事例・37「JISや業界規格を丸写しにした社内規格を制定するムダ」

iyoblog (4-38)・事例・38「キーワード登録・整理しないため、検索出来ず活用されない資料保管のムダ」

iyoblog (4-39)・事例・39「実験・試験DATAグラフ化・定式(数式)化整理しないため、他の担当者が活用できないムダ」

iyoblog (4-40)・事例・40「活用は二の次で、保管する為だけにマイクロフィルム化するムダ」

iyoblog (4-41)・事例・41「設計参考資料・設計規格を見ながら、その都度新規に設計着手を繰り返すムダ」

iyoblog (4-42)・事例・42「仕様書・図面・試験(検証)報告書・クレーム報告書・調査報告書・手配表など別々に台帳分類・登録保管としているため相互の関連付け、活用を妨げているムダ」

iyoblog (4-43)・事例・43「整理・整頓を疎かにし、その都度資料捜しに時間を掛けるムダ」

iyoblog (4-44)・事例・44「メンテナンスがキチンと行われないため、活用されない資料のムダ」

「機械化面に於けるムダ」

iyoblog (4-45)・事例・45「設計者が技術情報を創出して機械へ入力しなければ、プリントアウト出来ない設計機械化のムダ」

iyoblog (4-46)・事例・46「機械化出来る所を、手作業で行っているムダ」

iyoblog (4-47)・事例・47「技術情報創出に関係無い製図の機械化に多くの費用と人員を投入しているムダ」

iyoblog (4-48)・事例・48「訂正箇所を検図者へ明示しないため、全体を再検図させているムダ」

iyoblog (4-49)・事例・49「電子ファイルを技術情報創出時間短縮手段として活用しないムダ」

iyoblog (4-50)・事例・50「パソコンを蓄積保管資料(技術情報)検索手段として活用しないムダ」

iyoblog (4-51)・事例・51「類似設計の繰り返しが多いのに、CADを有効に活用しきれないムダ」

iyoblog (4-52)・事例・52「CAD導入で、出図が検図で手戻りが増え従来より遅れるムダ」※

iyoblog (4-53)・事例・53CAD端末の前に設計者が居ると、仕事をしていると周囲が錯覚するムダ」

iyoblog (4-54)・事例・54CADを導入しながら、既存図面のデジタル化が進まず流用設計に活用しきれないムダ」

iyoblog (4-55)・事例・55「設備稼働率を高めるため、CADで二直を行わせるムダ」

iyoblog (4-56)・事例・56CAD導入後DATA-BASE構築まで、長期間活用開始を手待ちするムダ」

iyoblog (4-57)・事例・57「設計のCAD-DATAを、後の生産工程へ生かせられないムダ」

iyoblog (4-58)・事例・58「CADにKEY-WORD検索機能を組み入れ活用しないムダ」※

iyoblog (4-59)・事例・59「製図のため、設計者がCAD端末から技術情報を入力するムダ」

iyoblog (4-60)・事例・60「パソコンをシュミレーション手段として活用しないムダ」

iyoblog (4-61)・事例・61「CAD化のため上司・先輩が途中に介入出来ず、プリント、訂正を繰り返させるムダ」

iyoblog (4-62)・事例・62「電子ファイルの編集機能を活用しないムダ」

iyoblog (4-63)・事例・63「CAD を設計時間節約手段として役立てられないムダ」

「外注活用面に於けるムダ」

iyoblog (4-64)・事例・64「事前・途中の指導を疎かにし、受け入れ後の確認と手直しに時間を掛ける外注活用のムダ」

iyoblog (4-65)・事例・65「研修条件が曖昧なため、間違いを依頼者が手直しするムダ」

iyoblog (4-66)・事例・66「外注を猫の手としてしか活用しないムダ」

iyoblog (4-67)・事例・67「付加価値獲得を高める手段として設計外注を活用出来ないムダ」

「補助者活用面に於けるムダ」

iyoblog (4-68)・事例・68「経験が無くても出来る設計部分をベテランが行うムダ」

iyoblog (4-69)・事例・69「補助者に雑用(非付加価値作業)を行わせるムダ」

iyoblog (4-70)・事例・70「類似設計の手引書化を疎かにし、設計業務を単純作業対応化出来ないムダ」

iyoblog (4-71)・事例・71「補助者を使いきれず、遊ばせているムダ」

iyoblog (4-72)・事例・72「補助者を技術情報創出に充てられないムダ」

iyoblog (4-73)・事例・73「手本図・手引書などが無いため補助者・外注へその都度説明を繰り返すムダ」

iyoblog (4-74)・事例・74「担当者が手を着けるべき範囲と補助者化出来る範囲を明確に区分出来ないため、補助者を活用出来ないムダ」

「教育面に於けるムダ」

iyoblog (4-75)・事例・75「教えないため任せられず、上司・ベテランだけが忙しさに追われているムダ」

iyoblog (4-76)・事例・76「手伝わせるだけで教えないため、技術知識の修得にならないOJT教育のムダ」

iyoblog (4-77)・事例・77「演習・実習が伴わないため、実際の設計が行えない教育のムダ」

iyoblog (4-78)・事例・78「知っているかどうかを確かめないで、一方的に行う教育のムダ」

iyoblog (4-79)・事例・79「教えたことが、修得されたかどうか確認しないで終わっている教育のムダ」

iyoblog (4-80)・事例・80「参考資料を与えれば、教えないでも設計が出来ると錯覚しているムダ」

「その他の面に於けるムダ」

iyoblog (4-81)・事例・81「部下・後輩を指導出来ず自主性に任せ、やきもきするムダ」

iyoblog (4-82)・事例・82「複数案を並行試験確認で進めないために、開発・設計期間を延ばしているムダ」

iyoblog (4-83)・事例・83「理念が無いため評価・判断基準が定まらず、担当者を困惑・混乱させているムダ」

iyoblog (4-84)・事例・84「専門化を進め過ぎ、ノウハウ経験が私物化して会社に蓄積されないムダ」

iyoblog (4-85)・事例・85「内容の検索に役立たない保管だけに図番分類する台帳分類方法のムダ」

iyoblog (4-86)・事例・86「中味(実)に関係無く、件数だけ多く申請する特許のムダ」

iyoblog (4-87)・事例・87「不良品でテストして、結果として使えない試験DATAとなるムダ」

iyoblog (4-88)・事例・88「相見積もりで安さだけ追求し、後で手直しの多い外部製作手配のムダ」

iyoblog (4-89)・事例・89「特許申請を怠り、市場で係争に成ってから慌てて対応するムダ」

iyoblog (4-90)・事例・90「何でも直接自分で手を付けないと気がすまず、自分だけ忙しくするムダ」

iyoblog (4-91)・事例・91「上司・先輩同士の見解違いから、調整に時間を掛けるムダ」

iyoblog (4-92)・事例・92「判断基準が与えられないため、その都度上司に相談・了解を得なければならないムダ」

iyoblog (4-93)・事例・93「内容が曖昧で要領の悪い、頁数の多いレポート作成のムダ」

iyoblog (4-94)・事例・94「過剰手配で持つ、部品購入と保管のムダ」

iyoblog (4-95)・事例・95「技術情報創出時間比率が30%以下なのに、慢性的工数不足に陥っているムダ」

iyoblog (4-96)・事例・96「出図枚数を管理項目とするムダ」

iyoblog (4-97)・事例・97「途中の状況把握を細目に行わず、納期が来てから遅れを知るムダ」

iyoblog (4-98)・事例・98「購入品入手までのリードタイム把握を疎かにし、手待ちとなるムダ」

iyoblog (4-99)・事例・99「ベテランが付加価値増加に寄与する業務に専念出来ないため、付加価値獲得時間を大きく出来ないムダ」

iyoblog (4-100)・事例・100「結論の出ない対策会議開催のムダ」

iyoblog (4-101)・事例・101「設計管理で生産技術的観点を持たないため、設計業務での改善が行われないムダ」

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「筆者略歴

 1957年4月~1974年3月の17年間・富士重工業㈱(注・現社名スバル)三鷹製作所(現・群馬県大泉町へ移転)生産技術部門に勤務。乗用車用エンジン・ミッション製造の工場自動化機器・専用機設計業務へ従事。1974年技術士(機械部門・第7916号)登録、伊豫部技術士事務所を開設。開発・設計および生産技術部門の技術コンサルタントとして現在に至る。この間、上場および中堅企業100社以上で社員教育や業務改善支援業務に従事。現在までに、社団法人日本技術士会理事、りそな中小企業振興財団「中小企業庁長官新技術・新製品賞」贈賞の専門審査委員、東大和市商工会理事、等を歴任。

 著書「設計の故障解析51(CD-ROM付)」、「設計の基本仕様51(CD-ROM付)」、「設計のマネジメント101」、「設計者の心得と実務101」、「設計の経験則101」、「設計の凡ミス退治101」、「設計のムダ退治101」、「ハンドリング簡易自動化201」、「設計審査(DR=Design Review)支援ツール集・Ⅰ(事前審査編)」以上日刊工業新聞社から刊行。月刊「機械設計」誌へ長期連載等あり。「品質機能展開50事例(CD-ROM付)」、「MC選定資料マニアル」、熊谷卓氏と共著「組立・ハンドリング自動化実例図集」、以上新技術開発センターから刊行などが有る。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

間違いを作り込ませておいて、上司・先輩が後から捜すムダ・事例(4-19)

iyoblog 「設計の働き方改革とムダ退治法101事例(4-19)」設計力向上研究会(伊豫部将三)編

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「現状と問題点」

 設計時に設計品質を確保する事は、設計者に課せられた大事な任務の一つである。客先、製造部門に対して設計品質を確保する事は、納期(出図日程)確保、コスト(製造原価)確保と共に取引条件の一つ成る為で有る。この設計品質を確保する事が、実際には中々難しい現実が有る。

 この品質に影響を与える間違いが、何れも設計者に寄って作り込まれるのが原因で有る。その為、設計審査(DR)や出図前検図(Check)を無くす事が出来ない現状が有る。この理由は、品質確保の方法を大部分が後ろ向きに対応している事に起因する。

 ここで後ろ向きとは、先ず設計者に間違いを作り込ませてから、その間違い捜しの点検を設計審査・出図前検図として後から上司・先輩が行って居る場合が多い為で有る。設計案を作成してから行う設計審査や出図前検図の方法は、ムダの一つである。このムダを無くすには、前向きに品質を作り込む考え方と対応・取組みが設計時に必要で有る。

 図-191へ「間違いの作り込み防止の観点から設計品質向上を進めるテーマの系統図」を示す。




「着眼点・分析と評価法」

 人に依る間違いの作り込み(発生)の形態は、不注意に依る間違いと、判断による間違いが大半を占める。また不要・不急の新規設計へ不用意に設計者が着手する事も大きい。その他経験が無い部分で技術的判断をする際、試験・検証を事前にキチンと義務付けて置かない結果で有る場合も多い。他に上司・先輩による事前・途中への指導・介入が、適切に行われて居ない結果で有る場合も有る。また他に設計者に必要な技術基礎教育と、不具合発生時の周囲へ与える影響・損害防止に対する責任感としてのモラル保持教育が充分で無い場合や、設計ノウハウとしての判断基準を含む設計ツール(手順書・基準書・模範図・経験則などの資料)類整備が充分整って居ない場合も有る。以上の事が、複合的に設計品質を確保出来ない状態に置かれて居ると考えて、組織的に対応する方法を構築する事が大切で成る。

 ここで不注意に依る間違いとは、本人で防げる間違いの事で有る。つまり他人に頼らず本人が注意して居れば、防げる間違いの事で有る。

 また判断による間違いとは、知って居たら防げる間違いの事で有る。これを知らないのに、勝手・適当・良い加減に判断・採用して間違いを発生させる事で有る。

 不要・不急・不用意な新規着手設計を減らすには、既成設計品・既存図で済む部分の類似着手は、原則行っては成らない習慣を身に着けさせる事で有る。これには、既存図面を簡単に検索・抽出出来る仕組みを構築する必要が有る。その為には、図面を部品単位毎に作成して機能(用途・目的・働き)別に分類・保管・管理・検索・抽出が出来るシステムとする必要が有る。

 技術的判断を必要とする所では、先輩・上司に聞いて判らない事は、モデルを試作・試験して要求仕様・性能目標値を達成しているか? どうか? で判断する。その際には、同時に目標寿命値と信頼度値の確認を忘れてはならない。先輩・上司の指導・介入は、後からの点検よりも事前・途中で介入する事が望ましい。

 設計資料類の整備・充実では、着手時に必要な基本仕様作成段階で設計思想の設定方法を同業または先行メーカー品より良い目標値設定を目指す様に義務付ける事で有る。その為には、これから着手するテーマの市場で先行しているメーカー品と構成部品機能に注目して調査のして置く注意が必要が有る。

 前記事項などが、設計時に有効に事前に寄与出来る状態に成っているか? どうか? を、仕組み面から日頃キチンと注意して一つずつ見直し改善する事が大切で有る。

「改善点と取り組み法」

 改善点の第一は、品質確保に当たっての原則・ルールを確立する事が大切で有る。

 原則とは、①・本人の注意で防げる間違いは、本人へ間違いを出さない様に義務付け習慣化する。上司・先輩に依る間違い捜しの事後点検は原則廃止する。②・知らない事、判らない事に対しては、勝手な判断を行わない様義務付け習慣化する。③・上司・先輩の指導に当たっては、品質(間違い)には妥協しない姿勢を徹底して堅持する。④・品質確保は、全てに優先する。納期(出図日程)確保、コスト(製造原価)確保と品質確保の何れを優先するか? の選択の必要が発生した場合には、品質確保を最優先する姿勢を堅持する。間違いの作り込み防止は、事前準備・対応に万全を期す事。などが大切で有る。

 改善点の第二は、不要・不急・不用意な新規着手防止を徹底する事。特に既成設計品・既存図面が有る物で類似内容へ新規着手(修正に依る変更設計の場合も含む)は、厳禁する事。その為の図面・関連資料(機能別部品の基本仕様書、試験・検証データー)類検索システム(仕組み)を構築し、既存図面類の標準図化を進める事。また既存図面類には、同時に要求仕様(機能・性能・特性・設計条件)と設計思想(寿命値と信頼度値)などが判る基本仕様書を同じ図番で検索・抽出出来る仕組み構築として置く事が大切と成る。

 改善点の第三は、新規テーマへの着手では、試作による試験・検証を必ず実施する習慣を義務付ける事。その際の判断基準・設計思想(基本仕様書)を明確に保存して置く事などで有る。

「改善による効果」

 多くの場合間違いの90%は、不注意の間違いで有り、ルールをつくり注意深く取組みさせる事で、本人自身の努力で一回毎にこの半減化を進める事が可能で有る。また上司・先輩による事後検図などを段階的に廃止する事が可能と成る。他人の検図に頼る依存心を無くす上では、特に大切と成る。

 不要・不急・不用意な新規着手を半減化させる事で、間違い発生の絶対件数を同時に半減化する事が可能と成る。

 筆者が今までに関与した複数企業で収集したデーターで見ると、設計品質確保の組織的不備に伴い設計審査や出図前検図を始めとする手戻り・後処理時間は、多くの企業で設計関連技術部門が全投入している時間の平均30%を超える現実が有る。その中で設計審査と出図前検図で手戻り時間の22%占める実態が有る。

 製造部門や取引先の製造過程で発生する手戻り時間は、23%を占める。また完成引渡し前立ち合い時に客先指摘による手戻り時間は、8%を占める。その結果多くの企業で製造損失費が売上の1% を超える現実が有る。

 また客先へ完成引渡し検収後のクレームに依る手戻り時間発生は、45%を占める現実が有る。その結果は、多くの企業でクレーム対策費が売上の3% を超える企業も多い実態が有る。

 これらが半減化する効果は、非常に大きい時間と損失金額削減効果の実態が有る。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「引用文献」

・本稿は筆者(伊豫部将三)が執筆し、日刊工業新聞社から1995年3月単行本として刊行され、2020年3月廃刊処理された機会に「設計のムダ退治101」へ掲載した内容を、今回ブログ掲載に当りタイトルを「設計の働き方改革とムダ退治法事例」へ変更し、内容の見直しと不足部分を加筆し、不備部は訂正した。

 念の為、原本で入手ご希望の方は、出版元(日刊工業新聞社・出版局)へお問い合わせを給わりたく、何分宜しくお願い申し上げます。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「ムダ退治法101事例・全体目次」

「日常業務に於けるムダ」

iyoblog (4-01)・事例・01「設計で類似内容を繰り返し新規創出しているムダ」※

iyoblog (4-02)・事例・02「社内蓄積保管資料探索にその都度時間を掛けるムダ」

iyoblog (4-03)・事例・03「同一仕様技術資料を繰り返し新規出図するムダ」

iyoblog (4-04)・事例・04「類似仕様決定のため、その都度繰り返し新規試作・試験するムダ」

iyoblog (4-05)・事例・05「予め決められる技術基準を前以って決めていないため、その都度判断を加えるムダ」

iyoblog (4-06)・事例・06「気付かず負(マイナス)の付加価値形成をしているムダ」

iyoblog (4-07)・事例・07「フリーハンド・メモ・ポンチ絵(マンガ)・イラストで済む情報を定規で製図・清書するムダ」※

iyoblog (4-08)・事例・08「事前・途中の指導を疎かにし、完成してから点検・手直しを行わせるムダ」※

iyoblog (4-09)・事例・09「関係部署・担当者間での連絡不備、調整が無い為、類似製品での機種を増加させているムダ」

iyoblog (4-10)・事例・10「先行技術を調査確認しないで、知らずに公知技術を新規開発しているムダ」

iyoblog (4-11)・事例・11「「理由なく雑誌や資料を何でもコピー私蔵するムダ」

iyoblog (4-12)・事例・12「勘と記憶を頼りに旧式の設計を繰り返し、何時も過剰品質とするムダ」

iyoblog (4-13)・事例・13「安い市販規格品に気付かず、コストの高い物を知らずに新規設計するムダ

iyoblog (4-14)・事例・14「ルールと分担が明確にされていないため、同じ内容を何人もで繰り返し点検・審査するムダ」

iyoblog (4-15)・事例・15「設計担当者の技術情報創出時間が少なくなっているムダ」

iyoblog (4-16)・事例・16「既存・現用品を活用せず、安易な新規設計で保管図面・資料を増加させるムダ」

iyoblog (4-17)・事例・17「裏付け根拠もなく、適当に見当で作った守れない出図日程(設計期間)となるムダ」

iyoblog (4-18)・事例・18「設計品質が、担当者個人の能力・資質・適性(キャラクタ)に左右されるムダ」

「設計変更を発生させるムダ」

iyoblog (4-19)・事例・19「間違いを作り込ませておいて、上司・先輩が後から捜すムダ」

iyoblog (4-20)・事例・20「本人の注意で防げる間違いを、他人が検図するムダ」

iyoblog (4-21)・事例・21「いきなり実物TRYして失敗するムダ」

iyoblog (4-22)・事例・22「取扱い時の注意を明確に仕様に組み込まないため、市場でクレーム・トラブルとなるムダ」

iyoblog (4-23)・事例・23「施工時の注意を明確に指示しないため、製造でラインクレーム・トラブルとなるムダ」

iyoblog (4-24)・事例・24「製品仕様の範囲を明確に表示しないため、ユーザーでクレームを発生させているムダ」

iyoblog (4-25)・事例・25「関連個所を同時に決め、記入点検すれば防げる間違いを出しているムダ」

iyoblog (4-26)・事例・26「再発防止とならない対策繰り返しのムダ

iyoblog (4-27)・事例・27「残業・休日出勤を繰り返し、新しい知識と感覚のチャージを怠り、疲労した頭で間違いを繰り返すムダ」

iyoblog (4-28)・事例・28「日程優先から点検不備で出図して、トラブルのため結果として納期遅れを発生させるムダ」

iyoblog (4-29)・事例・29「トラブル履歴、メンテナンス有無を確かめず、出図した再生図でクレームが出てから対応するムダ」

iyoblog (4-30)・事例・30「ライバル品を物真似し、クレームが出てから慌てて確認テストするムダ」

iyoblog (4-31)・事例・31「上司への事前了解と事後報告をキチント行わず、トラブルを発生させているムダ」

iyoblog (4-32)・事例・32「安易な妥協で、結局トラブルとなる点検・審査のムダ」

iyoblog (4-33)・事例・33「点検せず出図して、後から差し替えを繰り返すムダ」

iyoblog (4-34)・事例・34「エラーによるトラブル内容をその都度周知徹底しないため、類似トラブルを繰り返し発生させているムダ」

iyoblog (4-35)・事例・35「作ってもその場だけしか使わないチェクリスト作成のムダ」

「資料整備・活用面に於けるムダ」

iyoblog (4-36)・事例・36「資料を全員にCOPY配布して活用されないムダ

iyoblog (4-37)・事例・37「JISや業界規格を丸写しにした社内規格を制定するムダ」

iyoblog (4-38)・事例・38「キーワード登録・整理しないため、検索出来ず活用されない資料保管のムダ」

iyoblog (4-39)・事例・39「実験・試験DATAグラフ化・定式(数式)化整理しないため、他の担当者が活用できないムダ」

iyoblog (4-40)・事例・40「活用は二の次で、保管する為だけにマイクロフィルム化するムダ」

iyoblog (4-41)・事例・41「設計参考資料・設計規格を見ながら、その都度新規に設計着手を繰り返すムダ」

iyoblog (4-42)・事例・42「仕様書・図面・試験(検証)報告書・クレーム報告書・調査報告書・手配表など別々に台帳分類・登録保管としているため相互の関連付け、活用を妨げているムダ」

iyoblog (4-43)・事例・43「整理・整頓を疎かにし、その都度資料捜しに時間を掛けるムダ」

iyoblog (4-44)・事例・44「メンテナンスがキチンと行われないため、活用されない資料のムダ」

「機械化面に於けるムダ」

iyoblog (4-45)・事例・45「設計者が技術情報を創出して機械へ入力しなければ、プリントアウト出来ない設計機械化のムダ」

iyoblog (4-46)・事例・46「機械化出来る所を、手作業で行っているムダ」

iyoblog (4-47)・事例・47「技術情報創出に関係無い製図の機械化に多くの費用と人員を投入しているムダ」

iyoblog (4-48)・事例・48「訂正箇所を検図者へ明示しないため、全体を再検図させているムダ」

iyoblog (4-49)・事例・49「電子ファイルを技術情報創出時間短縮手段として活用しないムダ」

iyoblog (4-50)・事例・50「パソコンを蓄積保管資料(技術情報)検索手段として活用しないムダ」

iyoblog (4-51)・事例・51「類似設計の繰り返しが多いのに、CADを有効に活用しきれないムダ」

iyoblog (4-52)・事例・52「CAD導入で、出図が検図で手戻りが増え従来より遅れるムダ」※

iyoblog (4-53)・事例・53CAD端末の前に設計者が居ると、仕事をしていると周囲が錯覚するムダ」

iyoblog (4-54)・事例・54CADを導入しながら、既存図面のデジタル化が進まず流用設計に活用しきれないムダ」

iyoblog (4-55)・事例・55「設備稼働率を高めるため、CADで二直を行わせるムダ」

iyoblog (4-56)・事例・56CAD導入後DATA-BASE構築まで、長期間活用開始を手待ちするムダ」

iyoblog (4-57)・事例・57「設計のCAD-DATAを、後の生産工程へ生かせられないムダ」

iyoblog (4-58)・事例・58「CADにKEY-WORD検索機能を組み入れ活用しないムダ」※

iyoblog (4-59)・事例・59「製図のため、設計者がCAD端末から技術情報を入力するムダ」

iyoblog (4-60)・事例・60「パソコンをシュミレーション手段として活用しないムダ」

iyoblog (4-61)・事例・61「CAD化のため上司・先輩が途中に介入出来ず、プリント、訂正を繰り返させるムダ」

iyoblog (4-62)・事例・62「電子ファイルの編集機能を活用しないムダ」

iyoblog (4-63)・事例・63「CAD を設計時間節約手段として役立てられないムダ」

「外注活用面に於けるムダ」

iyoblog (4-64)・事例・64「事前・途中の指導を疎かにし、受け入れ後の確認と手直しに時間を掛ける外注活用のムダ」

iyoblog (4-65)・事例・65「研修条件が曖昧なため、間違いを依頼者が手直しするムダ」

iyoblog (4-66)・事例・66「外注を猫の手としてしか活用しないムダ」

iyoblog (4-67)・事例・67「付加価値獲得を高める手段として設計外注を活用出来ないムダ」

「補助者活用面に於けるムダ」

iyoblog (4-68)・事例・68「経験が無くても出来る設計部分をベテランが行うムダ」

iyoblog (4-69)・事例・69「補助者に雑用(非付加価値作業)を行わせるムダ」

iyoblog (4-70)・事例・70「類似設計の手引書化を疎かにし、設計業務を単純作業対応化出来ないムダ」

iyoblog (4-71)・事例・71「補助者を使いきれず、遊ばせているムダ」

iyoblog (4-72)・事例・72「補助者を技術情報創出に充てられないムダ」

iyoblog (4-73)・事例・73「手本図・手引書などが無いため補助者・外注へその都度説明を繰り返すムダ」

iyoblog (4-74)・事例・74「担当者が手を着けるべき範囲と補助者化出来る範囲を明確に区分出来ないため、補助者を活用出来ないムダ」

「教育面に於けるムダ」

iyoblog (4-75)・事例・75「教えないため任せられず、上司・ベテランだけが忙しさに追われているムダ」

iyoblog (4-76)・事例・76「手伝わせるだけで教えないため、技術知識の修得にならないOJT教育のムダ」

iyoblog (4-77)・事例・77「演習・実習が伴わないため、実際の設計が行えない教育のムダ」

iyoblog (4-78)・事例・78「知っているかどうかを確かめないで、一方的に行う教育のムダ」

iyoblog (4-79)・事例・79「教えたことが、修得されたかどうか確認しないで終わっている教育のムダ」

iyoblog (4-80)・事例・80「参考資料を与えれば、教えないでも設計が出来ると錯覚しているムダ」

「その他の面に於けるムダ」

iyoblog (4-81)・事例・81「部下・後輩を指導出来ず自主性に任せ、やきもきするムダ」

iyoblog (4-82)・事例・82「複数案を並行試験確認で進めないために、開発・設計期間を延ばしているムダ」

iyoblog (4-83)・事例・83「理念が無いため評価・判断基準が定まらず、担当者を困惑・混乱させているムダ」

iyoblog (4-84)・事例・84「専門化を進め過ぎ、ノウハウ経験が私物化して会社に蓄積されないムダ」

iyoblog (4-85)・事例・85「内容の検索に役立たない保管だけに図番分類する台帳分類方法のムダ」

iyoblog (4-86)・事例・86「中味(実)に関係無く、件数だけ多く申請する特許のムダ」

iyoblog (4-87)・事例・87「不良品でテストして、結果として使えない試験DATAとなるムダ」

iyoblog (4-88)・事例・88「相見積もりで安さだけ追求し、後で手直しの多い外部製作手配のムダ」

iyoblog (4-89)・事例・89「特許申請を怠り、市場で係争に成ってから慌てて対応するムダ」

iyoblog (4-90)・事例・90「何でも直接自分で手を付けないと気がすまず、自分だけ忙しくするムダ」

iyoblog (4-91)・事例・91「上司・先輩同士の見解違いから、調整に時間を掛けるムダ」

iyoblog (4-92)・事例・92「判断基準が与えられないため、その都度上司に相談・了解を得なければならないムダ」

iyoblog (4-93)・事例・93「内容が曖昧で要領の悪い、頁数の多いレポート作成のムダ」

iyoblog (4-94)・事例・94「過剰手配で持つ、部品購入と保管のムダ」

iyoblog (4-95)・事例・95「技術情報創出時間比率が30%以下なのに、慢性的工数不足に陥っているムダ」

iyoblog (4-96)・事例・96「出図枚数を管理項目とするムダ」

iyoblog (4-97)・事例・97「途中の状況把握を細目に行わず、納期が来てから遅れを知るムダ」

iyoblog (4-98)・事例・98「購入品入手までのリードタイム把握を疎かにし、手待ちとなるムダ」

iyoblog (4-99)・事例・99「ベテランが付加価値増加に寄与する業務に専念出来ないため、付加価値獲得時間を大きく出来ないムダ」

iyoblog (4-100)・事例・100「結論の出ない対策会議開催のムダ」

iyoblog (4-101)・事例・101「設計管理で生産技術的観点を持たないため、設計業務での改善が行われないムダ」

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「筆者略歴」

 1957年4月~1974年3月の17年間・富士重工業㈱(注・現社名スバル)三鷹製作所(現・群馬県大泉町へ移転)生産技術部門に勤務。乗用車用エンジン・ミッション製造の工場自動化機器・専用機設計業務へ従事。1974年技術士(機械部門・第7916号)登録、伊豫部技術士事務所を開設。開発・設計および生産技術部門の技術コンサルタントとして現在に至る。この間、上場および中堅企業100社以上で社員教育や業務改善支援業務に従事。現在までに、社団法人日本技術士会理事、りそな中小企業振興財団「中小企業庁長官新技術・新製品賞」贈賞の専門審査委員、東大和市商工会理事、等を歴任。

 著書「設計の故障解析51(CD-ROM付)」、「設計の基本仕様51(CD-ROM付)」、「設計のマネジメント101」、「設計者の心得と実務101」、「設計の経験則101」、「設計の凡ミス退治101」、「設計のムダ退治101」、「ハンドリング簡易自動化201」、「設計審査(DR=Design Review)支援ツール集・Ⅰ(事前審査編)」以上日刊工業新聞社から刊行。月刊「機械設計」誌へ長期連載等あり。「品質機能展開50事例(CD-ROM付)」、「MC選定資料マニアル」、熊谷卓氏と共著「組立・ハンドリング自動化実例図集」、以上新技術開発センターから刊行などが有る。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

設計品質が、担当者個人の能力・資質・適性(キャラクタ)に左右されるムダ・事例(4-18)

iyoblog 「設計の働き方改革とムダ退治法101事例(4-18)」設計力向上研究会(伊豫部将三)編

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

Iyoblog「設計品質が、担当者個人の能力・資質・適性(キャラクタ)に左右されるムダ・事例(4-18)」

「現状と問題点」

 設計時に品質を確保する事は、納期、コストを確保すると共に、是非守らなければ成らない必須要件で有る。このテーマ確保が、中々難しいのが設計部門の悩みでも有る。それは組織的対応方法に不備が在り、主として設計者の能力・資質・適性などに左右される状態で、取り組みが行われている多くの現状が有る。これは、ムダで有る。

 品質・納期・コスト確保は、ユーザーに対するメーカーの取引き条件テーマで有り、同時に設計部門と製造・営業部門との業務条件テーマで有る。この3テーマを、現実には問題無く確保する事が難しい。従って何時も改善を必要とするテーマと成る事から、設計管理に於ける3大改善テーマと呼ぶ。

 また品質・納期・コスト確保に問題が出るのは、①・担当者能力に十分で無い場合、②・標準化など蓄積ノウハウが適切に活用出来る仕組みが出来ていない場合、③・先輩・上司の指導が適切に行われていない場合、の3大要素が有る。この3テーマを設計管理に於ける3大対応テーマと呼ぶ。

 従って実際には、設計者能力の向上と共に、標準化や先輩・上司の指導法と組み合わせて適切な組織的対応法構築が同時に必要で有る。これを行わず担当者能力のみで品質・納期・コスト確保が直接影響、左右される設計システムは、ムダの観点で改善が必要で有る。

「着眼点・分析と評価法」

 設計の品質・納期・コスト確保では、組織的対応法を構築する事が大切で有る。組織的対応法とは、①・担当者能力を高める、②・蓄積ノウハウが適切に活用出来る仕組みを作る、③・先輩・上司指導が適切に行われる仕組みを作る、の3点で有る。

 ①・担当者能力を高めるとは、必要な訓練・教育を適切に行う事で有る。

 ②・蓄積ノウハウ活用の仕組みとは、先人と過去の経験を設計時有効適切に活用出来る仕組みを構築する事で有る。

 ③・先輩・上司指導の適切実施とは、担当者能力の不足している部分、蓄積ノウハウの不足して居る部分を適切に補う指導・介入を行う仕組みの事で有る。

 以上の3点で従来不足して居る部分を、組織的にカバーする方法を構築する事が大切で有る。

 図-181へ、設計管理の3大改善テーマと3大対応テーマの関連をダイヤモンド図で示す。

 また図-182へ設計管理に於ける組織的取り組みが必要な18テーマの関連をダイヤモンド図で示す。



「改善点と取り組み法」

 改善法の第一点は、担当者として必要な能力を高める訓練・教育を計画的・系統的に実施する。担当者を一人前にする為の教育目標設定を、経験・知識の無い未知のテーマを他人の援助無しに一人で仮説を立て、達成目標を決め、試作・試験・検証しながら完成出来る力を修得する所へ目標を達成出来る様に設定する。 

 改善法の第二点は、担当者能力の不足して居る部分を蓄積ノウハウで埋められる様に、適切に設計ツール(①・手順書、②・基準書、③・模範図または手本図など実績が有る参考資料類)として活用出来る仕組みを構築する。

 改善法の第三点は、担当者能力の不足部分と標準化で蓄積ノウハウ活用が出来ない部分を補う先輩・上司による指導・介入を、設計時適切に徹底して行う。ここで設計時適切に行うとは、事前・途中指導に徹する事が大切で有る。事後指導は手戻り・後処理発生(時間と能力の浪費)に繋がるので原則避ける事が大切で有る。

「改善による効果」

 担当者能力を高める系統的教育の実施、蓄積ノウハウが設計ツールで活用出来る標準化の仕組み構築、前記でも不足している部分の先輩・上司による適切な指導・介入の徹底義務付け化の組織的に対応する仕組みを構築する事で、担当者能力で品質・納期・コスト確保が直接影響・左右するのを少なくする事が可能と成る。

 また教育と標準化を充実する事で、先輩・上司指導・介入の負担を少なくする事が可能と成る。教育が充実する分、先輩・上司指導・介入負担も減る。標準化ツールが充実する分、教育不備を補う事も可能と成る。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「引用文献」

・本稿は筆者(伊豫部将三)が執筆し、日刊工業新聞社から1995年3月単行本として刊行され、2020年3月廃刊処理された機会に「設計のムダ退治101」へ掲載した内容を、今回ブログ掲載に当りタイトルを「設計の働き方改革とムダ退治法事例」へ変更し、内容の見直しと不足部分を加筆し、不備部は訂正した。

 念の為、原本で入手ご希望の方は、出版元(日刊工業新聞社・出版局)へお問い合わせを給わりたく、何分宜しくお願い申し上げます。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「ムダ退治法101事例・全体目次」

「日常業務に於けるムダ」

iyoblog (4-01)・事例・01「設計で類似内容を繰り返し新規創出しているムダ」※

iyoblog (4-02)・事例・02「社内蓄積保管資料探索にその都度時間を掛けるムダ」

iyoblog (4-03)・事例・03「同一仕様技術資料を繰り返し新規出図するムダ」

iyoblog (4-04)・事例・04「類似仕様決定のため、その都度繰り返し新規試作・試験するムダ」

iyoblog (4-05)・事例・05「予め決められる技術基準を前以って決めていないため、その都度判断を加えるムダ」

iyoblog (4-06)・事例・06「気付かず負(マイナス)の付加価値形成をしているムダ」

iyoblog (4-07)・事例・07「フリーハンド・メモ・ポンチ絵(マンガ)・イラストで済む情報を定規で製図・清書するムダ」※

iyoblog (4-08)・事例・08「事前・途中の指導を疎かにし、完成してから点検・手直しを行わせるムダ」※

iyoblog (4-09)・事例・09「関係部署・担当者間での連絡不備、調整が無い為、類似製品での機種を増加させているムダ」

iyoblog (4-10)・事例・10「先行技術を調査確認しないで、知らずに公知技術を新規開発しているムダ」

iyoblog (4-11)・事例・11「「理由なく雑誌や資料を何でもコピー私蔵するムダ」

iyoblog (4-12)・事例・12「勘と記憶を頼りに旧式の設計を繰り返し、何時も過剰品質とするムダ」

iyoblog (4-13)・事例・13「安い市販規格品に気付かず、コストの高い物を知らずに新規設計するムダ

iyoblog (4-14)・事例・14「ルールと分担が明確にされていないため、同じ内容を何人もで繰り返し点検・審査するムダ」

iyoblog (4-15)・事例・15「設計担当者の技術情報創出時間が少なくなっているムダ」

iyoblog (4-16)・事例・16「既存・現用品を活用せず、安易な新規設計で保管図面・資料を増加させるムダ」

iyoblog (4-17)・事例・17「裏付け根拠もなく、適当に見当で作った守れない出図日程(設計期間)となるムダ」

iyoblog (4-18)・事例・18「設計品質が、担当者個人の能力・資質・適性(キャラクタ)に左右されるムダ」

「設計変更を発生させるムダ」

iyoblog (4-19)・事例・19「間違いを作り込ませておいて、上司・先輩が後から捜すムダ」

iyoblog (4-20)・事例・20「本人の注意で防げる間違いを、他人が検図するムダ」

iyoblog (4-21)・事例・21「いきなり実物TRYして失敗するムダ」

iyoblog (4-22)・事例・22「取扱い時の注意を明確に仕様に組み込まないため、市場でクレーム・トラブルとなるムダ」

iyoblog (4-23)・事例・23「施工時の注意を明確に指示しないため、製造でラインクレーム・トラブルとなるムダ」

iyoblog (4-24)・事例・24「製品仕様の範囲を明確に表示しないため、ユーザーでクレームを発生させているムダ」

iyoblog (4-25)・事例・25「関連個所を同時に決め、記入点検すれば防げる間違いを出しているムダ」

iyoblog (4-26)・事例・26「再発防止とならない対策繰り返しのムダ

iyoblog (4-27)・事例・27「残業・休日出勤を繰り返し、新しい知識と感覚のチャージを怠り、疲労した頭で間違いを繰り返すムダ」

iyoblog (4-28)・事例・28「日程優先から点検不備で出図して、トラブルのため結果として納期遅れを発生させるムダ」

iyoblog (4-29)・事例・29「トラブル履歴、メンテナンス有無を確かめず、出図した再生図でクレームが出てから対応するムダ」

iyoblog (4-30)・事例・30「ライバル品を物真似し、クレームが出てから慌てて確認テストするムダ」

iyoblog (4-31)・事例・31「上司への事前了解と事後報告をキチント行わず、トラブルを発生させているムダ」

iyoblog (4-32)・事例・32「安易な妥協で、結局トラブルとなる点検・審査のムダ」

iyoblog (4-33)・事例・33「点検せず出図して、後から差し替えを繰り返すムダ」

iyoblog (4-34)・事例・34「エラーによるトラブル内容をその都度周知徹底しないため、類似トラブルを繰り返し発生させているムダ」

iyoblog (4-35)・事例・35「作ってもその場だけしか使わないチェクリスト作成のムダ」

「資料整備・活用面に於けるムダ」

iyoblog (4-36)・事例・36「資料を全員にCOPY配布して活用されないムダ

iyoblog (4-37)・事例・37「JISや業界規格を丸写しにした社内規格を制定するムダ」

iyoblog (4-38)・事例・38「キーワード登録・整理しないため、検索出来ず活用されない資料保管のムダ」

iyoblog (4-39)・事例・39「実験・試験DATAグラフ化・定式(数式)化整理しないため、他の担当者が活用できないムダ」

iyoblog (4-40)・事例・40「活用は二の次で、保管する為だけにマイクロフィルム化するムダ」

iyoblog (4-41)・事例・41「設計参考資料・設計規格を見ながら、その都度新規に設計着手を繰り返すムダ」

iyoblog (4-42)・事例・42「仕様書・図面・試験(検証)報告書・クレーム報告書・調査報告書・手配表など別々に台帳分類・登録保管としているため相互の関連付け、活用を妨げているムダ」

iyoblog (4-43)・事例・43「整理・整頓を疎かにし、その都度資料捜しに時間を掛けるムダ」

iyoblog (4-44)・事例・44「メンテナンスがキチンと行われないため、活用されない資料のムダ」

「機械化面に於けるムダ」

iyoblog (4-45)・事例・45「設計者が技術情報を創出して機械へ入力しなければ、プリントアウト出来ない設計機械化のムダ」

iyoblog (4-46)・事例・46「機械化出来る所を、手作業で行っているムダ」

iyoblog (4-47)・事例・47「技術情報創出に関係無い製図の機械化に多くの費用と人員を投入しているムダ」

iyoblog (4-48)・事例・48「訂正箇所を検図者へ明示しないため、全体を再検図させているムダ」

iyoblog (4-49)・事例・49「電子ファイルを技術情報創出時間短縮手段として活用しないムダ」

iyoblog (4-50)・事例・50「パソコンを蓄積保管資料(技術情報)検索手段として活用しないムダ」

iyoblog (4-51)・事例・51「類似設計の繰り返しが多いのに、CADを有効に活用しきれないムダ」

iyoblog (4-52)・事例・52「CAD導入で、出図が検図で手戻りが増え従来より遅れるムダ」※

iyoblog (4-53)・事例・53CAD端末の前に設計者が居ると、仕事をしていると周囲が錯覚するムダ」

iyoblog (4-54)・事例・54CADを導入しながら、既存図面のデジタル化が進まず流用設計に活用しきれないムダ」

iyoblog (4-55)・事例・55「設備稼働率を高めるため、CADで二直を行わせるムダ」

iyoblog (4-56)・事例・56CAD導入後DATA-BASE構築まで、長期間活用開始を手待ちするムダ」

iyoblog (4-57)・事例・57「設計のCAD-DATAを、後の生産工程へ生かせられないムダ」

iyoblog (4-58)・事例・58CADKEY-WORD検索機能を組み入れ活用しないムダ」

iyoblog (4-59)・事例・59「製図のため、設計者がCAD端末から技術情報を入力するムダ」

iyoblog (4-60)・事例・60「パソコンをシュミレーション手段として活用しないムダ」

iyoblog (4-61)・事例・61「CAD化のため上司・先輩が途中に介入出来ず、プリント、訂正を繰り返させるムダ」

iyoblog (4-62)・事例・62「電子ファイルの編集機能を活用しないムダ」

iyoblog (4-63)・事例・63「CAD を設計時間節約手段として役立てられないムダ」

「外注活用面に於けるムダ」

iyoblog (4-64)・事例・64「事前・途中の指導を疎かにし、受け入れ後の確認と手直しに時間を掛ける外注活用のムダ」

iyoblog (4-65)・事例・65「研修条件が曖昧なため、間違いを依頼者が手直しするムダ」

iyoblog (4-66)・事例・66「外注を猫の手としてしか活用しないムダ」

iyoblog (4-67)・事例・67「付加価値獲得を高める手段として設計外注を活用出来ないムダ」

「補助者活用面に於けるムダ」

iyoblog (4-68)・事例・68「経験が無くても出来る設計部分をベテランが行うムダ」

iyoblog (4-69)・事例・69「補助者に雑用(非付加価値作業)を行わせるムダ」

iyoblog (4-70)・事例・70「類似設計の手引書化を疎かにし、設計業務を単純作業対応化出来ないムダ」

iyoblog (4-71)・事例・71「補助者を使いきれず、遊ばせているムダ」

iyoblog (4-72)・事例・72「補助者を技術情報創出に充てられないムダ」

iyoblog (4-73)・事例・73「手本図・手引書などが無いため補助者・外注へその都度説明を繰り返すムダ」

iyoblog (4-74)・事例・74「担当者が手を着けるべき範囲と補助者化出来る範囲を明確に区分出来ないため、補助者を活用出来ないムダ」

「教育面に於けるムダ」

iyoblog (4-75)・事例・75「教えないため任せられず、上司・ベテランだけが忙しさに追われているムダ」

iyoblog (4-76)・事例・76「手伝わせるだけで教えないため、技術知識の修得にならないOJT教育のムダ」

iyoblog (4-77)・事例・77「演習・実習が伴わないため、実際の設計が行えない教育のムダ」

iyoblog (4-78)・事例・78「知っているかどうかを確かめないで、一方的に行う教育のムダ」

iyoblog (4-79)・事例・79「教えたことが、修得されたかどうか確認しないで終わっている教育のムダ」

iyoblog (4-80)・事例・80「参考資料を与えれば、教えないでも設計が出来ると錯覚しているムダ」

「その他の面に於けるムダ」

iyoblog (4-81)・事例・81「部下・後輩を指導出来ず自主性に任せ、やきもきするムダ」

iyoblog (4-82)・事例・82「複数案を並行試験確認で進めないために、開発・設計期間を延ばしているムダ」

iyoblog (4-83)・事例・83「理念が無いため評価・判断基準が定まらず、担当者を困惑・混乱させているムダ」

iyoblog (4-84)・事例・84「専門化を進め過ぎ、ノウハウ経験が私物化して会社に蓄積されないムダ」

iyoblog (4-85)・事例・85「内容の検索に役立たない保管だけに図番分類する台帳分類方法のムダ」

iyoblog (4-86)・事例・86「中味(実)に関係無く、件数だけ多く申請する特許のムダ」

iyoblog (4-87)・事例・87「不良品でテストして、結果として使えない試験DATAとなるムダ」

iyoblog (4-88)・事例・88「相見積もりで安さだけ追求し、後で手直しの多い外部製作手配のムダ」

iyoblog (4-89)・事例・89「特許申請を怠り、市場で係争に成ってから慌てて対応するムダ」

iyoblog (4-90)・事例・90「何でも直接自分で手を付けないと気がすまず、自分だけ忙しくするムダ」

iyoblog (4-91)・事例・91「上司・先輩同士の見解違いから、調整に時間を掛けるムダ」

iyoblog (4-92)・事例・92「判断基準が与えられないため、その都度上司に相談・了解を得なければならないムダ」

iyoblog (4-93)・事例・93「内容が曖昧で要領の悪い、頁数の多いレポート作成のムダ」

iyoblog (4-94)・事例・94「過剰手配で持つ、部品購入と保管のムダ」

iyoblog (4-95)・事例・95「技術情報創出時間比率が30%以下なのに、慢性的工数不足に陥っているムダ」

iyoblog (4-96)・事例・96「出図枚数を管理項目とするムダ」

iyoblog (4-97)・事例・97「途中の状況把握を細目に行わず、納期が来てから遅れを知るムダ」

iyoblog (4-98)・事例・98「購入品入手までのリードタイム把握を疎かにし、手待ちとなるムダ」

iyoblog (4-99)・事例・99「ベテランが付加価値増加に寄与する業務に専念出来ないため、付加価値獲得時間を大きく出来ないムダ」

iyoblog (4-100)・事例・100「結論の出ない対策会議開催のムダ」

iyoblog (4-101)・事例・101「設計管理で生産技術的観点を持たないため、設計業務での改善が行われないムダ」

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「筆者略歴」

 1957年4月~1974年3月の17年間・富士重工業㈱(注・現社名スバル)三鷹製作所(現・群馬県大泉町へ移転)生産技術部門に勤務。乗用車用エンジン・ミッション製造の工場自動化機器・専用機設計業務へ従事。1974年技術士(機械部門・第7916号)登録、伊豫部技術士事務所を開設。開発・設計および生産技術部門の技術コンサルタントとして現在に至る。この間、上場および中堅企業100社以上で社員教育や業務改善支援業務に従事。現在までに、社団法人日本技術士会理事、りそな中小企業振興財団「中小企業庁長官新技術・新製品賞」贈賞の専門審査委員、東大和市商工会理事、等を歴任。

 著書「設計の故障解析51(CD-ROM付)」、「設計の基本仕様51(CD-ROM付)」、「設計のマネジメント101」、「設計者の心得と実務101」、「設計の経験則101」、「設計の凡ミス退治101」、「設計のムダ退治101」、「ハンドリング簡易自動化201」、「設計審査(DR=Design Review)支援ツール集・Ⅰ(事前審査編)」以上日刊工業新聞社から刊行。月刊「機械設計」誌へ長期連載等あり。「品質機能展開50事例(CD-ROM付)」、「MC選定資料マニアル」、熊谷卓氏と共著「組立・ハンドリング自動化実例図集」、以上新技術開発センターから刊行などが有る。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

裏付け根拠も無く、適当に見当で作った守れない出図日程(設計期間)となるムダ・事例(4-17)

iyoblog 「設計の働き方改革とムダ退治法101事例(4-17)」設計力向上研究会(伊豫部将三)編

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

Iyoblog裏付け根拠も無く、適当に見当で作った守れない出図日程(設計期間)となるムダ・事例(4-17)

「現状と問題点」

 品質確保・コスト確保と同時に、設計に当って約束した納期(日程)を確保する事も、設計者に課せられた大事な任務の一つである。企業にとって客先との取引を行うに当たり、品質・コストと共に納期も大事な取引き条件の一つと成る為で有る。従って、設計部門が製造部門または客先に対して約束した納期(日程)は、確実に守られなければならない。しかし現実には、設計時の出図納期が厳格に守られない場合も多く発生しているのが実情である。

 ここで何故出図納期(日程)が設計者に中々守れないか?を良く点検して見る事が大切で有る。約束しても守られない納期(日程)設定は、ムダで有る。このムだを無くす為の守れる納期(日程)設定をする為には、設計時の所要工数管理が大切と成る。

 納期(日程)計画を設定するに当たり、当初から実施出来る取組みテーマでの所要工数の把握が大切と成る。所要工数の見積りが裏付けの有る形で適切に精度高く行われないと、実際に発生する工数との間に差が発生し、結果として納期(日程)遅れなどの原因と成る場合が多い。

 図-171に納期設定に必要な「所要工数把握管理対象テーマの系統図」として示す。





「着眼点・分析と評価法」

 守れる納期(日程)設定を行う為には、図-171に示す所要工数管理を日頃キチンと行える状態を作って置く事が大切と成る。

 所要工数管理では、(1)「所要工数の把握」と、(2)「保有人員・一人一人の能力把握」をキチンと行う事が大切となる。

 ここで(1)「所要工数の把握」とは、①・「作業テーマ別標準工数見積りが正しく行える状態」を作って置く事と、②・「突発事故発生時不足工数への対応余力確保を行える状態」を事前に作って置く事が大切となる。

 ここで①・「作業テーマ別標準工数見積りが正しく行える状態」とは、誰れがそのテーマへ取り組んでも、標準工数として見積りした工数の中で消化出来る様に把握されて居る状態で有る事を言う。

また②・「突発事故発生時不足工数への対応余力確保を行える状態」とは、途中で仕様変更が発生したなどの不測の突発事故で大幅な不足工数が見込まれる場合に、遅れを取り戻す方法が事前に考慮・準備されて居る事を言う。

 また(2)「保有人員・一人一人の能力把握」とは、①・「投入可能人員・工数把握が裏付けの有る形で適切に取り組みが行える状態」を作って置く事と、②・「突発時対応可能な付加残業・休日出勤による上積み可能分把握」が事前に適切に行われている状態に有る事が大切と成る。

 以上の裏付けの下に、納期(日程)計画設定が適切に行われて居る事が大切となる。

 図-172へ「試験計画・日程計画設定の例」を示す。(注・筆者の実施例)




「改善点と取り組み法」

 改善点の第一は、取り組み設計テーマが決まった時点で、そのテーマを消化する為に必要な工数把握を標準時間として事前に持って居る事が大切で有る。

 設計標準時間とは、誰がそのテーマへ取り組んでも、或る一定時間内に消化出来る標準所要設計工数として設定された場合を言う。この場合標準時間を設定する為には、標準設計方法が整理・確立されて居る必要が有る。設計者によって設計手順が異なり、同時に所要時間が異なる状態では、標準時間の設定を行う事が出来ない。この為の裏付けが特に大切で有る。

 改善点の第二は、納期(日程)計画設定上では、当初から残業・休日出勤分を見込んで計画してはならない。これを当初から計画に組み入れた場合には、途中で仕様変更などの突発による不足工数が発生した場合に、対応が困難と成る。

「改善による効果」

 納期(日程)計画では、余力を見込む必要は無い。余力の組込みは、ムダで有る。一にも、二にも、裏付けの有る計画設定が大切で有る。客先・製造に対して安心感を与える納期(日程)設定と確実に守る事が、取引に於ける信用を獲得する上で大切と成る。納期を守る事は、仕事に対する信用を獲得する事で有る。

 納期を守れないと製造部門・客先に対する多大な迷惑を掛けると同時に、時間・費用の損失が同時に伴う場合が多い。これを改善する事が可能となる。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「引用文献」

・本稿は筆者(伊豫部将三)が執筆し、日刊工業新聞社から1995年3月単行本として刊行され、2020年3月廃刊処理された機会に「設計のムダ退治101」へ掲載した内容を、今回ブログ掲載に当りタイトルを「設計の働き方改革とムダ退治法事例」へ変更し、内容の見直しと不足部分を加筆し、不備部は訂正した。

 念の為、原本で入手ご希望の方は、出版元(日刊工業新聞社・出版局)へお問い合わせを給わりたく、何分宜しくお願い申し上げます。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「ムダ退治法101事例・全体目次」

「日常業務に於けるムダ」

iyoblog (4-01)・事例・01「設計で類似内容を繰り返し新規創出しているムダ」※

iyoblog (4-02)・事例・02「社内蓄積保管資料探索にその都度時間を掛けるムダ」

iyoblog (4-03)・事例・03「同一仕様技術資料を繰り返し新規出図するムダ」

iyoblog (4-04)・事例・04「類似仕様決定のため、その都度繰り返し新規試作・試験するムダ」

iyoblog (4-05)・事例・05「予め決められる技術基準を前以って決めていないため、その都度判断を加えるムダ」

iyoblog (4-06)・事例・06「気付かず負(マイナス)の付加価値形成をしているムダ」

iyoblog (4-07)・事例・07「フリーハンド・メモ・ポンチ絵(マンガ)・イラストで済む情報を定規で製図・清書するムダ」※

iyoblog (4-08)・事例・08「事前・途中の指導を疎かにし、完成してから点検・手直しを行わせるムダ」※

iyoblog (4-09)・事例・09「関係部署・担当者間での連絡不備、調整が無い為、類似製品での機種を増加させているムダ」

iyoblog (4-10)・事例・10「先行技術を調査確認しないで、知らずに公知技術を新規開発しているムダ」

iyoblog (4-11)・事例・11「「理由なく雑誌や資料を何でもコピー私蔵するムダ」

iyoblog (4-12)・事例・12「勘と記憶を頼りに旧式の設計を繰り返し、何時も過剰品質とするムダ」

iyoblog (4-13)・事例・13「安い市販規格品に気付かず、コストの高い物を知らずに新規設計するムダ

iyoblog (4-14)・事例・14「ルールと分担が明確にされていないため、同じ内容を何人もで繰り返し点検・審査するムダ」

iyoblog (4-15)・事例・15「設計担当者の技術情報創出時間が少なくなっているムダ」

iyoblog (4-16)・事例・16「既存・現用品を活用せず、安易な新規設計で保管図面・資料を増加させるムダ」

iyoblog (4-17)・事例・17「裏付け根拠もなく、適当に見当で作った守れない出図日程(設計期間)となるムダ」

iyoblog (4-18)・事例・18「設計品質が、担当者個人の能力・資質・適性(キャラクタ)に左右されるムダ」

「設計変更を発生させるムダ」

iyoblog (4-19)・事例・19「間違いを作り込ませておいて、上司・先輩が後から捜すムダ」

iyoblog (4-20)・事例・20「本人の注意で防げる間違いを、他人が検図するムダ」

iyoblog (4-21)・事例・21「いきなり実物TRYして失敗するムダ」

iyoblog (4-22)・事例・22「取扱い時の注意を明確に仕様に組み込まないため、市場でクレーム・トラブルとなるムダ」

iyoblog (4-23)・事例・23「施工時の注意を明確に指示しないため、製造でラインクレーム・トラブルとなるムダ」

iyoblog (4-24)・事例・24「製品仕様の範囲を明確に表示しないため、ユーザーでクレームを発生させているムダ」

iyoblog (4-25)・事例・25「関連個所を同時に決め、記入点検すれば防げる間違いを出しているムダ」

iyoblog (4-26)・事例・26「再発防止とならない対策繰り返しのムダ

iyoblog (4-27)・事例・27「残業・休日出勤を繰り返し、新しい知識と感覚のチャージを怠り、疲労した頭で間違いを繰り返すムダ」

iyoblog (4-28)・事例・28「日程優先から点検不備で出図して、トラブルのため結果として納期遅れを発生させるムダ」

iyoblog (4-29)・事例・29「トラブル履歴、メンテナンス有無を確かめず、出図した再生図でクレームが出てから対応するムダ」

iyoblog (4-30)・事例・30「ライバル品を物真似し、クレームが出てから慌てて確認テストするムダ」

iyoblog (4-31)・事例・31「上司への事前了解と事後報告をキチント行わず、トラブルを発生させているムダ」

iyoblog (4-32)・事例・32「安易な妥協で、結局トラブルとなる点検・審査のムダ」

iyoblog (4-33)・事例・33「点検せず出図して、後から差し替えを繰り返すムダ」

iyoblog (4-34)・事例・34「エラーによるトラブル内容をその都度周知徹底しないため、類似トラブルを繰り返し発生させているムダ」

iyoblog (4-35)・事例・35「作ってもその場だけしか使わないチェクリスト作成のムダ」

「資料整備・活用面に於けるムダ」

iyoblog (4-36)・事例・36「資料を全員にCOPY配布して活用されないムダ

iyoblog (4-37)・事例・37「JISや業界規格を丸写しにした社内規格を制定するムダ」

iyoblog (4-38)・事例・38「キーワード登録・整理しないため、検索出来ず活用されない資料保管のムダ」

iyoblog (4-39)・事例・39「実験・試験DATAグラフ化・定式(数式)化整理しないため、他の担当者が活用できないムダ」

iyoblog (4-40)・事例・40「活用は二の次で、保管する為だけにマイクロフィルム化するムダ」

iyoblog (4-41)・事例・41「設計参考資料・設計規格を見ながら、その都度新規に設計着手を繰り返すムダ」

iyoblog (4-42)・事例・42「仕様書・図面・試験(検証)報告書・クレーム報告書・調査報告書・手配表など別々に台帳分類・登録保管としているため相互の関連付け、活用を妨げているムダ」

iyoblog (4-43)・事例・43「整理・整頓を疎かにし、その都度資料捜しに時間を掛けるムダ」

iyoblog (4-44)・事例・44「メンテナンスがキチンと行われないため、活用されない資料のムダ」

「機械化面に於けるムダ」

iyoblog (4-45)・事例・45「設計者が技術情報を創出して機械へ入力しなければ、プリントアウト出来ない設計機械化のムダ」

iyoblog (4-46)・事例・46「機械化出来る所を、手作業で行っているムダ」

iyoblog (4-47)・事例・47「技術情報創出に関係無い製図の機械化に多くの費用と人員を投入しているムダ」

iyoblog (4-48)・事例・48「訂正箇所を検図者へ明示しないため、全体を再検図させているムダ」

iyoblog (4-49)・事例・49「電子ファイルを技術情報創出時間短縮手段として活用しないムダ」

iyoblog (4-50)・事例・50「パソコンを蓄積保管資料(技術情報)検索手段として活用しないムダ」

iyoblog (4-51)・事例・51「類似設計の繰り返しが多いのに、CADを有効に活用しきれないムダ」

iyoblog (4-52)・事例・52「CAD導入で、出図が検図で手戻りが増え従来より遅れるムダ」※

iyoblog (4-53)・事例・53CAD端末の前に設計者が居ると、仕事をしていると周囲が錯覚するムダ」

iyoblog (4-54)・事例・54CADを導入しながら、既存図面のデジタル化が進まず流用設計に活用しきれないムダ」

iyoblog (4-55)・事例・55「設備稼働率を高めるため、CADで二直を行わせるムダ」

iyoblog (4-56)・事例・56CAD導入後DATA-BASE構築まで、長期間活用開始を手待ちするムダ」

iyoblog (4-57)・事例・57「設計のCAD-DATAを、後の生産工程へ生かせられないムダ」

iyoblog (4-58)・事例・58CADKEY-WORD検索機能を組み入れ活用しないムダ」

iyoblog (4-59)・事例・59「製図のため、設計者がCAD端末から技術情報を入力するムダ」

iyoblog (4-60)・事例・60「パソコンをシュミレーション手段として活用しないムダ」

iyoblog (4-61)・事例・61「CAD化のため上司・先輩が途中に介入出来ず、プリント、訂正を繰り返させるムダ」

iyoblog (4-62)・事例・62「電子ファイルの編集機能を活用しないムダ」

iyoblog (4-63)・事例・63「CAD を設計時間節約手段として役立てられないムダ」

「外注活用面に於けるムダ」

iyoblog (4-64)・事例・64「事前・途中の指導を疎かにし、受け入れ後の確認と手直しに時間を掛ける外注活用のムダ」

iyoblog (4-65)・事例・65「研修条件が曖昧なため、間違いを依頼者が手直しするムダ」

iyoblog (4-66)・事例・66「外注を猫の手としてしか活用しないムダ」

iyoblog (4-67)・事例・67「付加価値獲得を高める手段として設計外注を活用出来ないムダ」

「補助者活用面に於けるムダ」

iyoblog (4-68)・事例・68「経験が無くても出来る設計部分をベテランが行うムダ」

iyoblog (4-69)・事例・69「補助者に雑用(非付加価値作業)を行わせるムダ」

iyoblog (4-70)・事例・70「類似設計の手引書化を疎かにし、設計業務を単純作業対応化出来ないムダ」

iyoblog (4-71)・事例・71「補助者を使いきれず、遊ばせているムダ」

iyoblog (4-72)・事例・72「補助者を技術情報創出に充てられないムダ」

iyoblog (4-73)・事例・73「手本図・手引書などが無いため補助者・外注へその都度説明を繰り返すムダ」

iyoblog (4-74)・事例・74「担当者が手を着けるべき範囲と補助者化出来る範囲を明確に区分出来ないため、補助者を活用出来ないムダ」

「教育面に於けるムダ」

iyoblog (4-75)・事例・75「教えないため任せられず、上司・ベテランだけが忙しさに追われているムダ」

iyoblog (4-76)・事例・76「手伝わせるだけで教えないため、技術知識の修得にならないOJT教育のムダ」

iyoblog (4-77)・事例・77「演習・実習が伴わないため、実際の設計が行えない教育のムダ」

iyoblog (4-78)・事例・78「知っているかどうかを確かめないで、一方的に行う教育のムダ」

iyoblog (4-79)・事例・79「教えたことが、修得されたかどうか確認しないで終わっている教育のムダ」

iyoblog (4-80)・事例・80「参考資料を与えれば、教えないでも設計が出来ると錯覚しているムダ」

「その他の面に於けるムダ」

iyoblog (4-81)・事例・81「部下・後輩を指導出来ず自主性に任せ、やきもきするムダ」

iyoblog (4-82)・事例・82「複数案を並行試験確認で進めないために、開発・設計期間を延ばしているムダ」

iyoblog (4-83)・事例・83「理念が無いため評価・判断基準が定まらず、担当者を困惑・混乱させているムダ」

iyoblog (4-84)・事例・84「専門化を進め過ぎ、ノウハウ経験が私物化して会社に蓄積されないムダ」

iyoblog (4-85)・事例・85「内容の検索に役立たない保管だけに図番分類する台帳分類方法のムダ」

iyoblog (4-86)・事例・86「中味(実)に関係無く、件数だけ多く申請する特許のムダ」

iyoblog (4-87)・事例・87「不良品でテストして、結果として使えない試験DATAとなるムダ」

iyoblog (4-88)・事例・88「相見積もりで安さだけ追求し、後で手直しの多い外部製作手配のムダ」

iyoblog (4-89)・事例・89「特許申請を怠り、市場で係争に成ってから慌てて対応するムダ」

iyoblog (4-90)・事例・90「何でも直接自分で手を付けないと気がすまず、自分だけ忙しくするムダ」

iyoblog (4-91)・事例・91「上司・先輩同士の見解違いから、調整に時間を掛けるムダ」

iyoblog (4-92)・事例・92「判断基準が与えられないため、その都度上司に相談・了解を得なければならないムダ」

iyoblog (4-93)・事例・93「内容が曖昧で要領の悪い、頁数の多いレポート作成のムダ」

iyoblog (4-94)・事例・94「過剰手配で持つ、部品購入と保管のムダ」

iyoblog (4-95)・事例・95「技術情報創出時間比率が30%以下なのに、慢性的工数不足に陥っているムダ」

iyoblog (4-96)・事例・96「出図枚数を管理項目とするムダ」

iyoblog (4-97)・事例・97「途中の状況把握を細目に行わず、納期が来てから遅れを知るムダ」

iyoblog (4-98)・事例・98「購入品入手までのリードタイム把握を疎かにし、手待ちとなるムダ」

iyoblog (4-99)・事例・99「ベテランが付加価値増加に寄与する業務に専念出来ないため、付加価値獲得時間を大きく出来ないムダ」

iyoblog (4-100)・事例・100「結論の出ない対策会議開催のムダ」

iyoblog (4-101)・事例・101「設計管理で生産技術的観点を持たないため、設計業務での改善が行われないムダ」

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「筆者略歴」

 1957年4月~1974年3月の17年間・富士重工業㈱(注・現社名スバル)三鷹製作所(現・群馬県大泉町へ移転)生産技術部門に勤務。乗用車用エンジン・ミッション製造の工場自動化機器・専用機設計業務へ従事。1974年技術士(機械部門・第7916号)登録、伊豫部技術士事務所を開設。開発・設計および生産技術部門の技術コンサルタントとして現在に至る。この間、上場および中堅企業100社以上で社員教育や業務改善支援業務に従事。現在までに、社団法人日本技術士会理事、りそな中小企業振興財団「中小企業庁長官新技術・新製品賞」贈賞の専門審査委員、東大和市商工会理事、等を歴任。

 著書「設計の故障解析51(CD-ROM付)」、「設計の基本仕様51(CD-ROM付)」、「設計のマネジメント101」、「設計者の心得と実務101」、「設計の経験則101」、「設計の凡ミス退治101」、「設計のムダ退治101」、「ハンドリング簡易自動化201」、「設計審査(DR=Design Review)支援ツール集・Ⅰ(事前審査編)」以上日刊工業新聞社から刊行。月刊「機械設計」誌へ長期連載等あり。「品質機能展開50事例(CD-ROM付)」、「MC選定資料マニアル」、熊谷卓氏と共著「組立・ハンドリング自動化実例図集」、以上新技術開発センターから刊行などが有る。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

既存・現用品を活用せず、安易な新規設計で保管図面・資料を増加させるムダ・事例(4-16)

iyoblog 「設計の働き方改革とムダ退治法101事例(4-16)」設計力向上研究会(伊豫部将三)編

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

Iyoblog「既存・現用品を活用せず、安易な新規設計で保管図面・資料を増加させるムダ・事例(4-16)」

「現状と問題点」

 設計者は、創造意欲を掻き立てる新しい事に手を着ける度にエキサイティングする。特に今迄まだ誰も技術的に手を着けた事のない無い物で有れば有る程、興奮(こうふん)する。何時も未知の新しい技術に触れる事を期待して、設計して居ると言って良い。何時も同じ事の繰り返しでは、一所懸命やろうとする意欲も減退する。そんな楽しみでも無ければ、設計に退屈してしまう。この共通した設計者の気質(かたぎ)に、一つの大きな落とし穴が有る。それは、活用出来る既成品・既存品・現用設計品が有るにも係わらず、良く確かめないでつい安易に新規設計に手を着けてしまう事で有る。その結果、増やさなくても良い保管図面・資料を増加させ、出さなくても良い品質問題を発生させ、在庫品を増やすなどに成る事で有る。これは、ムダで有る。

 既成品・既存品・現用品に無い物が要求されたり、既成品・既存品・現用品のコスト・品質・性能・仕様などの改良を必要とする時のみ、新しい事に手を着ける原則・習慣に慣れる事が大切で有る。この原則を持たず、安易な新規設計に手を着けるムダを気付かずに行っている部門と設計者の多いのが実情である。

「着眼点・分析と評価法」

 新しいテーマに手を着ける場合には、要求されたニーズを実現する機能を詳細に分析する様にする事が設計頭初に大切で有る。要求されたニーズを機能としての働き・目的・用途をどんな原理・方式・構造・仕様で実現するかを、機能系統図を作成、分解、分析して見る事で有る。機能系統図を作成する事で、既成品・既存品・現用品の中に同じ働き・目的・用途・仕様としての機能を持つ物があるか?どうか?を最初に確認する事が出来る。この確認により、新規設計しないで活用出来る物が有れば、これを出来るだけ上手に再利用する事が可能となる。

 機能系統図の作成無しに取り組むと、テーマのニーズを一つの機能として捉えてしまう為、既成品・既存品・現用品の中に共通の機能が有る事に気付かず、その都度別々の設計として着手しまう場合が多い。これを避けるには、設計着手当初に機能系統図の作成を義務付けて置く事が必要で有る。

「改善点と取り組み法」

 改善法の第一点は、新しいテーマへ着手する際には、必ず要求ニーズとしての働き・目的・用途としての機能をどんな原理・方式・構造・仕様で実現すべきかを機能系統図の作成と分析を義務付ける。

 機能系統図には、原理機能を示す系統図と構造機能を示す系統図の二つの形態が有る。この内、基本設計時には、原理機能の系統図作成を義務付ける。詳細設計時には、構造機能の系統図作成を義務付ける。

 原理機能の系統図作成では、完成・目的機能をどんな原理・方式・構造機能の配置・関連と組み合わせで実現するか?が判る様に示す狙いが有る。

 図-161へ「冷凍サイクルによる冷蔵庫の原理機能を表現する機能系統図の一例」を示す。

 改善法の第二点は、機能系統図の作成と分析で、既成品・既存品・現用品の中に同じ機能で要求性能を実現している物が有れば、原理・方式・構造の組合せが違っても出来るだけこれを活用し、新規設計しない原則で対応する。

 例えば、今機能として減速機を必要としている時、既成品に要求性能を満たす歯車式減速機が有ったとする。これを設計者が気に入らず、流体式や他の方式で新規着手してしまう場合などで考えると良い。

 改善法の第三点は、手持ちの既成品・既存品・現用品について、機能系統図を作成し、部分機能、要素機能、部品機能などの構成法を明確にして置く。これにより、新規設計しないでも、活用出来る機能として、既にどんな利用出来る物が有るか?を把握出来る様にする。

 図-162は、「FA化用の或る素材選別装着要素構成に必要な既成ユニットの組合せ法を示す機能系統図の一例」を示す。


「改善による効果」

 新規テーマ着手の際、機能系統図作成と分析を義務付ける事で、既成品・既存品・現用品機能の中に活用出来る同じ機能を持つ物が有るか?無いか?を調べ流用を義務付ける事で、不用意・安易な新規着手と図面・資料の増加を同時に防止する事が可能となる。

 機能系統図作成で着手内容分析の習慣と同一機能既成品活用の原則を確立する事で、従来取り組んで居た中の新規着手部分半減化を図る事も可能と成る。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「引用文献」

・本稿は筆者(伊豫部将三)が執筆し、日刊工業新聞社から1995年3月単行本として刊行され、2020年3月廃刊処理された機会に「設計のムダ退治101」へ掲載した内容を、今回ブログ掲載に当りタイトルを「設計の働き方改革とムダ退治法事例」へ変更し、内容の見直しと不足部分を加筆し、不備部は訂正した。

 念の為、原本で入手ご希望の方は、出版元(日刊工業新聞社・出版局)へお問い合わせを給わりたく、何分宜しくお願い申し上げます。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「ムダ退治法101事例・全体目次」

「日常業務に於けるムダ」

iyoblog (4-01)・事例・01「設計で類似内容を繰り返し新規創出しているムダ」※

iyoblog (4-02)・事例・02「社内蓄積保管資料探索にその都度時間を掛けるムダ」

iyoblog (4-03)・事例・03「同一仕様技術資料を繰り返し新規出図するムダ」

iyoblog (4-04)・事例・04「類似仕様決定のため、その都度繰り返し新規試作・試験するムダ」

iyoblog (4-05)・事例・05「予め決められる技術基準を前以って決めていないため、その都度判断を加えるムダ」

iyoblog (4-06)・事例・06「気付かず負(マイナス)の付加価値形成をしているムダ」

iyoblog (4-07)・事例・07「フリーハンド・メモ・ポンチ絵(マンガ)・イラストで済む情報を定規で製図・清書するムダ」※

iyoblog (4-08)・事例・08「事前・途中の指導を疎かにし、完成してから点検・手直しを行わせるムダ」※

iyoblog (4-09)・事例・09「関係部署・担当者間での連絡不備、調整が無い為、類似製品での機種を増加させているムダ」

iyoblog (4-10)・事例・10「先行技術を調査確認しないで、知らずに公知技術を新規開発しているムダ」

iyoblog (4-11)・事例・11「「理由なく雑誌や資料を何でもコピー私蔵するムダ」

iyoblog (4-12)・事例・12「勘と記憶を頼りに旧式の設計を繰り返し、何時も過剰品質とするムダ」

iyoblog (4-13)・事例・13「安い市販規格品に気付かず、コストの高い物を知らずに新規設計するムダ

iyoblog (4-14)・事例・14「ルールと分担が明確にされていないため、同じ内容を何人もで繰り返し点検・審査するムダ」

iyoblog (4-15)・事例・15「設計担当者の技術情報創出時間が少なくなっているムダ」

iyoblog (4-16)・事例・16「既存・現用品を活用せず、安易な新規設計で保管図面・資料を増加させるムダ」

iyoblog (4-17)・事例・17「裏付け根拠もなく、適当に見当で作った守れない出図日程(設計期間)となるムダ」

iyoblog (4-18)・事例・18「設計品質が、担当者個人の能力・資質・適性(キャラクタ)に左右されるムダ」

「設計変更を発生させるムダ」

iyoblog (4-19)・事例・19「間違いを作り込ませておいて、上司・先輩が後から捜すムダ」

iyoblog (4-20)・事例・20「本人の注意で防げる間違いを、他人が検図するムダ」

iyoblog (4-21)・事例・21「いきなり実物TRYして失敗するムダ」

iyoblog (4-22)・事例・22「取扱い時の注意を明確に仕様に組み込まないため、市場でクレーム・トラブルとなるムダ」

iyoblog (4-23)・事例・23「施工時の注意を明確に指示しないため、製造でラインクレーム・トラブルとなるムダ」

iyoblog (4-24)・事例・24「製品仕様の範囲を明確に表示しないため、ユーザーでクレームを発生させているムダ」

iyoblog (4-25)・事例・25「関連個所を同時に決め、記入点検すれば防げる間違いを出しているムダ」

iyoblog (4-26)・事例・26「再発防止とならない対策繰り返しのムダ

iyoblog (4-27)・事例・27「残業・休日出勤を繰り返し、新しい知識と感覚のチャージを怠り、疲労した頭で間違いを繰り返すムダ」

iyoblog (4-28)・事例・28「日程優先から点検不備で出図して、トラブルのため結果として納期遅れを発生させるムダ」

iyoblog (4-29)・事例・29「トラブル履歴、メンテナンス有無を確かめず、出図した再生図でクレームが出てから対応するムダ」

iyoblog (4-30)・事例・30「ライバル品を物真似し、クレームが出てから慌てて確認テストするムダ」

iyoblog (4-31)・事例・31「上司への事前了解と事後報告をキチント行わず、トラブルを発生させているムダ」

iyoblog (4-32)・事例・32「安易な妥協で、結局トラブルとなる点検・審査のムダ」

iyoblog (4-33)・事例・33「点検せず出図して、後から差し替えを繰り返すムダ」

iyoblog (4-34)・事例・34「エラーによるトラブル内容をその都度周知徹底しないため、類似トラブルを繰り返し発生させているムダ」

iyoblog (4-35)・事例・35「作ってもその場だけしか使わないチェクリスト作成のムダ」

「資料整備・活用面に於けるムダ」

iyoblog (4-36)・事例・36「資料を全員にCOPY配布して活用されないムダ

iyoblog (4-37)・事例・37「JISや業界規格を丸写しにした社内規格を制定するムダ」

iyoblog (4-38)・事例・38「キーワード登録・整理しないため、検索出来ず活用されない資料保管のムダ」

iyoblog (4-39)・事例・39「実験・試験DATAグラフ化・定式(数式)化整理しないため、他の担当者が活用できないムダ」

iyoblog (4-40)・事例・40「活用は二の次で、保管する為だけにマイクロフィルム化するムダ」

iyoblog (4-41)・事例・41「設計参考資料・設計規格を見ながら、その都度新規に設計着手を繰り返すムダ」

iyoblog (4-42)・事例・42「仕様書・図面・試験(検証)報告書・クレーム報告書・調査報告書・手配表など別々に台帳分類・登録保管としているため相互の関連付け、活用を妨げているムダ」

iyoblog (4-43)・事例・43「整理・整頓を疎かにし、その都度資料捜しに時間を掛けるムダ」

iyoblog (4-44)・事例・44「メンテナンスがキチンと行われないため、活用されない資料のムダ」

「機械化面に於けるムダ」

iyoblog (4-45)・事例・45「設計者が技術情報を創出して機械へ入力しなければ、プリントアウト出来ない設計機械化のムダ」

iyoblog (4-46)・事例・46「機械化出来る所を、手作業で行っているムダ」

iyoblog (4-47)・事例・47「技術情報創出に関係無い製図の機械化に多くの費用と人員を投入しているムダ」

iyoblog (4-48)・事例・48「訂正箇所を検図者へ明示しないため、全体を再検図させているムダ」

iyoblog (4-49)・事例・49「電子ファイルを技術情報創出時間短縮手段として活用しないムダ」

iyoblog (4-50)・事例・50「パソコンを蓄積保管資料(技術情報)検索手段として活用しないムダ」

iyoblog (4-51)・事例・51「類似設計の繰り返しが多いのに、CADを有効に活用しきれないムダ」

iyoblog (4-52)・事例・52「CAD導入で、出図が検図で手戻りが増え従来より遅れるムダ」※

iyoblog (4-53)・事例・53CAD端末の前に設計者が居ると、仕事をしていると周囲が錯覚するムダ」

iyoblog (4-54)・事例・54CADを導入しながら、既存図面のデジタル化が進まず流用設計に活用しきれないムダ」

iyoblog (4-55)・事例・55「設備稼働率を高めるため、CADで二直を行わせるムダ」

iyoblog (4-56)・事例・56CAD導入後DATA-BASE構築まで、長期間活用開始を手待ちするムダ」

iyoblog (4-57)・事例・57「設計のCAD-DATAを、後の生産工程へ生かせられないムダ」

iyoblog (4-58)・事例・58CADKEY-WORD検索機能を組み入れ活用しないムダ」

iyoblog (4-59)・事例・59「製図のため、設計者がCAD端末から技術情報を入力するムダ」

iyoblog (4-60)・事例・60「パソコンをシュミレーション手段として活用しないムダ」

iyoblog (4-61)・事例・61「CAD化のため上司・先輩が途中に介入出来ず、プリント、訂正を繰り返させるムダ」

iyoblog (4-62)・事例・62「電子ファイルの編集機能を活用しないムダ」

iyoblog (4-63)・事例・63「CAD を設計時間節約手段として役立てられないムダ」

「外注活用面に於けるムダ」

iyoblog (4-64)・事例・64「事前・途中の指導を疎かにし、受け入れ後の確認と手直しに時間を掛ける外注活用のムダ」

iyoblog (4-65)・事例・65「研修条件が曖昧なため、間違いを依頼者が手直しするムダ」

iyoblog (4-66)・事例・66「外注を猫の手としてしか活用しないムダ」

iyoblog (4-67)・事例・67「付加価値獲得を高める手段として設計外注を活用出来ないムダ」

「補助者活用面に於けるムダ」

iyoblog (4-68)・事例・68「経験が無くても出来る設計部分をベテランが行うムダ」

iyoblog (4-69)・事例・69「補助者に雑用(非付加価値作業)を行わせるムダ」

iyoblog (4-70)・事例・70「類似設計の手引書化を疎かにし、設計業務を単純作業対応化出来ないムダ」

iyoblog (4-71)・事例・71「補助者を使いきれず、遊ばせているムダ」

iyoblog (4-72)・事例・72「補助者を技術情報創出に充てられないムダ」

iyoblog (4-73)・事例・73「手本図・手引書などが無いため補助者・外注へその都度説明を繰り返すムダ」

iyoblog (4-74)・事例・74「担当者が手を着けるべき範囲と補助者化出来る範囲を明確に区分出来ないため、補助者を活用出来ないムダ」

「教育面に於けるムダ」

iyoblog (4-75)・事例・75「教えないため任せられず、上司・ベテランだけが忙しさに追われているムダ」

iyoblog (4-76)・事例・76「手伝わせるだけで教えないため、技術知識の修得にならないOJT教育のムダ」

iyoblog (4-77)・事例・77「演習・実習が伴わないため、実際の設計が行えない教育のムダ」

iyoblog (4-78)・事例・78「知っているかどうかを確かめないで、一方的に行う教育のムダ」

iyoblog (4-79)・事例・79「教えたことが、修得されたかどうか確認しないで終わっている教育のムダ」

iyoblog (4-80)・事例・80「参考資料を与えれば、教えないでも設計が出来ると錯覚しているムダ」

「その他の面に於けるムダ」

iyoblog (4-81)・事例・81「部下・後輩を指導出来ず自主性に任せ、やきもきするムダ」

iyoblog (4-82)・事例・82「複数案を並行試験確認で進めないために、開発・設計期間を延ばしているムダ」

iyoblog (4-83)・事例・83「理念が無いため評価・判断基準が定まらず、担当者を困惑・混乱させているムダ」

iyoblog (4-84)・事例・84「専門化を進め過ぎ、ノウハウ経験が私物化して会社に蓄積されないムダ」

iyoblog (4-85)・事例・85「内容の検索に役立たない保管だけに図番分類する台帳分類方法のムダ」

iyoblog (4-86)・事例・86「中味(実)に関係無く、件数だけ多く申請する特許のムダ」

iyoblog (4-87)・事例・87「不良品でテストして、結果として使えない試験DATAとなるムダ」

iyoblog (4-88)・事例・88「相見積もりで安さだけ追求し、後で手直しの多い外部製作手配のムダ」

iyoblog (4-89)・事例・89「特許申請を怠り、市場で係争に成ってから慌てて対応するムダ」

iyoblog (4-90)・事例・90「何でも直接自分で手を付けないと気がすまず、自分だけ忙しくするムダ」

iyoblog (4-91)・事例・91「上司・先輩同士の見解違いから、調整に時間を掛けるムダ」

iyoblog (4-92)・事例・92「判断基準が与えられないため、その都度上司に相談・了解を得なければならないムダ」

iyoblog (4-93)・事例・93「内容が曖昧で要領の悪い、頁数の多いレポート作成のムダ」

iyoblog (4-94)・事例・94「過剰手配で持つ、部品購入と保管のムダ」

iyoblog (4-95)・事例・95「技術情報創出時間比率が30%以下なのに、慢性的工数不足に陥っているムダ」

iyoblog (4-96)・事例・96「出図枚数を管理項目とするムダ」

iyoblog (4-97)・事例・97「途中の状況把握を細目に行わず、納期が来てから遅れを知るムダ」

iyoblog (4-98)・事例・98「購入品入手までのリードタイム把握を疎かにし、手待ちとなるムダ」

iyoblog (4-99)・事例・99「ベテランが付加価値増加に寄与する業務に専念出来ないため、付加価値獲得時間を大きく出来ないムダ」

iyoblog (4-100)・事例・100「結論の出ない対策会議開催のムダ」

iyoblog (4-101)・事例・101「設計管理で生産技術的観点を持たないため、設計業務での改善が行われないムダ」

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・

「筆者略歴」

 1957年4月~1974年3月の17年間・富士重工業㈱(注・現社名スバル)三鷹製作所(現・群馬県大泉町へ移転)生産技術部門に勤務。乗用車用エンジン・ミッション製造の工場自動化機器・専用機設計業務へ従事。1974年技術士(機械部門・第7916号)登録、伊豫部技術士事務所を開設。開発・設計および生産技術部門の技術コンサルタントとして現在に至る。この間、上場および中堅企業100社以上で社員教育や業務改善支援業務に従事。現在までに、社団法人日本技術士会理事、りそな中小企業振興財団「中小企業庁長官新技術・新製品賞」贈賞の専門審査委員、東大和市商工会理事、等を歴任。

 著書「設計の故障解析51(CD-ROM付)」、「設計の基本仕様51(CD-ROM付)」、「設計のマネジメント101」、「設計者の心得と実務101」、「設計の経験則101」、「設計の凡ミス退治101」、「設計のムダ退治101」、「ハンドリング簡易自動化201」、「設計審査(DR=Design Review)支援ツール集・Ⅰ(事前審査編)」以上日刊工業新聞社から刊行。月刊「機械設計」誌へ長期連載等あり。「品質機能展開50事例(CD-ROM付)」、「MC選定資料マニアル」、熊谷卓氏と共著「組立・ハンドリング自動化実例図集」、以上新技術開発センターから刊行などが有る。

・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・