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への移行は今年に入ってから着々と進む中、バックエンドのほうは保守性の低…

timeedev.connpass.com こちらのイベントに参加してきたので、会の様子と感想を書いていこうと思います。 会の概要 会の様子 パネルディスカッション エンジニアの評価制度の設計が難しいが、どのようなことを意識しているのか？ スタッフエンジニアは会社にいるのか？もしいるならどのような人をスタッフエンジニアと呼んでいるのか？ EMの定義は？ 組織づくりで参考にしている書籍や会社はあるか？ DeNAの経験で組織づくりに活かせると感じることは？ 開発組織スケールのペインを急成長する組織の中でどう乗り越えたのか？ 新しい技術に対する向き合い方 技術戦略と経営戦略&営業戦略との接続はどの程…

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

はじめに EMの加川(@shinpr_p)です。 ここ数週間で、DROBEの開発チーム体制に変化がありました。今回は体制変更の背景や考慮した事、どのようにチーム体制を考えたかを記事にしてみました。 チームを取り巻く状況によって選択肢は異なりますが、1つの事例としてチーム体制の参考となれば嬉しいです。 ※ 余談ですが、この文章は社内向けに体制変更を説明した際に書いたものとある程度同じ内容になっています。 体制変更の背景 現在のDROBE開発チームは、組織観点においてふたつの課題を抱えています。 ひとつは、開発チームメンバーの多さです。 全員が集まるMTGとなると参加者が10名を超えてきます。10…

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

エンジニアリング ボーイスカウトの原則 単一責任の原則 早計な最適化は諸悪の根源 YANGI KISS 組織 ダンバー数 ■目次 ・案件紹介 ・ポエム頭出し■案件紹介 アジャイル開発案件 ・契約：準委任、アジャイル開発契約枠 or 保守枠 →基本は常駐開発の基本契約に則るため、実質は手続き的な違いくらいか。・業務 Book Offのような在庫ビジネス セールス～ディーラー間のワークフローシステム Web APIで約定情報を基幹に連携する 【顧客(W/R)×商品(一般債/JGB/外債 etc,)×取引手法】 の軸でシステムを拡大 MVPを特定したあとのPhase (0→1→7→【スクラム】→12…

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では様々な適用事例が紹介されています。今回はその中から２つをご紹介。 Case 1 : How we scaled DevOps 10x with platform engineering platformcon.com 100人程度の組織で、インフラ担当は3名。10人程度のBackendチームをDevOpsチームに転換。「You build it you own it!」を実践。そして・・・オンボーディングを他の人に試みたそうですが失敗しました（Oh my ...）。 その理由は以下のようなものでした。 他のチームの責務が異なる（たとえばFrontendなど）…

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