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
Snowflake Intelligenceにはこうやって立ち向かう!クラシルが考えるAI Readyなデータ基盤と活用のためのDataOps
gappy50
0
280
Autonomous Database - Dedicated 技術詳細 / adb-d_technical_detail_jp
oracle4engineer
PRO
4
10k
新規プロダクトでプロトタイプから正式リリースまでNext.jsで開発したリアル
kawanoriku0
1
200
OCI Oracle Database Services新機能アップデート(2025/06-2025/08)
oracle4engineer
PRO
0
180
Generative AI Japan 第一回生成AI実践研究会「AI駆動開発の現在地──ブレイクスルーの鍵を握るのはデータ領域」
shisyu_gaku
0
330
開発者を支える Internal Developer Portal のイマとコレカラ / To-day and To-morrow of Internal Developer Portals: Supporting Developers
aoto
PRO
1
480
react-callを使ってダイヤログをいろんなとこで再利用しよう!
shinaps
2
260
AI時代を生き抜くエンジニアキャリアの築き方 (AI-Native 時代、エンジニアという道は 「最大の挑戦の場」となる) / Building an Engineering Career to Thrive in the Age of AI (In the AI-Native Era, the Path of Engineering Becomes the Ultimate Arena of Challenge)
jeongjaesoon
0
250
自作JSエンジンに推しプロポーザルを実装したい!
sajikix
1
190
20250913_JAWS_sysad_kobe
takuyay0ne
2
250
Snowflake×dbtを用いたテレシーのデータ基盤のこれまでとこれから
sagara
0
120
下手な強制、ダメ!絶対! 「ガードレール」を「檻」にさせない"ガバナンス"の取り方とは?
tsukaman
2
460
Featured
See All Featured
BBQ
matthewcrist
89
9.8k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.6k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
4 Signs Your Business is Dying
shpigford
184
22k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
61k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
We Have a Design System, Now What?
morganepeng
53
7.8k
Faster Mobile Websites
deanohume
309
31k
Testing 201, or: Great Expectations
jmmastey
45
7.7k
GraphQLとの向き合い方2022年版
quramy
49
14k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.5k
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