短期開発プロセスのしくみづくり(その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

 

   続きを読むには・・・


この記事の著者

城田 靖彦

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

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


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

もっと見る
内発的動機付け 普通の組織をイノベーティブにする処方箋 (その81)

 エドワード・デシの4段階理論に基づき、外発的動機付けから内発的動機付けを誘引する4つの段階を解説しています。今回は、その80の続きです。 ◆関連解...

 エドワード・デシの4段階理論に基づき、外発的動機付けから内発的動機付けを誘引する4つの段階を解説しています。今回は、その80の続きです。 ◆関連解...


普通の組織をイノベーティブにする処方箋 (その186) 他人の妄想・思考プロセスをたどる

・見出しの番号は、前回からの連番です。 【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! 妄想はネ...

・見出しの番号は、前回からの連番です。 【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! 妄想はネ...


原因から結果 普通の組織をイノベーティブにする処方箋 (その72)

 前回から時系列や物理量で整理した知識を、それらの関係性で考えることについて解説しています。今回もその解説を続けます。 ◆関連解説記事『技術マネジメ...

 前回から時系列や物理量で整理した知識を、それらの関係性で考えることについて解説しています。今回もその解説を続けます。 ◆関連解説記事『技術マネジメ...


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

もっと見る
プリウスの開発事例から学ぶ画期的挑戦

トヨタ・プリウスが1997年に世界初の量産ハイブリッド車として市場に出た時は大きな衝撃を社会にもたらしました。2009年に20万8876台を売り上げ、...

トヨタ・プリウスが1997年に世界初の量産ハイブリッド車として市場に出た時は大きな衝撃を社会にもたらしました。2009年に20万8876台を売り上げ、...


開発者が意識したい1日のスケジューリング(午後~夜編)

  前回の記事では一日の業務を有意義なものにするため、就業前の朝の時間と午前中の脳がフレッシュなうちにアイデア創出やメンバーとのコミュニケ...

  前回の記事では一日の業務を有意義なものにするため、就業前の朝の時間と午前中の脳がフレッシュなうちにアイデア創出やメンバーとのコミュニケ...


製品開発部へのカンバン導入記(その3)

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...