自分がこの本が素晴らしいと思うところは以下の3つです。テストを含め開発に必要なものが広く網羅されている新しくアジャイル開発を取り入れる組織にとっては役立つと思います。シーケンシャル開発と対比されているところもかなり参考になります。具体的なアクションが書かれている各章の最後に「推奨リーダーシップアクション」として具体的なアクションが書かれています。そのため導入時や迷ったときにアクションにつなげやすいと思います。そのアクションが検査と適応になっていてスクラム知っている人ならわかりやすいです。冷静な目で書かれている主観ではなく、論文などを引用しながら効果が述べられています。モブプロについては「これらのプラクティスを実践して成功を収めているチームもいくつかあるが、その有効性にはまだ疑問の余地がある。1つは、スプリントの長さをたまに変えてみることである。これは興味深いですね。リズムを作ることが良いことかと思ってましたが、それにより疲弊することもあるということでスプリントの長さを変えてみるという話でした。1週間1という感じになっていましたが、1週間スプリントをリリース終わったタイミングで2週間とかにするのもいいかなと思いました。4つの変化をもたらした。1つ目は、開発者によるテストをさらに重視するようになったことである。2つ目は、フロントローディングテスト──つまり、機能を作成したらすぐにテストすることを重視するようになったことである。3つ目は、テストの自動化をさらに重視するようになったことである。4つ目は、要求と設計を改善する手段としてテストを重視するようになったことだ。以前社内で研修をしたときに、「もしかしてうちの会社の問題はPOが不在ってことなのでは?」という人がいたのを思い出しました。プロダクトに関する責任や決定権がボンヤリしていると進むものも進まないイメージです。大規模な組織によく見られるパターンは、変革サイクルをいくつも開始した挙句、そのほとんどが実を結ばない、というものである。このようなサイクルを何回か経験すると、メンバーは身を潜め、自分の身に火の粉が降りかかる前に立ち消えになることを願うようになる。これも胸が締め付けられるような思い出が蘇ります。自由にできる雰囲気、失敗を責めない雰囲気を作らないで名前だけ先行するとグダグダになることが多い気がします。改革、イノベーションなどが付けたプロジェクトからはイノベーションが起きないと思っている派です。あと翻訳者の長澤さんがJSTQBの用語の合わせてくれたということで、テストクラスタの人も読みやすいと思います。読者になる広告を非表示にする関連記事2020-07-03スクラムフェス大阪参加報告3午後はアジャイル札幌のメンバーによる北海道セッション。Day3レポート3日目だけどまたまた言います。読者になるこのブログについて検索リンクテストする人。(1)はてなブログをはじめよう!nemorineさんは、はてなブログを使っています。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。