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

更新日

投稿日

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

   続きを読むには・・・


この記事の著者

城田 靖彦

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

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


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

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

 前回はKETICモデルの中の知識(Knowledge)の内、ここまで2回にわたりコア技術について解説していましたが、肝心のコア技術とは何か?それをどう設...

 前回はKETICモデルの中の知識(Knowledge)の内、ここまで2回にわたりコア技術について解説していましたが、肝心のコア技術とは何か?それをどう設...


自社技術の棚卸し,保有している技術に基づく新製品発掘

 今回は自社技術の棚卸しについてお話します。これは、保有している技術の一覧表を作ることです。一覧表といっても作りかたは様々で、自社技術の競争力の確認や、技...

 今回は自社技術の棚卸しについてお話します。これは、保有している技術の一覧表を作ることです。一覧表といっても作りかたは様々で、自社技術の競争力の確認や、技...


オープン・イノベーションを社内で実現する方法   研究テーマの多様な情報源(その28)

    1.自らオープンにならなければ、オープン・イノベーションは成功しない    前回のその27に続いて解説し...

    1.自らオープンにならなければ、オープン・イノベーションは成功しない    前回のその27に続いて解説し...


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

もっと見る
品質の仕組みとは3 プロジェクト管理の仕組み (その29)

 これまでISO9001を例にした話になっていますので、ここで PMBOK (Project Management Body of Knowledge) ...

 これまでISO9001を例にした話になっていますので、ここで PMBOK (Project Management Body of Knowledge) ...


進捗管理可能なソフト開発計画 プロジェクト管理の仕組み (その6)

 前回のその5:ソフト開発計画の作成方法に続いて解説します。    製品機能に対するソフトウェアの各モジュールが実装すべき処理(内部機能)が...

 前回のその5:ソフト開発計画の作成方法に続いて解説します。    製品機能に対するソフトウェアの各モジュールが実装すべき処理(内部機能)が...


進捗の可視化は必要最小限にするのがポイント(その2)

  3. アクティビティとプロダクトの2軸管理    基本メトリクスセットの4指標(基本メトリクスと呼びます)について計画と実績...

  3. アクティビティとプロダクトの2軸管理    基本メトリクスセットの4指標(基本メトリクスと呼びます)について計画と実績...