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

投稿日

 

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

 

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


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

もっと見る
『価値づくり』の研究開発マネジメント (その5)

  前回は、「自社の市場と技術を目いっぱい広げ活動する」の中の「市場」について議論しました。今回は「技術を目いっぱい拡大」に関する活動を議...

  前回は、「自社の市場と技術を目いっぱい広げ活動する」の中の「市場」について議論しました。今回は「技術を目いっぱい拡大」に関する活動を議...


商品力の強化と商品開発の方向性【連載記事紹介】

  商品力の強化と商品開発の方向性が無料でお読みいただけます!   ◆商品ライフサイクルとスクラップ&ビルド 商品力を強化...

  商品力の強化と商品開発の方向性が無料でお読みいただけます!   ◆商品ライフサイクルとスクラップ&ビルド 商品力を強化...


製品設計:ミス防止対策(その2)

【製品設計:ミス防止対策 連載目次】 1.  お客様目線で行う製品設計、「未然防止の品質管理」 2.  過去のトラブル、フィー...

【製品設計:ミス防止対策 連載目次】 1.  お客様目線で行う製品設計、「未然防止の品質管理」 2.  過去のトラブル、フィー...


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

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

 前回のシステム設計7に続いて解説します。    システム要件の一つひとつについて、サブシステム構成における振る舞いを記述し、各々のサブシス...

 前回のシステム設計7に続いて解説します。    システム要件の一つひとつについて、サブシステム構成における振る舞いを記述し、各々のサブシス...


進捗管理の精度を上げる:第2回 プロジェクト管理の仕組み (その14)

 実際の進捗管理方法について、基本メトリクスセットの中の「作業成果物」から紹介します。作業成果物とは開発作業を進める中で出力されるもののことです。ハードウ...

 実際の進捗管理方法について、基本メトリクスセットの中の「作業成果物」から紹介します。作業成果物とは開発作業を進める中で出力されるもののことです。ハードウ...


サブシステムの開発目標 プロジェクト管理の仕組み (その42)

 前回のその41に続いて解説します。    下図は、改めて操作管理サブシステムだけを抽出したものです。   図78. 操作...

 前回のその41に続いて解説します。    下図は、改めて操作管理サブシステムだけを抽出したものです。   図78. 操作...