モブプログラミング・ベストプラクティス ソフトウェアの品質と生産性をチームで高める

この本について

チーム開発をやっていると、「なんでこんなに認識ズレが起きるんだろう」「結局ひとりで直した方が早いんじゃ…」みたいなモヤモヤがどうしても出てきます。自分もそうで、議論の温度差やレビュー待ちの停滞に疲れてしまうことが何度もありました。でも同時に、ひとりで抱え込む限界も感じていて、その間でずっと揺れていました。 この本は、そんな行き詰まりを“精神論”ではなく、具体的なチームの動きとしてどう変えていけるかを丁寧に示してくれます。率直に意見をもらうときの声のかけ方や、対立を避けたい気持ちが集団思考を生む仕組み、そして「人ではなくコードを批判する」という姿勢など、読んでいて自分がつまずいていた場面と重なるところばかりでした。特に、モブが遅く感じる理由を“なんとなくの印象”と“実際に遅らせている要因”に分けて考える話は、目の前の問題をどう扱えばいいかのヒントになりました。レビューやリワークが減るといった具体的な変化も描かれていて、単純な理想論に逃げていないところがありがたいです。 すべての人に合うやり方ではないと思いますが、「チームでやっていきたい気持ちはあるのに、うまく回らないまま時間だけが過ぎていく」と感じている人には特に刺さるはずです。自分にとっては、チームとの距離感をもう少し現実的に整えるための“試してみたい行動”がいくつも見つかる一冊でした。