【設計部門の仕組み構築 連載目次】
前回までで、解決すべき根本原因の全容が明らかになりました。次にやることは、これらの根本原因を解消することができる具体的な対策を選び、実際の効果を推定することです。この段階でやっと、ツールやシステム、手法・技法などの調査や検討が必要になります。図23は、根本原因を否定文ではなく肯定文にすることで、対策方針の表現にしたものです。対策方針にしたがって具体化した対策（例）も記述しています。
図23.対策方針と実施する対策
個々の対策について具体的な内容には触れませんが、どの開発工程の効率化に寄与するのかを図24に分類しておきます。また、これらの対策を実施することによって、開発現場がどのような状態になるのかを考えましょう。
図24.実施する対策の工数削減効果
・試作回数が1回削減（2Sまでで顧客認定完了）
・設計開始時には直前の試作評価は完了している
・顧客対応技術者はほとんど客先常駐で仕様打ち合わせを実施
・プロジェクト管理者は複数の開発を同時に見ている
・再利用モジュールや技術情報の検索ノウハウが共有されている
・差分開発により設計、評価が効率化している
・製造からの指摘（製造性不具合）は大幅に減っている
・他モデル開発も含めて柔軟かつ混乱の少ないメンバーアサインが実施されている
・設計部門全体の開発状況をリアルタイムに把握している
・品質保証部門の管理下で改善活動が継続的に実施されている
・設計開始時には直前の試作評価は完了している
・顧客対応技術者はほとんど客先常駐で仕様打ち合わせを実施
・プロジェクト管理者は複数の開発を同時に見ている
・再利用モジュールや技術情報の検索ノウハウが共有されている
・差分開発により設計、評価が効率化している
・製造からの指摘（製造性不具合）は大幅に減っている
・他モデル開発も含めて柔軟かつ混乱の少ないメンバーアサインが実施されている
・設計部門全体の開発状況をリアルタイムに把握している
・品質保証部門の管理下で改善活動が継続的に実施されている
この段階で、考えた対策に適した使い方ができるかどうかの観点で、ツールやシステム、手法や技法などを特定します。「評価工数が大幅削減」「充実したプロジェクト管理機能」などのキーワードで判断したり、提供している機能や仕組みの豊富さで判断するものではないことは、いうまでもないと思います。対策効果は、これも詳細は省略しますが、図25の左側のグラフに示すように開発効率をほぼ2倍にすることが可能だと試算できました。もし、この段階で開発効率2倍が未達であれば、別の対策を検討する必要があります。また、右側のグラフは試作から量産までの各段階の工数がどのように減るのかを示しています。これで目指すべき開発の姿が明確になっています。
図25.開発工数削減の期待効果
この段階では、システムや技法などが特定でき、対策実施のために必要となる費用も概略把握できます。場合によっては、予算との兼ね合いで対策の取捨選択を検討する必要も生じます。その場合は、対策ごとの工数削減効果と必要になる費用とのバランスで取捨選択することになります。そのためには、図24の詳細データが必要になりますが今回は省略します。
以上で、開発効率2倍という頂上まで行くことができること、そして、頂上までの概略ルート（実施すべき対策セット）が明らかになりました。しかし、登山するにはまだ危険です。道に迷う危険性をもっと減らすために登山ルート（コース）はできる限り具体化する必要があります。食料や天候のことも考慮してスケジュール（時間軸）も具体化する必要があります。さらには、登山パーティを見直す必要もあるかもしれません。具体的には、対策実施の体制作りや上位マネジメントとの関係構築なども並行して実施する必要があります。
このように、登山ルートを具体化するという最後の段階は、「政治的」なことが要求される段階です。スケジュールを作成するためには、部署間・マネジャー間の力関係、設計部門あるいは事業部としての中短期方針、上位マネジメントの説得、対策実施メンバーの確保などなど、政治的な様々なことを考慮し、実行に移すことが要求されます。
政治的なことについては次回に解説します。詳細を省略した部分も多いと思います...
