複数チームでの並行開発を改善する取り組み
by
KAKEHASHI
×
Copy
Open
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
Slide 1
Slide 1 text
© KAKEHASHI Inc. All Rights Reserved. 2026/01/27 株式会社カケハシ 竹本暁 複数チームでの並行開発を 改善する取り組み Tech Encounter #5 カケハシテックブログ人気の記事深堀りSP
Slide 2
Slide 2 text
© KAKEHASHI Inc. All Rights Reserved. 自己紹介 株式会社カケハシ (2025/07/01 -) Musubi機能開発チーム所属 フロントエンド寄りのプロダクトエンジニア TypeScriptが好き 竹本 暁(Takemoto Satoshi) (X: @aka70__) 2 好きな飲み物は黒豆茶で、 夜にゆっくり飲む時間が日々の楽しみです。
Slide 3
Slide 3 text
© KAKEHASHI Inc. All Rights Reserved. 3 https://kakehashi-dev.hatenablog.com/entry/2026/01/08/110000 今日話すこと この記事を深掘りしたいと思います。 現在のMusubiの開発の進め方と 開発を改善する取り組みについて お話しします。
Slide 4
Slide 4 text
© KAKEHASHI Inc. All Rights Reserved. 開発しているアプリとチーム編成 4
Slide 5
Slide 5 text
© KAKEHASHI Inc. All Rights Reserved. 5 開発しているアプリとチーム編成 ● クラウド型電子薬歴アプリ ● カケハシ創業当時から存在 ● リリースから約10年 Musubiの紹介
Slide 6
Slide 6 text
© KAKEHASHI Inc. All Rights Reserved. 6 開発しているアプリとチーム編成 ● 機能開発チームは3チーム ● チーム名は山の名前 ● ⭐と❤マークが役割を持つ人 Musubi機能開発チームの編成
Slide 7
Slide 7 text
© KAKEHASHI Inc. All Rights Reserved. 7 開発しているアプリとチーム編成 ⭐ Climbing Lead ● 「何を作るか(プロダクト)」と「どう 作るか(プロセス)」の両方に責任を 持つことで、意思決定のスピードと 質を高める。 ● テックリード、案件の責任者のよう な立ち位置 ● チーム・Musubi全体チームの生産 性向上の検討・実行を行う ❤ Climbing Navigator ● 「どう作るか」「いつまでに作るか」 の両方に責任をもち、方法やスケ ジューリングを管理する ● Climbing Leadが定義した優先 順位に基づき、ユーザーストーリー やタスクを具体化し、受け入れ基準 を明確にする。 ● バックログリファインメントを主催 し、チームがPBIを深く理解し、見積 もりを行えるように進行する。
Slide 8
Slide 8 text
© KAKEHASHI Inc. All Rights Reserved. 8 開発しているアプリとチーム編成 ⭐ Climbing Lead ● 「何を作るか(プロダクト)」と「どう 作るか(プロセス)」の両方に責任を 持つことで、意思決定のスピードと 質を高める。 ● テックリード、案件の責任者のよう な立ち位置 ● チーム・Musubi全体チームの生産 性向上の検討・実行を行う ❤ Climbing Navigator ● 「どう作るか」「いつまでに作るか」 の両方に責任をもち、方法やスケ ジューリングを管理する ● Climbing Leadが定義した優先 順位に基づき、ユーザーストーリー やタスクを具体化し、受け入れ基準 を明確にする。 ● バックログリファインメントを主催 し、チームがPBIを深く理解し、見積 もりを行えるように進行する。 今日はこの視点でのお話です
Slide 9
Slide 9 text
© KAKEHASHI Inc. All Rights Reserved. Musubi機能開発チームの案件の進め方 9
Slide 10
Slide 10 text
© KAKEHASHI Inc. All Rights Reserved. 10 Musubi機能開発チームの案件の進め方 スクラムでの開発 全員で地図を作る で やり方
Slide 11
Slide 11 text
© KAKEHASHI Inc. All Rights Reserved. 地図 11
Slide 12
Slide 12 text
© KAKEHASHI Inc. All Rights Reserved. 12 地図 ● 案件ごとに作成 ● 案件に関わる人全員で作り上げる ● ラフに共有・相談ができる場
Slide 13
Slide 13 text
© KAKEHASHI Inc. All Rights Reserved. 13 地図 要求定義・前提知識
Slide 14
Slide 14 text
© KAKEHASHI Inc. All Rights Reserved. 14 地図 ラフイメージ
Slide 15
Slide 15 text
© KAKEHASHI Inc. All Rights Reserved. 15 地図 ストーリー分割・仕様整理
Slide 16
Slide 16 text
© KAKEHASHI Inc. All Rights Reserved. 16 地図 スケジュール管理
Slide 17
Slide 17 text
© KAKEHASHI Inc. All Rights Reserved. ここまで前提 17
Slide 18
Slide 18 text
© KAKEHASHI Inc. All Rights Reserved. ここから本題 18
Slide 19
Slide 19 text
© KAKEHASHI Inc. All Rights Reserved. 19 開発チームの課題感 ● ナレッジの属人化 ● 横断的改善の停滞 ● モヤモヤがチーム内に閉じやすい
Slide 20
Slide 20 text
© KAKEHASHI Inc. All Rights Reserved. 改善します! 20
Slide 21
Slide 21 text
© KAKEHASHI Inc. All Rights Reserved. 21 開発チームの課題感 Navigatorが週一回集まって、 全体最適を考える場を作った
Slide 22
Slide 22 text
© KAKEHASHI Inc. All Rights Reserved. 22 開発チームの課題感 各チームのナレッジや課題感を持ちよって
Slide 23
Slide 23 text
© KAKEHASHI Inc. All Rights Reserved. 23 開発チームの課題感 全体最適を考える、形にする、文化にする ということをやっています
Slide 24
Slide 24 text
© KAKEHASHI Inc. All Rights Reserved. 具体的にやったこと 24
Slide 25
Slide 25 text
© KAKEHASHI Inc. All Rights Reserved. 1. UML図で議論できる土台を作る 25
Slide 26
Slide 26 text
© KAKEHASHI Inc. All Rights Reserved. 26 開発チームの課題感 FigJamのURL図のテンプレートを作った
Slide 27
Slide 27 text
© KAKEHASHI Inc. All Rights Reserved. 27 開発チームの課題感 使われるようになった!
Slide 28
Slide 28 text
© KAKEHASHI Inc. All Rights Reserved. 2. 案件実施前にプレモーテムを実施する 28
Slide 29
Slide 29 text
© KAKEHASHI Inc. All Rights Reserved. 29 開発チームの課題感 プレモーテムのテンプレートを作って 案件前に実施するようにした
Slide 30
Slide 30 text
© KAKEHASHI Inc. All Rights Reserved. 30 開発チームの課題感 やってみたところ、盛り上がった! ● 「ここどうなんだろう...?」と 思っていることを全て吐き出 せた ● 気をつける観点を事前に知れ た
Slide 31
Slide 31 text
© KAKEHASHI Inc. All Rights Reserved. 3. スクラム開発を最適化させる 31
Slide 32
Slide 32 text
© KAKEHASHI Inc. All Rights Reserved. 32 開発チームの課題感 改めてMusubiの現場が求めている開発フローを議論する
Slide 33
Slide 33 text
© KAKEHASHI Inc. All Rights Reserved. 33 開発チームの課題感 ● 教科書通りのスクラムではうまくいかないことも ● 改めて日々の開発に何が必要なのかを話し合う ● 現在のフェーズでMusubi開発はどうすれば最適なのか 現在進行形で取り組んでいます!
Slide 34
Slide 34 text
© KAKEHASHI Inc. All Rights Reserved. やってみてどうだったか 34
Slide 35
Slide 35 text
© KAKEHASHI Inc. All Rights Reserved. 35 良かったところ ● 他チームの事情を知れた ● 議論を通じて課題を見つけることができた ● 普段の開発でも気づきを得ることが多くなった
Slide 36
Slide 36 text
© KAKEHASHI Inc. All Rights Reserved. 36 感じたこと ● 時間が限られているのでリーダーシップが必要 ● 全体最適を行うには議論を収束させる力がいる ● とにかく頭を使う, 時間を使う, 体力を使う
Slide 37
Slide 37 text
© KAKEHASHI Inc. All Rights Reserved. 今後の展望 37
Slide 38
Slide 38 text
© KAKEHASHI Inc. All Rights Reserved. 38 今後の展望 ● AIをより使っていきたい ● 変化に適合していきたい ● カケハシ全体に発信していきたい
Slide 39
Slide 39 text
© KAKEHASHI Inc. All Rights Reserved. 大変ですが、すごくやりがいがあります! 39
Slide 40
Slide 40 text
© KAKEHASHI Inc. All Rights Reserved. チーム全体が良い方向に向かっていっているのを 感じられて、楽しいです! 40
Slide 41
Slide 41 text
© KAKEHASHI Inc. All Rights Reserved. おしまい 41