エンジニア第3章まで読んだので一旦ブログをまとめる前提など含めたまえがき自分は15年弱ぐらいエンジニアやっていて最大でも10人ぐらいのプロジェクトでリーダーをやることが多かった。SIer〜自社サービスとやっている。アジャイルでのプロジェクトはあまり経験なくほぼ自己流でやっている。アジャイルコーチやスクラムマスターなどがいたプロジェクトにはいたことがない。感想1つの守・離・破の形としてはすごいいい本だと思った。自分がプロジェクトを進める上でできているところ・できていないところをトレースしやすく、このプロジェクトだとここはできてたな、このプロジェクトだと反対にうまくできてなかったなというのが考えやすい気がした。)があるというのが自分の中で印象に残っていて、よく振り返りでKPTで何を振り返ればいいのかよくわからなくなるときがある。(特にKeep)この5つの価値基準を軸にするといいかもしれないと思った。第3章も自分ではなんとなく「こうしたほうがいいだろうな」と思ってやっていたところを言語化されていたり、ベロシティの計測などできていなかった部分が明確に気づいた。自分が特にできてないなと思ったところスプリントの強度の高め方。成功体験は徐々にやっていったほうがいいというのはわかるがどこで強度を上げるか見積もりのやり方。相変わらず見積もりが下手くそ余白の使い方が下手なので、調整の余白の使い方は参考にしたいと思っている。広さと深さは意識するようにしたい言語化、単語化、メンバーに意識をしてもらうところが毎回うまくできてない。読者になる広告を非表示にする関連記事2019-05-03OKRの本はメンバーが読むには最適の本OKRの本読み始めてた。10twitterはてなブログをはじめよう!hs_hachiさんは、はてなブログを使っています。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。