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

投稿日

 

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

 

◆ ビジュアルプロジェクトボード – 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人の開発プロジェク...


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

もっと見る
実践!技術マネジメント:7つのプロセスと35のチェックポイント

 技術開発マネジメントの手法で、筆者が実践してきた主なものをチャート化すると図1のようになり、マーケティング戦略、発想法(TRIZ)、意思決定法(KT法、...

 技術開発マネジメントの手法で、筆者が実践してきた主なものをチャート化すると図1のようになり、マーケティング戦略、発想法(TRIZ)、意思決定法(KT法、...


リーン製品開発の全体像 – イベント駆動型のプロセス

   前回の「リーン製品開発※の基本原則(その2)」に続けて解説します。 ◆ イベント駆動LPDプロセス  下図は、イベント駆動LPD (...

   前回の「リーン製品開発※の基本原則(その2)」に続けて解説します。 ◆ イベント駆動LPDプロセス  下図は、イベント駆動LPD (...


リーン製品開発の基本原則(その2)

   前回の「リーン製品開発の基本原則(その1)」に続けて解説します。 3. リーン製品開発の基本原則3 【コミュニケーションの見える...

   前回の「リーン製品開発の基本原則(その1)」に続けて解説します。 3. リーン製品開発の基本原則3 【コミュニケーションの見える...


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

もっと見る
設計部門の仕組み構築(その3)

【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...

【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...


技術力向上の鍵を握る価値創造力とは

 技術力を高める鍵は、価値創造力にあると考えています。すなわち、技術力を高めるためには、価値創造力を磨かなければならない、という考え方です。しかし、多くの...

 技術力を高める鍵は、価値創造力にあると考えています。すなわち、技術力を高めるためには、価値創造力を磨かなければならない、という考え方です。しかし、多くの...


トレーサビリティの保証 プロジェクト管理の仕組み (その45)

 前回のその44に続いて解説します。    ハードウェア設計の場合も、要件と回路ブロックの仕様(スペック)、回路ブロックのスペックと部品のス...

 前回のその44に続いて解説します。    ハードウェア設計の場合も、要件と回路ブロックの仕様(スペック)、回路ブロックのスペックと部品のス...