<?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>VA | 技術力向上カウンセリングオフィス</title>
	<atom:link href="https://rakuda0218blog.com/tag/va/feed/" rel="self" type="application/rss+xml" />
	<link>https://rakuda0218blog.com</link>
	<description></description>
	<lastBuildDate>Tue, 04 Oct 2022 04:36:52 +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>設計・開発でのQCD（品質、コスト、納期）の考え方、対処方法、大切な事。</title>
		<link>https://rakuda0218blog.com/4007/</link>
					<comments>https://rakuda0218blog.com/4007/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Tue, 23 Mar 2021 23:15:00 +0000</pubDate>
				<category><![CDATA[本格検証/設計審査]]></category>
		<category><![CDATA[デザインレビュー]]></category>
		<category><![CDATA[VA]]></category>
		<category><![CDATA[VE]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=4007</guid>

					<description><![CDATA[目次 QCD（品質/コスト/納期）についてQCDの基本的な考えデザインレビューでのQCD関連部署と協議の上、開発計画書に落とし込む本格検証でのQCDVA（価値分析）、VE（価値工学）を使った見直し納期の見直しトップ層（設 [&#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-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">QCD（品質/コスト/納期）について</a></li><li><a href="#toc2" tabindex="0">QCDの基本的な考え</a></li><li><a href="#toc3" tabindex="0">デザインレビューでのQCD</a></li><li><a href="#toc4" tabindex="0">関連部署と協議の上、開発計画書に落とし込む</a></li><li><a href="#toc5" tabindex="0">本格検証でのQCD</a><ol><li><a href="#toc6" tabindex="0">VA（価値分析）、VE（価値工学）を使った見直し</a></li><li><a href="#toc7" tabindex="0">納期の見直し</a></li><li><a href="#toc8" tabindex="0">トップ層（設計検証決裁者）への働きかけ</a></li></ol></li><li><a href="#toc9" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">QCD（品質/コスト/納期）について</span></h2>



<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-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">デザインレビュー時のQCD</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list" id="block-aa2b01ec-f3d9-4734-923c-949d482473d0"><li><strong><span class="fz-20px"><span class="fz-18px">開発コンセプトに基づいて量産性の評価を行う。</span></span></strong></li><li><strong><span class="fz-20px"><span class="fz-18px">他部署と協議をするための原案を作成する。</span></span></strong></li></ul>
</div></div>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-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">本格検証時のQCDレビューについて</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-red">コスト/品質/納期は連動するところがあるので新しい考え方を導入する必要が出てくる。</span></strong></li><li><strong><strong><span class="marker-under-red">開発責任者が関係者を招集して別途対応を協議し</span>、全体会議で報告する。その際に<span class="marker-under-red">、設計審査の決裁者に相談することも大切。</span></strong></strong></li></ul>
</div></div>



<p>この記事では、もう少し具体的にどうすれば良いのか紹介したいと思います。</p>



<h2 class="wp-block-heading"><span id="toc2">QCDの基本的な考え</span></h2>



<p class="has-text-align-center"><strong><span class="fz-22px"><span class="marker-under-red"><span class="fz-24px">QCDは関係者の合意があれば問題にはなりません。</span></span></span></strong></p>



<p>QCDも通常は品質一番と言われますが、状況によっては納期が最優先になったりもします。優先順位も合意事項です。</p>



<p>欲を言ってはキリがない事はみんな知っていますので、開発コンセプト、目標QCD、本格検証と順を追って合意して行くわけです。途中でハードルが上がることは良くある話ですが、そもそも合意されていた上でハードルが上がるのと、そうでないのでは大違いです。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-green-background-color has-green-border-color">
<p><strong><span class="fz-20px">品質は必然的に本格検証で進んでいきますが、開発が進んだ頃に、<span class="marker-under-red">なんでこんなにコストがかかるんだ。あるいは、納期がかかるんだ、と後で揉めるのが一番の問題です。</span></span></strong></p>
</div>



<p><strong><span class="fz-20px">QCDに限らず、見える化、共有化が大切ですが、<span class="bold-red">QCDの案件は特にトップ層への情報の共有、相談が大切になってきます。</span></span><span class="fz-22px"><span class="marker-under-red"><span class="bold-blue">「後で揉めそうなことは先に揉めておく」</span>の考えが基本大切になると思います。</span></span></strong></p>



<p><strong>ただし、<span class="marker-under-red">実際に検証してみないと分からないこともあり、その辺りの見極めは必要になります。</span></strong></p>



<h2 class="wp-block-heading"><span id="toc3">デザインレビューでのQCD</span></h2>



<p>品質に関しては、開発目標、設計目標との対比になるので割愛します。コスト/納期に関しては、購入品の場合にはメーカーから見積もりを、社内のプロセス設計であればコスト試算を行います。</p>



<p>コスト試算は、正確には製造あるいは製造管理の方にお願いしなければなりませんが、<strong><span class="fz-20px"><span class="marker-under-red"><span class="fz-18px">この段階で通常は受けてもらえないので、開発部門が試算するしかありません。</span></span></span></strong></p>



<p>設計開発部門でもコスト試算が出来る程度の経理的な知識は必修です。</p>



<p>固定費や変動費（比例費）、損益分岐点の考え方、原単位、これぐらいは最低必要かなと思います。ここでは説明しませんが使えるようにしておきましょう。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-green-background-color has-green-border-color">
<ul class="wp-block-list"><li><strong><span class="fz-20px"><span class="fz-18px">プロセス設計の場合、製造からコスト情報をもらい、コスト試算を行います。</span></span></strong></li><li><strong><span class="fz-20px"><span class="fz-18px">その段階で、開発コンセプトで設定したコスト目標に到達しなければ、当然、見直しが必要です。</span></span></strong></li><li><strong><span class="fz-20px"><span class="fz-18px">コスト情報をもらう際に、製造の考えも担当者レベルで良いので聞いておく事は大切です。</span></span></strong></li><li><strong><span class="fz-20px"><span class="fz-18px">関連部署と協議するにあたり、<span class="marker-under-red">見積もり条件、コスト試算条件は明確にしておく事</span>が大切です。</span></span></strong></li></ul>
</div>



<p><strong><span class="fz-20px">購入品の場合、見積もりの内訳や詳細を聞いても真実の姿は出て来ません。相見積もりをとるのが基本です。</span></strong></p>



<h2 class="wp-block-heading"><span id="toc4">関連部署と協議の上、開発計画書に落とし込む</span></h2>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-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"><strong><span class="fz-20px">歩留まりについて</span></strong></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong>この段階で、歩留まりを議論する人がいます。確かに歩留まりは大切ですが、本格検証する前に、予察試験の歩留まりを議論してもあまり意味が無いと思っています。</strong></p>



<p><span class="marker-under-red"><strong>プロセス設計では、マージン評価、安定性、（ロバスト設計）について、現行との違いを示して議論する事は必要です</strong>。</span></p>



<p><strong>なぜなら、歩留まりは開発、経験により向上していきます。ただ、マージン、安定性は設計の段階で解決しないと、後々まで問題になる事が多いからです。</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-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">管理や量産性について</span></span></div><div class="tab-caption-box-content block-box-content box-content">
<p><strong>管理に関しては、開発設計側からすると、そのぐらい、現場で対応できるだろうと思う事も、製造側では抵抗を示すことが多いです。しかも、自然解消することは稀です。他の量産性のファクター、例えば、他のラインへの横展開、装置的な制約などは、良く製造の意見を聞くべきと思っています。</strong></p>
</div></div>



<h2 class="wp-block-heading"><span id="toc5">本格検証でのQCD</span></h2>



<p>本格検証で目標値に未達な場合には、基本、新しい考えが必要です。何故なら、QCDはそれぞれ連動していているから調整では済まないのが通常だからです。</p>



<p>優先順位は状況により変わります。例えば、梱包容器のような場合、容器が無いと製品が運べないので、納期が最優先になります。コストは一時的に無視無視（納入出来ない損失に比べたら少ない。）品質で問題が考えられる場合は人を派遣して、何か問題があれば、その場で対応する。等という事も実際にあります。</p>



<p>ですから、優先順位を確認し調整の範囲内で良ければそれでよいですが、通常は新しい考えを導入し改善して行く必要があります。</p>



<h3 class="wp-block-heading"><span id="toc6">VA（価値分析）、VE（価値工学）を使った見直し</span></h3>



<p>品質/機能の優先順位の見直し、設計開発にとどまらない代替方法の検討等コストダウンネタの検討を進める必要があります。</p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-red-background-color has-orange-border-color">
<p><strong><span class="fz-20px">VA、VEの考え方を使って品質/機能とコストの両面で設計だけでなく、幅広くコストダウンネタを考えることが大切になります。</span></strong></p>
</div>



<p>開発コンセプトを考える際に、価格は現状のままで、機能をアップするとか、ＶＥの考えを導入しています。本格検証で、さらに検討が必要になれば見直すだけです。購入品であれば見積もりの再交渉するのは当然です。</p>



<p>VA・VEは量産品と開発品で区別するような記載がありますが、本格検証では、量産を前提とした開発なのでそのような議論をすること自体意味が無いと思います。</p>



<p>設計の所も、デザインレビューの頃と、開発が進んだ状態で違いが出てきているでしょうから、改めてコストダウンできる所が無いか見直す必要があります。</p>



<h3 class="wp-block-heading"><span id="toc7">納期の見直し</span></h3>



<p><strong>ガンチャートの見直し、購入品の場合はメーカーを訪問し、対応を協議する。場合によっては、追加改善により、納期が更に遅れる場合も当然出て来ます。</strong></p>



<h3 class="wp-block-heading"><span id="toc8">トップ層（設計検証決裁者）への働きかけ</span></h3>



<p>開発の規模にもよりますが、中小企業の場合、やはり社長さんの決裁が必要になるのではないでしょうか？</p>



<p>トップ層への報告は、<strong><span class="fz-20px"><span class="marker-blue">問題点も含めた現状報告だけでなく、このまま行ったら、最終的に当初の計画に対してどうなるのか？対策を打った場合にはどうなると考えられるのか？</span></span></strong>といった形で報告し、<strong><span class="fz-20px"><span class="bold-red">最終的な姿の良いケース、悪いケース、両面</span></span><span class="fz-20px"><span class="bold-red">で</span></span><span class="fz-20px"><span class="bold-red">イメージしてもらえるような報告が親切</span></span></strong>かと思います。</p>



<p>また、少なくとも、決裁者には情報の共有ではなく、<strong><span class="marker-under-red">相談し、意見をもらっておく事</span>が非常に大切です。</strong></p>



<p>組織が大きくなると、関連部署のＴＯＰといっても大勢いたりするので、上司に頼んだり、その部署のメンバーから説明してもらうなどすればよいと思います。</p>



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



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-background has-border-color has-watery-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>QCDは関係者の合意事項なので、常に見える化、情報の共有化を図る。</strong></li><li><strong>開発計画書にQCDを落とし込む際にの関係部署との協議は非常に大切なのでしっかり議論する。</strong></li><li><strong>本格検証で目標未達となった場合にはVA/VEの考え方を使って改善を考える。</strong></li><li><strong>トップ（決裁者）には情報共有だけでなく、相談し、意向を確認しておく。</strong></li></ol>
</div></div>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/4007/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>

<!--
Performance optimized by W3 Total Cache. Learn more: https://www.boldgrid.com/w3-total-cache/

Disk: Enhanced  を使用したページ キャッシュ

Served from: rakuda0218blog.com @ 2025-10-17 07:33:24 by W3 Total Cache
-->