リーン開発の現場 カンバンによる大規模プロジェクトの運営株式会社 オーム社, 2013/10/25 - 208 ページ リーンソフトウェア開発の実践経験を具体的に語る 「RPSは、スウェーデンの国家警察機関だ。僕らはそこで、 しいデジタル捜査報告システムを開発している」(本文より) 本書は、 官公庁の大規模システム開発プロジェクトにおける著者の経験に基 リーンソフトウェア開発について、実践的な内容を求めていた方、 監訳者まえがき |
目次
3 | |
5 | |
6 | |
7 | |
第2章チーム編成 | 11 |
第3章デイリーカクテルパーティーに参加しよう | 15 |
機能開発チームのスタンドアップミーティング | 16 |
スペシャリティ同期ミーティング | 17 |
141 ゴミのないトランク | 98 |
142 チームブランチ | 99 |
143 システムテストブランチ | 100 |
第15章アナログなカンバンボードを使う理由 | 103 |
第16章僕たちが学んだこと | 109 |
163 失敗を抱擁しよう | 110 |
166 関係者を巻き込もう | 111 |
第II部テクニックを詳しく見る | 113 |
プロジェクト同期ミーティング | 18 |
第4章プロジェクトボード | 21 |
41 僕たちのリズム | 24 |
42 緊急の課題に立ち向かう | 25 |
第5章カンバンボードをスケールさせる | 31 |
第6章プロジェクトのゴールを追え | 35 |
第7章準備OKを定義する | 39 |
71 開発の準備OKとは | 40 |
72 システムテストの準備OKとは | 41 |
73 チームがひとつになる | 42 |
第8章技術課題をさばく | 45 |
システムテストがボトルネック | 47 |
7メートルのクラスファイル | 49 |
第9章バグをさばく | 51 |
92 直ちにバグをつぶせ | 52 |
93 バグの登録数を制限している理由 | 54 |
94 バグを可視化する | 55 |
95 繰り返し発生するバグを防ぐ | 56 |
第10章継続的プロセス改善 | 59 |
101 チームのふりかえり | 60 |
102 プロセス改善ワークショップ | 61 |
103 プロセス改善の度合いを調整する | 68 |
第11章 WIPをマネジメントする | 71 |
111 WIPの制限 | 75 |
112 機能開発だけWIP制限する | 76 |
第12章プロセスメトリクス | 81 |
122 ストーリーポイントを使わない理由 | 83 |
123 サイクルタイム | 84 |
124 累積フロー図 | 90 |
125 プロセスサイクル効率 | 92 |
第13章スプリントとリリースの計画 | 93 |
131 バックログの手入れ | 94 |
133 できるだけ前にバックログの手入れをする | 95 |
第14章バージョン管理の方法 | 97 |
第17章アジャイルとリーンの概要 | 115 |
171 アジャイルの概要 | 116 |
172 リーンの概要 | 118 |
173 スクラムの概要 | 121 |
174 XPの概要 | 123 |
175 カンバンの概要 | 125 |
第18章テスト自動化の戦略 | 131 |
182 少しずつカバレッジを上げる | 132 |
テストケースを分類する | 133 |
優先順位をつけて並べ替える | 134 |
少しずつテストを自動化する | 136 |
187 問題は解決するのか? | 137 |
第19章プランニングポーカーによる見積り | 139 |
192 プランニングポーカーを使った見積り | 141 |
193 特別なカード | 143 |
第20章因果関係図 | 145 |
202 A3シンキング | 146 |
203 因果関係図の使い方 | 148 |
本番環境に欠陥がリリースされた | 152 |
ペアプログラミングをしない理由 | 154 |
たくさんの問題 | 159 |
因果関係図の作り方 | 160 |
209 落とし穴に気をつけろ | 161 |
2010 なぜ因果関係図を使うのか? | 162 |
第21章最後に伝えたいこと | 165 |
バズワードの濫用を避ける | 167 |
付録B 参考資料 | 169 |
付録C 本書のプロジェクトボードについて | 171 |
訳者あとがき | 175 |
日本語版解説 | 179 |
185 | |
著者監訳者訳者について | 190 |
奥付 | 191 |