<?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>WBS | 技術力向上カウンセリングオフィス</title>
	<atom:link href="https://rakuda0218blog.com/tag/wbs/feed/" rel="self" type="application/rss+xml" />
	<link>https://rakuda0218blog.com</link>
	<description></description>
	<lastBuildDate>Sat, 19 Feb 2022 13:50:22 +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/4990/</link>
					<comments>https://rakuda0218blog.com/4990/#respond</comments>
		
		<dc:creator><![CDATA[布施　裕児]]></dc:creator>
		<pubDate>Sat, 22 May 2021 12:17:43 +0000</pubDate>
				<category><![CDATA[設計/開発]]></category>
		<category><![CDATA[WBS]]></category>
		<category><![CDATA[スケジュール管理]]></category>
		<category><![CDATA[ガントチャート]]></category>
		<guid isPermaLink="false">https://rakuda0218blog.com/?p=4990</guid>

					<description><![CDATA[今回はスケジュール管理、納期管理に関して少し話してみたいと思います。 目次 開発・基本設計と本格検証でのスケジュール管理の違い開発・基本設計の場合遅れを取り戻すには？本格検証の場合本格検証での納期管理WBS（Work B [&#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><ol><li><a href="#toc2" tabindex="0">開発・基本設計の場合</a></li><li><a href="#toc3" tabindex="0">遅れを取り戻すには？</a></li><li><a href="#toc4" tabindex="0">本格検証の場合</a></li></ol></li><li><a href="#toc5" tabindex="0">本格検証での納期管理</a><ol><li><a href="#toc6" tabindex="0">WBS（Work Breakdowm Structure）作業分解図とは</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><li><a href="#toc10" tabindex="0">まとめ</a></li></ol>
    </div>
  </div>

<h2 class="wp-block-heading" id="開発-基本設計と本格検証でのスケジュール管理の違い"><span id="toc1">開発・基本設計と本格検証でのスケジュール管理の違い</span></h2>



<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-red-border-color">
<ol class="wp-block-list"><li><span class="fz-20px"><strong>開発・基本設計</strong></span><ul><li><span class="fz-20px"><strong><span class="bold-blue">マスタースケジュールによるスケジュール管理</span>、<span class="bold-green"><span class="bold-red">設計・開発部門による短期間のPDCAで開発推進</span></span></strong></span></li></ul></li><li><span class="fz-20px"><strong>本格検証</strong></span><ul><li><span class="fz-20px"><strong><span class="bold-blue">関係部門とスケジュールの見える化</span>（ガントチャート）での管理</strong></span></li></ul></li></ol>
</div>



<figure class="wp-block-image size-large"><img fetchpriority="high" decoding="async" width="936" height="708" src="https://rakuda0218blog.com/wp-content/uploads/2021/05/image-4.png" alt="" class="wp-image-5076" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/05/image-4.png 936w, https://rakuda0218blog.com/wp-content/uploads/2021/05/image-4-300x227.png 300w, https://rakuda0218blog.com/wp-content/uploads/2021/05/image-4-768x581.png 768w" sizes="(max-width: 936px) 100vw, 936px" /></figure>



<h3 class="wp-block-heading" id="開発-基本設計の場合"><span id="toc2">開発・基本設計の場合</span></h3>



<p>開発や基本設計の段階では、要素技術開発など不確定要素が多く、緻密な計画を立てても変更になる事が多く無駄になる事が多いです。</p>



<p>しかしながら、<strong><span class="marker">事業を前提とした技術開発では、営業、あるいは事業から要請される開発納期は常に存在し、その為に、開発や基礎設計のスケジュールも決まってきます。</span></strong></p>



<p>個々の実験や評価に関しては漏れがないように工程表に準じるものが必要でしょうが、初めから納期を積み上げても必要な作業が読めない所があり、必然的に意味がなくなってきます。</p>



<p>それよりは<strong><span class="marker-under-blue"><span class="marker-blue">必要な開発納期に向け<span class="fz-18px">、マスタースケジュールをまず決めて、決めたマイルストーンに向けて短いサイクルでPDCAを回しどんどん先に進めることが私としては非常</span></span><span class="fz-18px"><span class="marker-blue">に大切</span></span></span></strong><span class="fz-18px"><strong><span class="marker-blue">だと思っています。</span></strong></span></p>



<p><span class="fz-20px"><span class="fz-18px"><strong>開発目標達成のための開発項目はマスタースケジュールを作る際にメンバー間で議論、共有することも大切です</strong></span></span><span class="fz-20px"><span class="fz-18px"><strong>。</strong></span><strong><span class="fz-18px">開発目標の優先順位は開発だけでは決められませんが、開発項目の優先順位は開発で決められます。</span></strong></span><strong><span class="marker-under-red"><span class="marker-blue">優先順位が低い項目は、”やらない”と決めることも大切になります。</span></span></strong></p>



<p><strong><span class="marker-under-blue">マスタースケジュール、マイルストーンがどう頑張っても遅れると考えられる場合は、早めに決裁者と相談し善後策を協議するのは当然です。</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/4794/" 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/05/3111117_s-160x90.jpg" class="blogcard-thumb-image internal-blogcard-thumb-image wp-post-image" alt="" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/05/3111117_s-160x90.jpg 160w, https://rakuda0218blog.com/wp-content/uploads/2021/05/3111117_s-120x68.jpg 120w, https://rakuda0218blog.com/wp-content/uploads/2021/05/3111117_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.05.12</div></div></div></div></a>
</div></figure>



<h3 class="wp-block-heading" id="遅れを取り戻すには"><span id="toc3">遅れを取り戻すには？</span></h3>



<p>計画より遅れている場合は当たり前ですが、遅れている原因により対処方法が異なります。</p>



<p><strong><span class="fz-20px"><span class="marker">技術的な問題で行き詰まっているのであれば、頑張れ！だけでは解決しません</span></span>。</strong></p>



<p><strong><span class="marker-under-blue">経験と知恵をもったベテランの技術者に応援をもらう。あるいは、担当者を変える事も場合によっては必要でしょうが、上手く行かないケースも多々あります。</span></strong>単純に人を増やせば上手く行くというものではありません。</p>



<p>まずは、<strong><span class="fz-20px"><span class="marker-under-red">上司がどんどん現場に入りアイデアを沢山だし、現場を引っ張っていくのが基本です。その上で、何が問題なのか明確にした上で、具体的に人を補強するのなら、実際に何をしてもらいたいのか明確にして、メンバーにもその趣旨をしっかり説明し、納得してもらう事が大切です。</span></span></strong></p>



<p>内容が決まっていて、単純に作業時間が取れないような場合は、優先順位をみなおしたり、人員を補強したり、装置が空いていないのが原因なら勤務体系を見直すことも大切です。</p>



<h3 class="wp-block-heading" id="本格検証の場合"><span id="toc4">本格検証の場合</span></h3>



<p>一方、同じ、開発、設計の段階でも、本格検証では多くの部署に動いてもらい、お客様にサンプルを出して評価、検証を進めて行く事になります。本格検証の段階では、作業レベルに細分化しガンチャートなどでスケジュールを可視化して関係者で共有することが大切になってきます。</p>



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



<p>本格検証の場合には、試作品の生産、部材の手配、など、主に製造と共同で進めなければなりませんし、出荷品の出荷検査など具体的にどうするのか品質保証とも協議をしなけばなりません。</p>



<p>全体を統括して推進するのは、いわゆる<strong>プロジェクトマネージメント</strong>そのものになります。開発の規模によっては、本社の生産統括のメンバーなどがプロジェクトマネージャーになる場合もありますが、いずれにしても開発部署が中心になって動かないと何も進みません。</p>



<h3 class="wp-block-heading" id="wbs-work-breakdowm-structure-作業分解図とは"><span id="toc6">WBS（Work Breakdowm Structure）作業分解図とは</span></h3>



<p>プロジェクト全体を作業レベルにブレイクダウンし、必要な作業を洗い出したものです。例えば試作品を出荷するために必要な作業は何かを洗い出すことになります。</p>



<p>初めから作業を出していくと漏れが出るので、試作品を作るには、部材の手配、試作手順書の作成、教育、品質評価方法の作成、教育、など、レベルを合わせて順次展開していきます。</p>



<h3 class="wp-block-heading" id="作業の順序付け-必要期間を見積もり-ガントチャートを作る"><span id="toc7">作業の順序付け、必要期間を見積もり、ガントチャートを作る。</span></h3>



<p>　作業レベルに分解出来たら、どの作業を先にやる必要があるか整理をして、必要な期間を見積もり、ガンチャートを完成させます。</p>



<p><strong>ガントチャートを完成させる際に、部署ごとに作業をまとめたくなりますが、そうなると、作業の流れが見えなくなります。どの部署の誰が実施するのかも必要ですが、作業に付随する形でまとめましょう。</strong></p>



<h3 class="wp-block-heading" id="クリティカルパス"><span id="toc8">クリティカルパス</span></h3>



<p>簡単に言えば時間がかかる、クリティカルな作業です。</p>



<div class="wp-block-image"><figure class="aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/05/image-5.png" alt="" class="wp-image-5088" width="586" height="105" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/05/image-5.png 556w, https://rakuda0218blog.com/wp-content/uploads/2021/05/image-5-300x54.png 300w" sizes="(max-width: 586px) 100vw, 586px" /></figure></div>



<div class="wp-block-image"><figure class="aligncenter size-large is-resized"><img loading="lazy" decoding="async" src="https://rakuda0218blog.com/wp-content/uploads/2021/05/image-6.png" alt="" class="wp-image-5089" width="566" height="246" srcset="https://rakuda0218blog.com/wp-content/uploads/2021/05/image-6.png 556w, https://rakuda0218blog.com/wp-content/uploads/2021/05/image-6-300x131.png 300w" sizes="(max-width: 566px) 100vw, 566px" /></figure></div>



<p class="has-text-align-left"><strong>ガントチャートでまとめると、どこがクリティカルパスなのか一目でわかります。納期調整が必要な場合は、そのクリティカルパスを短くする工夫を考えることになります。</strong></p>



<h2 class="wp-block-heading" id="開発部材の納期管理"><span id="toc9">開発部材の納期管理</span></h2>



<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><span class="fz-20px"><strong>開発・基本設計</strong></span><ul><li><span class="fz-20px"><strong><span class="bold-blue">マスタースケジュールによるスケジュール管理</span>、<span class="bold-green"><span class="bold-red">設計・開発部門による短期間のPDCAで開発推進</span></span></strong></span></li></ul></li><li><span class="fz-20px"><strong>本格検証</strong></span><ul><li><span class="fz-20px"><strong><span class="bold-blue">関係部門とスケジュールの見える化</span>（ガントチャート）での管理</strong></span></li></ul></li></ol>
</div>



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