Backlogに登録するタスクの大きさについて

https://jbug.connpass.com/event/343090/

Transcript

1. Backlogに登録する タスクの大きさについて 2025.2.26　JBUG東京#25 平　光蔵 / i3DESIGN Co., Ltd.
2. ©i3DESIGN Co.,Ltd. はじめに 2 自己紹介 株式会社アイスリーデザイン PM/ディレクター　平 光蔵 印刷会社、Web制作会社を経て、株式会社アイスリーデザイン 入社。 現在は、Webアプリ・モバイルアプリのUI/UXディレクションおよび プロジェクトマネジメント業務と組織のマネジメントを担当。 ※発表内容はあくまで個人の見解であり、会社としての公式見解ではありません。
3. Backlogに登録する タスクの大きさについて
4. Backlogタスク登録の基本
5. ©i3DESIGN Co.,Ltd. Backlog「あるある」の悪い例 5 ＜悪い例＞ ・タイトルと内容があってない ・別の課題が含まれている ＜悪い例＞ ・コメントに複数の依頼が 　含まれている
6. ©i3DESIGN Co.,Ltd. 公式ヘルプにも書かれている 6 登録の基本は「1タスク1起票」ばい Backlogヘルプセンター（課題登録のコツ）
7. そんなわけで、社内では 「1タスク1起票」ルールを適用した結果
8. 実際にプロジェクトで悩んだこと
9. ©i3DESIGN Co.,Ltd. 9 新しいWebページの公開前チェックの際 実際にプロジェクトで悩んだこと
10. たしかに間違いではない だが起票に時間もかかっており 作業する方も大変そうであった
11. ©i3DESIGN Co.,Ltd. 改めてサル先生のプロジェクト入門をみてみた 11 • 最大の目安（1日）はあるが、最小はない • どこまで小さくするかはおそらく正解はない 「1つ」の定義は非常に難しい
12. ©i3DESIGN Co.,Ltd. 検討のポイントはいくつかありそう 12 • いわゆる「1行タスク」はチェックボックス管理にする • 担当者が1人の場合は同じタスクとして管理にする • PJTメンバーが管理しやすい単位にする（例：ページ単位など） 結局、この時はチームで話し合い、 レイアウト、文言（コンテンツ）、機能（会員登録など） くらいの単位で分けて起票をし直しました。
13. ©i3DESIGN Co.,Ltd. タスクの大きさを考える上では 13 「具体と抽象」の行き来が肝心であり、必要 細谷 功（著）｜東洋経済新報社 抽象 具体
14. まとめ
15. ©i3DESIGN Co.,Ltd. まとめ 15 まとめ 1. タスクの大きさに正解はない 2. 特に最小の目安は、チームで最適解を見つけよう （プロジェクト開始時にすり合わせよう）
16. ご清聴ありがとうございました！