チームトポロジー

株式会社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…

読んだ本の数：5読んだページ数：1724ナイス数：1グレイス・イヤー: 少女たちの聖域読了日：05月12日 著者：キム・リゲット怪談小説という名の小説怪談読了日：05月14日 著者：澤村 伊智チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計読了日：05月17日 著者：マシュー・スケルトン,マニュエル・パイスまもなく電車が出現します (創元推理文庫)読了日：05月18日 著者：似鳥 鶏イスランの白琥珀 (創元推理文庫 Fい 2-12)読了日：05月28日 著者：乾石 智子読書メーター

こんにちは！モバイルアプリケーション開発部の折田 (@orimomo)です🍑 私たちの部署では2023年1月にチームの再編成をおこないました。 もともと2チーム制だったところを3チーム制へと変更し、そのうち2チームでスクラムではなくカンバンを採用するという選択をしています（残り1チームはスクラムを継続）。 今回は、カンバンを採用した理由や、この4ヶ月間おこなってきた試行錯誤について書いてみようと思います。カンバンが気になっている方、スクラムからカンバンへの移行を検討している方にとって、少しでも参考になれば幸いです。 なお、以前に部署のスクラムについて紹介する記事を書いておりますので、よければそ…

こんにちは。さまざまな制約が緩和された久しぶりのゴールデンウイーク、みなさんいかがお過ごしでしたでしょうか。 せっかくの休暇でリフレッシュした気分を、長く継続するためにもチーム間コミュニケーションというのはとても大切です。そうした様々なチーム・組織設計、チーム間コミュニケーションの手法をまとめたものがチームトポロジー（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…

おはようございますこんにちはこんばんは。ROUTE06 取締役 CTO の重岡です。 創業 4 年目に突入した今年の 1 月に Tech blog を開設し、四半期を経て、私もようやく記事を執筆することができました。記事のネタを社内のエンジニアに相談したところ、 Q) 私も Tech blog 記事を書こうと思ってるので、どんな内容がよさそうか相談させてください 💭 A) ”マネーフォワード CTO が考えていること”を社外向けに公開しているのは良さそうだなーと思ってました 👀 という有益なアドバイスを頂きまして、真似して実践してみることにしました。 昨年 2022 年 11 月、CTO 就任…

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

こんにちは。プラットフォーム開発部 EMのchikaです。 みらい翻訳の開発ではリーン開発を1つの目指す方向性としています。 誤解を恐れずに一言でその目的を言うならば、「小さく早く開発を回して施策の試行回数を上げ、学びを得る機会を最大化すること」だと思っていますが、それを実現するための重要な考え方として「フロー効率」があります。 フロー効率性について理解を深めるために書籍 This is Lean を中心に先人たちの素晴らしいブログなどを読み漁り、「なぜフロー効率が重要なのか？」について周りの皆の理解も進むといいなーと思い、まとめてみました。 This is Lean 「リソース」にとらわれず…

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