こんにちは、 @kz_morita です。 今回は、 チームトポロジー という本を読んだので感想などを書いていきます。 書籍について https://pub.jmam.co.jp/book/b593881.html 以下のような目次になっています。 PART I デリバリーの手段としてのチーム Chapter1 組織図の問題 Chapter2 コンウェイの法則が重要な理由 Chapter3 チームファースト思考 PART Ⅱ フローを機能させるチームトポロジー Chapter4 静的なチームトポロジーチームのアンチパターン Chapter5 4つの基本的なチームタイプ Chapter6 チームファーストな境界を決める PART Ⅲ イノベーションと高速なデリバリーのため にチームインタラクションを進化させる Chapter7 チームインタラクションモード Chapter8 組織的センシングでチーム構造を進化させる Chapter9 まとめ:次世代デジタル運用モデル 感想など もともと、Platform Engineering まわりに興味がありその文脈で読み始めました。 書籍では、チームの種別やそのチーム間のインタラクションの種類について紹介されています。 チームの種別 ストリームアラインドチーム プラットフォームチーム イネイブリングチーム コンプリケイテッド・サブシステムチーム チーム間のインタラクションモード コラボレーションモード X-as-a-Service ファシリテーションモード この書籍で初めてチームやその間のインタラクションの名前を知ったのですが、名前があるおかげでチームや組織内でどこを目指していくのかといった意識の統一ができるようになしろうで、とても良いなと感じました。 私は現在データ基盤を開発するチームでデータエンジニアをしていて、他のエンジニアにとって活用できるプラットフォームを作成することがミッションだと思っています。 プラットフォームとして X-as-a-Service として提供する際に重要になりそうな知見がたくさんありました。 特に学びになった部分を以下のような点です。 実際の活用できるプラットフォームにするために、実際の運用フローを正確に捉える 初期はコラボレーションモードでストリームアラインドチームと関わり解像度をあげる ストリームアラインドチームとプラットフォーム間の境界が重要 DDD のコンテキストマップが活用できる 提供する最低限のプラットフォーム (TVP) を特定することが必要 Wiki や簡単なツールなどかもしれない X-as-a-Service ではコミュニケーションは限定的にするべき 提供されたプラットフォームを使用するためにコミュニケーションコストを減らす そのために、ドキュメントの充実は必須 上記のような点について、特にデータエンジニアの文脈だと、データ自体もプロダクトとして使いやすい形で提供するというのと合わせてどう言ったプラットフォームが良いのか考えていく必要がありそうです。

こんにちは、 @kz_morita です。 最近気になっている Platform Engineering 周りの勉強会が開催されていたので参加してきました。 https://platformengineering.connpass.com/event/299834/ 各セッションについて 以下のようなセッションが行われました。 資料などとともに感想書いていきます。 A Platform for Challengers: How we make tech decisions at Upsider こちらは、UPSIDER という法人カードサービスで行われている Platform Engineering の話でした。 個人的に気になったのは、 crossplane という k8s アドオンです。 k8s まわりあまり触ってこなかったのですが、現在データ基盤の Platform Engineering やっていきたいと思い Data Developer Platform のサイトなどを読んだりしていた中で、Control Plane, Development Plane, Data Activation Plane というレイヤー構造の話が出てきました。 https://datadeveloperplatform.org/architecture/ この辺りの概念があんまりわかってなかったのですが、この crossplane がまさに、control plane のフレームワークだなと思ってこのあたりはかなり参考になりました。 抽象的な概念学ぶために実際のツール触ってみるのよさそうなので触って勉強してみようと思いました。 最近の気づいたことだけど、抽象的なレイヤーの話を学ぶ時に、そのレイヤーを担うことを目的としているツールを触ってみて学ぶのが結構よさそうだなと。 ツールの背景にある哲学を語ってくれてるしそれを実現するための How そのものなので想像しやすく理解しやすい。 — kz_morita 𓆏 (@kz_morita) December 7, 2023 Repro の開発組織体制の変遷そして Platform Engineering 資料 - Repro の開発組織体制の変遷そして Platform Engineering / Platform Engineering Meetup #6 こちらは、Repro というマーケティングオートメーションサービスの話でした。