分断を乗り越える(3/8 登壇資料)

分断を乗りこえるアジャイル開発のための可視化株式会社講談社・KODANSHAtech合同会社長尾洋一郎　天重誠二 2024/3/8

講談社の課題 2024/03/08　分断を乗りこえる　- 2 講談社の特色: 「総合出版社」であること • 「雑誌」を中心として発展＝各「編集長」に、絶対的とも言える意思決定権がある。 • それぞれ様式の異なる城に、歴史・文化の異な
る領主（編集長）と領民（編集部員）がいるような状態。 • 意思決定や、ちょっとした日々のオペレーションの方法論もバラバラ。 ⇨ 2010年代まで、各編集部はバラバラに、それぞれの努力によってWEB施策に挑戦。しかし… ⇨「やりきれずベンダー丸投げ」「深まらない知見」「片手間・他人事化」が常態化していた。

内製化は「いちメディア」から草の根でスタート現代ビジネスが1億PVを目指していた2017年頃、「記事量産以外にウェブメディア成長の方法はないのか」と模索するなかで、みずからUXを設計する内製技術チームを持つ動きがはじまる。はじめは、会社公認でもなく、現場発で動き出した有志＝草の根にすぎなかった。 2018年、会社のチームとして正式に位置付けられ、 FRIDAYデジタルを完全内製化。
この頃は、フロント2名、フルスタック1名、バックエンド1名程度のチーム。その体制で、4ヵ月ほどでメジャーブランドのメディアを作っていた。 2024/03/08　分断を乗りこえる　- 3

出版カルチャーの「分断」を超えはじめる本来は「男性ジャーナリズム誌」の部署から自然発生した草の根チームだったが、やがて新規事業や女性誌系メディアも扱うことに。 2023年までに、VOCE、ViVi、with digital、FRaUなども担当。クラウドファンディングサービス「ブルーバックスアウトリーチ」なども開発・運営。
さらにウェブメディア向けのコミックリーダーや特典動画配信サービスなど、多分野の開発を手がけるように。 2024/03/08　分断を乗りこえる　- 4

「仲間」としての内製化チームを成立させる装置＝KODANSHAtech社もちろん、非技術の企業にとっては、開発の専門的知見や新技術商材を持つ外部ベンダーとの協業は必須。一方で技術を「縁遠いもの」「自分とは関係ないもの」と規定したままで事業を行っていくことは、少なくともコンテンツビジネス＝情報を届ける産業においては、みずからビジネスに「限界」を作ることに他ならない。そこには「発注・受注」の関係性ではない、「仲間」と
しての専門家が必要。 ⇨ そうした人材をグループとして安定的に確保する枠組みとしてKODANSHAtech社を発足させた。発注・受注の関係のデメリットとは… • 発注側に知見が貯まらず、的外れ・思いつきによる指示を繰り返す。 • 上記により、全般的に開発方針やその後の運用体制構築を丸投げしてしまう。 • サービスの継続運用のフェーズで、発注元の参加意識の低さがアダになり、継続改善が行えない。 • 全体の開発進行と関係ないタイミングで「ただやりたいことを投げるだけ」となり、それが早期に実現できないフラストレーションから協業先を変えるなど不毛なコミュニケーションサイクルに陥る。 • 受注側も「仕事」として参加する形になるので、不毛な発注に対しても「はいはい」と反発せずに受けれてくれてしまう場面がある。結果、サービスにとってベストな選択が行われない。 2024/03/08　分断を乗りこえる　- 5

「編集部」単位の意思決定では成立しなかった「横展開」の主体を目指して 🟠 メディア事業のドメイン知識を横展開し、全体の開発・運用効率をあげていく。 🟠 社内的な標準技術選定を行う主体として積極的に動くことで、知見を共通化し、サイロ化を防ぐ。結果、新規サービスの立ち上げ効率も大幅にアップするなど、会社全体のデジタル施策への対応力が大幅に向上した。
⇨ Datadog導入も、監視のスタンダードを作っていくための試みのひとつ。 2024/03/08　分断を乗りこえる　- 6

分断を乗り越える: 実践編 01

about me • 天重誠二(あましげせいじ) • KODANSHAtech 3年目 • おもにサーバーサイドをやっていますが、わりと何でも屋です
2024/3/8　分断を乗りこえる　- 8

2024/3/8　分断を乗りこえる　- 9 PV: 2500万 UU: 360万セッション数: 500万

2024/3/8　分断を乗りこえる　- 10 Webメディアって記事を投稿するだけで単純ですよね？ GET https://i-voce.jp/feed/3191777/ HTTP/2 200 content-type: text/html;charset=utf-8 content-length:
196321 <!doctype html> <html lang="ja"> <head> … </html>

2024/3/8　分断を乗りこえる　- 11

2024/3/8　分断を乗りこえる　- 12 システムは複数のコンポーネントの組み合わせマイベスコス ➔ コスメDBからコスメデータの取得・保存 ➔ コスメ検索に検索エンジンが必要(検索エン
ジンは Piano) コスメトレンド ➔ WordPressでコスメを検索して保存 ➔ ページの表示じたいは WordPressから表示

編集部 2024/3/8　分断を乗りこえる　- 13 他のグループ会社 KODANSHAtech(+α) 編集業務のサブシステム編集・企画・記事の制作 SNS担当コスメDB管理 techチーム
データ分析編集長

編集部他のグループ会社編集・企画・記事の制作 SNS担当コスメDB管理データ分析編集長 Cosme DB Word
Press Re:dash Bigquery techチームが業務とどう関わるか 2024/3/8　分断を乗りこえる　- 14 KODANSHAtech(+α) techチーム

2024/3/8　分断を乗りこえる　- 15 会社Aが開発会社Bが開発会社Cが開発内製 AWS (別の人) 内製(データ管理)

なんかバグってるみたいですけど、どうなってますか？調べてみたけどわかんないっすね〜 B社さんに聞いてみては？問題になるようなログはないですね！ 2024/3/8　分断を乗りこえる　-
16

なんかバグってるみたいですけど、どうなってますか？調べてみたけどわかんないっすね〜 B社さんに聞いてみては？問題になるようなログはないですね！なんもわからん 
なんもわからん  なんもわからん  2024/3/8　分断を乗りこえる　- 17 情報の壁情報の壁

システム（広義に定義）を設計するあらゆる組織は、組織のコミュニケーション構造をコピーした構造を持つ設計を生み出す。   https://www.melconway.com/Home/Committees_Paper.html 2024/3/8　分断を乗りこえる　- 18

ある組織がそのコミュニケーション構造において完全に柔軟でない限り、その組織は生み出すすべてのデザインにおいて、自分自身のイメージを刻印することになる。組織が大きくなればなるほど、柔軟性は低下し、その現象は顕著になる。  https://www.melconway.com/Home/Committees_Paper.html ある組織がそのコミュニケーション構造において完全に柔軟でない限り、その
組織は生み出すすべてのデザインにおいて、自分自身のイメージを刻印することになる。組織が大きくなればなるほど、柔軟性は低下し、その現象は顕著になる。  https://www.melconway.com/Home/Committees_Paper.html →コミュニケーション構造に柔軟性があれば、組織が生み出すデザインは組織と似ない 2024/3/8　分断を乗りこえる　- 19

すべてを「見える化」する  同じ会社で働くスタッフ全員に、同じ一つの目標に向かってともに歩いてほしいと思う。情報の縄張りをいくつも作ってまとまりを失えば、仕事の勢いは鈍る。疑心や不信も生まれる。組織は分裂し、重要事項を知っている上層部と、やっている本人も理解できない、謎に包まれた仕事の断片を言われるままこなすだけの層に分断されてしまう。まったく無意味だ。   『スクラム仕事が4倍速くなる”世界標準”のチーム戦略』
p.201 2024/3/8　分断を乗りこえる　- 20

課題のまとめ • 業務の境界にあわせて組織が存在していた • この境界を区切りにして、システム境界も存在した • 組織の分断がそのままシステムの分断であり、情報がそのなか
で不可視化していた 2024/3/8　分断を乗りこえる　- 21

取り組んだこと 2024/3/8　分断を乗りこえる　- 22

2024/3/8　分断を乗りこえる　- 23 コミュニケーション状況を改善する • デイリーミーティングを開催。スプリントの進捗報告がメインだが、雑談もする ◦ リモートワーク特有の問題もあり、慢性的なコミュニケーション不足に悩まされていたのもあります
• スプリント計画、スプリントレビュー、レトロスペクティブなど、スクラムに則った会議を定期的に開催する • 編集部との定例をもつ

設計・実装情報の共有 • 各サブシステムを横断して、メンバーが設計・実装情報を獲得できるようにする • 相互レビュー • 設計情報の調査と共有 •
関係会社でも可能なかぎり設計情報を共有する 2024/3/8　分断を乗りこえる　- 24

運用の改善・Datadogの導入 • ビルド自動化と短期間リリースサイクルができるようにする(CI/CD) • システムコンポーネント境界を跨いで、ログ・トレースを確認できるようにする=>Datadogの導入 ◦ あるページが表示できないとき、
WordPressのエラーなのかCosmeDBのエラーなのか検索エンジンのエラーなのか判断できなかった ◦ 設計情報の共有だけでは実際のシステムの結合時の振る舞いはわからない。 2024/3/8　分断を乗りこえる　- 25

なぜDatadog？ • カンバンなどの情報はほとんど Notion に集約しているが、参加メンバーの意見でそのまま変更できる • Datadog の導入もこれとほぼ同じ理由で、メンバーが参加して gradual
にやり方を変えていくことができる • 業務のための情報システムは、改善して使いやすくしていくことが必要で、可塑性があって理解しやすいのはかなり重要度が高い 2024/3/8　分断を乗りこえる　- 26

取り組み • コミュニケーションを積極的にとる枠組みを採用する • メンバーがどのリポジトリに対しても知識を獲得する • 運用時のシステム内部情報を可視化し、メンバーがいつでも見
ることができるようにする 2024/3/8　分断を乗りこえる　- 27

どうなった？ 2024/3/8　分断を乗りこえる　- 28

• APMを確認、原因となる箇所をすぐに特定できた(一次対応) • 検索条件をURLに含めることができるので、アドホックな検索条件でも問題とする現象を共有しやすい 2024/3/8　分断を乗りこえる　- 29

• 翌日には根本原因を特定( join で想定しない行数になったところを group by していた) • この日は休日だったので業務指示
はないが、メンバーが適当に Datadogを検索して原因特定してくれた様子 • スロークエリを特定できるようにダッシュボードを整えようという提案があった 2024/3/8　分断を乗りこえる　- 30

取り組みの結果 • 障害の分析が容易になっただけでなく、分析過程の共有が可能になった • 情報共有の過程で、各メンバーが全体の振る舞いを把握し、理解を深めることができるようになった •
状況に応じて主体的に判断することがしやすくなった 2024/3/8　分断を乗りこえる　- 31

2024/3/8　分断を乗りこえる　- 32 同じ会社で働くスタッフ全員に、同じ一つの目標に向かってともに歩いてほしいと思う。情報の縄張りをいくつも作ってまとまりを失えば、仕事の勢いは鈍る。疑心や不信も生まれる。組織は分裂し、重要事項を知っている上層部と、やっている本人も理解できない、謎に包まれた仕事の断片を言われるままこなすだけの層に分断されてしまう。まったく無意味だ。  

2024/3/8　分断を乗りこえる　- 33 すべての仕事をガラス張りで見えるようにしたため、複数のチームで仕事を分担できた。メンバーがそれぞれ何をしているのか、皆が常に把握できた。誰かが問題にぶつかれば助け合った。一人が問題を抱えていても、別の誰かが同じ問題を経験済みなら、解決策を教えることもできる。同じチームのメンバーでなくてもそれができるのだ。(...)これが透明化の力だ。  

ご静聴ありがとうございました分断を乗り越える: アジャイル開発のための可視化 2024/3/8

分断を乗り越える(3/8 登壇資料)

分断を乗り越える(3/8 登壇資料)

Seiji Amashige

More Decks by Seiji Amashige

Featured

Transcript

分断を乗りこえるアジャイル開発のための可視化株式会社講談社・KODANSHAtech合同会社長尾洋一郎　天重誠二 2024/3/8

分断を乗り越える: 実践編 01

about me • 天重誠二(あましげせいじ) • KODANSHAtech 3年目 • おもにサーバーサイドをやっていますが、わりと何でも屋です

2024/3/8　分断を乗りこえる　- 9 PV: 2500万 UU: 360万セッション数: 500万

2024/3/8　分断を乗りこえる　- 10 Webメディアって記事を投稿するだけで単純ですよね？ GET https://i-voce.jp/feed/3191777/ HTTP/2 200 content-type: text/html;charset=utf-8 content-length:

2024/3/8　分断を乗りこえる　- 11

2024/3/8　分断を乗りこえる　- 12 システムは複数のコンポーネントの組み合わせマイベスコス ➔ コスメDBからコスメデータの取得・保存 ➔ コスメ検索に検索エンジンが必要(検索エン

編集部 2024/3/8　分断を乗りこえる　- 13 他のグループ会社 KODANSHAtech(+α) 編集業務のサブシステム編集・企画・記事の制作 SNS担当コスメDB管理 techチーム

編集部他のグループ会社編集・企画・記事の制作 SNS担当コスメDB管理データ分析編集長 Cosme DB Word

2024/3/8　分断を乗りこえる　- 15 会社Aが開発会社Bが開発会社Cが開発内製 AWS (別の人) 内製(データ管理)

なんかバグってるみたいですけど、どうなってますか？調べてみたけどわかんないっすね〜 B社さんに聞いてみては？問題になるようなログはないですね！ 2024/3/8　分断を乗りこえる　-

なんかバグってるみたいですけど、どうなってますか？調べてみたけどわかんないっすね〜 B社さんに聞いてみては？問題になるようなログはないですね！なんもわからん

システム（広義に定義）を設計するあらゆる組織は、組織のコミュニケーション構造をコピーした構造を持つ設計を生み出す。   https://www.melconway.com/Home/Committees_Paper.html 2024/3/8　分断を乗りこえる　- 18

課題のまとめ • 業務の境界にあわせて組織が存在していた • この境界を区切りにして、システム境界も存在した • 組織の分断がそのままシステムの分断であり、情報がそのなか

取り組んだこと 2024/3/8　分断を乗りこえる　- 22

設計・実装情報の共有 • 各サブシステムを横断して、メンバーが設計・実装情報を獲得できるようにする • 相互レビュー • 設計情報の調査と共有 •

なぜDatadog？ • カンバンなどの情報はほとんど Notion に集約しているが、参加メンバーの意見でそのまま変更できる • Datadog の導入もこれとほぼ同じ理由で、メンバーが参加して gradual

取り組み • コミュニケーションを積極的にとる枠組みを採用する • メンバーがどのリポジトリに対しても知識を獲得する • 運用時のシステム内部情報を可視化し、メンバーがいつでも見

どうなった？ 2024/3/8　分断を乗りこえる　- 28

• APMを確認、原因となる箇所をすぐに特定できた(一次対応) • 検索条件をURLに含めることができるので、アドホックな検索条件でも問題とする現象を共有しやすい 2024/3/8　分断を乗りこえる　- 29

• 翌日には根本原因を特定( join で想定しない行数になったところを group by していた) • この日は休日だったので業務指示

取り組みの結果 • 障害の分析が容易になっただけでなく、分析過程の共有が可能になった • 情報共有の過程で、各メンバーが全体の振る舞いを把握し、理解を深めることができるようになった •

ご静聴ありがとうございました分断を乗り越える: アジャイル開発のための可視化 2024/3/8