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

投稿日

 

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

 

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


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

もっと見る
将来に向かっての強みを設定する要件 普通の組織をイノベーティブにする処方箋 (その47)

        前回はKETICモデルのK(Knowledge)の知識の3つの要素の内、「自社の強み」の中の...

        前回はKETICモデルのK(Knowledge)の知識の3つの要素の内、「自社の強み」の中の...


インポスター症候群とは 普通の組織をイノベーティブにする処方箋 (その83)

 前回エドワード・デシの4段階理論における第3段階を実現する活動として「(その1)有能感への貢献:目的達成が自分自身の成長につながることを理解する」に...

 前回エドワード・デシの4段階理論における第3段階を実現する活動として「(その1)有能感への貢献:目的達成が自分自身の成長につながることを理解する」に...


行動の重要性 普通の組織をイノベーティブにする処方箋 (その146)

  前回まで「失敗のコストのマネジメント」を考えてきました。失敗のコストを低減して、多くの失敗をし、そこから多くを学ぼうという内容でした。...

  前回まで「失敗のコストのマネジメント」を考えてきました。失敗のコストを低減して、多くの失敗をし、そこから多くを学ぼうという内容でした。...


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

もっと見る
生産性向上の鍵、イノベーションへの挑戦

 今回は、マクロ的な視点でみたイノベーションの意味について、解説します。2016年は、グローバリゼーションに対する変化が顕在化した年でした。イギリスのEU...

 今回は、マクロ的な視点でみたイノベーションの意味について、解説します。2016年は、グローバリゼーションに対する変化が顕在化した年でした。イギリスのEU...


製品開発部へのカンバン導入記(その3)

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...


‐市場の観察から開発テ-マを得る‐  製品・技術開発力強化策の事例(その6)

 前回の事例その5に続いて解説します。新技術が社会に普及し始めると、それに関連した新商品を顧客の要求に即応して供給出来ないで、新技術搭載製品の供給不足が起...

 前回の事例その5に続いて解説します。新技術が社会に普及し始めると、それに関連した新商品を顧客の要求に即応して供給出来ないで、新技術搭載製品の供給不足が起...