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

投稿日

技術マネジメント

 

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

 

◆ チームのコミュニケーションを最適化

1. 管理の概要

 

技術マネジメント

 

 可視化ワークフロー管理は、上図のように2つのツールを統合したシステムです。スタンドアップミーティングとビジュアルプロジェクトボードから構成されます。

 この2つを組み合わせて、チームのコミュニケーションを最適化します。

 例えば、週に3回(月、水、金)の朝9時に、チームメンバーが集合し、立ってミーティングを行います。15分間だけです。そこで、ビジュアルボードを更新します。

 タスクや障害をトラッキングして、メンバーからその場でフィードバックをもらいます。あいまいさのない、効果的なコミュニケーションを実現するのです。

 

2. スタンドアップミーティング

 プロジェクトメンバー(10人程度)が集まり、立ったままでミーティングを行います。

 時間は短く、15分間だけです。そこでは、重要な問題(例外)にフォーカスします。

 発表者は持ち時間1分で、次の3点の質問に答えます。

  • 本日予定のタスクは完了したか?
  • 次のタスクは、予定通りか?
  • 障害は何か?

 議論が白熱したら、別のミーティングを設定しますが、メリットは次の3点です。

  • 緊急感が出てくる
  • 進む方向性やリソースの配置を、その場で補正できる
  • 学生症候群を回避できる

 学生症候群とは、やるべき仕事に時間的な余裕があると「後でやっても間に合う」と考え、締め切り間際に慌(あわ)てて片付けるといった行動特性です。ミーティングを頻繁に開催するので、次のミーティングまで時間に余裕はありません。

 

 スタンドアップミーティングの時間は、チームメンバーが「集まりやすい」時間帯を選びましょう。

 概要でもお話しましたが、週に2~3度、月、水、金曜日の朝9時から9時15分までといったように、朝一番で行うこ...

技術マネジメント

 

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

 

◆ チームのコミュニケーションを最適化

1. 管理の概要

 

技術マネジメント

 

 可視化ワークフロー管理は、上図のように2つのツールを統合したシステムです。スタンドアップミーティングとビジュアルプロジェクトボードから構成されます。

 この2つを組み合わせて、チームのコミュニケーションを最適化します。

 例えば、週に3回(月、水、金)の朝9時に、チームメンバーが集合し、立ってミーティングを行います。15分間だけです。そこで、ビジュアルボードを更新します。

 タスクや障害をトラッキングして、メンバーからその場でフィードバックをもらいます。あいまいさのない、効果的なコミュニケーションを実現するのです。

 

2. スタンドアップミーティング

 プロジェクトメンバー(10人程度)が集まり、立ったままでミーティングを行います。

 時間は短く、15分間だけです。そこでは、重要な問題(例外)にフォーカスします。

 発表者は持ち時間1分で、次の3点の質問に答えます。

  • 本日予定のタスクは完了したか?
  • 次のタスクは、予定通りか?
  • 障害は何か?

 議論が白熱したら、別のミーティングを設定しますが、メリットは次の3点です。

  • 緊急感が出てくる
  • 進む方向性やリソースの配置を、その場で補正できる
  • 学生症候群を回避できる

 学生症候群とは、やるべき仕事に時間的な余裕があると「後でやっても間に合う」と考え、締め切り間際に慌(あわ)てて片付けるといった行動特性です。ミーティングを頻繁に開催するので、次のミーティングまで時間に余裕はありません。

 

 スタンドアップミーティングの時間は、チームメンバーが「集まりやすい」時間帯を選びましょう。

 概要でもお話しましたが、週に2~3度、月、水、金曜日の朝9時から9時15分までといったように、朝一番で行うことをお勧めします。昼食後すぐに行うのもいいですね。朝礼や昼礼を毎日開催しているようでしたら、その中に取り込んでもいいでしょう。

 

 次回に続きます。

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

 

   続きを読むには・・・


この記事の著者

西村 裕司

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

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


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

もっと見る
PESTEL分析 普通の組織をイノベーティブにする処方箋 (その37)

        前回から市場の知識を得る方法として、マクロ環境分析のPESTEL分析を解説しています。今回も...

        前回から市場の知識を得る方法として、マクロ環境分析のPESTEL分析を解説しています。今回も...


既存事業で儲かってもいないのに新規事業を考えるな~技術企業の高収益化:実践的な技術戦略の立て方(その20)

   【目次】 今回は、既存事業の収益性に焦点を当てます。新規事業の投資原資は既存事業だからです。この既存事業の収...

   【目次】 今回は、既存事業の収益性に焦点を当てます。新規事業の投資原資は既存事業だからです。この既存事業の収...


ユーザー・カルテ法 【快年童子の豆鉄砲】(その51)

  ◆ユーザー・カルテ法 1.特定商品について仕様を変化させて設計生産 前回の「GTE法」は、特定顧客が直面する特定引き合い物件に対す...

  ◆ユーザー・カルテ法 1.特定商品について仕様を変化させて設計生産 前回の「GTE法」は、特定顧客が直面する特定引き合い物件に対す...


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

もっと見る
仕組みの見直しに成功する組織1 プロジェクト管理の仕組み (その25)

 この連載では、仕組みの見直しをテーマに様々な考え方や事例を紹介しているわけですが、実際にコンサルタントして仕組みの見直しに取り組んだ組織の中には成功して...

 この連載では、仕組みの見直しをテーマに様々な考え方や事例を紹介しているわけですが、実際にコンサルタントして仕組みの見直しに取り組んだ組織の中には成功して...


システム設計3 プロジェクト管理の仕組み (その35)

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...

 前回はシステム設計を、開発工程上はシステムエンジニアリングと、ハードやソフトなどのサブシステムのエンジニアリングの両方と定義しました。ここで、システムエ...


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

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

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