開発で考えるべき計画の余裕度 新規事業・新商品を生み出す技術戦略(その22)

更新日

投稿日

 
  技術マネジメント
 
 今回は、「開発で考えるべき計画の余裕度」についてです。特に開発計画を設定する際に注意しておきたいポイントをご紹介します。
 
 全く初めての業界・技術の開発計画をどのように立てたらよいかは、別の記事でご紹介していますが、今回はどんな開発であっても必要な考え方について取り上げました。
 
 それは、「 開発完了 設計&評価完了日 」ということです。
 
 補足しますと、開発完了とは開発完了報告(レポート)が行われ、結果が承認されるということです。そんなの当たり前と思われた方が多いかもしれません。
 
 しかし、当たり前とは理解していても実際にどんな条件でも実行するとなると難しいと感じた方も少なくないのではないでしょうか?
 
 実は私自身も、理解はしているが実践することが難しい人間でした。どのように克服したかというと、本日のテーマである「計画の余裕度」を使いました。
 
 具体的には開発計画を設定する際、詳細なマイルストーンを設定しますが、このマイルストーンに、開発結果の報告(レポート)作成と報告日を入れます。
 
 また報告日は最終日ではなく、マージンを持っておよそ1週間前を設定し、この日程をベースに開発計画を立てます。こうするだけで、開発計画そのものが引き締まり、自身・チームの開発推進を捌きやすくなります。
 
 夏休みの宿題で例えるならば、宿題は1週間前までに終わらせ、最終チェックの期間を設けるイメージです。宿題であれば、3日もあればよいかもしれません。話がずれてしまいましたが、1週間前までに設計&評価作業を終わらせ、抜け漏れ...
 
  技術マネジメント
 
 今回は、「開発で考えるべき計画の余裕度」についてです。特に開発計画を設定する際に注意しておきたいポイントをご紹介します。
 
 全く初めての業界・技術の開発計画をどのように立てたらよいかは、別の記事でご紹介していますが、今回はどんな開発であっても必要な考え方について取り上げました。
 
 それは、「 開発完了 設計&評価完了日 」ということです。
 
 補足しますと、開発完了とは開発完了報告(レポート)が行われ、結果が承認されるということです。そんなの当たり前と思われた方が多いかもしれません。
 
 しかし、当たり前とは理解していても実際にどんな条件でも実行するとなると難しいと感じた方も少なくないのではないでしょうか?
 
 実は私自身も、理解はしているが実践することが難しい人間でした。どのように克服したかというと、本日のテーマである「計画の余裕度」を使いました。
 
 具体的には開発計画を設定する際、詳細なマイルストーンを設定しますが、このマイルストーンに、開発結果の報告(レポート)作成と報告日を入れます。
 
 また報告日は最終日ではなく、マージンを持っておよそ1週間前を設定し、この日程をベースに開発計画を立てます。こうするだけで、開発計画そのものが引き締まり、自身・チームの開発推進を捌きやすくなります。
 
 夏休みの宿題で例えるならば、宿題は1週間前までに終わらせ、最終チェックの期間を設けるイメージです。宿題であれば、3日もあればよいかもしれません。話がずれてしまいましたが、1週間前までに設計&評価作業を終わらせ、抜け漏れがないか、間違いがないかの確認をすることで、新規事業・新商品開発を次ステップに移行させやすくなります。当たり前であり、分かっているけれど実行しにくいことこそが、次につながる一歩です。
 

   続きを読むには・・・


この記事の著者

川崎 響子

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。


「技術マネジメント総合」の他のキーワード解説記事

もっと見る
開発現場の仕組み見直しとグローバル化とは【連載記事紹介】 

    ◆ 開発現場の仕組み見直し、目指すべき開発体制 「擦り合わせ型」の文化は、日本企業文化ととして形成されてきたもので、...

    ◆ 開発現場の仕組み見直し、目指すべき開発体制 「擦り合わせ型」の文化は、日本企業文化ととして形成されてきたもので、...


経済に関する5つのフレームワーク 普通の組織をイノベーティブにする処方箋 (その39)

        この連載ではマクロ環境分析の解説をしていますが、今回は、PESTEL(Political:政...

        この連載ではマクロ環境分析の解説をしていますが、今回は、PESTEL(Political:政...


IS/ISNOT思考法は、問題分析の基本

 多くの場合、問題が起きて原因を推定する際には、何が起きたか、どこで起きたか、いつ起きたか、どの程度起きたかといった事実を頭の中に入れた上で、可能性のある...

 多くの場合、問題が起きて原因を推定する際には、何が起きたか、どこで起きたか、いつ起きたか、どの程度起きたかといった事実を頭の中に入れた上で、可能性のある...


「技術マネジメント総合」の活用事例

もっと見る
トレーサビリティの保証 プロジェクト管理の仕組み (その44)

 前回のその43に続いて解説します。    ハードウェア設計も、ソフトウェア設計ほど明確ではありませんが、同じように開発工程ごとに関連する設...

 前回のその43に続いて解説します。    ハードウェア設計も、ソフトウェア設計ほど明確ではありませんが、同じように開発工程ごとに関連する設...


設計部門の課題と原因分析(その3)

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...


研究開発部門にスパークを起こすとは

◆市場を継続的に長く、広く、深く知る  企業の研究開発部門は、「金ばかり使って、良い技術が全然出てこない」と非難されることが多いようです。企業にとっての...

◆市場を継続的に長く、広く、深く知る  企業の研究開発部門は、「金ばかり使って、良い技術が全然出てこない」と非難されることが多いようです。企業にとっての...