第9回 The Software Architect Elevator 読書会@リモート

JavaEE勉強会の読書会
開催場所はDiscordのjavaee-study-jp
グレゴール・ホープさんの「The Software Architect Elevator」を読んでます
今回は 35. Economies of Speed から
次回は 10/16（土）です。
- 39. Who Likes Standing in Line? から最後まで
- 第10回 The Software Architect Elevator 読書会@リモート - connpass
次回から Neal Ford, Mark Richards, Pramod Sadalage, Zhamak Dehghani さんの Software Architecture: The Hard Parts [Book] を読みます

参加者トピック

この辺がよさそうという頭出し。

その場の8人で1人3票を投票。

その場の8人で1人1票で決戦投票。

ということで、次は Software Architecture: The Hard Parts [Book] になりました。

予測可能性の価値とコスト
- まさに「予測可能性を好む組織」で過ごしてるのでつらさが分かる
バリューストリームマッピングと、モニタリングをしてる？
- Jira を使って、ストーリーポイントとベロシティのふりかえりをやってる
「重複した作業はあるか？」に対して 2 > 0 という回答
- Question: "if we innovate independently, aren't we running the risk of duplication?". Amazing answer: "2 > 0" (attributed to Jeff Bezos)
  — Gregor (@ghohpe) 2019年6月24日
  Gregor on Twitter: "Question: "if we innovate independently, aren't we running the risk of duplication?". Amazing answer: "2 > 0" (attributed to Jeff Bezos)"

「すごい好きですね」
Googleはさらに一歩進んで、従業員と顧客のアカウントを1つのユーザー管理システムに統合し、顧客と従業員をほとんどのアプリケーションと同じように見せ、ドメイン名（google.com）と企業ネットワークからのアクセスのみを区別しました。
- そんなことしてたの･･････
デジタルフィードバックサイクルは、人々がソリューションを構築できる場合にのみ機能します
- これとても大事な気がする

数年前、多くの企業はITを商品と考えていました。必要なものではあるが、競争上の優位性を生み出すものではありません。そのため、ITスキルを社外に置いておくことにリスクを感じることはありませんでした。
- そうだったんだ
デジタル時代にITをアウトソーシングすることは、重要なイノベーションサイクルから組織が除外されてしまうという重大な欠点があります。
- だからそれを提供する、受け取る立場にはなりたくないなと思う
経験豊富なソフトウェアアーキテクトは、外部依存性が多すぎるとトラブルになることを知っています。同じことが組織にも当てはまります。
- いろいろ気になります