初中級者のためのBacklog活用術〜チーム見える化から朝会運用まで〜

2025/06/25 JBUG Live Vol2

1. 初中級者のためのBacklog活用術 〜チーム見える化から朝会運用まで〜
2. 今日出てこない話 Backlogと他のサービス連携とかAPIとかの話 理想的なBacklogの運用方法の話 プロジェクトを成功に導く話 AI活用する話
3. 誰に向けた話？ Backlog 初級〜初中級ぐらいの人 マネージャー 初級〜初中級ぐらいの人 これからチームビルディングする人 他の人がBacklogをどうやって使ってるか知りたい人
4. 初中級とは
5. 俺、初中級
6. 自己紹介 Best JBUGer of the Year 2024 井上 拓也 JBUG広島運営 京都出身。広島在住。とある会社の中間管理職 猫とテニスとダーツが好き。
7. #JBUG
8. 自分のスタンス タスクは一箇所にまとまってる方が良い。 タスク管理ツールで一番好きなのはBacklog ゆえにタスク管理はBacklogで1本化するのが最良。
9. キ リ ッ - ！ と 思 っ て る ん で す か ！ キ リ ッ - ！ と 思 っ て る ん で す か ！ Backlogにない仕事は、 仕事として存在しない。
10. キ リ ッ - ！ と 思 っ て る ん で す か ！ キ リ ッ - ！ と 思 っ て る ん で す か ！
11. なんて言いたいけど、言えないこともある GitHubのカンバンを併用してます たまにエクセルも使います
12. 何してる人ですか？ とある SaaSサービスの開発リーダー チームメンバーは10人前後 役割は開発リーダー PM / PdM / EM あたり全般を上手くやって、リーダー シップを発揮し、製品とチームを良い感じにするお仕事だ と思ってます。
13. 開発で発生する主なタスク  新機能開発  設計/実装/テスト/ドキュメンテーション  不具合対応  実装/テスト  顧客要望対応  設計/実装/テスト  インフラ運用/DevOps系  ライブラリアップデート/リリース作業など
14. 朝会（オンラインスタンドアップ） フレックスなので、毎朝の儀礼的なキックオフを設けたい チームメンバーと物理距離が離れているので皆の声を聞きたい 今日やるべきことが無い、という人はゼロにしたい 仕事の進捗状況、困ってる事がないか知りたい 朝会は30分以内。できれば短く。
15. 初中級的Backlogの使い方
16. 初級者の人は、 Backlogの ヘルプセンター を読むと良い
17. 出会ったシチュエーション 期日とやらないといけない事は決まってる 誰が何やってるかはなんとなくわかる メンバーのタスク量に差がありそう チームの雰囲気がそこはかとなく良くない
18. 最初のゴール設定 チームのタスクの見える化 チームのメンバーがやってることを全員が把握する タスクの分配を公平にする チームの雰囲気をもうちょっとマシにする
19. Backlogで 最初にやること 1. タスクの粒度を決める 2. タスクのステータスを設定する 3. カテゴリを設定する
20. 1．タスクの粒度 GitHubのISSUEと課題が1対1 フェーズ（設計、実装、テスト）で課題分割 フェーズ毎の課題は子課題（親子課題） 課題の最低単位は1日（細かくしすぎない） テストを複数で担当する時は課題を複数作る
21. 2．タスクの状態（ステータス） 「レビュー中」を追加 状態の意味を明確に。認識を揃える。 ステータス 意味 未対応 着手前 処理中 設計中/実装中/テスト中 レビュー中 PRレビュー中/テスト観点・項目レビュー中 処理済み 設計完了/実装完了/テスト完了 完了 リリース完了
22. 3．カテゴリの設定 カテゴリは大きめの粒度で分ける 例：トラブル、エンハンス、インフラ、モバイル 緊急度、優先度の順にカテゴリをソート 課題には必ず設定する。 カテゴリ未設定はゾンビ課題候補
23. 朝会で Backlogを使う Backlogの画面を共有して話す
24. 表示する画面の設定 ガントチャートを利用 状態：完了以外 グルーピング：担当者
25. こんな感じ 矢野 小園 秋山 担当者でグルーピング １週間前くらい 完了以外フィルタ 矢野 アイコン設定すると視認性がかなり高まる！ 折り畳むと視認性がかなり高まる！
26. 運用パターン 上から担当者全員に話してもらう 各自1回は必ず話す機会がある 各自が今日やること、困っている事などを話す 長くなりそうならファシリが適宜切る
27. 得られる効能  全員の声を聞ける。  各自のタスクが見える化される。 誰が何やってるかわかる。  タスクの偏りや、やる事がない人 がすぐわかる  一目瞭然。フェアなアサイン
28. 欠点  ファシの腕次第的なところがある。  途中聞いてないメンバーが出てきやすい  大きめの課題の場合、全体進捗が掴みづらい
29. 次のゴール 時短＆朝会参加時の集中力向上 運用の単純化（誰でもファシリ） 大きめの課題の進捗把握
30. 表示する画面の設定 ガントチャートを利用 状態：完了以外 グルーピング：カテゴリ
31. 矢野 矢野 矢野 矢野 末包 秋山 小園 小園 小園 こんな感じ カテゴリでグルーピング 優先度の高いカテゴリ順で並ぶ
32. 得られる効能  一番Hotな話題が最初にできる  課題全体の進捗が見やすい  課題単位だと話が纏まりやすいの で時短につながる
33. 得られた効能 まとめ  タスクの見える化 空中戦→地上戦  会議時間短縮 30分→10分  チームの雰囲気向上 タスク量の平準化 メンバーの自立促進 一人じゃない感
34. 朝会で キラキラ輝く Backlog
35. ガントもいいけど、ボードもいいよ！  ボードは粒度関係なく使える。  粒度がバラつくならボードのほうがハマるかも。 数日掛かるタスク １日以内に終わるタスク 粒度無関係。 状態で管理できる
36. ポエム
37.  見ない人は見ない。使わない人は使わない。 元ある文化をスクラップ＆ビルドするのは大変な労力が必要である
38. GitHubだけで埋めにくい何かがあると思います。 開発者はGitHubがあればそれでいい。そこにすべてがある。 ISSUEができて、PRがマージされるまでは時々長い。 その時間のタスクの状態を表現するのにGitHubだとしんどい事がある Backlogの親子課題が架け橋になってくれる
39. Backlogがもつ適応力。多様性。 最低限の設定、入力項目でちゃんと効果出せる 状況に合わせた多彩な見せ方ができる 誰に、何を、どうやって伝えるか 専門分野が異なるメンバーでも協創ができる ＝ チームワークマネジメントのためのツール Love ♡ Backlog
40. ありがとうござ いました