<?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/tag/design-development-flow/feed/" rel="self" type="application/rss+xml" />
	<link>https://rakuda0218blog.com</link>
	<description></description>
	<lastBuildDate>Wed, 04 May 2022 20:12:57 +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/243/</link>
					<comments>https://rakuda0218blog.com/243/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Wed, 06 Jan 2021 23:39: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=243</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-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></li><li><a href="#toc4" tabindex="0">問題を先送りしない</a></li><li><a href="#toc5" tabindex="0">デザインレビュー</a><ol><li><a href="#toc6" tabindex="0">インプット情報のレビュー</a></li><li><a href="#toc7" tabindex="0">要素技術の検証</a></li><li><a href="#toc8" tabindex="0">試作機、プロトラインの仕様まとめ（基本設計）</a></li></ol></li><li><a href="#toc9" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading"><span id="toc1">設計・開発フロー</span></h2>



<figure class="wp-block-image size-large"><img fetchpriority="high" decoding="async" width="717" height="633" src="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-7.png" alt="" class="wp-image-373" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/01/image-7.png 717w, https://rakuda0218blog.com/wp-content/uploads/2021/01/image-7-300x265.png 300w" sizes="(max-width: 717px) 100vw, 717px" /></figure>



<p>　デザインレビュー（D.R）、設計検証、設計審査等、色々な言い方がありますが、本ブログでは上記のフロー図のように定義致します。</p>



<p class="has-text-align-left"><span class="fz-22px"><span class="fz-20px"><strong>デザインレビュー：試作品/プロトラインのステージに進むためにレビューを行う</strong>。</span></span></p>



<p class="has-text-align-left">　　<span class="fz-22px"><span class="fz-20px"><strong>設計審査：量産に移行するにあたって総合的な審査を行う。</strong></span></span></p>



<h2 class="wp-block-heading"><span id="toc2">自信を得る事。</span></h2>



<p><strong><span class="bold-red">個人的な考えですが、調査/予察実験の目的は、開発目的が達成できるとの自信を得る事です。</span>自信は事実を積み上げて行く事でしか得られません。</strong></p>



<p><strong><span class="fz-20px"><span class="marker-under">・<span class="fz-22px"><span class="marker">なぜ自信を持つことが大切か？</span></span></span></span></strong></p>



<p>　<strong>自信を持つというより、量産で問題なく出来るといったイメージを持てるが大切です。また、自信は調査や実験を通してでしか得られません。そうでなければ人の意見に左右されることになります。</strong></p>



<p>　完成形がイメージ出来ていれば、現状と完成形を対比して、何が違うのか？足りないのはなにか？を考えて行く事になります。</p>



<p>　例えば、色々な問題点を指摘された際に、自信があれば、それは〇×なので試作品で確認しましょう。とか、その問題点に関しては○○ではないですか？と議論が出来ます。</p>



<p>　<strong>自信を持って議論が出来なければ、素直に調査/実験に戻るべきと思っています。</strong></p>



<h2 class="wp-block-heading"><span id="toc3">完成形の詳細が具体的に見せられること。</span></h2>



<p>試作品やパイロットラインに進むには、製造や営業など、関係部署の了解をもらう必要が有ります。その為、完成形が具体的に分かるように基本設計をまとめ上げる事が大切です。</p>



<p><strong><span class="fz-20px"><span class="marker-under-blue">関係部署の人から、後で、思っていたのと違う。そういった物だとは思わなかった。等と言われては、その時点でやらなければならないことが増えます。</span></span></strong></p>



<p>余計な仕事を増やさないためにも、詳細に、完成形が具体的に見える形で紹介しましょう。</p>



<p>良く走りながら考える。と言いますが、経験上、走りながら考えるは上手く行きません。</p>



<p><strong>自分で完成形をイメージし、絵を見せる事です。実際には検証してみないと分からないので、そこは走る必要があるのですがそれでいいんです。具体的な絵が無いと</strong>相手もあやふやなので、後々揉めることになります。</p>



<p>具体的な絵が相手に伝われば、その時点で議論が出来ますが、あやふやまままでは、議論もぼやけます。</p>



<p><strong>逆の言い方をすると、具体的な絵が描けていないと自信は持てないはずです。</strong></p>



<p><strong>実際には検証してみないと分からないわけですから、<span class="fz-20px"><span class="marker-under-red">自信を持つとは具体的な絵が描けているとも言えます。</span></span></strong></p>



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-blue-border-color">
<p><strong>この手の議論をすると、絵の通りに現実は進まない。どんどん、先に進め、走りながら考える事が大切。という方は必ずいます。</strong></p>
</div>



<p><strong>ある意味、その通りなのですが</strong>、後々、問題が顕在化した場合、影響が大きく、問題も起きくなります。本質的な問題は先送りして良い事は何もありません。</p>



<p><strong><span class="marker-under">揉めそうなことは先に揉めておく事が大切</span></strong>で、そのためには、<strong><span class="fz-20px"><span class="marker-under-blue">出来るだけ、具体的な姿で議論する必要があるという事を特に強調しておきたい</span></span></strong>です。</p>



<p><strong>少なくとも、思っていた通りに行かない場合には、自分が想定していたのと何が違ったのか？と考えるだけ、傷は少なくて済みます。</strong></p>



<p><strong>また、先に説明しておけば、周りの納得が得られやすかったものを、上手く行かなくなってから、これこれだから大丈夫、と説明しても言い訳のように聞こえてきます。</strong></p>



<p><strong><span class="fz-20px"><span class="marker-under-blue">関係者を巻き込み、開発を進めて行くためには、やはり、自信を持つ事。具体的な絵姿を見せる事の方が大切だ</span></span>と個人的には思っています。</strong></p>



<h2 class="wp-block-heading"><span id="toc4">問題を先送りしない</span></h2>



<p>私の経験上、本格検証まで進んで、結局上手く行かず、中止に追い込まれた経験は何個かありますが、それは、やはりその前の、デザインレビューの時にも、完成形を明確にイメージ出来ていなかった。自信がなかったと言うのが有ります。</p>



<p><strong><span class="fz-20px">開発は、次のステージに進む関所のようなものが何回かあります。デザインレビューはその代表です。そこで問題を先送りしない。という事が、当たり前ですが大切だと思います。</span></strong></p>



<p>この手の話になると、時間が大切。走りながら考える事が大切。という方もいらっしゃいますが、走りながら考えて済む話なら走りながら考えれば良いと思いますが、完成形に自信が持てない物は「急がば回れ」が結局近道だと思っています。</p>



<p>トップ方針などで話がどんどん進んでしまうような場合は要注意となります。</p>



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



<h3 class="wp-block-heading"><span id="toc6">インプット情報のレビュー</span></h3>



<p>インプット情報は以下の4点</p>



<ol class="wp-block-list"><li><span class="fz-20px">お客様の要求事項</span></li><li><span class="fz-20px">開発目標</span></li><li><span class="fz-20px">設計仕様</span></li><li><span class="fz-20px">開発コンセプト</span></li></ol>



<p><strong><span class="marker-under-red">調査/予察に進む前にデザインレビューの決裁者にインプット情報は決裁をもらっておくことは大切です。</span></strong></p>



<p><strong><span class="marker-under-red">お客様の要求事項は、開発部門と営業など客先対応部門、社内開発の場合はお客様となる製造との事前擦り合わせは必須です。</span></strong>しかし、それ以外の3点は、改めて関係部署と開発計画書の形ですり合わせをするので、まずは、設計/開発部門でしっかり協議し、決裁をもらう事が大切です。</p>



<h3 class="wp-block-heading"><span id="toc7">要素技術の検証</span></h3>



<p>まずは、要素技術の検証が必要です。下の図を見てください。開発目標を達成するために、必要な技術として洗い出したのが要素技術です。</p>



<p>要素技術が進まないと開発目標は達成できません。</p>



<p>よって、<strong><span class="marker-under-red">要素技術の検証を調査（シミュレーション）やプロト機を使った試験を通して開発目標が達成できるかどうか検証することになります。</span></strong></p>



<figure class="wp-block-image"><img decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2020/12/image-27.png" alt="画像に alt 属性が指定されていません。ファイル名: image-27.png"/></figure>



<h3 class="wp-block-heading"><span id="toc8">試作機、プロトラインの仕様まとめ（基本設計）</span></h3>



<p>要素技術で目途が得られたら、実際の試作機、あるいはプロトラインの仕様をまとめることになります。デザインレビューの際の内容は、下記の様になるので、それを意識してまとめる必要が有ります。</p>



<div class="wp-block-cocoon-blocks-tab-caption-box-1 tab-caption-box block-box has-border-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></div><div class="tab-caption-box-content block-box-content box-content">
<ul class="wp-block-list"><li><span class="fz-20px"><span class="bold-red"><strong>要求項目からの要素技術/開発目標の進捗状況</strong></span></span></li><li><span class="fz-20px"><span class="bold-red"><strong>過去の不具合対策が反映されているか？</strong></span></span></li><li><span class="fz-20px"><span class="bold-red"><strong>他社特許の抵触有無、特許戦略の明確化</strong></span></span></li><li><span class="fz-20px"><span class="bold-red"><strong>マージン評価</strong></span></span></li><li><span class="fz-20px"><span class="bold-red"><strong>量産性評価（品質/コスト/納期）</strong></span></span></li><li><span class="fz-20px"><span class="bold-red">リスク評価</span></span></li></ul>
</div></div>



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



<div class="wp-block-cocoon-blocks-blank-box-1 blank-box block-box has-background has-border-color has-watery-blue-background-color has-teal-border-color">
<ul class="wp-block-list"><li><strong><span class="fz-22px">デザインレビューで大切な事</span></strong><ul><li><strong><span class="fz-22px">完成形を明確に、具体的に描けて、自信が持てる事。</span></strong></li></ul></li></ul>
</div>



<p></p>
]]></content:encoded>
					
					<wfw:commentRss>https://rakuda0218blog.com/243/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 17:38:19 by W3 Total Cache
-->