【読書メモ】Scrum Boot Camp

スクラップはメモとして使っていいらしいのでちょっと試しに読書メモとして使ってみよう

9 事前に全てを正確に予測し、計画することはできない

74 作業量をみつもる目安は、開きが10倍くらいにしておこう
フィボナッチ的に1 2 3 5 8 13 21 34...
で、基準3の10倍だから34より大きくなるなら切り分けたりした方が良さそうなのか

76 見積もりは推測に過ぎない

85 話し合うことで曖昧なことが明確になるんだ
（なお基本的に1人開発ドラゴン）

95 本当はスプリントごとにリリースした方がいいんだ
CIとかがここで聞いてくるわけですね

97 計画の方が不確実なんだってことを忘れちゃいけない

108 ベロシティが信用できるかが重要のくだり
たぶん成果主義的な感じというのはこの辺からきているのかも

138 タイムボックスは予測に使う
そういえば、あんまりスプリントごとのタイムボックス気にしてなかったな

148 （タスクの分割について）画面だけ作るのはダメなんだ。スプリントレビューでは実際に動いているものを見て、フィードバックをもらえるようになっていなければならない

これ！バックとフロント！全員が両方できないと！いけないの！！！両方やれ！！！（咆哮どらごん）

150 プロダクトバックログに追記するのに気兼ねする必要はない
プロダクトバックログに誰も追記しなくなっていたら、それは良くない兆候だ

追記するの面倒になっちゃうことあるよね（よくない例）

153 リリースレゴで達成の積み重ねを可視化しよう
......みんなで......?(ひとりんこどらごん)

172 ステークホルダーとのやり取りから、状況をどのように理解しているかを知ったり、フィードバックをもらったりしよう
（ぽとかステークホルダーに対して）粘り強く説得しないとダメかもしれないが、きちんとスクラムチームの一員だと理解してもらおう

この辺難しいなぁ

180 ユーザーストーリーでは、なぜそれが必要なのか、その理由を明確にしなきゃいけないんだな
それはそう

188 周りから期待されているリリース日を達成できるかばかりを気にかけて、それを守るためなら仕方ないと見過ごしてしまうスクラムマスターも多い
楽観的な見積もりとかと根本原理は同じなのかも

210 ペーパープロトタイピングというものがある
これなんで誰もやってないのかが全然わからん（わたしはペーパーじゃなくってお絵描きソフトでやってるけど）

236 鶏と豚のたとえのお話
失敗たとえの森では？

232　さらっと23時まで残業してるけど、これ219~220で予算は本当に必要なタイミングでは調整しにくいんだって書いてあるけど...
最後のリリース作業だけだからいいのか？

265 みんな仲良いな？
（ヤマアラシハートな悧叡さん曰く）