Team Topologies

こんにちは。取締役兼ACS事業部の責任者の上林です。 前回は「プラットフォームエンジニアリングの概要」について書かせて頂きました。前回注目されている背景として、さらっと「アジャイルやDevOpsの組織的な推進」と書きましたが、今回はその点を確認していきます。歴史的な背景をもう少し深堀しながら、紐解いていきたいと考えています。なにかのお役に立てば幸いです。 アジャイルとDevOpsの誕生 大きく端折って書くと、1990年代に大規模な開発の反作用としてRAD、スクラム、XPなどの開発の方法論の議論があり、2001年には象徴的に「アジャイルソフトウェア宣言」が登場します。その後、webサービスの発展…

はじめに 次第に日本でも浸透しつつある Team Topologeis（チームトポロジー）。本ブログでも直接的・間接的にご紹介してきています。以下はその１つです。 techblog.ap-com.co.jp さて、Team Topologiesといえば４つの基本チームタイプ（Fundamental Team Type)と３つのコミュニケーションタイプ(Team Interaction Type)ではないかと思います。 （Team TopologiesのGitHubより引用） このタイプをみて、「どれを選べばいいの」と考えてしまうケースも出てきているのではないでしょうか。 実はTeam Topo…

はじめに 以前このブログでもご紹介させていただいたTeam Topologiesについて、 techblog.ap-com.co.jp こちらでもTeam Topologies社が公開している２つのInfographicsをご紹介していますが、先日このうちの１つ「Team Topologies in a nutshell」を使って実際に組織の課題に取り組む学習をする機会がありました。そこであらためてその内容を簡単にご紹介できればと思います。 こちらの内容に沿っていけばTeamTopologiesの適用を始められます。 teamtopologies.com Team Topologies in …

こんにちは。取締役兼ACS事業部の責任者の上林です。 「プラットフォームエンジニアリング」は2022年度、ガートナーの3つのハイプサイクルの黎明期に現れ、5年以内に80%のソフトウェアエンジニアリング組織が使うことになるといわれている概念です。本記事は、今注目されつつあるその概念について「なにそれ？という方」「興味を持って調べたけどわかりづらい、という方」に理解しやすい記事を目指しつつ、「DevOps」を推進したい方々に向けて、最後に少しだけ考察を行っています。なにかのお役に立てば幸いです。 なぜ注目されているの？ デジタルビジネス推進に必要なアジャイルやDevOpsの組織的な推進をしていくう…

はじめに こんにちは。 たーとるマークでおなじみ（？）の亀崎です。 今回は個人の見解が内容の中心となっているのであえて記名とさせていただきました。 ということで最初に。『本記事は個人の体験・感想・考えであり組織を代表するものではありません。』 みなさん、Team Topologies（チームトポロジー）というものをご存知でしょうか？ teamtopologies.com 日本語版の書籍が2021年12月に出版されてから、だいぶその文字・言葉を見聞きする機会も増えてきたように思います。 実は私や私の属するチームでは日本語版書籍が出版される以前からTeam Topologiesについて、その重要性…

会社の同僚との読書会でTeam Topologiesを読み終えました。チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計作者:マシュー・スケルトン,マニュエル・パイス日本能率協会マネジメントセンターAmazonこの本を読んだことによってチームの設計が完璧にできますよ、という感じではなかったが、いくつかのヒントを得られて有意義でした。コンウェイの法則によってソフトウェアの設計は影響を受けるので、理想のソフトウェアを設計したい場合はチームの形をエンジニアも交えて設計することが大事というのが基本の考えで、いくつかのチームパターンを提示してくれるのがこの本です。確かに、普段開発すると…

邦訳が待望されていた『Team Topologies』（邦題は『チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計』。以下、「ちいとぽ」）ですが、発売日（12月1日）を前にして翻訳レビュワーを務められた角谷さんからご恵投いただいた（ありがとうございますありがとうございます）ので、とりあえず一気に読みました。 チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計作者:マシュー・スケルトン,マニュエル・パイス日本能率協会マネジメントセンターAmazon ※Kindle版も出る予定とのことです。 内容については、すでにiki-ikiやTwitterで色々話を角谷さん…

こんにちは、ヘンリーの Lead Architect の @kohii です。 弊社ではレセコン一体型クラウド電子カルテの Henry を開発・提供しています。 最近 Henry のバックエンドをモノレポ化したので、その戦略やプロセスについて書きたいと思います。 こちらは前編となっており、モノレポ移行の手法やテクニックの話は後編で説明します。 dev.henry.jp Why モノレポ？ ざっくり説明すると、既存のマイクロサービス/チームの分界点を抜本的に見直し、ドメイン（業務の領域）による分割を目指すため、一旦モノレポにまとめて、理想的な構造の切り出しをやりやすくするという目的です。 モノレ…

Paved Paths Leading the Way to Compliance Lunar というデンマークの銀行におけるBackstage導入事例です。 kccnceu2023.sched.com こちらの企業では21のチームが合計400以上のMicroserviceを開発・運用しています。ビジネスを推進する上で新しいものをできるだけ早く投入し機会を得ることとセキュリティや統制などのバランスが非常に重要です。特に銀行というビジネスドメイン上コンプライアンスなどは非常に重要です。 Lunarではビジネスドメインごとにチーム（Squadと呼んでいました）を構成し、そのチーム単位で開発を行って…

OSS活動をする中で知った、届かない存在に対する焦燥感。ソフトウェアエンジニアとしてプログラミングが一番の強みだという廣戸裕大（hiroppy）さんですが、IC（Individual Contributor）のキャリアを歩むなかで技術のキャッチアップにもがき、悩んだ時期もあったといいます。その焦燥感をどう解消していったのか、今につながった転機を寄稿いただきました。 △ 留学先のアイルランドにて、セミナーゲストとしてNode.jsを解説（2019年） ずっとプログラミングを強みにして走り続けられるのか 焦燥感と戦ってひたすらキャッチアップした20代の日々 新しくできた数名の組織に参加して広がった…

findy.connpass.com こちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。(なお、お昼休みに聴いていた都合上、最後の2つのLT(伊東さんと黒田さん)を聞くことができていません) 会の概要 会の様子 モバイルアプリにおける技術的負債とは？ 技術的負債解消に向けて最初にやるべきこと iOSアプリの大きな技術的負債に立ち向かう 会全体を通した感想 会の概要 以下、イベントページから引用です。 技術的負債は、ある程度成長したサービスであれば抱えるのは少なからず起きてしまいます。いずれは向き合わなければいけない負債に対してどこからどのように向き合うのが良いのか。 …

はじめに 先日 DDDEurope 2022のセッションの１つ、「Independent Service Heuristics」がYouTubeで公開されました。 発表者は Team Topologiesの著者 Matthew Skelton氏と、いくつかの Domain-Driven Design関連の著者Nick Tune氏です。 このお二人がドメイン境界を特定する簡単な方法としてISHを紹介しています。 www.youtube.com 今回はこのISHをテーマにしてみたいと思います。 Independent Service Heuristics (ISH) とは Independent …

はじめに 先日Backstageをご紹介しました。 techblog.ap-com.co.jp BackstateのCore Featuresは Software Catalog Kubernetes Software Templates Backstage Search TechDocs の5つが挙げられています。前回の投稿では上記のうちの３つ（Software Catalog / Software Templates / TechDocs）をご紹介しました。今回は残る２つ （Kubernetes / Backstage Search）をご紹介します。 （2023年3月9日に弊社が会場提供し…

Articles Title: Testing-Library でユーザの気持ちになって書くフロントエンドのテスト zenn.dev data-testid で一昔前までフロントエンド側はテストやりまくっていたので、accessibilityも考えて、あるべき姿にDOMを構成していくことが大事だと改めて認識。 Semanticがキーですね。 Ditching useState and useReducer: Why useImmer is the better option dev.to useImmer を使って useState と useReducer から開放されてみようっていう話。使…

Backstageの簡単な紹介 Backstageとは 先日、本ブログ内で「Platform Engineering」に関する記事が投稿されました。 techblog.ap-com.co.jp 今日ご紹介する Backstage はPlatform Engineeringを実現するツール・サービスの１つです。 BackstageはSpotifyが開発し、その後CNCFに寄贈されたものです。実際にSpotify内部で利用されています。 backstage.io BackstageはPlatform Engineeringで構築するIDP（Internal Developer Platform /…

keigo（左）shin（右） こんにちは、年末年始は子供とずっと一緒に過ごし、子供の語彙力が爆発的に伸びていくことに驚きつつ、負けてられないなと思っているCTOの岩成（iw_tatsu）です。 今回は、タイトルの通り、新しく青木啓剛さんにVP of Engineering（VPoE）に就任していただき、今まで一人でVPoEを務めていた青木信さん（kirin_shi）と共に、二人の青木さんによるVPoE二人体制（おそらくVPoEの二人が同じ姓なのは日本初 [当社調べ]）へ移行したので、その思いについてお伝えできればと思っています。 体制変更に至った背景 Whole Product構想へ取り組む…