Team Topologies

こんにちは。取締役兼ACS事業部の責任者の上林です。 前回の記事「なぜDevOpsの発展にプラットフォームエンジニアリングが必要になるのか？」から間が開いてしまいました。前回お約束した通り、プラットフォームエンジニアリングに関して、海外での動向について少しお話をさせて頂ければと思います。掲題の「DevOpsは死んだ？」や「Googleは私たちに嘘をついた」など、過激なことが言われている側面も取り上げます。 まずは世界の動向ということで、少し私なりの解釈でプラットフォームエンジニアリングに関連するここ数年の歴史を見ていきたいと思います。見解についてはあくまでの個人の見解ですのでご了承ください。な…

はじめに 最近日本でもPlatform Engineeringの注目度が上がっています（本ブログでもPlatform Engineeringについて何度か取り上げさせていただいています）。 それにともない「Platform Teamとは？」「その役割は？」といったことも注目されています。 Platform TeamについてはTeam Topologies でもその位置付けを定義しています(Team Topologiesに関しても本ブログで何度かとりあげさせていただいています）。この両者はチームがどうあるべきかという点で非常に親和性が高いものとなっています。 今回はあらためてTeam Topol…

こんにちは。さまざまな制約が緩和された久しぶりのゴールデンウイーク、みなさんいかがお過ごしでしたでしょうか。 せっかくの休暇でリフレッシュした気分を、長く継続するためにもチーム間コミュニケーションというのはとても大切です。そうした様々なチーム・組織設計、チーム間コミュニケーションの手法をまとめたものがチームトポロジー（Team Topologies）です。本ブログでもこれまでに何度かTeam Topologiesを取り上げさせていただいているのも、そうした重要性を反映した結果でもあります。 techblog.ap-com.co.jp このようなTeam TopologiesのツールのひとつにT…

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

はじめに 以前このブログでもご紹介させていただいた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の組織的な推進をしていくう…

年の瀬ご多端の折、皆様におかれましては本年も大変お世話になりました。crowdworks.jpの開発をしているプロダクト開発部部長兼VPoEの@hihats です。 本記事はクラウドワークスAdvent Calendar 2022 24日目の記事です。 我々の組織ではこれまでも技術的負債解消に取り組んできていましたが、今期（10月）よりさらに人と時間をそこに集中しています。これまでこのブログでも紹介されてきたようにRuby on Railsのモノリスとなっているcrowdworks.jpにおいて、フロントエンドのVue.jsへの移行は今年に入ってから着々と進む中、バックエンドのほうは保守性の低…

今年の医療情報技師能力検定試験に向けて、医学医療編・医療情報システム編の学習を進めてきました。toB系プログラマとして働き始めてから見てこなかった単語や発想がたくさんあって面白かったので、印象的だったところをまとめます。 医療現場はロールベースかつイベントドリブン 医療現場では（乱暴に言うと）各部門やシステムの間を「オーダ」をはじめとしたメッセージが飛び交っている、というモデル化ができそうです。 多くの役職だと何ができるかが法で定められていて、そうした役割をどう組み合わせるかも予め想定されており、そのコラボレーションをメッセージで行っているということです。 これはけっこう医療現場というものを特…

はじめに こんにちは。SRE グループの川津です。 7/13 (木) に Findy 様主催で開催されました「開発生産性 Conference」に登壇して来ました。ちょこっとその感想を書きます。 時間はランチタイムで、お弁当は食べそこねました笑 スライド & アーカイブ アーカイブ動画。 スライドは リンクアンドモチベーションの Speaker Deck に上げてあります。 表題にある通り「Why」に着目したセッションをしました。 How の話や Four Keys 計測の話などは、今回意図的に外しました。 弊社ではおよそ３年 (私がジョインしたのは２年前) から SRE グループを発足してお…

何故始めたのか 転職して2年になるし開発に関わる人も増えてきているので何かやりたいなと思っていたわけですが、 日々の作業に追われて新しい技術や考え方のインプット/共有の機会が取りづらいと思うので、それを補う機会として社内の勉強会を始めてみました。 とはいえ、いきなり話をしろというのは準備も大変だと思うので、最初は既に公開されている勉強会の動画などを見ながら感想を言い合うみたいなところからはじめて、 徐々にLTやったりしていければなという感じでゆるくやってます。 どんな事をしているか 仕事がクソ忙しい中でスライドを準備とか無理なので、動画をみんなで見ながらワイワイ、というのをやってます。 見てい…

PlatformCon 2023 Day2。 Day2といってもDay1 / Day2 の各セッションは初日の日本時間 17:00 に公開されているので厳密に２日目のセッションというものではないのですが、一応Day 2の「Stories」トラックのものをご紹介したいと思います。 タイトルは「How to enable platform engineering」 platformcon.com 内容 体制 発表者の組織では 「Enablement」と「Platform Engineering」の２つの役割から構成されてます。 ■ Platform Engineering 役割は Cloudリソー…

PlatformCon 2022の「Platfomr as a Product」に続き、Team Topologies共著者のManuel Paisのセッション「Beyond engineering: Thefuture of platforms」がありましたのでご紹介します。 platformcon.com Team Topologiesはこのブログでも何度も取り上げているテーマですが、Platform Engineeringを考える上でとても重要な要素です。 セッション Platformでまだ足りないもの 昨年のセッション以降の状況を踏まえると以下の点に注意が必要とのことです。 Platf…

PlatformCon 2023セッションブログ。今回は、これがPlatform Engineeringの最終ゴールなのかな、と感じたデモがあったセッションを２つご紹介します。 Platform as Code: Simplifying developer platform designs with refernce architectures. 最初はこちら。Platform Engineeringで標準化をする意義とそれをセルフサービスで提供するイメージです。 ここではシステム全体を標準化しそれをリファレンスアーキテクチャとしているようです。 platformcon.com 【概要】 低い…

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

Romeを使ってみたからしばらくブログを書いていなかった。もう少し頻度高く書けるようにしたい。 比較的大きな変化や出来事はなかったので過ごし方というタイトルにした。 色々な技術のドキュメントを読んだり、触ったりした 技術書を読んでいた 仕事でリーダーからメンバーに戻った 会社の同期の結婚式と会社の同期の結婚式の二次会に出席した 名前は聞いたことあるけど何なのか知らないフロントエンドのツールが多かったのでドキュメントを読んだり、触ったりしていた。具体的には以下。 Vite Vitest esbuild SWC Parcel pnpm MSW Puppeteer Playwright また、Goと…