トヨタのかんばんに学ぶバックログ管理術
•
35 likes•16,315 views
ソフトウェア開発におけるバックログの運用には、トヨタ生産方式のかんばんの運用から学べる点が多くあります。本セッションでは、トヨタ生産方式のかんばんを具体的にご紹介し、バックログの運用方法との共通点と相違点を説明します。また、ソフトウェア開発における「在庫」とは何か、解き明かします。
![トヨタのかんばんに学ぶ
バックログ管理術
マイクロソフトディベロップメント IPX Team
津田義史
[XP祭り 2013.09.14]](https://image.slidesharecdn.com/kanban-130914112326-phpapp01/85/-1-320.jpg)
Recommended
More Related Content
Viewers also liked
Viewers also liked (20)
More from Yoshifumi Tsuda
トヨタのかんばんに学ぶバックログ管理術
- 1. トヨタのかんばんに学ぶ バックログ管理術 マイクロソフトディベロップメント IPX Team 津田義史 [XP祭り 2013.09.14]
- 3. アジェンダ • バックログの復習 • TPSのかんばん • BTSのバグ報告票 • ソフトウェア開発における在庫とは
- 4. バックログの復習 • タイムボックス • スコープボックス • バックログ
- 5. タイムボックスとは 入口 出口 全開発期間 出口は延長しない、入らない作業は無理して詰め込まない • 納期（時間）を固定する – 作業の範囲は柔軟に保つ – この箱に作業を詰める（タイムボクシング）
- 6. マイルストーン: 1～数ヵ月間の箱 イテレーション: 数日～数週間の箱 全開発期間 イ テ レ ー マイルストーン シ ョ ン ・ マイルストーン イ テ レ ー マイルストーン 全開発期間 タイムボックスの構成 スクラムでは、1ヶ月間のマイルストーンをスプリントという
- 7. スコープボックスとは • 作業の範囲を固定する – 納期は柔軟に保つ... – フィーチャーボックスともいう デスマーチになりやすいアプローチです 作 業 作 業 作 業 作 業 作 業 作 業 作 業 作 業 作 業 作 業 これを全部やる、と決める スコープ
- 8. バックログとは • 残作業のこと – タイムボックスの入口でバックログを作成 – これを、タイムボックスの出口までに全部やる バーンダウンチャートはお使いですね！ スプリントの出口（最終日）までに、全ての作業をDoneすることが必要です 作 業 作 業 作 業 作 業 作 業 作 業 作 業 作 業 作 業 作 業 これを全部やる、と決める
- 10. うまくいかないときの、 計画の立て直し方が違う!! • スコープボックス – スケジュールを伸ばす（作業の範囲は変えない） – 全部の作業が完了するまで、やめない • タイムボックス – 作業の範囲を減らす（スケジュールは変えない） – 箱から溢れそうな作業は、バックログから除いて 次のタイムボックスへ先送り
- 12. 作業をパント（延期）する • 持っている作業から手を離して、それが地面に 落ちる前に蹴り飛ばす • 次のタイムボックスの中にいる誰かに、キャッチ してもらうことを期待 • キャッチできるかもしれないが、落とすことに なるかもしれない... • だが、今はとりあえず先送り！ できない作業を、いつまでも手に抱えていてはいけない ボール
- 13. バックログのまとめ • バックログは、タイムボックスの「計画」 • 作業を、計画通りに全部やる！ • だが、無理な計画は立て直す –溢れそうな作業は、早めにパントする –出口で「これできませんでした」はNG！ • で、立て直した計画通りに全部やる！
- 14. アジェンダ • バックログの復習 • TPSのかんばん • BTSのバグ報告票 • ソフトウェア開発における在庫とは
- 15. TPSのかんばん • トヨタ生産方式のかんばんとは • かんばんの運用で守るべきルール • 電子かんばんとは Toyota Production System
- 16. トヨタのかんばんて どんなの？
- 29. TPSのかんばんのまとめ • 部品（製品）を作ったら、かんばんを貼る • 部品を消費（出荷）するときに剥がす • 剥がしたかんばんを繰り返し使って、次の 生産を指示 – 消費した分だけ、また作る！ • 重要なパラメータは、かんばんの総枚数 – かんばんの総枚数を増減させることで、在庫数を 増減・調整する
- 30. アジェンダ • バックログの復習 • TPSのかんばん • BTSのバグ報告票 • ソフトウェア開発における在庫とは
- 31. BTSのバグ報告票 • タスクかんばんとバグ報告票 • バグ追跡システムの運用と、守るべきルール • TPSのかんばんとの違い Bug Tracking System
- 38. バグ報告票のルール#1 発見したバグは 必ず起票しておく バグ報告票が貼られてないバグがあってはいけない バグを見つけたら、すぐにバグ報告票を貼って そのバグがチームの中で迷子にならないようにする
- 40. バグ報告票のルール#3 バグ報告票が なければ作業を 開始しない チームのTransparencyを高めてVisibilityを確保 （チームを透明にして、今誰が何をしているのかを見える化する）
- 47. かんばんとバグ報告票の違い TPSのかんばん • 生産したら貼る • 繰り返し使う • 同じかんばんをたくさん使う – 作業内容・作業時間が同じ • 最初から解決方法が明確 – 何を作って、どこに届けるか • 完全に電子化はできない • 後工程引き取り（Pull型） • 出口がない（プロジェクトでない） • 複数の製品を継続して出荷 BTSのバグ報告票 • 発見したら貼る • 繰り返しては使わない • 同じバグ報告票はない – 作業内容・作業時間が異なる • 最初は解決方法が不明 – 直すべきか、誰がどのように直すか • 完全に電子化することが可能 • 湧いて出てくる（Push型） • 出口のたびに、枚数をゼロにする • 最終的にひとつの製品を出荷 「テストケース実行」のように、各スプリントで繰り返し 実施するタスクもあるが、都度起票する方が使いやすい テストケースの実行時間（工数）は、テストケースに書いておくと便利。
- 48. BTSのバグ報告票のまとめ • TPSのかんばんと良く似た性質をもつ – 各バグの状態に応じて、チーム内を流通させる – 人的リソースの稼働をコーディネート • プロジェクトの健康診断に活用 – チームにフィードバックを供給する「血液」 – 総枚数、増減のトレンド、滞り具合、などで診断 – 重要な診断指標は、バグ報告票の総枚数
- 49. アジェンダ • バックログの復習 • TPSのかんばん • BTSのバグ報告票 • ソフトウェア開発における在庫とは
- 55. （参考） バーンダウンチャート バックログを、スプリントの出口までに全て着地させる The glide path is approaching!! Backlog → フライトパス: 実際の飛行経路 グライドパス: 理想的な滑空経路
- 57. 在庫とは • 工場の在庫 – 工場の中にあって、まだ出荷していない製品 – 仕掛中の部品（WIP）を含む • ソフトウェア開発の在庫 – バックログの中にあって、まだ完了していないタスク – 着手済みの作業（WIP）を含む
- 58. 在庫を減らすには？ • 工場の在庫 – 部品を完成 – 製品を出荷 • ソフトウェア開発の在庫 – タスクを完了 – 機能を実装 – バグを修正 – テストを実施 – … 部品を完成して 消費部門にお届け || タスクを完了して チームにお届け 最終的には、すべての部品（タスク）を統合して 製品を組み立て（ビルド）し、ユーザーにお届け
- 59. 不良在庫とは • 工場の不良在庫 – 出荷できる見込みがなく、 抱え込んでいる製品や部品 • ソフトウェア開発の不良在庫 – （このスプリントの出口までに） 完了（修正）できる見込みがなく、 抱え込んでいる作業やバグ
- 60. 不良在庫を減らすには？ • 工場の不良在庫 – かんばんの枚数を減らす • ソフトウェア開発の不良在庫 – バグ報告票やタスクかんばんの枚数を減らす おいおい、どんな魔法だよ
- 64. まとめ • ソフトウェア開発における「バックログ」は、 工場における「在庫」と似た性質をもつ • 在庫を計画的に完成して出荷する • 在庫量を適正に制限する – 確実に出荷できる在庫だけを保有 – 不良在庫は、早めに次のスプリントへパント （プロダクトバックログの中に蹴り入れる） Backlog Done Deliver 実際、スプリントの成果物はdeliverable（出荷可能なもの）といいます
- 65. 続きは... [目次] 1. ソフトウェアを育てる準備 2. チームの役割と責務 3. タイムボックスとビルドの運用 4. 構成管理とブランチの戦略 5. 再現可能なビルドの実現 6. バグの追跡と解決 7. テストケースの自動化 8. 開発プロセスの構築