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.3k
開発PM勉強会vol.20_LT_失敗から学ぶドキュメントとチケット運用のコツ
Shintaro Kikuchi
May 18, 2023
Tweet
Share
Other Decks in Technology
See All in Technology
Unlearn Product Development - Unleashed Edition
lemiorhan
PRO
2
160
プロダクト組織で取り組むアドベントカレンダー/Advent Calendar in Product Teams
mixplace
0
630
新しいスケーリング則と学習理論
taiji_suzuki
9
3.3k
3年でバックエンドエンジニアが5倍に増えても破綻しなかったアーキテクチャ そして、これから / Software architecture that scales even with a 5x increase in backend engineers in 3 years
euglena1215
11
4.2k
Google Cloud で始める Cloud Run 〜AWSとの比較と実例デモで解説〜
risatube
PRO
0
130
ゼロから創る横断SREチーム 挑戦と進化の軌跡
rvirus0817
3
750
AWS環境におけるランサムウェア攻撃対策の設計
nrinetcom
PRO
1
310
.NET 9 のパフォーマンス改善
nenonaninu
0
2k
10年もののバグを退治した話
n_seki
0
140
シフトライトなテスト活動を適切に行うことで、無理な開発をせず、過剰にテストせず、顧客をビックリさせないプロダクトを作り上げているお話 / Shift Right
nihonbuson
2
650
20240522 - 躍遷創作理念 @ PicCollage Workshop
dpys
0
290
20241218_今年はSLI/SLOの導入を頑張ってました!
zepprix
0
250
Featured
See All Featured
Raft: Consensus for Rubyists
vanstee
137
6.7k
Optimizing for Happiness
mojombo
376
70k
It's Worth the Effort
3n
183
28k
How STYLIGHT went responsive
nonsquared
96
5.3k
Producing Creativity
orderedlist
PRO
343
39k
Designing Experiences People Love
moore
139
23k
Building Adaptive Systems
keathley
38
2.3k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
Music & Morning Musume
bryan
46
6.3k
Fireside Chat
paigeccino
34
3.1k
The World Runs on Bad Software
bkeepers
PRO
66
11k
Unsuck your backbone
ammeep
669
57k
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