リーン製品開発の全体像 – ビジュアルプロジェクトボード

投稿日

 

 前回の「リーン製品開発の全体像 – 可視化ワークフロー管理」に続けて解説します。

 

◆ ビジュアルプロジェクトボード – 2週間計画

 ビジュアルプロジェクトボードのひとつの要素が、2週間計画 (Two-Week Action Plan)です。

 チームメンバーそれぞれが、この2週間の自分のタスク(仕事や作業)を付箋(ふせん)に書き、ボードに貼り付けます。チームが2週間で完了すべきタスクが全て「見える化」され、チームの小日程となります。

技術マネジメント

図1. 2週間計画の取り組み例

 

 付箋にはタスクの責任者と、ID (識別番号)、内容、開始日、完了日が記載されています。「誰が、何を、いつから始めて、いつまでにするのか」といった内容が、明確に短く記載されています。

技術マネジメント

図2. 付箋への記載例

 付箋は、色分けします。

 図に示した赤の付箋は、最優先のタスクです。クリティカルパス上にあるタスクです。クリティカルパスとは、そのタスクが遅延すると、それに依存するタスクに影響して、その結果、主なマイルストーン(例えば、製品出荷日など)が遅延するものです。チーム一丸となって、クリティカルパス上のタスクが予定通りに完了することができるように、あらゆる障害に対処しなくてはなりません。

 

 黄色は優先度中のタスクを、青色は予定外作業 (Unplanned Work) を表しています。

 例えば、西村さんのタスクは1週目の月曜日に、赤の付箋が一枚貼られています。これは、最優先のタスクが一つあって、月曜日のスタンドアップミーティングまでに完了予定であることを意味しています。1週の水曜日には、黄色のタスクが貼られていますがこれは、優先度中のタスクが二つあり、水曜日のスタンドアップミーティングまでに完了しなくてはならない[1]という意味です。1週目の金曜日は何も貼られていませんので、完了しなくてはならないタスクはありません。

 もしあなたが、スケジュール管理や人員管理でお悩みあれば、このボードを見て何かお気づきになったことでしょう。

 例えば、上野さんは1週目の金曜日に最優先のタスクを一つ完了しなくてはなりませんが、水曜日には予定外の作業が割り込んできているため、この予定外の作業が悪影響して、最優先のタスクが遅延するおそれがあるのです。この懸念材料を回避するため、予定外の作業の計画を変えることを検討すべきです。例えば青山さんは、この2週間、最優先タスクを担っていないので、この予定外の作業に取り組める余地があるかもしれません。もしくは、上野さんが担当するとしても、この予定外作業の完了予定を遅らせることができないか検討すべきです。

 

 このビジュアルボードを用いると、この先に遭遇するかもしれない障害が浮き彫りになります。問題となる前に、そうした障害に対処するためのダイナミックなプランニングが可能となります。また、クリティカルパス上にあるタスクを「見える化」することで、チームは一丸となって、そのスケジュールを守ろうとするのです。

 

 次回...

 

 前回の「リーン製品開発の全体像 – 可視化ワークフロー管理」に続けて解説します。

 

◆ ビジュアルプロジェクトボード – 2週間計画

 ビジュアルプロジェクトボードのひとつの要素が、2週間計画 (Two-Week Action Plan)です。

 チームメンバーそれぞれが、この2週間の自分のタスク(仕事や作業)を付箋(ふせん)に書き、ボードに貼り付けます。チームが2週間で完了すべきタスクが全て「見える化」され、チームの小日程となります。

技術マネジメント

図1. 2週間計画の取り組み例

 

 付箋にはタスクの責任者と、ID (識別番号)、内容、開始日、完了日が記載されています。「誰が、何を、いつから始めて、いつまでにするのか」といった内容が、明確に短く記載されています。

技術マネジメント

図2. 付箋への記載例

 付箋は、色分けします。

 図に示した赤の付箋は、最優先のタスクです。クリティカルパス上にあるタスクです。クリティカルパスとは、そのタスクが遅延すると、それに依存するタスクに影響して、その結果、主なマイルストーン(例えば、製品出荷日など)が遅延するものです。チーム一丸となって、クリティカルパス上のタスクが予定通りに完了することができるように、あらゆる障害に対処しなくてはなりません。

 

 黄色は優先度中のタスクを、青色は予定外作業 (Unplanned Work) を表しています。

 例えば、西村さんのタスクは1週目の月曜日に、赤の付箋が一枚貼られています。これは、最優先のタスクが一つあって、月曜日のスタンドアップミーティングまでに完了予定であることを意味しています。1週の水曜日には、黄色のタスクが貼られていますがこれは、優先度中のタスクが二つあり、水曜日のスタンドアップミーティングまでに完了しなくてはならない[1]という意味です。1週目の金曜日は何も貼られていませんので、完了しなくてはならないタスクはありません。

 もしあなたが、スケジュール管理や人員管理でお悩みあれば、このボードを見て何かお気づきになったことでしょう。

 例えば、上野さんは1週目の金曜日に最優先のタスクを一つ完了しなくてはなりませんが、水曜日には予定外の作業が割り込んできているため、この予定外の作業が悪影響して、最優先のタスクが遅延するおそれがあるのです。この懸念材料を回避するため、予定外の作業の計画を変えることを検討すべきです。例えば青山さんは、この2週間、最優先タスクを担っていないので、この予定外の作業に取り組める余地があるかもしれません。もしくは、上野さんが担当するとしても、この予定外作業の完了予定を遅らせることができないか検討すべきです。

 

 このビジュアルボードを用いると、この先に遭遇するかもしれない障害が浮き彫りになります。問題となる前に、そうした障害に対処するためのダイナミックなプランニングが可能となります。また、クリティカルパス上にあるタスクを「見える化」することで、チームは一丸となって、そのスケジュールを守ろうとするのです。

 

 次回に続きます。

 【出典】ピディアック株式会社 HPより、筆者のご承諾により編集して掲載
 【用語解説】リーン開発:製造業を中心に行われているリーン生産方式の考え方(リーン思考)を、開発に応用した手法。

 [1]スタンドアップミーティングでは、タスクが完了したかどうかについて確認を行います。ですから、もしそのタスクが、その日のうちに完了する予定でも、同ミーティングの時に完了していない場合は、次のミーティングが開かれる日のところに、そのタスクを貼り付けます。例えば、月曜完了予定のタスクで、その日のミーティング時に完了できないものについては、その週の水曜日にそのタスクを貼り付けます。

   続きを読むには・・・


この記事の著者

西村 裕司

開発チームトレーナー。リーン製品開発、アジャイル・スクラムの手法をトレーニングすると、新製品開発の納期を守ることができるようになる。20人の開発プロジェクトで、年間1億円の利益創出の機会を提供する。

開発チームトレーナー。リーン製品開発、アジャイル・スクラムの手法をトレーニングすると、新製品開発の納期を守ることができるようになる。20人の開発プロジェク...


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

もっと見る
クレーム率シングルppmをゼロに(8) 【快年童子の豆鉄砲】(その63)

  【連関図法で把握した原因に対する対策実施】(前弾からの続き) 【この連載の前回:【快年童子の豆鉄砲】(その62)へのリンク】 【連...

  【連関図法で把握した原因に対する対策実施】(前弾からの続き) 【この連載の前回:【快年童子の豆鉄砲】(その62)へのリンク】 【連...


開発効率向上活動の考え方 開発効率を上げるには(その3)

【開発効率向上の重要性 連載目次】 製造業の生産性 開発効率向上の重要性 開発効率向上活動の考え方 開発効率向上、活動計画 1  ...

【開発効率向上の重要性 連載目次】 製造業の生産性 開発効率向上の重要性 開発効率向上活動の考え方 開発効率向上、活動計画 1  ...


普通の組織をイノベーティブにする処方箋 (その188) 妄想を続けることで頭が良くなることを実感し妄想を好きになる

・見出しの番号は、前回からの連番です。 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! 妄想はネガティブに捉えられがちですが...

・見出しの番号は、前回からの連番です。 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! 妄想はネガティブに捉えられがちですが...


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

もっと見る
スペック追及は技術開発の目標ではない

 技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できる...

 技術開発には必ず目標があります。すなわち、いつまでに何を達成するかを決めて技術開発プロジェクトは進められます。技術開発前の探索プロジェクト以外は、できる...


設計部門と組織政治の影響(その2)

 前回のその1に続いて解説します。   1. 政治的要因のリストアップ    設計部門と組織政治の影響を考察する際に、最初にや...

 前回のその1に続いて解説します。   1. 政治的要因のリストアップ    設計部門と組織政治の影響を考察する際に、最初にや...


設計部門の仕組み改革(その3)

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...