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

投稿日

 

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

 

◆ ビジュアルプロジェクトボード – 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をゼロに(9) 【快年童子の豆鉄砲】(その64)

  【連関図法で把握した原因に対する対策のまとめ】 【この連載の前回:【快年童子の豆鉄砲】(その63)へのリンク】 【連載記事】・新Q...

  【連関図法で把握した原因に対する対策のまとめ】 【この連載の前回:【快年童子の豆鉄砲】(その63)へのリンク】 【連載記事】・新Q...


リーン製品開発の全体像 – 可視化ワークフロー管理

   前回の「リーン製品開発※の全体像 – 統合プロダクトチーム」に続けて解説します。   ◆ チームのコミュニ...

   前回の「リーン製品開発※の全体像 – 統合プロダクトチーム」に続けて解説します。   ◆ チームのコミュニ...


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

もっと見る
富士フィルムにおけるコア技術の活用戦略

 本業であるフィルム事業がなくなることを経験した、富士フィルムの技術の棚卸活動は注目に値します。アスタリフトや液晶用フィルムは、フィルム事業で培ったコア技...

 本業であるフィルム事業がなくなることを経験した、富士フィルムの技術の棚卸活動は注目に値します。アスタリフトや液晶用フィルムは、フィルム事業で培ったコア技...


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

 前回のマトリクス体制での品質保証2に続いて解説します。    これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...

 前回のマトリクス体制での品質保証2に続いて解説します。    これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...


進捗の見える化:第3回 プロジェクト管理の仕組み (その12)

 前回の進捗の見える化:第2回に続いて解説します。    最後は、プロジェクトの入力である開発工数です。これで、基本メトリクスセットすべてに...

 前回の進捗の見える化:第2回に続いて解説します。    最後は、プロジェクトの入力である開発工数です。これで、基本メトリクスセットすべてに...