合意と同意は異なります。主責任者を決めて、その人に丸投げしてしまい、その人が困っていたとしても周りが助けないというのは、合意ではありません。合意とは、同意に加えて「全面的にサポートするという意思」まで含んでいます。

KPTとは、ふりかえるのに適した思考フレームワーク（視点）で、「Keep」「Problem」「Try」という３つの単語の先頭文字をつなげたものです。（「けぷと」と呼びます）

アジャイルプロジェクトでは、生み出され続ける機能と知識の流れが、仕事を進めていく指針となる。

「リリース」という大まかなゴールに対する進捗をトラッキングすることに加えて、個々のイテレーションの作業を完了するという、身近なゴールに対する進捗もトラッキングする価値がある。この20章では個々のイテレーションのトラッキングに使う２つのツールを紹介する。タスクボードとイテレーションバーンダウンチャートだ。

ベロシティを予測する理想的な方法は、実際に１回、イテレーションを実施してしまうことだ（１回に限らず、２回でも３回でも構わないが）。そして、実施したイテレーションのベロシティをもとに、今後のベロシティを見積もるのだ。ベロシティを知る最もよい方法は実際に測ることなのだから、まずはこの方法を採用すべきである。

プランニングポーカーの参加者はチームの開発者全員である。ここで開発者というとき、そこにはプログラマ、テスター、データベースエンジニア、アナリスト、ユーザーインターフェイス・デザイナなど、すべての担当者が含まれることを忘れないでほしい。

デイリースクラムやスプリントレビューで障害を発見できたのなら、スクラムの基本である透明性と検査がうまく機能していることを意味します。これは悲観することではなく歓迎すべきことです。予期せぬ障害の発見は学習と成長のチャンスです。

実際にスクラムを始めて見ると、想定していなかった課題や気づきが出てきます。１週間ごとに行われるスプリントレトロスペクティブの場を使って、スクラムチームの習熟度に合った最適な（スプリント）期間を導き出していきましょう。

参加者の緊張をほぐし、積極的に参加できるようにする工夫のことを「アイスブレーク」と呼びます。

さて、SQLを使う場合、圧倒的に使用量が多いのは、やはりSELECT文です。そしてコーディングの複雑さを引き起こすのも、またSELECT文です。