ツイート
#今日の30分 -3分。エッセンシャルスクラム83ページまで。完成の定義と受け入れ条件、開発すべきものとその表現方法について。自分は完成の定義を誤解していたらしい。てっきり受け入れ条件と同じモノと思っていたのだけれど、そうじゃなかった。
— ざっきー dev (@zakky_dev) August 20, 2018
#今日の30分 +3分。エッセンシャルスクラム5章まで。ストーリーの詳細度、INVEST、非機能要件のあ使い方、学習のためのストーリー、ストーリーの収集。以前INVとESの違いの記事を読んでおいてよかった感。あと非機能要件とか、技術的ストーリーの扱いとかの知見がありがたい。
— ざっきー dev (@zakky_dev) August 21, 2018
#今日の30分 -5分。エッセンシャルスクラム106ページまで。プロダクトバックログについて。DEEPの概念ははじめて知った……気がする。適切な詳細度、創発的、見積もり、優先順位付け。INVESTよりわかりづらい感じがする……。
— ざっきー dev (@zakky_dev) August 22, 2018
#今日の30分 -1分。エッセンシャルスクラム118ページまで。PBLのフロー、用意するPBLの数、バックログごとにいつ何を見積もるのかについて。バックログの数の話が印象深い。現実の話だ。基本的にはプロダクトとPBLは1対1対応させるべきだけど、プロダクトの規模によってはやり方を考える必要がある。
— ざっきー dev (@zakky_dev) August 23, 2018
#今日の30分 エッセンシャルスクラム7章。PBIの見積もりについて。スクラムチームの各ロールが、見積もり作業においてどのような作業をするのか。相対サイズでやるべきなのはなぜか。プランニングポーカー。そしてベロシティについて。
— ざっきー dev (@zakky_dev) August 24, 2018
#今日の30分 -11分。エッセンシャルスクラム140ページ時まで。技術的不サイトその影響について。眠気が酷い……もう意識が時々飛ぶ。技術的負債を含むプロダクトが将来的にどうなっていくと想定されるのかについて。
— ざっきー dev (@zakky_dev) August 25, 2018
#今日の30分 -8分。エッセンシャルスクラム150ページまで。2日続けてやたら眠い。技術的負債の要因と管理について。変更できない納期、調整できないスコープ、負債は負債を呼ぶ。覚えがある話だ。そして負債が発生するのは仕方がないので、おとなしく上手く管理して返済するほうがいい、という話。
— ざっきー dev (@zakky_dev) August 26, 2018
ふりかえり
前回の結果
- 1日ごとにTryの達成状況を確認する。
- 結果: 投稿率100%。
- 1日あたり最低3つ以上の技術関係記事を読む。
- 結果: 0、4、4、7、9、0、0。目標未達。
- 「今日の30分」とは別枠で「エクストリーム・プログラミング」を読む
- 結果: -、7章まで、8章、-、62ページまで、-、-。目標未達。
- 20時と21時にアラートを設定し、21時時点に本を読み始められるように生活を調整する。
- 結果
- 21:10くらい、4
- 20:40くらい、2
- 22:10くらい、2
- 18:30くらい、5
- -
- 21:40くらい、1
- 22:10くらい、2
- 結果
- 朝に前日に「今日の30分」で読んだ箇所を流し読みする。
- 結果: -、実施、実施、実施、実施、-、-。目標未達。
特筆事項
生活リズムがおおよそ1、2時間ズレてきている可能性あり。 その結果、眠くなるタイミングが早まっているかもしれない。 出社時刻を早めている影響もあるため、開始時刻を前倒しにして様子見する。
今回の実験
- 前回と同じ実験を実施
- ただしアラームの時刻は1時間早める