「SCRUM BOOT CAMP THE BOOK【増補改訂版】 スクラムチームではじめるアジャイル開発」西村直人、永瀬美穂、吉羽龍太郎

オススメ度 ★★★★☆ 4/5
スクラムを導入することになった組織でスクラムマスターに任命されたボクを中心に、物語形式でスクラムの導入を説明する。

ここ10年ほど僕自身3つの組織でスクラムの導入を経験してきたが、デザインタスクをどう扱うか、見積もりに時間がかかりすぎる、などなかなか実際スクラムを体験してみると教科書通りにはいかないことは多々あり、そんなよく陥りがちな状況を解決するヒントがあるのではないかと期待して本書にたどり着いた。

書いてあることの多くはスクラムを経験のある人にとっては知っていることばかりだろう。それでも異なる説明に触れると違ったものが見えてくるもの。そんな中今まで比較的疎かにしていたと感じたのがインセプションデッキである。インセプションデッキとは10の質問という形でまとめられていり、その中でも本書では

  • 我々はなぜここにいるのか?
  • エレベーターピッチ
  • やらないことリスト

の3つに触れている。何事もそうだが、細かいところが気になると全体が見えなくなるもの。定期的にミッション等、一歩離れてプロジェクト全体を確認する機会が必要である。

そのほかに、これまた身に覚えのある長くなりがちなデイリースクラムについても繰り返し触れている。

デイリースクラムは、問題解決の場ではないことに注意してください。
デイリースクラムは、全員がその目的を理解していないとうまくいかない。たとえば、デイリースクラムが誰かへの進捗報告になっている場合だ。

全体的に実践形式で説明してくれている点がありがたい。明日からぜひこの新しい視点を持って関わっているプロジェクトを見てみたいと思った。

【楽天ブックス】「SCRUM BOOT CAMP THE BOOK【増補改訂版】 スクラムチームではじめるアジャイル開発」
【amazon】「SCRUM BOOT CAMP THE BOOK【増補改訂版】 スクラムチームではじめるアジャイル開発」

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