工数の集計と評価 「設計工数の見える化」から始める業務改善(その2)

投稿日

 
 前回のその1に続いて解説します。
 

3. 設計工数の集計と評価

 
 これまで述べてきたように、「設計工数の見える化」は設計部門にとって必要な活動です。しかし、設計工数の集計作業が大きな負担となり、継続できないというケースがよくあるようです。
 
 初めて「設計工数の見える化」に取り組むのであれば、1日数分程度で終わるぐらいのシンプルな集計方法から始めることです。以下私自身も行っていた集計方法です。
 
 まず、設計部門の業務を「設計業務」「設計付帯業務」「設計外業務」に分類します。次に、それぞれの設計テーマごとにNo.をつけます。各テーマは設計管理者が工数の見積りを行った上でスタートします。
 
表3 設計業務テーマ一覧表
技術マネジメント
 
 設計者は集計表に自分が手がけている設計テーマのNo.を記入し、それぞれの設計テーマで使った時間を一日ごとに記入します(図1)。時間はあまり細かく記入する必要はなく、15~30分を最小単位とします。
 
技術マネジメント
図1 設計者の工数集計表
 
 一つの設計テーマが完了したら、設計工数をすべて集計し、見積り工数と実績値の比較や、想定より工数を要した工程などを洗い出します。必要に応じて設計プロセスの見直しなど、業務改善を進めます。
 
 一定期間ごとに、設計部門全体、各設計者について、設計業務、設計付帯業務、設計外業務の比率を明確化します。設計付帯業務や設計外業務も重要ではあるが、設計者が業務の半分以上を問合せ対応に費やしているようであれば問題です。Q&A資料を拡充する、設計者以外が対応するなどの対策が必要です。
 
 このように設計業務とそれ以外を明確にすることによって、様々な改善策を講じることができます。
 
 集計を継続するためのポイントは、毎日記入を行うことです。週末にまとめてやろうと思うと、なかなか思い出せず記入が進まないのです。それがストレスとなって集計が続かなくなってしまいます。
 
 私も設計者時代に図1のようなフォーマットに毎朝記入していましたが、必要な時間は5分程度でした。自分の仕事の整理にもなるので、特にストレスを感じることはありませんでした。
 
 

4. 「設計工数の見える化」は、組織作りに必要不可欠な活動

 
 パーキンソンの第一法則「仕事の量は、完成のために与えられた時間をすべて満たすまで膨張する[1]」にもあるように、見積り工数自体が実際の工数に影響を与える可能性があります。
 
 また、設計業務の中で工数管理・日程...
 
 前回のその1に続いて解説します。
 

3. 設計工数の集計と評価

 
 これまで述べてきたように、「設計工数の見える化」は設計部門にとって必要な活動です。しかし、設計工数の集計作業が大きな負担となり、継続できないというケースがよくあるようです。
 
 初めて「設計工数の見える化」に取り組むのであれば、1日数分程度で終わるぐらいのシンプルな集計方法から始めることです。以下私自身も行っていた集計方法です。
 
 まず、設計部門の業務を「設計業務」「設計付帯業務」「設計外業務」に分類します。次に、それぞれの設計テーマごとにNo.をつけます。各テーマは設計管理者が工数の見積りを行った上でスタートします。
 
表3 設計業務テーマ一覧表
技術マネジメント
 
 設計者は集計表に自分が手がけている設計テーマのNo.を記入し、それぞれの設計テーマで使った時間を一日ごとに記入します(図1)。時間はあまり細かく記入する必要はなく、15~30分を最小単位とします。
 
技術マネジメント
図1 設計者の工数集計表
 
 一つの設計テーマが完了したら、設計工数をすべて集計し、見積り工数と実績値の比較や、想定より工数を要した工程などを洗い出します。必要に応じて設計プロセスの見直しなど、業務改善を進めます。
 
 一定期間ごとに、設計部門全体、各設計者について、設計業務、設計付帯業務、設計外業務の比率を明確化します。設計付帯業務や設計外業務も重要ではあるが、設計者が業務の半分以上を問合せ対応に費やしているようであれば問題です。Q&A資料を拡充する、設計者以外が対応するなどの対策が必要です。
 
 このように設計業務とそれ以外を明確にすることによって、様々な改善策を講じることができます。
 
 集計を継続するためのポイントは、毎日記入を行うことです。週末にまとめてやろうと思うと、なかなか思い出せず記入が進まないのです。それがストレスとなって集計が続かなくなってしまいます。
 
 私も設計者時代に図1のようなフォーマットに毎朝記入していましたが、必要な時間は5分程度でした。自分の仕事の整理にもなるので、特にストレスを感じることはありませんでした。
 
 

4. 「設計工数の見える化」は、組織作りに必要不可欠な活動

 
 パーキンソンの第一法則「仕事の量は、完成のために与えられた時間をすべて満たすまで膨張する[1]」にもあるように、見積り工数自体が実際の工数に影響を与える可能性があります。
 
 また、設計業務の中で工数管理・日程管理が最も難しい仕事の一つであるというのも私の実感です。しかし、それが「設計工数の見える化」をしない理由にはならないのです。
 
 「設計工数の見える化」は、よい製品や高い利益を生み出す組織を作るために必要不可欠な活動であると確信しています。
 
【参考文献】
 [1]「パーキンソンの法則」 Wikipedia
 

   続きを読むには・・・


この記事の著者

田口 宏之

中小製造業の製品設計の仕組み作りをお手伝いします!これからの時代、製品設計力強化が中小製造業の勝ち残る数少ない選択肢の一つです。

中小製造業の製品設計の仕組み作りをお手伝いします!これからの時代、製品設計力強化が中小製造業の勝ち残る数少ない選択肢の一つです。


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

もっと見る
技術文書の品質管理(その5)5W1Hの考え方に基づく管理

  【目次】 今回は、「5W1Hの考え方に基づく技術文書の品質管理」について解説します。   1. 5W1...

  【目次】 今回は、「5W1Hの考え方に基づく技術文書の品質管理」について解説します。   1. 5W1...


ターゲット設定とは 新規事業・新商品を生み出す技術戦略(その87)

  ◆ 新規事業のターゲット設定、かたよりは禁物  新規事業を目的としたターゲットを設定する時、どのような方法を採用していますか。ここで...

  ◆ 新規事業のターゲット設定、かたよりは禁物  新規事業を目的としたターゲットを設定する時、どのような方法を採用していますか。ここで...


イノベーションの創出 普通の組織をイノベーティブにする処方箋 (その126)

  【この連載の前回へのリンク】 【この連載の次回へのリンク】 今回も前回、前々回と同様、「切り取った知識の重要部分を発想するフレーム...

  【この連載の前回へのリンク】 【この連載の次回へのリンク】 今回も前回、前々回と同様、「切り取った知識の重要部分を発想するフレーム...


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

もっと見る
システム設計3 プロジェクト管理の仕組み (その35)

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...


マトリクス体制での品質保証2 プロジェクト管理の仕組み (その31)

 前回のマトリクス体制での品質保証1に続いて解説します。品質計画は、製品開発に必要となる手順やリソースが誰によっていつ適用されるかを明確にした個別製品の開...

 前回のマトリクス体制での品質保証1に続いて解説します。品質計画は、製品開発に必要となる手順やリソースが誰によっていつ適用されるかを明確にした個別製品の開...


開発工数メトリクス1 プロジェクト管理の仕組み (その21)

 前回のプロジェクト管理の仕組み (その20)に続いて解説します。    進捗管理のための基本メトリクスセットについての解説を続けています。...

 前回のプロジェクト管理の仕組み (その20)に続いて解説します。    進捗管理のための基本メトリクスセットについての解説を続けています。...