Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
開発PM勉強会vol.20_LT_失敗から学ぶドキュメントとチケット運用のコツ
Search
Shintaro Kikuchi
May 18, 2023
Technology
3
1.4k
開発PM勉強会vol.20_LT_失敗から学ぶドキュメントとチケット運用のコツ
Shintaro Kikuchi
May 18, 2023
Tweet
Share
Other Decks in Technology
See All in Technology
OpenTelemetry の Log を使いこなそう
biwashi
5
1.1k
Tiptapで実現する堅牢で柔軟なエディター開発
kirik
1
180
[MIRU2025]Preference Optimization for Multimodal Large Language Models for Image Captioning Tasks
keio_smilab
PRO
0
120
KCD Lima: eBee in Peru!
lizrice
0
110
AI時代の知識創造 ─GeminiとSECIモデルで読み解く “暗黙知”と創造の境界線
nyagasan
0
170
「AI駆動開発」のボトルネック『言語化』を効率化するには
taniiicom
1
220
スプリントレビューを効果的にするために
miholovesq
9
1.7k
Expertise as a Service via MCP
yodakeisuke
1
160
Vision Language Modelと自動運転AIの最前線_20250730
yuyamaguchi
2
840
Datasets for Critical Operations by Dataform
kimujun
0
130
ファインディにおける Dataform ブランチ戦略
hiracky16
0
230
【Λ(らむだ)】最近のアプデ情報 / RPALT20250729
lambda
0
140
Featured
See All Featured
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
The Cost Of JavaScript in 2023
addyosmani
51
8.7k
Designing for Performance
lara
610
69k
Optimising Largest Contentful Paint
csswizardry
37
3.4k
Designing Experiences People Love
moore
142
24k
How to Ace a Technical Interview
jacobian
278
23k
Raft: Consensus for Rubyists
vanstee
140
7k
Navigating Team Friction
lara
188
15k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.6k
Producing Creativity
orderedlist
PRO
346
40k
Making the Leap to Tech Lead
cromwellryan
134
9.4k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
33
2.4k
Transcript
失敗から学ぶ ドキュメントとチケット運用のコツ 株式会社ビズリーチ(Visionalグループ) 菊池信太郎 本当に使いこなせてる?プロダクト管理ツールの失敗&改善PMトーク 【開発PM勉強会 vol.20】
略歴 • 前職はSIer ◦ 受託開発やSESで複数プロジェクト経験 ◦ テックリード・PM・EMとして開発経験を積む • 2018年〜 株式会社ビズリーチ
◦ ビズリーチのtoBプロダクトを中心に開発 ◦ 組織横断型プロジェクトなどのリード ◦ EMとしてリアーキテクティングの推進 • 2019年 合同会社PeerQuestを共同創業 自己紹介 株式会社ビズリーチ リクルーティングプロダクト本部 プラットフォーム開発部部長 合同会社PeerQuest Co-Founder / CTO 2 @be11 菊池 信太郎
1. 組織が拡大し、ドキュメント管理が破綻した時の処方箋 2. プロダクトバックログが増え過ぎたらどうする? 3. プロダクトバックログが増え過ぎないようにするには? 4. 内部統制を考慮したチケット運用 本日話すこと 3
• チケット管理 ◦ 基本的にはJiraを利用 ◦ Internal APIの開発チームはGitHub Issues / Projectsをメインで利用
◦ 一部チームでAsanaを利用 • ドキュメント管理 ◦ エンジニアだけでなくPdMやデザイナーも読み書きするので、 Confluenceを利用 ◦ コードに強く紐付いているものはGitHubリポジトリで管理 前提:ビズリーチでのプロダクト管理ツール 4
5 組織が拡大し、ドキュメント管理が 破綻した時の処方箋
• もともと1つのConfluenceスペースに全チームがドキュメントを書いていた • 組織が拡大し、ページが増えていった結果、次第にメンテナンス不能に 【失敗】1つのスペースでドキュメント管理 6 プロダクト開発には100名以上が関わり、チーム数は10を超えた
• 新しいドキュメントを書く際に、どこの階層に書くべきか判断がつかない • メンテナンスされていないページが多いため、時間が経つと、最新の情報か 信じられなくなる • ドキュメントオーナーが異動や退職でいなくなると、ページを編集していい のかわからない なぜ破綻したのか? 7
• チーム、プロジェクトごとにスペースを割り当てる • メンテナンス対象のページを絞り、オーナーを割り当てる • スペースのオーナーが明確になり、メンテナンスがしやすくなる 【改善】Confluenceスペースを分割する 8 https://support.atlassian.com/ja/confluence-cloud/docs/use-spaces-to-organize-your-work/
• 整理整頓し続けるには、ドキュメントのオーナーやWiki警察が必要 • 用途によっては、Scrapboxのようにリンクでつないでいくネットワーク構造 型のドキュメントのほうが望ましい • 階層整理型のWikiが向いているドキュメント ◦ プロジェクトやチーム内の情報集約 ◦
階層構造を使い、体系的に整理したい情報 参考:https://scrapbox.io/shokai/階層整理型WiKiはスケールしない 階層整理型のWikiはスケールが難しい 9
プロダクトバックログが 増え過ぎたらどうする? 10
• ここまで増えると管理不可能… • 定期的に棚卸ししないと、未対応のまま残ってしまう • チケットが多いと不具合報告なども重複する 【失敗】気づいたらオープンな課題が数千件 11
• 取捨選択する時間がもったいない • 直近のものだけ残してあとは却下(クローズ)する • 必要になったら再オープンすればよい 【改善】ばっさり捨てる 12
プロダクトバックログが 増え過ぎないようにするには? 13
• チケット数が多くなると、バックログの優先順位づけが面倒になる • Epicだけでなく、後々のStoryやSub Taskまで細かい粒度で起票し始めると 今重要なものにフォーカスできなくなる • 計画が変わることはあるので、その時にチケットクローズの手間が増える 【失敗】将来のものまで細かくチケットを作成 14
• Jiraなどのツールはアジャイルに進められるように設計されている • WBSを作成することによって開発の計画をすることは大事 • ただし、最初からJiraで細かくチケットを切るべきでない • まずはConfluenceでプロジェクト計画を立て、Jiraで段階的に詳細化してい くのがおすすめ ◦
Confluenceで要件定義 ◦ Confluence内からJiraのEpic、Storyを作成もできる 【改善】チケットは段階的に詳細化していく 15
内部統制を考慮したチケット運用 16
• システム変更 ◦ 企画、開発、テスト、リリースの承認 ◦ … • 運用 ◦ 障害管理
◦ データマイグレーション ◦ ジョブ実行 ◦ … • アクセス権 • 物理機器 • 外部委託先 プロダクトに関する内部統制の要件抜粋 17
• なぜ、誰が、何を、いつ変更したのか? • 誰が、いつ承認したのか? • リリース物から企画を遡って確認できるか? 変更管理のトレーサビリティを担保 18 PR (承認済み)
Story, Bug (MGR承認済み) Epic (PO承認済み) 例 承認のワークフローを挟み込み、なるべく人が手動で入力せずとも証跡が残るように設計するとよい
19 ビズリーチでは絶賛採用中です! カジュアル面談はこちらから https://hrmos.co/pages/hrmos/jobs/3100100100963/apply • Software Engineer • QA Engineer
• Data Scientist • Designer • Product Manager
ご清聴ありがとうございました! 20