【資料公開】チームトポロジーで紐解くプロダクト開発組織の進化とスケーリング
みなさんこんにちは。@ryuzeeです。 2025年2月13日〜14日開催のDevelopers Summit 2025の登壇資料を公開します。 以前別のイベントで「30分で分かった気になるチームトポロジー」という話をしたのですが、今回さらに踏み込んだ話をしてほしいというリクエストをいただいたのが登壇のきっかけです。 本セッションでは、チームトポロジーの概要に始まり、プロダクト開発チームがどのように構造を変えていくかをよくある例をもとに解説し、最後に構造変更のときにチームトポロジーと組み合わせて使えるダイナミックリチーミングの5つのパターンを紹介しました。 詳細は以下のセッション資料をご覧ください。 重要な点を簡単にまとめておくと以下のとおりです。 速いフローを実現（維持）するという観点でチーム構造を考える。それに使えるのがチームトポロジーチームトポロジーは、コンウェイの戦略を活用した組織
【資料公開】スプリントレトロスペクティブ Deep Dive
みなさんこんにちは。@ryuzeeです。 2025年1月8日〜10日開催のRegional Scrum Gathering Tokyo 2025の登壇資料を公開します。 「スプリントレトロスペクティブ Deep Dive」ということで過去のDeep Diveシリーズの続きになっています。 過去のDeep Diveシリーズはこちらからご覧ください。 プロダクトバックログ Deep Diveスプリントプランニング Deep Diveスプリントレビュー Deep Diveベロシティ Deep Diveセッション資料は以下になります。 重要な点を簡単にまとめておくと以下のとおりです。 「スプリントレトロスペクティブ」と「ふりかえり」は別のもの。既存の汎用的な用語で置き換えると誤解を招いたり、内容の希薄化につながったりするスプリントレトロスペクティブでは「品質と効果を高める」ことを目的としているが、
スケーリングにおけるチーム構造の変遷
アジャイル開発チーム向けのコーチングや、技術顧問、Scrum Alliance認定スクラムマスター研修などのトレーニングを提供しています。お気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 アジャイルを活用したプロダクト開発では、初期は1つの小規模なチームからスタートすることが一般的です。 この段階では迅速な仮説検証や市場適応が求められるため、ユーザーからのフィードバックを反映しやすい少人数の柔軟なチーム構成が理想的です（逆に言うと、仮説検証段階でチーム規模を大きくしてしまうと、何か仕事をしなければいけないと考えて、使わない機能を開発したり、余計な標準化などに時間を費やしたりしてしまう可能性があります）。 しかし、プロダクトが成長し、市場での成功の兆しが見えてくると、より多くの機能の開発や技術的な対応が必要になり、チーム規模の拡大（スケーリング）が必要になるの
【Assured×カケハシ】DXを牽引する先進プロダクト開発に携わるエンジニア達が語る「ドメインモデリング」とは - TECH PLAY Magazine
システムやソフトウェア開発の設計プロセスにおいて、対象領域や要素を明確化し、関係性なども含めてモデルや図などを活用して整理する「ドメインモデリング」。今回のイベントでは、このドメインモデリングを用いたプロダクト開発に取り組むAssured、カケハシのエンジニアが、ドメインモデリングを実践するノウハウなどを語りました。 そのデータ連携、ホントにそれでいいの？──データモデル分析の重要性を解説 株式会社カケハシ 技術戦略室 木村 彰宏氏 2021年にカケハシに入社後、サービス・データプラットフォームのアーキテクトを担った後に、技術戦略室にて開発組織全体の技術領域の戦略を推進。データを軸にした設計・開発のキャリアを強みに、カケハシでもデータ連携を含む、様々なアーキテクチャレビューに携わっています。 医療業界全体のバリューチェーン実現を目指す 「日本の医療体験を、しなやかに」というミッションを掲げ
プロダクトエンジニアとは何者か｜Niwa Takeru｜アセンド株式会社CTO
みなさん、こんにちは。物流・運送会社向けにSaaSを開発するアセンド株式会社でCTOを務めている丹羽です。今回はプロダクト志向を持つエンジニアに向けて、プロダクトエンジニアという職種についてまとめました。 プロダクトエンジニアはフロントエンド・バックエンド・デザイン、そしてあらゆる領域を越境してプロダクトのあるべき姿を構想し、優れた顧客体験を生み出します。そんな顧客課題を中心として、プロダクト志向を持って情熱的に開発するエンジニアにスポットライトを当てます。 プロダクトエンジニアという職種の出現みなさんは"プロダクトエンジニア”という職種を聞いたことはあるでしょうか。一般的なフロントエンドエンジニアやフルスタックエンジニアに比べると聞き馴染みはない一方で、開発の中心にプロダクトの価値追求を置くエンジニアを指すといえばしっくりくる方も多いと思います。プロダクト志向を持つエンジニアは体感的にも
【資料公開】ステークホルダーとの付き合い方を考える
アジャイル開発チーム向けのコーチングや、技術顧問、Scrum Alliance認定スクラムマスター研修などのトレーニングを提供しています。お気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 2024年6月3日に行われたソニー主催、Forkwell共催の勉強会「TechLovers #2」の登壇資料を公開します。 プロダクト開発には、さまざまなステークホルダーが登場します。 プロダクトのフェーズや開発の状況によってステークホルダーの重要度は変わります。そしてステークホルダーごとに持っている権限の強さや権限が及ぶ範囲も違います。 これらを無視して開発を進めると、プロダクトに大きな影響を及ぼすようなことが起こりかねません（メテオフォールなるものもその1例です）。 つまり、戦略的にステークホルダーと付き合っていかなければいけません。 この資料では、フレームワークを活用
「見積もれ」には「わかりません」で答えた Hacobuがフルリプレイスを成功させるまでの道のり | ログミーBusiness
今動いているサービスを止めて、フルリプレイスすることはできるのかーー。そんな、一見無謀とも思える挑戦をやり遂げた企業がありました。株式会社HacobuのCTOである戸井田裕貴氏は、なぜクラウド型物流ソリューションである「MOVO」のフルリプレイスを決断したのでしょうか。その秘密に、レクターの代表取締役であり、日本CTO協会の理事でもある広木大地氏とともに迫ります。 HacobuのCTO ーーまずは戸井田さんに、自己紹介をお願いしてもよろしいでしょうか。 戸井田裕貴氏（以下、戸井田）：僕は、そもそものキャリアでいうとソーシャルゲームの開発が長くて。2011年から丸6年ぐらいなので、まさにソーシャルゲームバブル、スマホバブルがあったあの超加熱していた状態で、その時トップランナーだったgloopsという会社で、ソーシャルゲームをバンバン作っていました。そこの新規プロダクトのリードばかりをやってい
アジャイル開発がうまくいっていない気がするというチームに確認すべきこと
ブログryuzeeによるブログ記事。不定期更新Homeブログアジャイル開発がうまくいっていない気がするというチームに確認すべきこ⋯⋯ みなさんこんにちは。@ryuzeeです。 仕事柄さまざまな会社のいろいろなチームから相談を受けます。 具体的な相談のこともあれば、抽象的な相談のこともあります（内容が具体的になっていればもう解決までそう遠くありません）。 抽象的な相談で多いのは「なんとなくうまくいっていない気がするけど、何を確認したらいいの？」というものです。 今日はこの質問に対して、どう対応しているかを共有したいと思います。 スクラムをベースに書いていますが、スクラムでなくても構いません（その場合は適宜用語を読み替えてください）。 確認ポイントいきなりほぼ結論です。 このような相談を受けたときに、いちばん重要な確認ポイントは 「毎スプリントごとに動作するソフトウェアを作って、チームの外側に
要求分析とアジャイル開発を小さく反復しよう 実装後の“悲しいズレ”を起こさないために「ドメインモデルで対話」する | ログミーBusiness
「【SmartHR/カケハシ/リクルート】複雑化する開発体制におけるエンジニアの社内巻き込み術 ‐プロダクト成長をリードするエンジニアたちの試行錯誤‐」は、成長プロダクトの開発をリードするエンジニアたちの試行錯誤に触れ、社内巻き込み術や改善のステップなどのノウハウを紹介するイベントです。ここで株式会社カケハシの岩佐氏が登壇。まずは、プラットフォーム開発の要求分析について話します。 プラットフォーム開発の悲しい現実岩佐幸翠氏：「大規模SaaSにおけるプラットフォーム開発」と題して、株式会社カケハシの岩佐が発表したいと思います。 まずは簡単に自己紹介をさせてください。私、岩佐と言います。2019年にソーシャルゲームの会社に入社して、認証システムの開発を行っていました。その後、2022年にカケハシに入社して、現在は組織管理サービスという社内プラットフォームのテックリードを行っています。 さて、い
超一流のプロダクトマネージャーへの道：世界観編 - エムスリーテックブログ
この記事はエムスリーAdvent Calendar 2023の19日目の記事です。 こんにちは。エンジニアリンググループ プロダクト支援チームでプロダクトマネージャーをしている中村です。日々、取締役CTO/VPoPの山崎から学び、超一流のプロダクトマネージャーを目指しています。 先日、「超一流のプロダクトマネージャーへの道」というタイトルで、超一流のプロダクトマネージャーを目指す中での学びや体験を書きました。 www.m3tech.blog 今回のブログでは、超一流のプロダクトマネージャーを目指すうえで不可欠な世界観について、現時点での私の理解を整理していきたいと思います。 エムスリーではプロダクトの世界観が重要視されている 本ブログで扱う世界観とは 世界観を活用するか否かによる、プロダクトマネジメントへの影響 世界観の整理 世界観を整理したことで起きたこと まとめ We are hiri
超一流のプロダクトマネージャーへの道 - エムスリーテックブログ
こんにちは。エンジニアリンググループ プロダクト支援チームでプロダクトマネージャーをしている中村です。 2019年5月にエムスリーに入社してから、早4年が経ちました（うち1年半の出産・育児のための休業期間を挟んでいます）。 ちなみにエムスリー入社前の経歴としては、大手メガベンチャーの事業企画からキャリアをスタートし、企画職、プロジェクトマネージャー等を経てプロダクトマネージャーを3年ほどやっていました。 私がエムスリーに入社してから半年後の2019年11月に、以下の記事を書いていました。 www.m3tech.blog 当時の記事に書いた通り、私がエムスリーへ入社を決めた理由は下記4点でした。 エムスリーは新規事業の立ち上げサイクルが速く、プロダクトマネージャーとして「製品を見つける」フェーズにチャレンジできる環境であること 尊敬できるプロダクトマネージャーだと感じたVPoE山崎の直轄チー
Merpay Enabling Client チームが目指すこと | メルカリエンジニアリング
こんにちは。メルペイ Engineering Managerの@masamichiです。 この記事は、Merpay Advent Calendar 2023 の18日目の記事です。 この記事では私がマネージャーを務めているMerpay Enabling Clientチームの役割や今後進めていくことについて紹介します。 Merpay Enabling Client Team メルペイの組織構造は現在Program型組織となっており、その中でもEnabling ProgramはArchitectやSRE、Data Platformなど、横断的な技術課題の解決や生産性向上など開発全体を支援する組織です。Program型組織の詳細については2日目の@keigow さんの記事をご覧ください。 メルペイのProgram型組織への移行 Merpay Enabling Clientチームはその中でWeb/
「プロダクトマネージャーカンファレンス 2023」、アーカイブ動画をYouTubeチャンネルで公開
プロダクトマネージャーカンファレンスは、企業や組織の壁を越えて情報共有や人材交流を行うことで「日本におけるプロダクトマネジメントが普及・発展すること」を目的としたイベントで、2016年から毎年開催されている。11月29日に行われた8回目となる今年のカンファレンスは「その覚悟が世界を変える」をテーマに、オンラインとオフラインのハイブリッドで開催された。 YouTubeチャンネルに公開されたセッション、講演者、所属は以下の通り。 Keynote 「プロダクトマネージャーの「覚悟」を分解する」（Tably株式会社、Global Hands-On VC、Adobe、クライス＆カンパニー 代表取締役、Founding Partner、Executive Fellow、顧問 及川卓也氏／株式会社アトラクタ 取締役CTO アジャイルコーチ 吉羽龍太郎氏） Track A 「シリコンバレーのプロダクトマネ
Enabling SREの現在地点 - Money Forward Developers Blog
この記事は Money Forward Engineering 2 Advent Calendar 2023 の記事です。 こんにちは！tatsuo48 です。 マネーフォワードのサービス基盤本部には私が所属する Enabling SRE というチームがあります。 この記事では、以前に紹介された組織に SRE の文化を作り上げていく Enabling SREの内容にも触れながら、Enabling SRE の現在地点と今後の方向性について詳しくお話ししていきます。 Enabling SRE とは Enabling SRE の目的は組織に SRE の文化を作り上げていく Enabling SRE にある通り、以下のギャップを埋めていくことにあります。 各プロダクトの開発チームは、自分たちで開発のサイクルを回し、非機能面も含めて見るべきだと考えている。しかしながら、権限を渡されても非機能面を見て
プロダクト開発における“難しさ”をモデル化してみよう 「意思決定」と「可観測性」の視点から考える、UGC特有の課題 | ログミーBusiness
完全招待制のオンラインカンファレンス「PIXIV MEETUP 2023」。「創作活動を、もっと楽しくする。」というミッションを遂行するために、メンバーが普段行っている業務について、自らの言葉で語り、その想いと技術を共有する場です。rokuroku氏は、プロダクト開発における意思決定と、UGCプラットフォーム特有の難しさについて発表しました。 登壇者の自己紹介rokuroku氏：それでは「UGCプラットフォームの難しさをモデル化する」ということで、私、rokurokuが発表いたします。 最初に自己紹介をしたいのですが、私はrokurokuといいまして、今はpixiv事業本部の小説マンガ百科部という、長い名前のところでテックリードをやっています。 もともとは、アプリ開発やバックエンド設計、あとはデータ分析みたいなことをやっていたのですが、最近はプロダクトマネジメント周りの仕事をしていて、今日
認知負荷で考えるフロントエンドの組織体制 - Findy Engineer Lab
2023年9月、ファインディ株式会社は「フロントエンドの開発生産性」と題したオンラインカンファレンスを開催。第一線で活躍しているエンジニアを招いて、フロントエンド領域における開発生産性を向上するための組織づくりや戦略について語っていただきました。 本稿では、Chatwork株式会社にてエンジニアリングマネージャーをしている澁谷 哲也さんのセッション「認知負荷で考えるフロントエンドの組織体制」の内容をご紹介します。 2019年に上場を果たし、急成長を遂げている同社。それに伴い開発組織の拡大が急務となり、職能別組織から職能横断型組織への移行がスタートしました。しかし簡単に移行できるわけではなく、澁谷さんは「プロダクトの特性もあり、組織体制を移行するためにはいくつかの課題もある」と語ります。Chatworkが直面した課題とは、どのようなものだったのでしょうか。 ■プロフィール 澁谷 哲也（しぶた
【資料公開】プロダクトマネージャーのしごと
みなさんこんにちは。@ryuzeeです。 2023年10月17日に行われたオンラインイベント「プロダクトマネージャーのしごと - Forkwell Library #33」の登壇資料を公開します。 内容は、新刊書籍『プロダクトマネージャーのしごと』に関するものなのですが、30分という時間で全部を網羅的に紹介するのは無理ですし、ぜひ本書を読んでいただきたいので、僕が気に入っているところと、本書全体を通して中心にある考え方を紹介しました。 ちなみに書籍は16章から構成されていて、そのなかで特に自分が好きなのは「7章 「ベストプラクティス」のワーストなところ」です。 職業柄、日頃から「プロダクトマネジメントではどんなフレームワークを使うといいですか？」「プロダクトマネジメントの日本での成功事例を教えてください」「プロダクトマネジメントのベストプラクティスを教えてください」のような質問をたびたびい
“世の中に存在しないもの”をどう説明するのか あらゆるものをつなぐプロダクトマネージャーに必要なコミュニケーションスキル | ログミーBusiness
日本の企業においても、日に日に重要性が増しているプロダクトマネージャー。そんなプロダクトマネージャーには、プロダクトの本質を経営者とエンジニア双方に伝える“翻訳者”としてのスキルが必要です。今回は、Sansan株式会社の西場正浩氏と、スマートニュース株式会社の森山大朗氏、PMおよびエンジニア組織を率いるVPoEの双方の立場からお話しを聞きました。全5回。第1回は、プロダクトマネージャーのコミュニケーションスキルについて。 Sansan VPoE兼技術本部研究開発部部長の西場正浩氏 藤井創氏（以下、藤井）：みなさん、こんばんは。今回は、「重要なのは“翻訳者”の能力!? 『プロダクトマネージャーのコミュニケーション術』」というタイトルで、プロダクトマネージャーのコミュニケーションについて、（次に紹介する）お二人におうかがいできればなと思っています。 今回ご登壇いただくのが、Sansan株式会社
freee の権限管理基盤マイクロサービスの今を語ろう！ - freee Developers Hub
はじめに こんにちは、freee の 権限管理基盤マイクロサービスを開発するチームでエンジニアリングマネージャーを務めている sentokun と申します。前職ではできることをできる限りやろうというスタンスで開発チームをリードし、アーキテクチャ設計やチームビルディングなどに取り組んでいました。その後 2022 年に freee へ入社し、freee で初めてエンジニアリングマネージャーの役割に。変わらずできることにできる限り取り組むスタンスでチームビルディングに従事しています。 この記事では、我々のチームが担当している権限管理基盤について語っていこうと思います！ 権限管理基盤の成り立ち freee では、「スモールビジネスを、世界の主役に。」をミッションに掲げ、統合型経営プラットフォームの開発・提供を進めています。最近では freee Togo Panorama を公開するなど、統合に向け
シニアエンジニアの先にある「スタッフエンジニア」という役職 書籍『Staff Engineer』から見る4つの役割 | ログミーBusiness
「【t_wada & masuidrive CARTA探訪】スタッフエンジニアというキャリア」は、書籍『スタッフエンジニア マネジメントを超えるリーダーシップ』の監修・解説を担当した増田氏を招き、スタッフエンジニアという役職について学ぶイベントです。基調講演には増井氏が登壇。まずはスタッフエンジニアの役割について紹介します。 増井氏の自己紹介増井雄一郎氏：よろしくお願いします。今日これから話をする増井雄一郎と言います。あらためてよろしくお願いします。 僕のアイコンはお風呂に入っている姿のアイコンで、ここ20年ぐらいずっと使っています。16歳ぐらいの時にフリーランスのエンジニアとして仕事を始めたので、そこから考えると30年ぐらいエンジニアをしています。 僕の名前がけっこうよく出ていたのは前職のトレタという名前の会社にいた時で、あとはiPadの受け付けのアプリのハッカソンで作って、それをいろい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
