チームトポロジー

株式会社MonotaRO データ基盤グループの小谷です。データ基盤グループでは、データに基づく意思決定や業務改善を通したビジネスの拡大を支援するため社内のデータ利活用サイクルを加速させるような取り組みを行っています。 この度は、当社での未来のデータ管理体制について、チームトポロジーの考え方を用いて整理してみましたので紹介したいと思います。 この記事は先日開催されたdatatech-jp Casual Talksで登壇した内容についてまとめ紹介したものとなります。登壇の際に使用した資料の方も以下に記載いたしますのでよろしければご覧ください。 datatech-jp Casual Talks #5…

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

どうも、とっても寒くなりましたね。冬ですね〜。 モバイルアプリケーション開発部の福井（@tinpay）です。 こちらの記事はChatworkプロダクト本部のAdventCalendar、16日目の記事となります。 早速ですが本題。 Chatworkのモバイルアプリケーション開発部は来年からチームを再編成する予定です。再編成においてチームトポロジーを参考に設計したので、経緯や期待するところをブログに書いていきたいと思います。

組織構造は評価の運用も考慮して 前口上 DevOpsという用語があります。ソフトウェア開発を開発担当(Development)、運用担当(Operations)と完全に分けるような構成をとるより、開発と運用はより協調して、時には兼任した方が変化に素早く対応できるという考え方です。 ソフトウェア開発(直訳だとDevだがここでは日々の業務でOps)と人事評価'(Assessment)もしばしば独立したものとされることが多いですが、極力一緒になった方がいいのではということでAssessOpsを提唱してみます。 ジョブ型雇用には評価制度の設計・運用がより必要 伝統的に日本はメンバーシップ型の雇用と言わ…

はじめに ご多分に漏れず？FOLIOでも「チーム・トポロジー」の読書会が開催されていたのですが、その中でこんな疑問が上がりました。 "アーキテクト"の実務上の課題は「理想のアーキテクチャおよびチーム・トポロジーが分からない」ではなく、「理想のチーム・トポロジーを実現する政治力がない」なのでは？ 理想の組織構造を作るためには経営陣を含めたハイレベルな合意を取る必要があります。 そのような、いわゆる「社内政治」にアプローチする本を探す中でこの本が見つかったので読んでみました。 独裁力 ビジネスパーソンのための権力学入門 (ディスカヴァー・レボリューションズ) | 木谷哲夫 |本 | 通販 - Am…

最近、大きいチームの中で３〜4人くらいのチームを作って働いているけど、アサインされた仕事をやる、という形式でありつつ、その小さいチームで仕事して終わりではなくて、大きい方のチームのメンバーのみんなともランダムにやり取りしているような状況。 ホッキョクグマが乗っている氷の塊がだんだん小さく割れていっていて、手はこっちの流氷、足はこっちの流氷にそれぞれ乗っている。 筋力だけで支え合っているものの、だんだん手足が離れていっている。でも筋力はあるから、いけるでしょ、みたいなことを言う。 そういう状況をイメージしてもらえると近い状況だと思う。 今は全員と、出たとこ勝負って感じで関わっているけど、誰（どの…

はじめに リンクアンドモチベーションでSRE/QAチームのEMをしている河野です。 本記事では、SREチームから見た開発組織の変遷をチームトポロジーを用いて解説します。 チームトポロジーとは 一言でいうと、「ソフトウェア開発体制の"定石"をモデル化したもの」です。これにより、組織におけるパターンランゲージ(共通言語)として扱うことができます。 詳しくは2022/3/16に行われたイベント「チームトポロジーを成功させる実践方法の探求」の資料と動画が分かりやすいのでそちらを参照ください。 slide.meguro.ryuzee.com timee.notion.site www.youtube.c…

こんにちは。プロダクト開発部の id:ut61z です。 私は 2022/10 からSRE留学という社内制度を利用して、SREチームに所属しています。弊社のSRE留学制度については以下のliaob88さんの記事に詳しいので興味がある方は御覧ください。 tech.classi.jp もともとバックエンドエンジニアとしてRailsのアプリケーション開発を行っていましたが、運用の一環でアプリケーション実行環境をEC2からECSへ移管する経験をし、それを皮切りにインフラ、AWS、SRE、DevOps などに興味を持ちました。 あるとき上司にSRE留学をしてみない？と提案されたのをきっかけに、自分でもで…

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

※この記事は適当をブッこいているので話半分で聞いてください 歴史学ってなんだ? (PHP新書)作者:小田中 直樹PHP研究所Amazon 最近、ソフトウェア開発の勉強をサボって歴史と哲学を勉強してしまっていたのですが、『歴史学ってなんだ？』って本を読んで、同じような方法でソフトウェアエンジニアの文化を参考になるんじゃないかと思い始めています。 資料を漁って実証主義的に議論を進める点。会社内だと実験してデータを揃えるのも難しいので、定性的に「自分たちの文化を改善するために、何が有力な仮説なのか」を考えるのに役立ちそう 様々な視点から解釈する点。『チームトポロジー 価値あるソフトウェアをすばやく届…

こんにちは！コパイロツト情報発信です。 実は、コパイロツトは日本で最初の「unFixモデル」パートナーです。 unFixモデルとは、Management 3.0の生みの親であるJurgen Appeloが開発する「ユーザーへの価値提供を主軸にしてプロジェクトの構造を柔軟に扱うモデル」です。 2023年1月には、NuWorks合同会社主催のオンラインDojoで行われたunFixモデルのワークショップに、コパイロツト八木が講師として登壇しました。 この記事では、unFixモデルのどこに私たちが着目しているか、どのようにunFixモデルの考え方を取り入れているかの一部を、COPILOT Newsle…

最近、ソフトウェアシステムのモデリングとしてドメイン駆動設計（DDD）、開発手法のフレームワークとしてスクラムの人気があります。 Web上でもこれらの情報は多く、またこれらの組み合わせについても議論されているので、難しいという話はあるものの、概ね受け入れられているのだと思います。 それでは、これらを実践する開発チームの組織構造はどうなるべきでしょうか？ コンウェイの法則 開発チームの組織の構造と、ソフトウェアシステムのアーキテクチャの関係を示す法則があります。それがコンウェイの法則です。 コンウェイの法則とは、ソフトウェアシステムのアーキテクチャは開発チームの組織とよく似る、というものです。 …

新たに一緒に働くことになったメンバーに対し、会社のカルチャーを知ってもらうため、必要な知識や技術を身につけてもらうため、より働きやすい環境を作るため……。そのような目的のもと、各社さまざまなオンボーディング施策に取り組んでいるかと思います。 コパイロツトでは、オンボーディングの一環として「会社本」という取り組みを行っています。「会社としてメンバーに知っておいてほしいこと」が書かれている本を、入社が決まったメンバーに渡し、読んでもらうものです。 この制度の背景や、実際に「会社本」を読んだ感想を聞き、Wantedlyで記事にしました。 「会社本」という羅針盤――本を活用したオンボーディング 効果は…

技術広報のsyoneshinです。 いつもラクスエンジニアブログをお読みいただき、ありがとうございます！ ！ 今回は2023/2/8に開催した「RAKUS Tech Conference 2023」の内容を当日発表資料 と共にご紹介します！ ◆ 関連記事 昨年度(2022年)の開催レポートは以下をご覧ください tech-blog.rakus.co.jp 【目次】 イベント概要 発表の紹介 オープニングセッション 短納期でも進化をあきらめなかった新規プロダクト開発 フロントエンド横断組織のチームトポロジー ベテラン社員が抜けても若手が成長できるエンジニア組織づくり デザイン組織が社内下請けから脱…

ソフトウェア開発チームのパフォーマンスを測る指標、それがFour Keysです。「Four Keysはすぐに上がる数字ではなく、地道で本質的な取り組みをしながら、数値を見ることで自分たちはうまくやれていることを確認するもの」と語るのは、Findyのプロダクト開発部でエンジニアリングマネージャーを務める栁沢正二郎さん。 栁沢さんが開発に携わっているFindy Team+は、エンジニア組織がパフォーマンス改善に利用できるSaaSです。GitHubのリポジトリやJiraのイシュートラッキングなどを解析して、エンジニアやチームのパフォーマンスを数値化できます。2022年8月には、Four Keysにつ…

3月9日〜10日の2日間にかけて、 JaSST'23 Tokyo が開催されたので、参加してきました。 JaSSTは5年ぐらい前に当時のチームメンバー参加したことがあり、日本大学の学食でカレーを食べた記憶があります。 tech.pepabo.com 当時、参加してみてみんなでその気になり、その後、みんなで頑張って勉強してJSTQB Foundation試験を有明まで受けに行った良い思い出がありました。 それを契機に、私は脆弱性検査やペネトレーションテスト、自動化を行うセキュリティ関連の業務に従事することになるのですが、当時所属していた組織から離れることになってしまったため、JaSSTへの関与も…

ソフトウェア開発に関するジョブタイトルやポジションは多くが英語圏から輸入された言葉で、代表的なものを挙げると、テックリード、プロダクトマネージャー、そして CTO があります。 本記事ではその中のエンジニアリングマネージャーにフォーカスし、役割、責任範囲、必要となるスキルに触れ、エンジニアリングマネージャーというポジションをわかりやすく定義します。 そこそこ長文になってしまったので、時間のない方は最後のまとめだけでも目を通してみてください。 執筆の動機 自分自身がエンジニアリングマネージャーというポジションについて3年目ということもありますが、日本におけるエンジニアリングマネージャーの情報があ…

Publickeyで公開されていたPlatform Engineering Meetup #1のまとめがとてもよかった。 www.publickey1.jp スライド中でも書かれているように、共通のプラットフォームを作るのがめちゃくちゃ難しいというのは同意。 自分が今年の1月ごろに書いた記事とも若干関連があると思っていて、やはりいい開発組織はプラットフォームという形をうまく扱っているし、その組織構造の結果としてマイクロサービスがアーキテクチャに現れる。 izumisy.work 詳細はボカすが、かつて僕が働いていた会社でも当時流行っていたチーム・トポロジーの輪読会を経て、プロダクト開発組織の中…