前回からの続きです。前回ではまず製品開発工程の価値（物と情報）の流れ図を作り、工程上の問題点を洗い出しました。そしてその問題点を解決するために、新しい価値の流れ図を作りました。今回は、その新しい価値の流れ図を実装するために、カンバン・ボードを使ったことについて書いてみようと思います。
4. カンバンの実装
標準化した製品開発工程と価値（物と情報）の流れ図がすでにあったので、あとは力ずくでカンバンに実装するだけでした。これまでの作業に比べればあまり深く考える必要のない分、作業はスムーズで、気持ち的には楽でした。
(1) ソフトウェア
ソフトウェアはすでに部長が導入していた leankit というウェブベースのカンバン・ソフトウェアを使いました。ウェブ・ソフトウェアの良いところは、インターネットに繋がってさえいれば、何時でも、どこからでも、コンピュータからでも、スマートフォンからでもカンバンにアクセスできる、というところでした。これにより、地理的にも場所的にも離れている開発メンバーが、カンバンを中心としてコミュニケーションが諮れるようになりました。
ウェブベースのソフトウェアなので、カンバン・カードが次のフェーズに移動したり、内容が変更された時は、自動的にメールを使って関係者に通知を行うこともできるようになりました。またカンバン・カードからネットワーク上の関係資料にリンクを張ったりすることもできるので、カンバン・カードを入り口として、必要な資料を簡単に見つけることもできるようになりました。
(2) カンバン・ボード
leankit 上にカンバンを実装していきました。標準化した製品開発工程をもとに、フェーズ（縦欄）を設定し、開発タイプに応じてスイムレーン（横欄）を配置していきました。また leankit の機能を活かせるように、それぞれのフェーズやスイムレーンに必要な情報を埋め込んで行きました。
カンバンは一つではなく、実際には開発する製品（商品）ごとにいくつか作るため、カンバン・ボード自体の標準化も図る必要がありました。開発エンジニアが、すべてのカンバン・ボードで同じような操作ができるようにするためです。
(3) カンバン・テンプレート・カード
標準化した製品開発工程をもとに、いくつかのカンバン・テンプレート・カードを作りました。
- PCBA 設計開発テンプレート
- 機械設計開発テンプレート
- 総合テストテンプレート
- 開発ドキュメント管理テンプレート
どのテンプレートも内部にサブ・タスクカードを定義しました。これは開発作業チェックリストとして、標準化された製品開発フェーズと工程を確実に遂行するためです。
カンバン・カードは開発アイテムごとにいくつも発行されるのですが、これら実際のカンバン・カードはこのテンプレートからコピーして作れるようにしました。
(4) プロジェクト・マネジメント
プロジェクトの日程はプロジェクト・マネージャが管理しています。これまでプロジェクト・マネージャは自分のやり方でプロジェクトを管理していましたが、製品開発工程のテンプレートが出来てからは、この標準化された工程に従って日程も管理できるようになりました。
しかし、リーンを使った開発がまだ完全に確立していない現段階では、カンバンを使うことには弱点がありました。それは開発工程のクリティカル・パスが見えないということです。開発工程の中で、現在どのエンジニアのどの作業がクリティカル・パスになっていて、全開発工程にどれくらいの影響を与えているのか、カンバンを眺めただけではなかなか分かりません。
そこでプロジェクト・マネージャには Microsoft Project を併用してもらって、クリティカル・パスを管理してもらうことにしました。また日程に応じて、製品開発カンバンをテンプレートから作って、カンバン上に配置してもらうことにしました。その際、カンバン・カードには最低限以下のような情報を記載してもらうようにしました。
- 開発担当者
- 開発スタート日
- 開発終了日
- カンバン・カードサイズ（ポイント）
開発エンジニアには開発状況を随時カンバン・カードに記載報告してもらうようにしました。そのためプロジェクト・マネージャはカンバン・カードを見るだけで開発状況が把握できるようになりました。
確実に開発を進めるために、カンバン・カードを次のフェースに移動する際は、開発エンジニアとマネージャがそのフェーズが完了したかどうかを生成物によって確かめてもらうようにしました（トールゲート・レビュー）。そのためのチェックリストも用意しました。
5. データ収集とグラフ化
カンバンからは以下のようなデータを収集し、製品開発プロセスの向上につなげるようにしました。
