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

拠点の異なる複数チームが協働する場合、組織全体をつなぐ、明快でオープンなコミュニケーションチャネルが必要になる。

スタートアップのプロダクト開発ではひたすらイテレーションを重ねる。プロダクトを一度だけ構築して勝利を宣言するのではなく、計測、分析、テストの結果から得られた知見をプロダクトに何度も何度もフィードバックする。

アーキテクチャ評価ワークショップの目標は、アーキテクチャを評価するのに必要なデータを集めて分析することだ。ワークショップの終わりまでに、アーキテクチャが望ましい品質特性やその他のASRをどれだけ満たしているかを確認できている必要がある。

アーキテクティングの最終的な成果は、ビジネスおよびステークホルダーの目標を満たすシステムを設計して実装することだ。

品質特性という観点では、ただ一つの正しい設計や誤った設計というものは滅多にない。望んでいるシステム特性に対して良い設計か悪い設計かがあるだけだ。

アーキテクチャを形にする最も一般的な方法は、モデルを作成することだ。

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

「開発準備OK」ステージは、基本的に「このステージには、エピックからの分割と見積りが行われており、要求の内容が明確になった機能が集まっているが、どの順番で開発を行うかまではまだ決定していない」という意味を持っている。

プロセス改善ワークショップとは、それぞれの機能開発チーム、要求分析チーム、テストチームといった、担当チームから１人ずつ代表者が集まるスクラムオブスクラム形式で実施するふりかえりだ。