サブシステムの開発目標 プロジェクト管理の仕組み (その42)

更新日

投稿日

 前回のその41に続いて解説します。
 
 下図は、改めて操作管理サブシステムだけを抽出したものです。
 
R&D
図78. 操作管理サブシステムの要件
 
 図78の左欄は、前回の図77を詳細化したもので、「操作管理サブシステム」の説明の「金額表示や商品選択ボタンとその操作を管理する」の具体的な内容です。もともとのシステム要件では Usability(使用性)や Reliability(信頼性)だったもののいくつかが Functionality(機能)になっていることにも注意してください。また、操作管理サブシステムとして新たに定義する必要がある要件も発生します。図78の右欄に記述しています。この部分はシステム要件の時と同様に、FURPS+ を使って漏れがないように書き出します。
 
 このようにして操作管理サブシステムの要件が整理できると、このサブシステムを担当しているサブチームは設計目標が明確になり、これによって仕様や機能や材料の検討などはじめとする具体的な開発作業をスタートできるようになります。操作管理サブシステム以外についても同様にして図78 のような要件を作成します。前述したように、このサブチームがこのレベルの要件では次に何をやったらいいのかわからないというのであれば、システム設計の担当は、回路やソフトなどの具体的な仕様にまでさらにブレークダウンする必要があります。
 
 以上で、操作管理サブシステムの開発を行うサブチームが目指す開発ゴールが明確になりました。ここで、システム設計と直接には関係しませんが、このようにして明確になった開発ゴールをこのサブチームの開発進捗管理にどのように活用するのかについても紹介しておきましょう。
 
 進捗管理の基本は、開発の各段階で開発ゴールに対する達成度を設定し、その達成度の確認を行うことです。つまり、図78LinkIconで示した FURPS+ でリストアップした要件の一つひとつについて、開発段階ごとのマイルストーンを設定するわけです。ここでは、開発工程が大きく「設計試作」「生産試作」「量産試作」の3つのステップから成るとして説明したいと思います。まずは、FURPS+ の要件それぞれをこの3つのステップごとのゴールに割り当てます。
 
R&D
図79. 要件ベースの進捗マイルストーン
 
 図79 では、設計試作は操作管理サブシステム単体で動く要件を中心としたゴール設定をし、生産試作では他のサブシステムからのアクションによって動く要件を中心としたゴール設定、そして、量産試作ではすべての要件を満たすゴール設定という考え方で、それぞれのマイルストーンを具体化しています。これは単なる一例であって、要件によるマイルストーンごとのゴール設定は、製品や開発プロジェクトの特性や都合に合わせていろいろな方法が考えられます。重要なのは、FURPS+ でリストアップされた要件を使って開発の途中段階のマイルストーンを設定し、開発の各段階での目標達成度を見える化することです。
 
 マイルストーンの設定も様々な方法があります。たとえば、各試作工程の評価工程が「単体評価」と「結合評価」に別れているのであれば、「設計試作ー単体評価」「設計試作ー結合評価」「生産試作ー単体評価」「生産試作ー結合評価」「量産試作ー単体評価」「量産試作ー結合評価」の6つのマイルストーンを設定することが可能です。また、既存製品の流用主体であれば、元の製品のサブシステムに徐々に手を入れて改造を進めることも可能で、その場合は、もっと多くの段階的なマイルストーンを設定することも可能になります。
 
 ここまで操作管理サブシステムを取り上げて説明してきました。、他のサブシステムも担当サブチームは同様の方法で要件や進捗管理のマイルストーンを設定します。そして、システム設計担当は、各サブチームが作成したサブシステムの要...
 前回のその41に続いて解説します。
 
 下図は、改めて操作管理サブシステムだけを抽出したものです。
 
R&D
図78. 操作管理サブシステムの要件
 
 図78の左欄は、前回の図77を詳細化したもので、「操作管理サブシステム」の説明の「金額表示や商品選択ボタンとその操作を管理する」の具体的な内容です。もともとのシステム要件では Usability(使用性)や Reliability(信頼性)だったもののいくつかが Functionality(機能)になっていることにも注意してください。また、操作管理サブシステムとして新たに定義する必要がある要件も発生します。図78の右欄に記述しています。この部分はシステム要件の時と同様に、FURPS+ を使って漏れがないように書き出します。
 
 このようにして操作管理サブシステムの要件が整理できると、このサブシステムを担当しているサブチームは設計目標が明確になり、これによって仕様や機能や材料の検討などはじめとする具体的な開発作業をスタートできるようになります。操作管理サブシステム以外についても同様にして図78 のような要件を作成します。前述したように、このサブチームがこのレベルの要件では次に何をやったらいいのかわからないというのであれば、システム設計の担当は、回路やソフトなどの具体的な仕様にまでさらにブレークダウンする必要があります。
 
 以上で、操作管理サブシステムの開発を行うサブチームが目指す開発ゴールが明確になりました。ここで、システム設計と直接には関係しませんが、このようにして明確になった開発ゴールをこのサブチームの開発進捗管理にどのように活用するのかについても紹介しておきましょう。
 
 進捗管理の基本は、開発の各段階で開発ゴールに対する達成度を設定し、その達成度の確認を行うことです。つまり、図78LinkIconで示した FURPS+ でリストアップした要件の一つひとつについて、開発段階ごとのマイルストーンを設定するわけです。ここでは、開発工程が大きく「設計試作」「生産試作」「量産試作」の3つのステップから成るとして説明したいと思います。まずは、FURPS+ の要件それぞれをこの3つのステップごとのゴールに割り当てます。
 
R&D
図79. 要件ベースの進捗マイルストーン
 
 図79 では、設計試作は操作管理サブシステム単体で動く要件を中心としたゴール設定をし、生産試作では他のサブシステムからのアクションによって動く要件を中心としたゴール設定、そして、量産試作ではすべての要件を満たすゴール設定という考え方で、それぞれのマイルストーンを具体化しています。これは単なる一例であって、要件によるマイルストーンごとのゴール設定は、製品や開発プロジェクトの特性や都合に合わせていろいろな方法が考えられます。重要なのは、FURPS+ でリストアップされた要件を使って開発の途中段階のマイルストーンを設定し、開発の各段階での目標達成度を見える化することです。
 
 マイルストーンの設定も様々な方法があります。たとえば、各試作工程の評価工程が「単体評価」と「結合評価」に別れているのであれば、「設計試作ー単体評価」「設計試作ー結合評価」「生産試作ー単体評価」「生産試作ー結合評価」「量産試作ー単体評価」「量産試作ー結合評価」の6つのマイルストーンを設定することが可能です。また、既存製品の流用主体であれば、元の製品のサブシステムに徐々に手を入れて改造を進めることも可能で、その場合は、もっと多くの段階的なマイルストーンを設定することも可能になります。
 
 ここまで操作管理サブシステムを取り上げて説明してきました。、他のサブシステムも担当サブチームは同様の方法で要件や進捗管理のマイルストーンを設定します。そして、システム設計担当は、各サブチームが作成したサブシステムの要件や進捗管理マイルストーンが、当初のシステム設計から外れたものになっていないかどうか、さらには、システム設計の見直しが必要になっていないかどうかを確認する必要があります。
 
 さて、システム設計についてはこれで終わりにしたいと思います。化粧品の自販機という事例で説明をしましたが、細かなことが多くてわかりづらかったかもしれません。ただ、システム設計の考え方やその進め方のポイントについては理解していただけたのではないかと思っています。システム設計はエンジニアリング作業の中でも管理が難しいと思われがちですが、システム設計のポイントを理解できていれば、重要な開発の最上位工程であるシステム設計に対するマネジメントも難しいことではなくなるはずです。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
イノベーション 普通の組織をイノベーティブにする処方箋 (その143)

  イノベーションの活動を行うことを妨げる「失敗のコストのマネジメント」の解説をしていますが、今回もこの解説を続けたいと思います。 &n...

  イノベーションの活動を行うことを妨げる「失敗のコストのマネジメント」の解説をしていますが、今回もこの解説を続けたいと思います。 &n...


思考の構成要素 普通の組織をイノベーティブにする処方箋 (その59)

   前回まではKETICモデルの2つ目、経験(Experience)の解説をし、また前回は経験(Experience)と他の要素、すなわ...

   前回まではKETICモデルの2つ目、経験(Experience)の解説をし、また前回は経験(Experience)と他の要素、すなわ...


、技術マーケティングとは 技術企業の高収益化:実践的な技術戦略の立て方(その8)

  ◆ お肉屋さんに学ぶ技術マーケティング  今回は、技術マーケティングについて解説します。技術戦略を固定観念にとらわれることなく合理的...

  ◆ お肉屋さんに学ぶ技術マーケティング  今回は、技術マーケティングについて解説します。技術戦略を固定観念にとらわれることなく合理的...


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

もっと見る
進捗管理の精度を上げる:第2回 プロジェクト管理の仕組み (その14)

 実際の進捗管理方法について、基本メトリクスセットの中の「作業成果物」から紹介します。作業成果物とは開発作業を進める中で出力されるもののことです。ハードウ...

 実際の進捗管理方法について、基本メトリクスセットの中の「作業成果物」から紹介します。作業成果物とは開発作業を進める中で出力されるもののことです。ハードウ...


作業要素の進捗分析2 プロジェクト管理の仕組み (その19)

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...


作業要素の進捗分析1 プロジェクト管理の仕組み (その18)

 連載で、進捗管理に利用する基本メトリクスセット(図41)について解説を続けています。前回はソフトウェア開発における成果物メトリクスについて解説しました。...

 連載で、進捗管理に利用する基本メトリクスセット(図41)について解説を続けています。前回はソフトウェア開発における成果物メトリクスについて解説しました。...