短期開発プロセスのしくみづくり(その2)

更新日

投稿日

【短期開発プロセスのしくみづくり 連載目次】

 前回は短期開発プロセスのしくみ構築を進めて行く上において、考え得られる現状の問題点を挙げてみましたので、今回はそれらの問題点をクリアしつつ、短期開発プロセスのしくみ構築を進めていく方法をご紹介致します。

 はじめに、本活動は各部門の課長クラスの方が中心となって企画・検討・推進していきます。以下、活動の取り組み概要を順に追って説明してまいります。 

 まず対象となるプロセスと業務範囲を決めます。新製品開発のプロセスか、新規商品開発のプロセスか、各場合の製品カテゴリーとそのプロセスの始まりと終わりをどうするか等を決め、活動の前提とします。いづれの場合にも量産プロセスまで検討することにはなります。 

 対象と範囲が決まったら、そのプロセスについて実務経験を基に、今後どのように変えていきたいのか管理監督者各人の思いを挙げてまとめます。何故なら、今後は将来のリーダーの核になる彼らが中心となって開発業務を進めて行くことになるからです。 

 次に現状のプロセスの実態を調査していきます。ここでのポイントは、問題点の確からしさを追求することです。とかく問題とされるいることの多くは個人の主観で語られており、客観的根拠に基づいて本当の問題かどうか判断されぬまま問題視されていることが多いからです。その後、彼らの思いと、実際の問題から将来のあるべき姿を描き、新開発プロセスのモデルとコンセプトを決めていきます。これは、プロセスの企画案と思ってください。 

 そしていよいよ新開発プロセスモデルとコンセプトを基に解決すべき、造り上げるべき課題の抽出とそれらの具体的な検討に入ります。ここでは、基幹プロセスをまずしっかり組み立てていきます。これは主要の業務システムと運営体制を検討していくものです。 

 この基幹プロセス(例えば商品企画から初期流動管理解除までのプロセス)を検討していくと、補完すべきプロセスの見直しの必要性が明らかになってきます。これは、設計基準であったり品質基準、試作評価基準といった各種基準やその運用方法等々が相当します。 これらのプロセス課題を具現化し運用可能な状態に彼ら(課長クラスの方々)自身の手によって創り込んでいきます。ただし、補完システムは検討ボリュームが多いことから、彼らをリーダーに組織横断的ワーキンググループを課題別に編成し具現化していきます。 

 当然各グループ間での共通課題にまたがる課題が出てきますので、相互検討の場を設けて課題解決に当たります。全体の運営はもっと複雑なので、その方法については割愛いたします。 その後、新開発プロセスを実務へ移管しつつ、実施案の是正を図りながら体制を整え、確立していきます。その過程で業務規程も修正して...

【短期開発プロセスのしくみづくり 連載目次】

 前回は短期開発プロセスのしくみ構築を進めて行く上において、考え得られる現状の問題点を挙げてみましたので、今回はそれらの問題点をクリアしつつ、短期開発プロセスのしくみ構築を進めていく方法をご紹介致します。

 はじめに、本活動は各部門の課長クラスの方が中心となって企画・検討・推進していきます。以下、活動の取り組み概要を順に追って説明してまいります。 

 まず対象となるプロセスと業務範囲を決めます。新製品開発のプロセスか、新規商品開発のプロセスか、各場合の製品カテゴリーとそのプロセスの始まりと終わりをどうするか等を決め、活動の前提とします。いづれの場合にも量産プロセスまで検討することにはなります。 

 対象と範囲が決まったら、そのプロセスについて実務経験を基に、今後どのように変えていきたいのか管理監督者各人の思いを挙げてまとめます。何故なら、今後は将来のリーダーの核になる彼らが中心となって開発業務を進めて行くことになるからです。 

 次に現状のプロセスの実態を調査していきます。ここでのポイントは、問題点の確からしさを追求することです。とかく問題とされるいることの多くは個人の主観で語られており、客観的根拠に基づいて本当の問題かどうか判断されぬまま問題視されていることが多いからです。その後、彼らの思いと、実際の問題から将来のあるべき姿を描き、新開発プロセスのモデルとコンセプトを決めていきます。これは、プロセスの企画案と思ってください。 

 そしていよいよ新開発プロセスモデルとコンセプトを基に解決すべき、造り上げるべき課題の抽出とそれらの具体的な検討に入ります。ここでは、基幹プロセスをまずしっかり組み立てていきます。これは主要の業務システムと運営体制を検討していくものです。 

 この基幹プロセス(例えば商品企画から初期流動管理解除までのプロセス)を検討していくと、補完すべきプロセスの見直しの必要性が明らかになってきます。これは、設計基準であったり品質基準、試作評価基準といった各種基準やその運用方法等々が相当します。 これらのプロセス課題を具現化し運用可能な状態に彼ら(課長クラスの方々)自身の手によって創り込んでいきます。ただし、補完システムは検討ボリュームが多いことから、彼らをリーダーに組織横断的ワーキンググループを課題別に編成し具現化していきます。 

 当然各グループ間での共通課題にまたがる課題が出てきますので、相互検討の場を設けて課題解決に当たります。全体の運営はもっと複雑なので、その方法については割愛いたします。 その後、新開発プロセスを実務へ移管しつつ、実施案の是正を図りながら体制を整え、確立していきます。その過程で業務規程も修正していきます。

 ざっとですが、これらが全体の進め方です。これを2年から3年にかけて進めて行くことになります。1年目が基幹プロセスの構想と補完プロセスの検討、2年目が実務移管と是正処置及び業務規程、標準の見直し、3年目がプロセスと体制の確立という流れになります。 

 次回は、これらの活動推進上の考え方、ポイントについてご紹介いたします。

 

*この件に関するショートセミナーを3月に予定していますので、ご興味のある方は是非参加してください!

 https://www.monodukuri.com/seminars/detail/130

   続きを読むには・・・


この記事の著者

城田 靖彦

改善活動は人財育成の場です。ポテンシャルを引き出し成果を出す活動を効果的に提案いたします。

改善活動は人財育成の場です。ポテンシャルを引き出し成果を出す活動を効果的に提案いたします。


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

もっと見る
ビジネスの質的変化への対応 開発生産性向上(その2)

       【開発生産性向上 連載目次】 1. 生産性向上の必要性 2. ビジネスの質的変化への対...

       【開発生産性向上 連載目次】 1. 生産性向上の必要性 2. ビジネスの質的変化への対...


JOICの活動 オープンイノベーションとは(その6)

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...

         【オープンイノベーションとは 連載目次】 1. オープンイノベーショ...


「期」について 普通の組織をイノベーティブにする処方箋 (その64)

 今回も、前回に引き続き、「思い付く」ための「知識・経験を整理するフレームワーク」の中の、知識・経験を時系列で整理する「期」ついて解説します。 ◆関...

 今回も、前回に引き続き、「思い付く」ための「知識・経験を整理するフレームワーク」の中の、知識・経験を時系列で整理する「期」ついて解説します。 ◆関...


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

もっと見る
管理力より技術力を磨け

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...


ソフト開発の手戻りを小さくするには プロジェクト管理の仕組み (その8)

 前回のその7:ソフトウェア開発スケジュールと結合テストに続いて解説します。     この数回はプロジェクト管理をテーマにお話ししていますが...

 前回のその7:ソフトウェア開発スケジュールと結合テストに続いて解説します。     この数回はプロジェクト管理をテーマにお話ししていますが...


スケールド・アジャイル・フレームワーク (SAFe) の導入開始

        はたして僕が勤める企業はスケールド・アジャイル・フレームワーク (SAFe) を上手く導入で...

        はたして僕が勤める企業はスケールド・アジャイル・フレームワーク (SAFe) を上手く導入で...