どんな境遇に生まれようと、そこから先の人生は、本人が自分の意志で選び取っていったものの積み重ねだ。

本書で心から伝えたいことは２つだけだ。「権限を与えること」「信頼すること」。

緩やかな形でもよいので一度マインドマップの形として情報を表現することができれば、これをドメイン分析モデルに変換することは、生の情報から直接ドメイン分析モデルを生成することに比べてはるかに容易です。

デイリースクラムやスプリントレビューで障害を発見できたのなら、スクラムの基本である透明性と検査がうまく機能していることを意味します。これは悲観することではなく歓迎すべきことです。予期せぬ障害の発見は学習と成長のチャンスです。

アイランドチェーン方式では、アプリケーションをすべて同じリポジトリで管理し、データも同じデータベースに保存します。一方、アプリケーションの構成要素は別々のプロセスで動作させます。

参加者の緊張をほぐし、積極的に参加できるようにする工夫のことを「アイスブレーク」と呼びます。

原則のひとつは、「APIの設計にあたっては、APIを使いやすくすることだけでなく、APIを誤って使うのを難しくすることを考慮すべき」です。これを「誤用耐性（misuse resistance）の原則」と呼びます。

目的が明確な作業と、助け合いながら開発を進めていける環境の２つはモチベーションの向上に大きく寄与しました。

また、チームの規模が大きくなりすぎると、多元的無知と呼ばれるものも発生する。多元的無知とは、内心では否定していることに対して、自分が何かを見落としているのだろうと考え、全員が同意してしまう現象だ。

個人の中にある知識は、すべて「わかっていること」と「わかっていないとわかっていること」と「わかっていないとわかっていないこと」の３つに分類できる。

素晴らしい企業文化では、問題や意見の相違が水面下に潜ることなくうまく解決される。社員はみなそれまで作ったことのないものを想像したり、実際に作ってみたりすることを楽しんでいる。それが組織の進化を支える。（中略）誰もが率直に発言できる環境を作り、透明性を徹底して、有意義な仕事、有意義な人間関係につなげることを常に目標にしている。

まずは数多くTryを出すようにしましょう。突拍子もないような改善策や、些細な改善策、実効性のない改善策を挙げていけば、数を増やせます。その中から、素晴らしい改善案が出るかもしれません。

バーンダウンチャートとは、作業の進捗報告を見える化するツールです。

たとえば、一つの情報が複数のテーブルに存在して無駄なデータ領域と面倒な更新処理を発生させてしまうということがあります（冗長性）。（……）こうした冗長性や非一貫性の問題を解決するために考案された方法論が、正規化です。

アジャイルとリーンには共通の価値があるため親戚のように見なせるが、その起源は異なっている。リーンは製造業から生まれ、アジャイルはソフトウェア開発から誕生したのだ。お互いの原則は相性が良くて、適用できる範囲も幅広い。

変更がかんたんなアプリケーションは、再利用がかんたんなクラスから構成されています。再利用がかんたんなクラスとは、着脱可能なユニットです。

繰り返しますが、大切なのはスクラムかSpotifyモデルかというプラクティスではありません。重要なのはプラクティスを支える原則や、それを生み出す価値観のあり方、すなわち文化です。「文化が重要」なのです。

私たちは、ソフトウェアアーキテクチャを、システムの構造、システムがサポートしなければならないアーキテクチャ特性、アーキテクチャ決定、そして設計指針の組み合わせで構成されるものだと考えている。

エラーメッセージはRubyからプログラマーである私たちへのさまざまなヒント

つまり、データベースという器の中にデータを蓄積さえすれば良いのではないということです。だからアウトプット志向で考えなければならないということになります。