法則一覧
コラム
数字で仕事を回すとき
チームは何が起きているかを見るために測り、やがてその数字に向けて働くようになりやすい。このコラムは、何を数えるか、それに報いるとどうなるか、結果をどう読むか、そして数字を役に立つまま保つ手までを順に読む。
数字が役に立つのは、まずどこを見ればいいかを指してくれるからだ。
パレートの法則
結果の大半は少数の原因から生まれる。たとえば、バグは一部のモジュールに集中する。心得：効いている少数の原因を見つけて、そこから手をつけるただ、順位がつくのは、誰かが数えようと決めたものだけだ。
マクナマラの誤謬
判断は数えられるものに寄っていき、やがて数えられないものは存在しないかのように扱われる。心得：数えられないものも、数字の横に名前を書いておくここまでの害は、数字が正直でも、その外にあるものから来る。報酬に結びつけると、今度は数字そのものが実態を測らなくなりうる。
グッドハートの法則
数字を動かすことに報酬がつくと、その数字は実態を測らなくなる。心得：数字ではなく、数字が表しているはずの結果を見る数字を取り繕うだけなら、まだ軽い。重いのは、報酬が問題そのものを育ててしまう場合だ。
コブラ効果
問題を減らすための報酬が、問題を増やす行動に報いてしまう。心得：どの報酬も、問題を解かずに稼ぐ道がないか疑う結果を読む段にも罠がある。報告に残った例だけが、起きたことのすべてではない。
生存者バイアス
成功例だけから結論を出すと、同じやり方で失敗した例が見えなくなる。心得：成功例を真似る前に、同じことをして消えた例を数える報告に載った数字でさえ、人を迷わせうる。とくに意外な数字がそうで、良すぎる数字は確かめられないままになりやすい。
トワイマンの法則
それほど大きな本物の効果がめったにない場で指標が驚くほど大きく動いたら、本当の効果より、計測か分析のバグであることのほうが多い。心得：意外な数字は、確かめるまでバグ報告として扱う配管を確かめても、比べている相手はまだ別の数字だ。どこかで誰かが、仕事そのものを見に行く必要がある。
現地現物
報告をもとに下す判断は、実際に起きていることから離れていく。要約が一段挟まるたびに、その形式に収まらなかった細部が落ちるからだ。心得：要約を信じる前に、現物を自分の目で見るもう一つの手は、数字が動く前に、動いたら何をするかを決めておくことだ。そうすれば、その場で誰も言い争わずに済む。
エラーバジェット
100% 未満の SLO は許容できる失敗の量を決める。その量は使ってよい予算だ。心得：許された失敗は出荷に使い、尽きたら止める
