「アジャイル開発とスクラム 第2版 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント」平鍋健児、野中郁次郎、及部敬雄

オススメ度 ★★★★☆ 4/5
アジャイルとスクラムについての基本と現状を多くの例を踏まえて説明する。

序盤はよくあるスクラム関連書籍のように、アジャイルとスクラムの説明から始まる。

大部分が一度は耳にしたことのある内容だったが、改めてその意味を復習する機会となった。そんななか次回これをやってみたいと思ったのは次の二つである。

大きな収穫としては、本書を読むまで2020年のスクラムガイドの改訂を知らなかった。改訂項目を見るとスクラムの陥りがちな罠が見えてくる。本書では次の3つに触れている。

  • インセプションデッキ
  • やらないことリスト

1.スクラムが形式的、儀式的になってしまっている
2.プロダクトオーナー vs 開発チームの構図に陥ってしまっている
3.スクラムマスターがスクラム警察もしくは雑用係になってしまっている

2020年の改訂だけでなく、2017年の改訂についても理解してその傾向を理解して実践へ反映していきたい。

また、スクラムでは常に発生する悩みであるが、どうしても複数のプロジェクトが同時に進んでいたり、チームメイトが複数のプロジェクトをまたがって担当している場合にうまくいかない場面が出てくる。しかし、本書ではスクラムをスケールさせるいくつかの考え方にも触れている。

  • Less
  • Nexus
  • SAFe
  • Scrum@Scale
  • Disciplined Agile

本書の触れ方だと詳細の考え方がわからないので、追って深掘りしてみたい。

後半では、いくつかの日本の大手企業のスクラム導入の様子やインタビューを掲載している。これまで触れてきたスクラムやアジャイル関連の書籍はどれも海外の著書で、そのため、例も海外のものが多かった。本書は日本の企業がスクラムを導入例に数多く触れている点が新鮮である。

スクラムやアジャイルに対してまた新たな気づきを与えてくれた。

【楽天ブックス】「アジャイル開発とスクラム 第2版」
【amazon】「アジャイル開発とスクラム 第2版」

「スクラム 仕事が4倍速くなる“世界標準”のチーム戦術」ジェフ・サザーランド

オススメ度 ★★★★☆ 4/5
スクラムの手法を確立した著者がスクラムの生まれた経緯やその仕組みについて語る。

序盤はFBIやCIAなど、これまでのウォーターフォールにプロジェクトの進め方がうまくいかない事例を交えながら、スクラムが誕生するまでを説明している。

第二章ではチームについて解説しており、良いチームを作るための重要なことを説明している。そんななか、改めて強く頭に留めておきたいと感じたのは次の3つである

  • 主体性
  • 機能横断的
  • 非難は無意味

今後、個人批判については、本書の次のフレーズを使いたいと思った。

プレーヤーを憎むな、ゲームを憎め

中盤からは実際の進め方を説明している。著者がデイリースタンドアップでの問いかけを次のようにしている点が印象的だった。デイリースタンドアップがただの報告会になっているなら、チームの妨げを語るのが良いだろう。

  • 1.チームがスプリントを終了するために、昨日何をしたか
  • 2.チームがスプリントを終了するために、今日何をするか
  • 3.チームの妨げになっていることは何か

また、複数の作業を同時にこなそうとするマルチタスキングを完全に否定している。

マルチタスクは失敗の元
得意だからマルチタスキングをするのではありません。注意力が散漫なため同時にあれこれやろうとするのです。他のことに手をつけようとする衝動を制御できないということです。

スクラムの中で各自が幸せであることを重要視している点も印象的だった。本書ではスプリントが終わるごとに次の4つの問いに応えることを勧めている。

  • 1.会社内での自分の役割について、一から五のスケールで表すとどう感じているか。
  • 2.同じスケールで、会社全体についてどう感じているか。
  • 3.なぜそう感じるのか
  • 4.何を一つ変えれば次のスプリントでもっと幸せだと感じられるか。

昨今はどこにいってもプロジェクトをスクラムで進めている組織ばかりだが、より効果的にスクラムを利用するためには、このやり方に至った理由を理解することが重要だと改めて感じた。

【楽天ブックス】「スクラム 仕事が4倍速くなる“世界標準”のチーム戦術」
【amazon】「スクラム 仕事が4倍速くなる“世界標準”のチーム戦術」

「エクストリームプログラミング」Kent Beck/Cynthia Andres

オススメ度 ★★★☆☆ 3/5
エクストリームプログラミング(以下XP)について説明する。

XPでは次の5つの価値を重視している。

  • コミュニケーション
  • シンプリシティ
  • フィードバック
  • 勇気
  • リスペクト

良いことを書いているような感じはするのだが、正直読みづらい。スクラムや基本的なアジャイルの考えと何が異なるのかというと、ペアプログラミングや自動テストによって品質を担保しようとしている点だろう。

正直、本書を読んだだけだとなかなか理解できた気がしないので、他の人の解釈なども聞いてみたいと思った。

【楽天ブックス】「エクストリームプログラミング」

「アジャイルサムライ 達人開発者への道」Jonathan Rasmusson

オススメ度 ★★★★☆ 4/5
アジャイルという言葉をよく耳にするようになってすでに数年が経った。言葉としては何度もその説明を聞くことはあっても、なかなか実際の進め方がわからない。本書はそんな人がさらに深くアジャイルな開発を理解するのに役立つだろう。

アジャイル開発の手法がいくつかあるなかで、本書はエクストリーム・プログラミングに焦点をあてて書いている。正直、まだスクラムやリーンとの詳細な違いがわからないが、よく使用される言葉はスクラムでは次のように対応するということだ。

  • イテレーション(スプリント)
  • マスターストーリーリスト(プロダクトバックログ)
  • 顧客(プロダクトオーナー)

全体を通じで感じるのは、結局臨機応変にプロジェクトを走らせることを突き詰めた結果がアジャイルという手法だということで、正確に定義された枠組みはないし、まだまだ発展の余地はあるということ。むしろアジャイル開発との比較で描かれる、アジャイルではない開発手法の無駄の多さに驚かされる。

また本書ではアジャイルなメンバーとしてゼネラリストが求められていると書いているが、デザイナーとプログラマーの垣根を維持している点が興味深い。デザイナーもプログラムを、プログラマーもデザインをできることこそゼネラリストの理想形だと思った。

後半では著者自身それぞれの項目だけで1冊の本が書けるというユニットテスト、リファクタリング、テスト駆動開発にも軽く説明している。その内容よりもそれに抵抗する人の考えや、それによって説得方法が見えてくる点の方がありがたい。
現在僕の会社ではアジャイルコーチを迎えてアジャイル開発を少しずつ取り入れているが、そこで話している内容をさらに理解するのに役立った。
【楽天ブックス】「アジャイルサムライ 達人開発者への道」