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
提案レベルを上げてみたら、私の『提案』が『進捗』になっていた件
natty_natty254
26
14k
HRBrain 中途採用資料
hrbrain
1
1.8k
成功に役立つ行動経済学のインサイト
masayamoriofficial
2
430
株式会社TSIホールディングス会社案内
tsi_saiyou
1
18k
操電会社紹介資料 / Soden Company Deck
soden
0
520
なぜ人はすれ違うのか_製造業で当たり前に行っていた根回しから考える、事前の配慮で顧客やチームとの対話を促進する方法
katsuakihoribe8
0
2.9k
【Progmat】Monthly-ST-Market-Report-2025-Aug.
progmat
0
910
Fracta Leap 会社紹介資料
fracta_leap
PRO
0
120
【テックファームホールディングス】中途採用向け会社説明資料
techfirm
0
420
株式会社TableCheck - 会社紹介 Company Profile
tablecheckac
0
2k
ブラインドスクエア&キーパンチ
chibanba1982
PRO
0
310
Findy社0901イベント資料(note株式会社)
yamane
1
870
Featured
See All Featured
We Have a Design System, Now What?
morganepeng
53
7.8k
VelocityConf: Rendering Performance Case Studies
addyosmani
332
24k
YesSQL, Process and Tooling at Scale
rocio
173
14k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
4 Signs Your Business is Dying
shpigford
184
22k
What's in a price? How to price your products and services
michaelherold
246
12k
Code Review Best Practice
trishagee
70
19k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
139
34k
Designing for humans not robots
tammielis
253
25k
A designer walks into a library…
pauljervisheath
207
24k
Designing Experiences People Love
moore
142
24k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
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. 特に最小の目安は、チームで最適解を見つけよう (プロジェクト開始時にすり合わせよう)
ご清聴ありがとうございました!