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
Backlogに登録するタスクの大きさについて
Search
Kozo Taira
February 26, 2025
Business
0
270
Backlogに登録するタスクの大きさについて
https://jbug.connpass.com/event/343090/
Kozo Taira
February 26, 2025
Tweet
Share
More Decks by Kozo Taira
See All by Kozo Taira
PM視点で見る、デザイン組織と共走の変遷
kozotaira
0
100
プロジェクトをデザインする
kozotaira
0
32
クライアントワークにおける UXリサーチの実践
kozotaira
1
780
ノンデザイナーがUI/UXディレクションをする際に心がけていること
kozotaira
0
35
Other Decks in Business
See All in Business
20250913_AWS アカウント 150 超の組織で取り組む Lambda EoL 対応
tsunojun
1
210
株式会社TableCheck - 会社紹介 Company Profile
tablecheckac
0
2k
sample
mamiko
0
410
enechain company deck
enechain
PRO
9
130k
採用ピッチ資料/エアモビリティ株式会社
airmobility_jinji
0
2.3k
会社紹介資料 / ProfileBook
gpol
4
46k
“成果”を出すためのプレゼン準備 プレゼン資料作成の前にやること
bunnchinn3
1
130
newmo 採用資料 / Join Our Team
newmo
2
140k
ファブリカホールディングス_2026年3月期第1四半期説明資料
fabrica_com
1
4.2k
HRBrain 中途採用資料
hrbrain
1
1.8k
【Progmat】Monthly-ST-Market-Report-2025-Aug.
progmat
0
910
Product in an AI-first World
chandi
0
140
Featured
See All Featured
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
30
9.7k
Navigating Team Friction
lara
189
15k
How STYLIGHT went responsive
nonsquared
100
5.8k
A Tale of Four Properties
chriscoyier
160
23k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
RailsConf 2023
tenderlove
30
1.2k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
36
2.5k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
Large-scale JavaScript Application Architecture
addyosmani
512
110k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
51
5.6k
Raft: Consensus for Rubyists
vanstee
140
7.1k
Done Done
chrislema
185
16k
Transcript
Backlogに登録する タスクの大きさについて 2025.2.26 JBUG東京#25 平 光蔵 / i3DESIGN Co., Ltd.
©i3DESIGN Co.,Ltd. はじめに 2 自己紹介 株式会社アイスリーデザイン PM/ディレクター 平 光蔵 印刷会社、Web制作会社を経て、株式会社アイスリーデザイン 入社。
現在は、Webアプリ・モバイルアプリのUI/UXディレクションおよび プロジェクトマネジメント業務と組織のマネジメントを担当。 ※発表内容はあくまで個人の見解であり、会社としての公式見解ではありません。
Backlogに登録する タスクの大きさについて
Backlogタスク登録の基本
©i3DESIGN Co.,Ltd. Backlog「あるある」の悪い例 5 <悪い例> ・タイトルと内容があってない ・別の課題が含まれている <悪い例> ・コメントに複数の依頼が 含まれている
©i3DESIGN Co.,Ltd. 公式ヘルプにも書かれている 6 登録の基本は「1タスク1起票」ばい Backlogヘルプセンター(課題登録のコツ)
そんなわけで、社内では 「1タスク1起票」ルールを適用した結果
実際にプロジェクトで悩んだこと
©i3DESIGN Co.,Ltd. 9 新しいWebページの公開前チェックの際 実際にプロジェクトで悩んだこと
たしかに間違いではない だが起票に時間もかかっており 作業する方も大変そうであった
©i3DESIGN Co.,Ltd. 改めてサル先生のプロジェクト入門をみてみた 11 • 最大の目安(1日)はあるが、最小はない • どこまで小さくするかはおそらく正解はない 「1つ」の定義は非常に難しい
©i3DESIGN Co.,Ltd. 検討のポイントはいくつかありそう 12 • いわゆる「1行タスク」はチェックボックス管理にする • 担当者が1人の場合は同じタスクとして管理にする • PJTメンバーが管理しやすい単位にする(例:ページ単位など)
結局、この時はチームで話し合い、 レイアウト、文言(コンテンツ)、機能(会員登録など) くらいの単位で分けて起票をし直しました。
©i3DESIGN Co.,Ltd. タスクの大きさを考える上では 13 「具体と抽象」の行き来が肝心であり、必要 細谷 功(著)|東洋経済新報社 抽象 具体
まとめ
©i3DESIGN Co.,Ltd. まとめ 15 まとめ 1. タスクの大きさに正解はない 2. 特に最小の目安は、チームで最適解を見つけよう (プロジェクト開始時にすり合わせよう)
ご清聴ありがとうございました!