システム設計4 プロジェクト管理の仕組み (その36)

更新日

投稿日

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエンジニアリングとは、顧客の要望やニーズを整合性や一貫性を保証、あるいは、補完してハードウェアやソフトウェアなどのいくつかのサブシステムにブレークダウンする工程で、これにより、ハードウェア・サブシステムやソフトウェア・サブシステムの要件を明確にする作業です。そして、ハードウェア・エンジニアリングとは、システムエンジニアリングにより明確になったハードウェア・サブシステムの要件をそれを実現するための内部構造や各ブロック仕様、必要な開発作業などにブレークダウンする作業です。ソフトウェア・エンジニアリングなど他のサブシステムのエンジニアリング作業も同様です。今回は、実際にシステム設計の進め方について話をしたいと思います。説明のために自動販売機を開発すると仮定して話を進めたいと思います。
 
 システム設計の最初のステップは、ハードやソフトを含んだシステムに対する要件を明確にすることです。まずは、顧客の要望やニーズを整理します。ここでは、顧客からは以下のような要求があったとします。
 
  【自販機で扱う商品は化粧品】
  【商品は続けていくつも購入することができる】
  【既存の缶ジュース自販機を流用して開発作業を最小限に抑える】
 
 このリストを見てわかるように、顧客からは今までとは違う機能や他社とは違う特徴を伝えられるだけであることが普通です。したがって、ユーザの要望をベースに、システム(製品)として必要な要件を漏れなくリストアップするのは製品開発者の仕事となります。この化粧品の自販機の場合は次のようになります。今回はあくまでも説明のための例として取り上げているので、実際に製品を作るレベルにまでの完成度にはなっていないことにご注意ください。
 
R&D
図69. 主要なシステム要件
 
 図69を見ると、システム(製品)としてユーザに提供するサービスや機能の一覧になっていることがわかると思います。これで十分と考える人もいるでしょうが製品開発としては不十分です。製品としてはもっと細かなところまで詰めておく必要があります。それでは、図70に図69をさらに詳細化してみます。
 
R&D
図70. システム要件
 
 図69と比較して「取り扱い商品の確認」などの6つの大分類は変わらないものの、一つひとつが詳細になっていることがわかると思います。また、今まではユーザを主語にした表現にしていましたが、システムを主語にした表現に変えています。このように、システム(製品)がユーザに...
 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエンジニアリングとは、顧客の要望やニーズを整合性や一貫性を保証、あるいは、補完してハードウェアやソフトウェアなどのいくつかのサブシステムにブレークダウンする工程で、これにより、ハードウェア・サブシステムやソフトウェア・サブシステムの要件を明確にする作業です。そして、ハードウェア・エンジニアリングとは、システムエンジニアリングにより明確になったハードウェア・サブシステムの要件をそれを実現するための内部構造や各ブロック仕様、必要な開発作業などにブレークダウンする作業です。ソフトウェア・エンジニアリングなど他のサブシステムのエンジニアリング作業も同様です。今回は、実際にシステム設計の進め方について話をしたいと思います。説明のために自動販売機を開発すると仮定して話を進めたいと思います。
 
 システム設計の最初のステップは、ハードやソフトを含んだシステムに対する要件を明確にすることです。まずは、顧客の要望やニーズを整理します。ここでは、顧客からは以下のような要求があったとします。
 
  【自販機で扱う商品は化粧品】
  【商品は続けていくつも購入することができる】
  【既存の缶ジュース自販機を流用して開発作業を最小限に抑える】
 
 このリストを見てわかるように、顧客からは今までとは違う機能や他社とは違う特徴を伝えられるだけであることが普通です。したがって、ユーザの要望をベースに、システム(製品)として必要な要件を漏れなくリストアップするのは製品開発者の仕事となります。この化粧品の自販機の場合は次のようになります。今回はあくまでも説明のための例として取り上げているので、実際に製品を作るレベルにまでの完成度にはなっていないことにご注意ください。
 
R&D
図69. 主要なシステム要件
 
 図69を見ると、システム(製品)としてユーザに提供するサービスや機能の一覧になっていることがわかると思います。これで十分と考える人もいるでしょうが製品開発としては不十分です。製品としてはもっと細かなところまで詰めておく必要があります。それでは、図70に図69をさらに詳細化してみます。
 
R&D
図70. システム要件
 
 図69と比較して「取り扱い商品の確認」などの6つの大分類は変わらないものの、一つひとつが詳細になっていることがわかると思います。また、今まではユーザを主語にした表現にしていましたが、システムを主語にした表現に変えています。このように、システム(製品)がユーザに提供するサービス/機能を漏れなくリストアップしたものがシステム要件です。このレベルまで詳細化できれば十分だと考える人も多いと思います。しかし、このシステム要件は問題を抱えています。機能にしか注目していないからです。実際、システム設計きちんとやっていて十分に整理しているといっている開発現場であっても、注目しているのが機能だけとなっていることは少なくありません。次回は、「機能以外に注目してシステム要件をリストアップする」を、解説します。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!


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

もっと見る
製品設計におけるトレードオフのコントロール(その1)

 製品設計におけるトレードオフのコントロールを、今回と次回の2回に分けて解説します。   1.トレードオフを意識しながら製品設計するとは  製品...

 製品設計におけるトレードオフのコントロールを、今回と次回の2回に分けて解説します。   1.トレードオフを意識しながら製品設計するとは  製品...


新たな時代の「ものづくり」(前編)従来と異なる分野で事業化する

 企業は自社が持っている技術を常に見直し、新たな商品開発を行う必要があります。企業の商品開発活動では、従来自分たちが戦ってきた分野だけでなく、異なる分野で...

 企業は自社が持っている技術を常に見直し、新たな商品開発を行う必要があります。企業の商品開発活動では、従来自分たちが戦ってきた分野だけでなく、異なる分野で...


『価値づくり』の研究開発マネジメント (その2)

    前回は、「研究開発の生産性を上げるには、非生産的な活動を行う」という、刺激的なテーマで議論をしましたが、それではどのような「非生...

    前回は、「研究開発の生産性を上げるには、非生産的な活動を行う」という、刺激的なテーマで議論をしましたが、それではどのような「非生...


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

もっと見る
ソフトウェア開発スケジュールと結合テスト プロジェクト管理の仕組み (その7)

 前回のその6:進捗管理可能なソフト開発計画に続いて解説します。    ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...

 前回のその6:進捗管理可能なソフト開発計画に続いて解説します。    ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...


設計部門の仕組み改革(その2)

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...


高齢化社会の「アンメットニーズ」ー米国3M社の事例

 技術から事業価値への転換こそが、成長戦略成功の鍵と言われて久しい。しかし今年に入っても設備投資に踏み切る企業が多いとは言えないのは、稼げる事業テーマや新...

 技術から事業価値への転換こそが、成長戦略成功の鍵と言われて久しい。しかし今年に入っても設備投資に踏み切る企業が多いとは言えないのは、稼げる事業テーマや新...