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

更新日

投稿日

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

 前回のその2に続いて、今回は「短期開発プロセスのしくみ構築」の基本的な考え方をご紹介します。 

 まず、一般的に良く行なわれる業務改善のように、部門の業務、そこの担当者個人の業務に対して機能していない業務を見つけ出して、「止める、減らす、変える...」といったいわば合理化推進活動とは異なります。基本的に現行の組織を跨る各部門の機能、ミッションを明確にし、本来やるべき仕事、価値ある業務を創り出すことによって業務の充実化を図ることであり、価値ある業務の追求の結果、価値の低い業務が排除されていくという考え方に立ちましょう。これは業務時間を短縮化させ経費を削減させるといった狙いよりは、本来必要とする仕事(有益な仕事)をやれるようにする(しくみ化する)とことによって、多くの効果(次回説明)を見出すことを狙っていきます。

 もちろん、これらの活動によって組織の変更を伴うことも当然出てきます。 一見仕事が増えてリードタイムが長くなるように感じますが、価値ある業務の追求による仕事の変化は納得のいくものであり、関係者から見てもこれまで以上に価値を感じるようになるはずです。そして、これらの業務の価値変化によって業務情報の整流化(清流化)が図られ、コミュニケーションが良くなり、余計な手続きや会議が省かれ、業務がスムーズに回っていくようになります。リードタイム短縮によって納期に余裕が出れば、より充実した仕事を見つけることも可能となるでしょう。 

 次に業務の捉え方ですが、業務の向け先としては、以下のように大別できます。

(1)お客様または顧客のための業務
(2)社内向けの業務
(3)コンプライアンス上必要とされる業務
(4)保身の為の業務

 この中で最も価値ある業務は(1)のお客様または顧客のための業務であることを念頭に検討を進めて行くことが肝要でしょう。

 そして改善レベルについての考え方ですが、(a)しくみレベルの改善、 (b)システムレベルの改善、 (c)業務レベルの改善の順にプロセスを変えていくことで、価値を高め無駄を省いていくことを中心に進めて、以下、(d)作業レベルの改善、(e)動作レベルの改善と細かくとらえていくことになります。しくみ構築では(a)(b)(c)までを対象とします。しくみ構築はまず自部門の業務のあり方を再認識することが重要であり、そのはじめとして先に述べた通り部門ミッションを明らかにすること、そして事実起きている事象について問題か否かの根拠追求を行い、事実であった問題はお互いに認め合うことです。価値ある業務を創出するために、現状を是とするのではなく高い目線で事業全体を捉えながら、より良い方向、あるべき姿、望む姿を描くことで将来の変革のベース(拠り所)を設定します。また業務を捉える上で、その業務がなぜ必要なのか、何のための仕事なのかといった観点から機能本位で追求していきます。

 最後にプログラム上の考え方ですが、開発生産フローとタイミングチャート上のマイルスストーンを明確にします。マイルストーンとは例えば、商品企画会議、製品開発会議、DR1,2,3、などを指します。これらのマイルストーンに向けて各部門の業務が進められていきますので、各マイルストーンに向かった仕事すなわち基幹業務を明確にしていきます。各マイルストーンに到達していく間に課題が見えてきますのでこれらを皆さんの思いと抱き合わせて、新開発プロセスモデルを...

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

 前回のその2に続いて、今回は「短期開発プロセスのしくみ構築」の基本的な考え方をご紹介します。 

 まず、一般的に良く行なわれる業務改善のように、部門の業務、そこの担当者個人の業務に対して機能していない業務を見つけ出して、「止める、減らす、変える...」といったいわば合理化推進活動とは異なります。基本的に現行の組織を跨る各部門の機能、ミッションを明確にし、本来やるべき仕事、価値ある業務を創り出すことによって業務の充実化を図ることであり、価値ある業務の追求の結果、価値の低い業務が排除されていくという考え方に立ちましょう。これは業務時間を短縮化させ経費を削減させるといった狙いよりは、本来必要とする仕事(有益な仕事)をやれるようにする(しくみ化する)とことによって、多くの効果(次回説明)を見出すことを狙っていきます。

 もちろん、これらの活動によって組織の変更を伴うことも当然出てきます。 一見仕事が増えてリードタイムが長くなるように感じますが、価値ある業務の追求による仕事の変化は納得のいくものであり、関係者から見てもこれまで以上に価値を感じるようになるはずです。そして、これらの業務の価値変化によって業務情報の整流化(清流化)が図られ、コミュニケーションが良くなり、余計な手続きや会議が省かれ、業務がスムーズに回っていくようになります。リードタイム短縮によって納期に余裕が出れば、より充実した仕事を見つけることも可能となるでしょう。 

 次に業務の捉え方ですが、業務の向け先としては、以下のように大別できます。

(1)お客様または顧客のための業務
(2)社内向けの業務
(3)コンプライアンス上必要とされる業務
(4)保身の為の業務

 この中で最も価値ある業務は(1)のお客様または顧客のための業務であることを念頭に検討を進めて行くことが肝要でしょう。

 そして改善レベルについての考え方ですが、(a)しくみレベルの改善、 (b)システムレベルの改善、 (c)業務レベルの改善の順にプロセスを変えていくことで、価値を高め無駄を省いていくことを中心に進めて、以下、(d)作業レベルの改善、(e)動作レベルの改善と細かくとらえていくことになります。しくみ構築では(a)(b)(c)までを対象とします。しくみ構築はまず自部門の業務のあり方を再認識することが重要であり、そのはじめとして先に述べた通り部門ミッションを明らかにすること、そして事実起きている事象について問題か否かの根拠追求を行い、事実であった問題はお互いに認め合うことです。価値ある業務を創出するために、現状を是とするのではなく高い目線で事業全体を捉えながら、より良い方向、あるべき姿、望む姿を描くことで将来の変革のベース(拠り所)を設定します。また業務を捉える上で、その業務がなぜ必要なのか、何のための仕事なのかといった観点から機能本位で追求していきます。

 最後にプログラム上の考え方ですが、開発生産フローとタイミングチャート上のマイルスストーンを明確にします。マイルストーンとは例えば、商品企画会議、製品開発会議、DR1,2,3、などを指します。これらのマイルストーンに向けて各部門の業務が進められていきますので、各マイルストーンに向かった仕事すなわち基幹業務を明確にしていきます。各マイルストーンに到達していく間に課題が見えてきますのでこれらを皆さんの思いと抱き合わせて、新開発プロセスモデルを描いていきます。この段階で見直すべき補完システムを挙げ取り組み方も決めていきます。出てきた課題を紐付けし、重点タスクを定め、具体化検討計画を組んで組織的に展開できるようにします。そして、これらの課題は管理監督職のグループが検討するもの、各部門で検討するもの、WGによって検討するものに分けて同時推進させていきます。

 主だった考え方の一部を紹介してみましたが、実際の取り組みにおいてはすべてが定型的な考え方の下で進められるようなものではありませんので、常に活動の状況を把握しながら適切な考え方を以って取り組むことが求められます。

 

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

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

 

   続きを読むには・・・


この記事の著者

城田 靖彦

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

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


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

もっと見る
ムーンショット目標4とは 新規事業・新商品を生み出す技術戦略(その64)

 「ムーンショット型研究開発事業」※の関連で、今回はムーンショット目標4の解説です。※(ムーンショットとは)  同目標4では「2050年までに、地球...

 「ムーンショット型研究開発事業」※の関連で、今回はムーンショット目標4の解説です。※(ムーンショットとは)  同目標4では「2050年までに、地球...


技術戦略 研究テーマの多様な情報源(その34)

    前回の『価値づくり』に向けての三位一体の技術戦略 第4回では、組織単位でスパークを起こす意義およびその方法を解説しまし...

    前回の『価値づくり』に向けての三位一体の技術戦略 第4回では、組織単位でスパークを起こす意義およびその方法を解説しまし...


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

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

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


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

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

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

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


スーパーマンではなくプロフェッショナルな技術者に(その2)

【プロフェッショナルな技術者 連載目次】 1. 製品開発現場が抱えている問題 2. プロフェッショナルによる製品開発 3. 設計組織がねらい通り...

【プロフェッショナルな技術者 連載目次】 1. 製品開発現場が抱えている問題 2. プロフェッショナルによる製品開発 3. 設計組織がねらい通り...


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

 前回のその41に続いて解説します。    下図は、改めて操作管理サブシステムだけを抽出したものです。   図78. 操作...

 前回のその41に続いて解説します。    下図は、改めて操作管理サブシステムだけを抽出したものです。   図78. 操作...