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
“成果”を出すためのプレゼン準備 プレゼン資料作成の前にやること
bunnchinn3
1
130
「みんな、笑顔になぁれ」を実現する 職種混合開発組織の目標設定・評価の改善事例
daitasu
0
230
CREによる顧客のキャッチアップを加速する仕組み作り / Creating a mechanism to accelerate customer catch-up through CRE
woody_kawagoe
1
250
Steal This Stack: Automate Your Learning Campaigns
tmiket
0
130
COMPANY INTRODUCTION
lenz_co
0
340
成功に役立つ行動経済学のインサイト
masayamoriofficial
2
430
20250901_UPDATER_companysummary
updater_pr
0
89k
【DearOne】Dear Newest Member
hrm
2
11k
セーフィー株式会社(Safie Inc.) 会社紹介資料
safie_recruit
6
370k
開発生産性、なぜ測れない?指標不在の現状と実践的指標導入の鍵
takabow
0
200
メドピアグループ紹介資料
medpeer_recruit
10
140k
Tech Culture Deck
takuyasaga
0
770
Featured
See All Featured
How to Ace a Technical Interview
jacobian
279
23k
Documentation Writing (for coders)
carmenintech
74
5k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
19k
Gamification - CAS2011
davidbonilla
81
5.4k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3k
KATA
mclloyd
32
14k
Facilitating Awesome Meetings
lara
55
6.5k
Practical Orchestrator
shlominoach
190
11k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
46
7.6k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
61k
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. 特に最小の目安は、チームで最適解を見つけよう (プロジェクト開始時にすり合わせよう)
ご清聴ありがとうございました!