開発進捗は数字で表現した方が確実に進む 新規事業・新商品を生み出す技術戦略(その28)

更新日

投稿日

 
  技術マネジメント
 
 今回のテーマは、開発を効果的に加速させる進捗管理方法のご紹介です。例えば、会社全体のスキルアップを目的として、社員に「TOEICで800点を取らせたい」とか「情報処理技術者試験の資格を取らせたい」といった場合は、会社・組織として目標設定し、個々の進捗を報告させるなど手を打たれるかと思います。
 
 過去問を受けさせた結果と目標を比較し不足している分野を特定する。そして該当分野を繰り返し勉強する…といった、いわゆるPDCAを回すことで現状のレベルと進捗が明確です。
 
 しかし、新規事業・新商品に関わる業務は一般的な業務フローが存在せず、現状を正しく認識することが難しいものです。故に一旦は決めた目標まで、いつの間にかズレてしまうことになりかねません。
 
 では、このような状況において、いったいどのように進捗管理をしたらよいのか、3つのステップで解説します。
 

1. 上位ロードマップを元に実務ロードマップを作る

 
 ご自身の組織・開発プロジェクトの上位に経営戦略や技術戦略などがある場合がほとんどかと思います。上位ロードマップを真として、ご自身の組織・開発プロジェクトの業務に特化した実務ロードマップを作成してください。
 

2. 1〜2週間単位の業務(=小タスク)に分ける

 
 組織・開発プロジェクトのロードマップから開発計画を作成し、だいたい3ヶ月程度の業務を1〜2週間単位の業務(小タスク)に分類してください。分類した小タスクは、開発スタートした時点で基本的に変更しないことを宣言することがポイントです。
 
 小タスクの作成は、開発メンバー本人に実施させても構いません。
 

3. 進捗は数字(=%)と状況(信号)で管理する

 
 小タスクがスタートしたら開発が軌道にのるまでの期間、デイリーで報告します。10名程度の開発チームの場合はメンバー全員が出席し、それ以上の場合は報告の場がダレやすいので、子チームを作り報告者を設定しましょう。
 
 報告内容は、小タスク毎に全体の何パーセントが完了しているのか、状況を次の例のように報告させます。
 
  •  赤信号 = 課題多し   :このままでは間に合わなそう
  •  黄信号 = 課題発生見込み:課題が見えてきた、時間がかかりそう
  •  青信号 = 順調     :問題なく進んでいる
 
 この報告内容のポイントは、客観的な数字と主観的な状況の両方を共有することです。状況を3種類の分類で報告することで、課題解決の議論がすぐにスタートでき、チーム一丸で素早い対応が実現できます。
 
  人間は感情の生き物とはよく言ったもので...
 
  技術マネジメント
 
 今回のテーマは、開発を効果的に加速させる進捗管理方法のご紹介です。例えば、会社全体のスキルアップを目的として、社員に「TOEICで800点を取らせたい」とか「情報処理技術者試験の資格を取らせたい」といった場合は、会社・組織として目標設定し、個々の進捗を報告させるなど手を打たれるかと思います。
 
 過去問を受けさせた結果と目標を比較し不足している分野を特定する。そして該当分野を繰り返し勉強する…といった、いわゆるPDCAを回すことで現状のレベルと進捗が明確です。
 
 しかし、新規事業・新商品に関わる業務は一般的な業務フローが存在せず、現状を正しく認識することが難しいものです。故に一旦は決めた目標まで、いつの間にかズレてしまうことになりかねません。
 
 では、このような状況において、いったいどのように進捗管理をしたらよいのか、3つのステップで解説します。
 

1. 上位ロードマップを元に実務ロードマップを作る

 
 ご自身の組織・開発プロジェクトの上位に経営戦略や技術戦略などがある場合がほとんどかと思います。上位ロードマップを真として、ご自身の組織・開発プロジェクトの業務に特化した実務ロードマップを作成してください。
 

2. 1〜2週間単位の業務(=小タスク)に分ける

 
 組織・開発プロジェクトのロードマップから開発計画を作成し、だいたい3ヶ月程度の業務を1〜2週間単位の業務(小タスク)に分類してください。分類した小タスクは、開発スタートした時点で基本的に変更しないことを宣言することがポイントです。
 
 小タスクの作成は、開発メンバー本人に実施させても構いません。
 

3. 進捗は数字(=%)と状況(信号)で管理する

 
 小タスクがスタートしたら開発が軌道にのるまでの期間、デイリーで報告します。10名程度の開発チームの場合はメンバー全員が出席し、それ以上の場合は報告の場がダレやすいので、子チームを作り報告者を設定しましょう。
 
 報告内容は、小タスク毎に全体の何パーセントが完了しているのか、状況を次の例のように報告させます。
 
  •  赤信号 = 課題多し   :このままでは間に合わなそう
  •  黄信号 = 課題発生見込み:課題が見えてきた、時間がかかりそう
  •  青信号 = 順調     :問題なく進んでいる
 
 この報告内容のポイントは、客観的な数字と主観的な状況の両方を共有することです。状況を3種類の分類で報告することで、課題解決の議論がすぐにスタートでき、チーム一丸で素早い対応が実現できます。
 
  人間は感情の生き物とはよく言ったもので、どんなに研究好き・ロジック思考のメンバーであっても、開発リーダーや仲間に対して、主観的な情報を理解して欲しいと潜在的に思っています。
 
 ・ ・ ・
 
 以上、3つのステップを踏むだけで、複雑な業務をシンプルにし、開発を加速させることができます。ぜひ、ご自身の開発プロジェクトに適用してください。
 

   続きを読むには・・・


この記事の著者

川崎 響子

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。


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

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

◆ 挑戦的な研究開発:ムーンショット型研究開発事業について感じたこと  今回は、内閣府が主導する「ムーンショット型研究開発制度」の話題です。  ム...

◆ 挑戦的な研究開発:ムーンショット型研究開発事業について感じたこと  今回は、内閣府が主導する「ムーンショット型研究開発制度」の話題です。  ム...


自社コア技術の強化のための技術 普通の組織をイノベーティブにする処方箋 (その33)

        前回までは自社のコア技術を拠り所にして外部技術を活用する方法として、「その1:自社のコア技術...

        前回までは自社のコア技術を拠り所にして外部技術を活用する方法として、「その1:自社のコア技術...


市場トラブルを解決に導く調査の進め方~海外製テレビの誤動作と電池焼損の事例に学ぶ~

【目次】 市場で発生する製品トラブルは、単なる故障から環境要因、設計上の不具合まで多岐にわたります。特に海外製品の場合、初期対応や原...

【目次】 市場で発生する製品トラブルは、単なる故障から環境要因、設計上の不具合まで多岐にわたります。特に海外製品の場合、初期対応や原...


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

もっと見る
ソフトウェア開発スケジュールと結合テスト プロジェクト管理の仕組み (その7)

 前回のその6:進捗管理可能なソフト開発計画に続いて解説します。    ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...

 前回のその6:進捗管理可能なソフト開発計画に続いて解説します。    ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...


擦り合わせ能力を活かすマネジメントとは(その1)

  前回は、「擦り合わせ型開発」と「組み合わせ型開発」のモデルを使って、開発体制について考察しました。擦り合わせ型開発と組み合わせ型開発それぞれ...

  前回は、「擦り合わせ型開発」と「組み合わせ型開発」のモデルを使って、開発体制について考察しました。擦り合わせ型開発と組み合わせ型開発それぞれ...


仕組みの見直しに成功する組織2 プロジェクト管理の仕組み (その26)

 前回の仕組みの見直しに成功する組織1に続いて解説します。    仕組みの見直しに成功する組織の考察ですが、今回は、マネジメントのコミットメ...

 前回の仕組みの見直しに成功する組織1に続いて解説します。    仕組みの見直しに成功する組織の考察ですが、今回は、マネジメントのコミットメ...